[QuickRat]

Hi marqs, sorry I didn’t see this.

So OSSC wouldn’t be able to take the console information as an input and output it along with the correct data that VRR devices use?

I mean, I don’t know how this technology works exactly, but let’s imagine I play with an arcade game that runs at 57.96fps. If I connected it to a future iteration of OSSC, I would like it to read the game runs at 57.96 and output a signal through HDMI 2.1 that tells the display to use a 57.96Hz mode.

That is not possible? Because if it is, I think it would be pretty interesting (for the future, I mean, VRR is still a young technology).

[QuickRat]

Hm, so the only way would be finding a SCART switch that allows manual selection, am I right?

[QuickRat]

Oh, thanks a lot, @marqs!

Now you mention, some people at Shmups are saying that the proper way in order to make this work is:

Y — Pins 17 and 20 (those used for composite video)
Pb — Pins 5 and 7 (those used for blue in a RGB signal)
Pr — Pins 13 and 15 (those used for red in a RGB signal)
Audio — Pins 2 (R), 6 (L) and 4 (ground)

Y is being routed to composite video pins instead of green ones because of Gscartsw. It detects the source at pin 20, so if there’s nothing there, it won’t detect it as a valid source and will ignore it (unless it’s in port 8).

The thing is, would the OSSC be able to handle a YPbPr signal using that setup? In other words, Y signal through pin 20 would be accepted by OSSC?

[QuickRat]

@BuckoA51: Hm, I’ve talked to Superg, the creator of Gscartsw, but maybe I should contact him again on that topic.

Component cable is a must for both Wii and Xbox, I am afraid. Other cables would output 480i only, while YPbPr cables output 480p (and 720p in some Xbox games). That’s why I want it to run through a SCART cable and be compatible with Gscartsw (or other devices).

@vmagix: I would love to know if there is another workaround with this option.

There is not a YPbPr + Stereo audio to SCART adaptor. It doesn’t exist. Why not? Don’t know, but it’s true. However, Europe has millions of composite+audio to SCART adaptors. So what I want to do is some sort of custom adaptor. A custom PCB with a custom 3D printed case would be the thing. If you are interested, please ask (or suggest, as I’m confused about the use of it along with Gscartsw).

[QuickRat]

So, things like Gscartsw or W-Hydra (×16 SCART ports) should work fine with this, shouldn’t they?

[QuickRat]

So there should not be any problem at all if I use a Wii with YPbPr out, connect it to a passive YPbPr-to-SCART converter, then to my SCART switch and finally to the OSSC. Am I right? Can anyone confirm this?

Thank you!

[QuickRat]

I would say it is not completely true. If you have a game that works at 59fps (such us Wii U’s Mario Kart 8) or is continously losing frames (such as Xbox 360’s Dead Rising), you will experience stutter in the former and tearing in the latter. Those problems could be solved if an adaptive sync technology were implemented.

In regards of old consoles and old arcade cabinets, this happen to be a problem too. Some shmups and fighting games have been reported as “not so satisfactory” when used on LCDs due to their condition of fixed refresh rate displays. That’s one of the reasons why people still use 240p CRTs for tournaments and showcases.

I don’t know if this is too difficult, but if it is just an fps counter and a little bit of DisplayPort/HDMI 2.1 logic, it would be a nice feature.

[Author]

Posts