[QUOTE=hunterk;27105]Nope, I haven’t gotten to do any testing in linux at all. Subjectively, I think linux+KMS feels as good or better than my experience with Windows, but the GroovyMAME guys insist this isn’t the case, so it could just be placebo on my part. Running in linux+X/desktop is indeed far from optimal, though you can use hard gpu sync or frame delay there, just as in Windows. GroovyMAME guys say they’ve never gotten below 4 frames of latency with linux+kms but that they can get next-frame latency in Win64. I haven’t had the opportunity to reproduce their settings and results but they seem pretty confident about it.
I think in the case of crt-hyllian and xbr, it was just functioning similar to frame delay on my system (that’s the only plausible explanation I can come up with for why it would be lower latency than no shader at all), so, depending on how powerful your GPU is, YMMV. Have you tried crt-easymode on RPi2? I think it will probably run there, too.
To determine the right frame delay, just keep turning it up until you get crackles/stutters and then dial it back one step (kinda like how you overclock a PC, if you have any experience with that). I’m not sure how hard gpu sync of 1 frame compares with max frame delay.[/QUOTE]
Thanks for the reply-
My own subjective experience using multiple PCs using Windows 7 64 bit (connected to the same display) leads me to believe that Windows 7 CAN - given the right hardware - result in less input lag than using Linux. However, I can’t really confirm this because I’ve only used one Linux machine, and a very under powered one at that (the Raspberry Pi 2). I don’t think Windows 7 64 bit will automatically result in less input lag than Linux by itself; I think a lot of it depends on hardware.
Crt-easymode is just slightly too much for the Pi - it will run but it causes a slight drop in framerate, and (like all shaders on the Pi) only at 720p. It will run smooth if you disable the Lanczos (sp?) filter, but then it doesn’t look nearly as good.