Reply To: Can OSSC switch optimal timing resolutions due to in game changes?

[nmalinoski]

This sort of thing is probably best suited for an internal scaling solution, but, if there’s a pin on an IC somewhere for pixel clock, and serial remote control/configuration makes it into the OSSC firmware, then someone should be able to build a mod board for an affected console that reads vital AV information from the console and somehow transmits it to the OSSC, which could decode those signals, making automatic timing configuration possible.

I’m no electrical engineer, but if the pixel clock could be read from the board, I imagine a mod board in an affected console could monitor that pin, and, when the pixel clock changes, it could modulate a unique, identifiable instruction and the pixel clock value and mux the result on the sync pin. The OSSC could then listen for that pixel clock instruction and reconfigure its timings by itself.

I’m not all that familiar with video frames, but, if there’s blank lines or a metadata portion (I’m still not sure how my Trinitron knows and automatically adjusts when my Xbox has been switched to widescreen mode), and it makes more sense to do so every frame, it might be possible to hijack unused portions of the metadata or frame to transmit the pixel clock instruction.