Sony Megatron Colour Video Monitor

[Cyber]

@kokoko3k

And even if it isn’t, Retroarch is not that important to make amd invest resources to fix specific (like to be) bugs.

We could still make the bug report to AMD and see what happens. It could be a genuine bug/mistake on their part and who knows what else could be affected by it?

[Wilch1]

I’ve tried with HDR on/off in Windows, in RA and within the shader params. No combination of settings helps. I’ve tested cyberlabs miniLED Epic pack and Azmods and all presets using aperture are bugged.

I couldn’t get megatron working in mega bezel, it caused RA to close

[Cyber]

By the way, have you tried enabling and disabling display scaling?

When I get a chance, I’m going to share an alternative sonymegatron.slang with reversed X (Dark subpixel) placement. In Sony Megatron Colour Video Monitor the X is after the RGB subpixels but at least for some of CRT-Guest-Advanced’s masks, the X is at the beginning.

[Azurfel]

Have you used a test pattern to 100% verify that the problematic AMD driver is correctly outputting 444 chroma? (Tho i highly doubt it’s chroma subsampling, that presents quite differently from what you describe.)

Also, for trouble shooting purposes, check if the masks are visible at 1920x1080.

[Cyber]

@Wilch1, @bigretrofan you can try this version of crt-sony-megatron.slang which has the Black subpixel in front of the RGB subpixels instead of after. Just be sure to backup your original crt-sony-megatron.slang before trying. Only the 4K, Aperture Grille masks have been modified.

crt-sony-megatron.slang - Pastebin.com

Update:

Just did some testing with an AMD Radeon RX 6600 using Driver 25.12.1 and was able to replicate the behavior, even on a 1080p BGR SDR display. D3D11 is completely fine though.

I tested the above crt-sony-megatron.slang and the problem was still there.

[Azurfel]

Does the mask bug occur with both Retroarch and Megatron in SDR mode?

[Cyber]

@Azurfel

Does the mask bug occur with both Retroarch and Megatron in SDR mode?

@Cyber

and was able to replicate the behavior, even on a 1080p BGR SDR display

@Wilch1

I’ve tried with HDR on/off in Windows, in RA and within the shader params.

Yes, SDR/HDR mode doesn’t seem to matter.

I tried switching between 8 bit, 10 bit and 12bit modes as well as between 8 bit and 10 bit Open GL mode in my Adrenalin Driver Contro Panel. I tried setting Integer Scaling On/Off, Enabled/Disabled GPU Scaling and set scaling mode to center. None of that helped.

[Wilch1]

Yeh I tried with scaling disabled straight away, forgot to mention it

[Wilch1]

@Azurfel

Have you used a test pattern to 100% verify that the problematic AMD driver is correctly outputting 444 chroma? (Tho i highly doubt it’s chroma subsampling, that presents quite differently from what you describe.)

Also, for trouble shooting purposes, check if the masks are visible at 1920x1080.

Yep, tried the test pattern early on too, 444 seems fine. Just tried 1080p with same result.

[Wilch1]

Ah nice, you’ve been able to replicate