[lyrical]

Hello RandomBolt, I think that it already works as you would like.

On my OSSC Pro, I’ve confirmed that test pattern resolutions starting from 720p are output as Bt. 709 with YCbCr444 output over HDMI, and it is only marked as Bt. 601 for SD resolutions.

Rec601/Rec709 -> sRGB conversion is only applied for component format inputs

I would have a use for this setting applying to RGB format inputs as well, but I understand that this may be a different operation from interpreting component as a colorspace.

[lyrical]

I believe that the YCbCr444 output from the OSSC Pro is always Limited range (16-235).

The colors in the video output look like Bt. 709, not 601, as the greens look bright like in an emulator.

I do not know if the OSSC non-Pro differs from this.

[lyrical]

It seems the info about the SNES on the wiki contains an error, suggesting to adjust coasting rather than loop gain (I had a feeling there was something off.)

I suspect there to be this mistake too.

The text quoted below describes exactly what happens when I increase Loop Gain. Post-Coast set to 1 would be a decrease from its default value on the OSSC Pro (4). A Loop Gain of higher than 1 indeed breaks compatibility with my capture card, while Post-Coast even at 4 does not. (And Post-Coast is supposed to be decreased to zero in the OSSC instructions.)

PLL bandwidth can be increased via “AV1-3 sync opt -> H-PLL Post-Coast“. Usually value 1 is enough to clear the jitter while preserving display compatibility. With higher values framelock may need to be disabled to ensure display can sync with the signal.

• This reply was modified 4 months, 2 weeks ago by lyrical.

[lyrical]

Understood. I had not realized that this thread is not about the real SNES.

[lyrical]

Hello everyone, I signed up to join in the conversation as I was about to buy the OSCC Pro specifically for my SNES setup.

For my purposes I aim to video capture the SNES exactly as it is without mods, and after seeing a lot of successful captures like on RetroRGB’s old OSSC Pro stream, I thought that I would be golden with the OSSC Pro.

A SNES core with digital output ends up constantly re-triggering frame syncing on Pro […] since its framelock is designed to operate with constant number of VCLKs per frame

I did not realize that it would have trouble keeping sync with my system. I currently have a simple RetroTink line doubler which is not having this issue, and I was thinking that whatever magic that does to prevent might be the same in the OSSC Pro’s “adaptive” mode, and certainly the scaling mode.

* re-implementing Pro’s framelock via general genlock which adjusts timing based on source vsync alone

The latter might also have some other minor benefits on Pro, but it’s currently not high priority since the existing solution works well with vast majority of sources.

If it is a matter of priorities, I am at least one person who is interested in the OSSC Pro purely for using it with the SNES and no other systems. I especially like the Reverse LPF feature it has for the SNES.

As it stands without future improvements, would the Frame unlock at source framerate in scaler mode stay in sync enough to not drop frames for video capture? This would fulfill one use case for me, though I really am rooting for it accounting for the SNES in the future.

[Author]

Posts