Mame2003 vs 2010
-
@adlorin speedhacks =! Accuracy
See this article:
-
@adlorin said in Mame2003 vs 2010:
Rather than **** and moan about it, it would be worth tracing through to attempt to find out what's making it run like dog ****.
Good luck with that.
-
@adlorin said in Mame2003 vs 2010:
it would be worth tracing through to attempt to find out what's making it run like dog...
Look, I've tried to steer you away, but you're getting too close. First, it's why Mame 2010 runs so slow. Next, you'll want to know about the secret council of seven and why RetroPie updates are only released during a blood moon. Some answers are just too big. Your private little crusade is going to get a lot of good cops killed.
-
if you want perfomative arcade emulation, look to FBA. the romset is a lot smaller despite that project being about 16 years old because it turns out it is pretty hard to optimise mame drivers! :)
a faster mame2010 is not going to happen.
-
I really enjoy lr-FBA-next. For those looking at RetroPi as some kind of modern gaming machine, they have the wrong expectations.
-
@GreenHawk84 unless you run it on a linux pc which is also possible (I do)
-
@GreenHawk84 said in Mame2003 vs 2010:
I really enjoy lr-FBA-next. For those looking at RetroPi as some kind of modern gaming machine, they have the wrong expectations.
I wouldn't consider adequate emulation of 66Mhz, mid-90s arcade games, as anything modern. =)
-
@dankcushions said in Mame2003 vs 2010:
if you want perfomative arcade emulation, look to FBA. the romset is a lot smaller despite that project being about 16 years old because it turns out it is pretty hard to optimise mame drivers! :)
a faster mame2010 is not going to happen.
Everything that I tested on 2003 ran beautifully. FBA was able to sort-of-run Primal Rage, Killer Instinct, and Street Fighter EX - but it didn't so well, though it was better than 2010. =)
-
@mediamogul would make be pointless if it couldn't play the games, playability surely it's part of accuracy
-
http://wiki.mamedev.org/index.php/FAQ:Performance
required reading
-
@tjohnson said in Mame2003 vs 2010:
would mame be pointless if it couldn't play the games
Mame is first and foremost a hardware documentation project. As a result of it's approach to documentation, it plays the games it documents. If game play were somehow not an option, it would still serve it's main purpose. I'll admit it's a bit counter-intuitive as we are so used to emulators with no higher purpose other than quick and dirty game play. As this thread clearly illustrates, Mame's approach to emulation is very controversial and has polarized the opinions of both users and developers alike from it's inception.
Personally, knowing the limitations of both Mame and the Raspberry Pi, I couldn't be happier with the performance we get with Mame2003. If that weren't enough, we have a variety of emulators to fall back on. The focus here has been on what Mame2010 can't run, but I've found that there are plenty of older, less demanding titles that it runs perfectly well that Mame2003 won't at all. Add in the many games that run best on FBA and you have quite a library.
-
@mediamogul
Would seem rather pointless documenting something that then couldn't be used for its original purpose. Accuracy is a good idea but not at the expense of it making the end product playable. Accurately document a race car but don't try to drive the thing in a race because it will only do 10mph buy hey its an accurate representation. How good is the documentation can an outsider come in and understand how it has been emulated and how the original machine worked, so in 50 years time when the machines are toast and anyone who remembers then or possibly even cares is gone someone can come in and move the emulator to new hardware? -
@tjohnson because computers always get faster, and heavily optimised code remains less maintainable. the history of emulation is a particularly good case study into the downside of unmaintainable code.
also, mame2010 was well within the capabilities of computers in 2010 so what's the argument? that mamedev didn't prempt the rise of SOCs, back in 2010?
-
@dankcushions computers don't always get faster moores law is pretty broken as engineers reach the limits of what they can do. Remember Intel saying p4 would be 10ghz still waiting for that one and Intel switched to multi core route.
It is pretty remarkable that i can buy a 30 quid computer today and it can do so much.
-
@tjohnson said in Mame2003 vs 2010:
Would seem rather pointless documenting something that then couldn't be used for its original purpose.
My third grade report on 'Why I Love Nintendo' can't run 'Tetris', but I'd hardly call the sunshine sticker Miss Hollingsworth gave me pointless. I actually do see what you're saying, but it seems argumentative just to be argumentative. You're saying that things shouldn't be the way they are, but... well, they are. Is Mame's approach to documentation flawed? Maybe, when you start to consider low-end machines, but that was never their target hardware to begin with. They chose to focus on accuracy of emulation, targeted to fully capable contemporary computers. It was a decision that was made almost twenty years ago that couldn't realistically account for the rise of mobile processors. While I can understand the frustration that certain games are left unplayable on the Raspberry Pi as a result, there's really nothing to be done about it now other than to proactively seek out alternatives such as FBA.
It is pretty remarkable that i can buy a 30 quid computer today and it can do so much.
I'm sure we can all agree on that sentiment. :) I love my RPi and haven't had so much fun with a computer since the early days.
-
@tjohnson said in Mame2003 vs 2010:
@dankcushions computers don't always get faster moores law is pretty broken as engineers reach the limits of what they can do. Remember Intel saying p4 would be 10ghz still waiting for that one and Intel switched to multi core route.
It is pretty remarkable that i can buy a 30 quid computer today and it can do so much.
10GHz isn't impossible to make, it's just not financially feasible for mas-marketing. Running multiple-cores, each one at lower clocks and lower temperatures also reduces energy consumption, aids in threading, and reduces the over-all cost; it's an ideal compromise.
The same approach is used in turbo charged cars. It's less expensive to make a 2-Litre 4-cylinder motor and slap a turbo on it to make 300 HP/TQ, than it is to make 3-litre 6V for equitable performance. Moreover, the lower displacement (2.0L vs 3.0L), higher VE (volumetric efficiency), better emissions, and less weight (both dead and rotational) allows for better fuel economy at a given power range. Just like the above scenario, it's an ideal compromise.
It's not the bleeding edge of technology that dictates how technology is applied, it's the market. :)
-
@dankcushions said in Mame2003 vs 2010:
@tjohnson because computers always get faster, and heavily optimised code remains less maintainable. the history of emulation is a particularly good case study into the downside of unmaintainable code.
also, mame2010 was well within the capabilities of computers in 2010 so what's the argument? that mamedev didn't prempt the rise of SOCs, back in 2010?
From my years of experience in coding, albeit only C and X86 ASM, heavily optimised code hasn't been a problem to maintain. As I've gotten better over the years, I've rewritten routines in my game and have timed the code to see if my new function works more quickly than the last one, as well as having monitored memory utilisation. The approach which makes my code 100% maintainable, is that I don't source it out for dozens of developers to muddle with. Large scale open-source projects, by their very decentralised nature, are difficult to maintain. Adding, deleting, and modifying lines in flat-file is trouble waiting to happen; patching is really where the shit hits the fan.
I could create a Mars simulator, which perfectly detailed 100% of the planet but ran at 3 FPS - or I could make one that detailed the planet in 85% detail, but played at 30fps; guess which one everyone would play? =) Accuracy and speed (playability) are equitable in terms of importance, at-least from my perspective as being a game programmer. The statement of 'uh.. oh.. hmm.. MAME is about faithfully reproducing a machine 100%' feels more like an excuse to cover up for poor programming, than to be more direct an honest bout it. I'm not getting at anyone here about this statement, it's plastered all over MAMEs website.
To address a few others, the 'complaint' that I stated was simply this: Mame2010 is available for our PIs, but it's basically irrelevant. Anything that Mame2010 runs, which FBA / 2003 cannot run, it runs it too slowly to be useful. Anything that can run on all three, from my experience, always runs better on FBA / 2003. It's curious that a given ROM set will run nicely on 2003 or FBA, but then run like shit on 2010. We all use MAME for one reason, which is to enjoy games. If a newer version doesn't allow us to do that, it hasn't improved - it has regressed.
/ rant
=)
-
@adlorin said in Mame2003 vs 2010:
The statement of 'uh.. oh.. hmm.. MAME is about faithfully reproducing a machine 100%' feels more like an excuse to cover up for poor programming, than to be more direct an honest bout it. I'm not getting at anyone here about this statement, it's plastered all over MAMEs website.
"feels like" - so not based on fact then. Why don't you look at the code, and if you can do better, I'm sure they would be interested in your expertise. Or how about writing your own super fast arcade emulator to show how it's done ? :)
-
@adlorin said in Mame2003 vs 2010:
If a newer version doesn't allow us to do that, it hasn't improved - it has regressed.
Yet I run Mame 2010 exceedingly well on my arcade machine with the ability to to run dozens, if not hundreds of games not previously possible seven years earlier because of the improvements made to the software. This isn't an example of "your mileage may vary", it's about choosing the right tool for a job. When I built my arcade machine in 2010, I used the most current available version of Mame, took note of it's system requirements and chose my hardware accordingly. Expecting software from 2010 that was intended only for use in that particular time period to run perfectly on hardware that is comparable to that of the late-ninetie/early-ots is simply unrealistic.
-
@adlorin said in Mame2003 vs 2010:
@dankcushions said in Mame2003 vs 2010:
@tjohnson because computers always get faster, and heavily optimised code remains less maintainable. the history of emulation is a particularly good case study into the downside of unmaintainable code.
also, mame2010 was well within the capabilities of computers in 2010 so what's the argument? that mamedev didn't prempt the rise of SOCs, back in 2010?
From my years of experience in coding, albeit only C and X86 ASM, heavily optimised code hasn't been a problem to maintain. As I've gotten better over the years, I've rewritten routines in my game and have timed the code to see if my new function works more quickly than the last one, as well as having monitored memory utilisation. The approach which makes my code 100% maintainable, is that I don't source it out for dozens of developers to muddle with. Large scale open-source projects, by their very decentralised nature, are difficult to maintain. Adding, deleting, and modifying lines in flat-file is trouble waiting to happen; patching is really where the shit hits the fan.
I could create a Mars simulator, which perfectly detailed 100% of the planet but ran at 3 FPS - or I could make one that detailed the planet in 85% detail, but played at 30fps; guess which one everyone would play? =) Accuracy and speed (playability) are equitable in terms of importance, at-least from my perspective as being a game programmer. The statement of 'uh.. oh.. hmm.. MAME is about faithfully reproducing a machine 100%' feels more like an excuse to cover up for poor programming, than to be more direct an honest bout it. I'm not getting at anyone here about this statement, it's plastered all over MAMEs website.
it works 100% on any dogshit computer of the era so what's your point? that your £30 SOC from 2016 isn't as good as computers from 2010? welcome! :)
To address a few others, the 'complaint' that I stated was simply this: Mame2010 is available for our PIs, but it's basically irrelevant. Anything that Mame2010 runs, which FBA / 2003 cannot run, it runs it too slowly to be useful. Anything that can run on all three, from my experience, always runs better on FBA / 2003. It's curious that a given ROM set will run nicely on 2003 or FBA, but then run like shit on 2010. We all use MAME for one reason, which is to enjoy games. If a newer version doesn't allow us to do that, it hasn't improved - it has regressed.
the documentation is clear that mame2010 is experimental and not recommended for pi users. it wasn't ported to libretro for pi users, it is just one of many emulators that can compile to load on a pi if you want to experiment. current mame works also. same deal. I agree that it's mostly irrelevant but what's the harm? I'm told some games work fine on 2010 that don't work on anything else.
Contributions to the project are always appreciated, so if you would like to support us with a donation you can do so here.
Hosting provided by Mythic-Beasts. See the Hosting Information page for more information.