flain wrote:I don't think the OSSC will really add much for you here. MiSTer can already do basically the same thing, if you set vsync_adjust=1 in the ini file. However your display needs to be able to handle the pixel clock. This is the same as with the OSSC though, since the OSSC has no frame buffer.
ijor wrote:There is a new HDMI scaler being developed right now. It is not yet implemented, but the new scaler should be able to output scaled video with lag (almost) as short as OSCC.
Vsync, at least by itself, won't reduce the lag. It will only remove tear and artifacts produced by the frame rate conversion. But, once we have the new scaler, it would allow to scale without frame buffering. And then yes, lag will be very small.
The monitor would need to support non standard pixel clock rates on the HDMI input. Not every monitor does. Even if it supports those pixel rates on the VGA input, it might not support them on the HDMI input.
Sorgelig wrote:Many people jump from modern consoles and windows FPS games where low lag is key to win.
So they jump to retro consoles and computers with primitive graphics where term lag wasn't exist as there was no such quick movements. People don't understand that 20 years old consoles checked the gamepad only once per frame or even once per 2(!) frames.
It's in vain to explain that 1-2 frames lag has no meaning for retro systems.. This is kind of obsession, OCD - nothing more.
cacophony wrote: unnecessary lag
hyperterminal wrote:Besides the scaler, is there anything that can be done to further reduce the lag? Increase the USB polling interval perhaps?
kitrinx wrote:I used a scope with a Mc Cthulu arcade board to the mister. For testing, the genesis core was modified to light the user LED when it received input. One probe was on the button itself, the other probe on the user LED. Counting only tests that had low bounce, the average latency I saw on the scope between the button closing and the LED lighting was around 8-9ms. Bear in mind that some of this may have been from the Mc Cthulu itself which is known to have some latency. It was a little hard to follow all the polling, but based on that number it makes me wonder if it was polling once per frame. That is a very acceptable input latency in any circumstance, and probably not a lot different than you would end up getting with a real controller on an older system that polls infrequently.
Sorgelig wrote:cacophony wrote: unnecessary lag
who decide it's unnecessary? controllers lad is necessary, tv lag is necessary, but this is unnecessary?
So, i just can return your words: if you think it's unnecessary then you don't understand the technical details.