Accurately emulating Neo Geo games

[daskrabs]

I wrote a blog post about my trials and tribulations building and configuring a Neo Geo MVS bartop. After about 8 months, I am finally confident that I have an arcade-accurate emulation machine. If you're trying to emulate Neo games like this, you may find this post helpful.

http://amoddinghomecompanion.blogspot.c ... ction.html

[Hatta]

Have you experienced any lag with triple buffering? When you think about it, what you're seeing is going to be three frames behind.

[daskrabs]

As long as you're using a modern (2005-up) CPU, you should see no lag, even with the larger Neo games, i.e. SSVS. When in doubt, let Task Manager run in the backround. If you're above 75% CPU, I'd get a faster CPU.

[Hatta]

Emulation speed is different from latency. If you're storing two frames before displaying them, you're always going to be two frames behind, no matter how fast your PC is.

But I guess your answer is no, you haven't noticed any input lag.

[daskrabs]

I get no lag. I'm not sure that's exactly how triple buffering works. From the mame docs:

Code: Select all

294  -[no]triplebuffer / -[no]tb
  295  
  296      Enables or disables "triple buffering". Normally, MAME just draws
  297      directly to the screen, without any fancy buffering. But with this
  298      option enabled, MAME creates three buffers to draw to, and cycles
  299      between them in order. It attempts to keep things flowing such that one
  300      buffer is currently displayed, the second buffer is waiting to be
  301      displayed, and the third buffer is being drawn to. -triplebuffer will
  302      override -waitvsync, if the buffer is sucessfully created. This option
  303      does not work with -video gdi. The default is OFF (-notriplebuffer).

[ChuChu Flamingo]

It sucks that Vsync and Triple buffering cause input lag.

The real problem here is the overall lag, because that is added to your monitors input lag.