[感谢huihui和5楼大神，添加一个neogeo文件]想玩街机游戏的可以试试这个。被忘记的advancemame

[Strange]

别扯sdlmame那个坑，非想要新版推荐用windows

另外旧版c写的mame确实比现在用c++重写的mame快（而且是快很多，你用渣配置电脑就明白了），如果不玩新版追加的游戏没必要捣鼓sdlmame

当然也会有有爱人士把特定的几个游戏重新加回旧版，比如shmupmame之流

这位同学真是吐槽错对象了。

sdlmame就是官方mame加上图形后端使用sdl，最新版本都已经合并到官方代码树里去了。
另外，官方mame是没有什么c++的，当然不喜欢用官方mame，偏偏要用mame plus那谁也没办法。

推荐多用用官方的mame，并尝试自己编译一下，就什么都明白了。

这位同学你最好干货查全一下再来说风凉话，你自己很有必要去看下0.107之前时代的代码。
sdlmame现在官网支持谁都知道，但是你自己不妨先去比较下和windows版本的差距，官方支持不代表你用渣电脑能很流畅的玩，ok?
最后我自己维护了一个cavemame作为只支持cavesh3的迷你版，叫我编译之前您先自己捣鼓下吧

FYI
http://mamedev.org/devwiki/index.php/MAME_0.136u1

额...
所谓的比较windows版本的差距，比较的根本不是mame的差距，那是linux基于x的sdl和windows原生的directx在比。当然不用比，肯定windows快，但是不是mame本身有差距，这是操作系统的差距。
要是编译过的话，就应该知道，除了osd下的那些os dependent代码，关于游戏的代码都是一样的。
编译支持cave的mame很了不起吗？10年前，为了让celeron 466能全速玩起来刚解密的neogeo, kof2000, mslug3, s1945p，就编译过只支持neogeo的mame。仅仅是编译而已，又没有什么特别的。而且mame本身就很亲切的提供了tiny.mak告诉你如何去精简编译。
最后，那个information，人家只是说用c++编译，不是用c++重写。而且，要是你仔细看makefile的话就可以知道，具体编译还是用的gcc，只有连接用的是g++ (CC=gcc, LD=g++)。

干嘛不比mame的差距？用户玩游戏的体验就在那里，mame的目标只是模拟硬件，而mameplus之流的目标是玩游戏，advancemame虽然古老，但是只要能模拟的游戏肯定比sdlmame快，你觉得lz需要的是玩游戏还是玩硬件？

sdlmame速度渣不怪mame官方对*nix没爱怪sdl，真是神逻辑，sdl的开发者们都要哭了。同样在*nix上用sdl的wii模拟器dolphin需求比mame高多了，为什么我反而听很多人说在*nix上表现更好？

关于代码没有问题了，所以只能来喷这个？

我说的是x的问题，不是sdl的问题(同理，类似前面的用c++重写和c++编译这种关键词上请不要搞错)，基于x的程序，都有速度慢的问题。
x11没法和directx比速度，或许将来wayland能部分解决问题，不过那也都是后话，和XXXmame本身毫无关系。
advancemame也一样比windows下的mame慢。而且“只要能模拟的游戏肯定比sdlmame快”也根本没有任何依据。
至于最后的，什么听说dolphin在*nix上表现更好，我只能说，随便检索在官网论坛上看到这样的帖子
http://forums.dolphin-emu.org/Thread-do ... an-windows

Dolphin Linux always slower than Windows?

不知道听说的依据在哪里。难道是传说中的“我同学”

[nyfair]

别扯sdlmame那个坑，非想要新版推荐用windows

另外旧版c写的mame确实比现在用c++重写的mame快（而且是快很多，你用渣配置电脑就明白了），如果不玩新版追加的游戏没必要捣鼓sdlmame

当然也会有有爱人士把特定的几个游戏重新加回旧版，比如shmupmame之流

这位同学真是吐槽错对象了。

sdlmame就是官方mame加上图形后端使用sdl，最新版本都已经合并到官方代码树里去了。
另外，官方mame是没有什么c++的，当然不喜欢用官方mame，偏偏要用mame plus那谁也没办法。

推荐多用用官方的mame，并尝试自己编译一下，就什么都明白了。

这位同学你最好干货查全一下再来说风凉话，你自己很有必要去看下0.107之前时代的代码。
sdlmame现在官网支持谁都知道，但是你自己不妨先去比较下和windows版本的差距，官方支持不代表你用渣电脑能很流畅的玩，ok?
最后我自己维护了一个cavemame作为只支持cavesh3的迷你版，叫我编译之前您先自己捣鼓下吧

FYI
http://mamedev.org/devwiki/index.php/MAME_0.136u1

额...
所谓的比较windows版本的差距，比较的根本不是mame的差距，那是linux基于x的sdl和windows原生的directx在比。当然不用比，肯定windows快，但是不是mame本身有差距，这是操作系统的差距。
要是编译过的话，就应该知道，除了osd下的那些os dependent代码，关于游戏的代码都是一样的。
编译支持cave的mame很了不起吗？10年前，为了让celeron 466能全速玩起来刚解密的neogeo, kof2000, mslug3, s1945p，就编译过只支持neogeo的mame。仅仅是编译而已，又没有什么特别的。而且mame本身就很亲切的提供了tiny.mak告诉你如何去精简编译。
最后，那个information，人家只是说用c++编译，不是用c++重写。而且，要是你仔细看makefile的话就可以知道，具体编译还是用的gcc，只有连接用的是g++ (CC=gcc, LD=g++)。

干嘛不比mame的差距？用户玩游戏的体验就在那里，mame的目标只是模拟硬件，而mameplus之流的目标是玩游戏，advancemame虽然古老，但是只要能模拟的游戏肯定比sdlmame快，你觉得lz需要的是玩游戏还是玩硬件？

sdlmame速度渣不怪mame官方对*nix没爱怪sdl，真是神逻辑，sdl的开发者们都要哭了。同样在*nix上用sdl的wii模拟器dolphin需求比mame高多了，为什么我反而听很多人说在*nix上表现更好？

关于代码没有问题了，所以只能来喷这个？

我说的是x的问题，不是sdl的问题(同理，类似前面的用c++重写和c++编译这种关键词上请不要搞错)，基于x的程序，都有速度慢的问题。
x11没法和directx比速度，或许将来wayland能部分解决问题，不过那也都是后话，和XXXmame本身毫无关系。
advancemame也一样比windows下的mame慢。而且“只要能模拟的游戏肯定比sdlmame快”也根本没有任何依据。
至于最后的，什么听说dolphin在*nix上表现更好，我只能说，随便检索在官网论坛上看到这样的帖子
http://forums.dolphin-emu.org/Thread-do ... an-windows

Dolphin Linux always slower than Windows?

不知道听说的依据在哪里。难道是传说中的“我同学”

又来神转进啊
代码问题有功夫闲扯不如直接抓一份过来看看呗
“我同学”系列就不必了，不如你自己动手，sdlmame和advancemame哪个快哪个慢你自己加个noautoframeskip参数实测下有那么难么

代码： 全选

The second important reason would be the use of the old rendering engine, since mame 107, mame is using a new form of rendering engine that combines audio and video syncing and that in theory should work better, in practice though it causes all kinds of smoothness problems and audio artifacts, all of this while taking up more system resources, great mame builds such as advancemame (build focused on video accuracy) halted because of this new rendering engine.

Yet another reason for going back is the great mame plus! build used around that time, it has tons of functionality that are simply missing even in current custom mame builds (like the new mame plus!). Some of these features are : Custom buttons support, Autofire support (with saved settings for later play), integer scaling (or clean stretch), more filtering options.

另外sdlmame在windows上一样表现糟糕哟，这能怪到x头上？

[Strange]

别扯sdlmame那个坑，非想要新版推荐用windows

另外旧版c写的mame确实比现在用c++重写的mame快（而且是快很多，你用渣配置电脑就明白了），如果不玩新版追加的游戏没必要捣鼓sdlmame

当然也会有有爱人士把特定的几个游戏重新加回旧版，比如shmupmame之流

这位同学真是吐槽错对象了。

sdlmame就是官方mame加上图形后端使用sdl，最新版本都已经合并到官方代码树里去了。
另外，官方mame是没有什么c++的，当然不喜欢用官方mame，偏偏要用mame plus那谁也没办法。

推荐多用用官方的mame，并尝试自己编译一下，就什么都明白了。

这位同学你最好干货查全一下再来说风凉话，你自己很有必要去看下0.107之前时代的代码。
sdlmame现在官网支持谁都知道，但是你自己不妨先去比较下和windows版本的差距，官方支持不代表你用渣电脑能很流畅的玩，ok?
最后我自己维护了一个cavemame作为只支持cavesh3的迷你版，叫我编译之前您先自己捣鼓下吧

FYI
http://mamedev.org/devwiki/index.php/MAME_0.136u1

额...
所谓的比较windows版本的差距，比较的根本不是mame的差距，那是linux基于x的sdl和windows原生的directx在比。当然不用比，肯定windows快，但是不是mame本身有差距，这是操作系统的差距。
要是编译过的话，就应该知道，除了osd下的那些os dependent代码，关于游戏的代码都是一样的。
编译支持cave的mame很了不起吗？10年前，为了让celeron 466能全速玩起来刚解密的neogeo, kof2000, mslug3, s1945p，就编译过只支持neogeo的mame。仅仅是编译而已，又没有什么特别的。而且mame本身就很亲切的提供了tiny.mak告诉你如何去精简编译。
最后，那个information，人家只是说用c++编译，不是用c++重写。而且，要是你仔细看makefile的话就可以知道，具体编译还是用的gcc，只有连接用的是g++ (CC=gcc, LD=g++)。

干嘛不比mame的差距？用户玩游戏的体验就在那里，mame的目标只是模拟硬件，而mameplus之流的目标是玩游戏，advancemame虽然古老，但是只要能模拟的游戏肯定比sdlmame快，你觉得lz需要的是玩游戏还是玩硬件？

sdlmame速度渣不怪mame官方对*nix没爱怪sdl，真是神逻辑，sdl的开发者们都要哭了。同样在*nix上用sdl的wii模拟器dolphin需求比mame高多了，为什么我反而听很多人说在*nix上表现更好？

关于代码没有问题了，所以只能来喷这个？

我说的是x的问题，不是sdl的问题(同理，类似前面的用c++重写和c++编译这种关键词上请不要搞错)，基于x的程序，都有速度慢的问题。
x11没法和directx比速度，或许将来wayland能部分解决问题，不过那也都是后话，和XXXmame本身毫无关系。
advancemame也一样比windows下的mame慢。而且“只要能模拟的游戏肯定比sdlmame快”也根本没有任何依据。
至于最后的，什么听说dolphin在*nix上表现更好，我只能说，随便检索在官网论坛上看到这样的帖子
http://forums.dolphin-emu.org/Thread-do ... an-windows

Dolphin Linux always slower than Windows?

不知道听说的依据在哪里。难道是传说中的“我同学”

又来神转进啊
代码问题有功夫闲扯不如直接抓一份过来看看呗
“我同学”系列就不必了，不如你自己动手，sdlmame和advancemame哪个快哪个慢你自己加个noautoframeskip参数实测下有那么难么

代码： 全选

The second important reason would be the use of the old rendering engine, since mame 107, mame is using a new form of rendering engine that combines audio and video syncing and that in theory should work better, in practice though it causes all kinds of smoothness problems and audio artifacts, all of this while taking up more system resources, great mame builds such as advancemame (build focused on video accuracy) halted because of this new rendering engine.

Yet another reason for going back is the great mame plus! build used around that time, it has tons of functionality that are simply missing even in current custom mame builds (like the new mame plus!). Some of these features are : Custom buttons support, Autofire support (with saved settings for later play), integer scaling (or clean stretch), more filtering options.

另外sdlmame在windows上一样表现糟糕哟，这能怪到x头上？

"我同学"是针对你说"听说dolphin在*nix下快"的话题的。这都看不明白我只能表示遗憾。

"sdlmame和advancemame哪个快哪个慢你自己加个noautoframeskip参数实测下"
希望你能直接贴出验证结果，而不要引用一段论点不明的文字。
已经没人知道你到底是要证明所谓"107之前的版本比之后的版本快"，还是正在进行的话题"sdlmame是否在显示以外的原因上比普通mame慢"了。
都不是一个版本的东西，你瞎比什么...

另外，sdlmame windows比原生慢那还是废话，多包了一层sdl能比原生还快吗？

[sammo_c]

代码： 全选

csj@ThinkPad:~$ advmame kof98
AdvanceMAME - Copyright (C) 1999-2003 by Andrea Mazzoleni
MAME - Copyright (C) 1997-2003 by Nicola Salmoria and the MAME Team
Unable to initialize the video driver. The errors are:
fb: Unsupported in X. Try with the SDL library.

??
已安装 libsdl1.2-dev