new mame2010 folder structure
-
This morning Twinaphex merged by fix for the mame2010 segementation error with Contra, NBA Jam and many others.
@maxbeanz I'd be grateful as always to you or anyone else has follow up reports on how those titles are working with the new patch in RetroPie after recompiling. It's working well on my desktop system at lest.
-
@markwkidd I can confirm that all the games I listed above now boot correctly except for 'Pacman 25th Anniversary (25pacman.zip)', not sure why that doesn't work.
Also, I noticed that the '.hi' files are appearing in the 'hi' directory. Does that mean that I don't need to add a 'hiscore.dat' file ?
-
@maxbeanz said in new mame2010 folder structure:
@markwkidd I can confirm that all the games I listed above now boot correctly except for 'Pacman 25th Anniversary (25pacman.zip)', not sure why that doesn't work.
Woohoo!
I assume from the way you wrote this that
25pacman.zipwas working before the recent updates. I'll take a look at that one. Possibly a different regression than the C++ to C conversion segfault which was fixed today.Also, I noticed that the '.hi' files are appearing in the 'hi' directory. Does that mean that I don't need to add a 'hiscore.dat' file ?
That is correct. I have recently updated mame2003 and mame2010 so that they have a built-in
hiscore.dat. If you want to use a traditional external file (for example if you are trying to fix or add new hiscore memory maps) there is a new core option for both cores that reads from an external hiscore rather than the internal. -
@markwkidd Thanks for all your updates on this. It seems the only thing that didn't work was the cheats but I suppose we can add lots of credits for most games as a substitute.
-
@maxbeanz said in new mame2010 folder structure:
@markwkidd Thanks for all your updates on this. It seems the only thing that didn't work was the cheats but I suppose we can add lots of credits for most games as a substitute.
I'd suggest that that enabling mame2010 cheats might be a good bounty. In addition to the mainline MAME 0.139 cheat system I think that MAME4Droid has cheat support so there would be a few sources to draw on.
I've got my personal financial and time resources committed to other libretro MAME issues at present and I'm starting to ramble on but I bet it wouldn't be hard to come up with a suitable $50-$100 bounty if someone would chip in the first little bit.
P.S. If anyone reading this thinks they might want a bounty for cheat support, please start a fresh, descriptive, new github issue like for the new mame2003 vector rendering bounty and attach the bounty to that: https://github.com/libretro/mame2003-libretro/issues/332
-
@markwkidd Just a quick question, I won't bother opening a new thread, is the mouse supposed to work (lr-mame2010) in gun games etc. or is that only possible in 2003 ?
-
@maxbeanz there is single mouse support once you turn on the "Mouse support" core option.
What a zany option. I just submitted a PR for it to be on by default
I'm not in a position to test multi-mouse support at the moment. This core was created long before there were any libretro cores that supported multi-mouse but it's possible that things may just work since MAME definitely has that underlying capability.
If anyone tries multi-mouse with mame2010, please share your results. I'm a broken record but there may need to be a github issue if it multi-mouse isn't working at the moment :)
-
@maxbeanz said in new mame2010 folder structure:
@markwkidd I can confirm that all the games I listed above now boot correctly except for 'Pacman 25th Anniversary (25pacman.zip)', not sure why that doesn't work.
Also, I noticed that the '.hi' files are appearing in the 'hi' directory. Does that mean that I don't need to add a 'hiscore.dat' file ?
I see that
25pacmanwas not added until MAME 0.139u1 and therefore it's not in my MAME 0.139 set to test.When you have a chance could you post a github issue about this regression for mame2010 with a log?
-
@markwkidd said in new mame2010 folder structure:
@maxbeanz said in new mame2010 folder structure:
@markwkidd I can confirm that all the games I listed above now boot correctly except for 'Pacman 25th Anniversary (25pacman.zip)', not sure why that doesn't work.
Also, I noticed that the '.hi' files are appearing in the 'hi' directory. Does that mean that I don't need to add a 'hiscore.dat' file ?
I see that
25pacmanwas not added until MAME 0.139u1 and therefore it's not in my MAME 0.139 set to test.When you have a chance could you post a github issue about this regression for mame2010 with a log?
This maybe why it doesn't work ! I can't be certain that it worked in lr-mame2010, I might be confusing it with Android MAME. Weird really because MAME4Droid uses set 0.139u1 so i'm not sure if that's what the Libretro version uses.
-
@maxbeanz said in new mame2010 folder structure:
@markwkidd said in new mame2010 folder structure:
@maxbeanz said in new mame2010 folder structure:
@markwkidd I can confirm that all the games I listed above now boot correctly except for 'Pacman 25th Anniversary (25pacman.zip)', not sure why that doesn't work.
Also, I noticed that the '.hi' files are appearing in the 'hi' directory. Does that mean that I don't need to add a 'hiscore.dat' file ?
I see that
25pacmanwas not added until MAME 0.139u1 and therefore it's not in my MAME 0.139 set to test.When you have a chance could you post a github issue about this regression for mame2010 with a log?
This maybe why it doesn't work ! I can't be certain that it worked in lr-mame2010, I might be confusing it with Android MAME. Weird really because MAME4Droid uses set 0.139u1 so i'm not sure if that's what the Libretro version uses.
I'm not sure which of the 0.139* versions mame2010 is derived from either, frankly.
-
Does anyone know if lr-mame2010 is actually 0.139u1 ? I found a changelog here and one change said that it fixed the road transparency in Thunderceptor. I checked that game and there's no transparency, so does that mean mame2010 is 0.139u1 ? If it is then the '2010 reference set' is not correct because it doesn't contain 'pacman 25th anniversary'. But that pacman game doesn't seem to boot ! Arrgg ! Does anyone know from the code what set it uses ? Is it the same as MAME4droid ?
-
Looks like mame2010 began as MAME 0.139: https://github.com/libretro/mame2010-libretro/blob/cfb1dba3444686af3b18a7902c071c5b83c756fa/src/version.c
Whereas MAME4Droid0.139u1 began as MAME 0.139u1: https://sourceforge.net/p/mame4droid/code/HEAD/tree/Reloaded/trunk/src/version.c
That doesn't meant that mame2010 didn't have the mame 0.139u1 updates applied to it later on however, just that it didn't start that way.
-
@markwkidd Yeah, I cannot figure out whether lr-mame2010 needs the 0.139 dat or the 0.139u1 dat.
Again, off topic. I enabled the mouse in the RetroArch menu, I can move the mouse but the mouse buttons don't work, I can't even map them. I tried Mame2003 and the same thing, the mouse buttons don't work. Have I missed something that changed in Retroarch ?
EDIT: As i'm using a mouse/keyboard combo I can use the Ctrl and Alt keys as the mouse buttons. No idea if that's the way it is but still stumped as to why the 'actual' mouse buttons don't work.
-
@maxbeanz said in new mame2010 folder structure:
@markwkidd Yeah, I cannot figure out whether lr-mame2010 needs the 0.139 dat or the 0.139u1 dat.
Again, off topic. I enabled the mouse in the RetroArch menu, I can move the mouse but the mouse buttons don't work, I can't even map them. I tried Mame2003 and the same thing, the mouse buttons don't work. Have I missed something that changed in Retroarch ?
EDIT: As i'm using a mouse/keyboard combo I can use the Ctrl and Alt keys as the mouse buttons. No idea if that's the way it is but still stumped as to why the 'actual' mouse buttons don't work.
I'm not experiencing that symptom here but I'm on a different platform with a different input driver. That sounds like a bug to me :(
-
Does anyone have a datfile for the artwork files that are supported in lr-mame2010 please ? I know that some can make the emulation very slow but would reducing the resolution of the artwork help (some are very large) ? Maybe an artwork pack specifically for lr-mame2010 on the Pi 3.
-
MAME art files are actually sized to the native screen resolution of the original games and most are extremely small already. From what I've seen, enabling even the smallest bezel on an old game makes a noticeable difference in performance.
-
@mediamogul Yeah, i've decided not to bother with the artwork. Only a couple of games actually require it to make the game playable. I know 'frogs' is one and 'gorf' was mentioned above. You can enable the side panel in Gorf in the Video Options menu but then the Aspect Ratio is wrong. If anyone knows any games in 0.139/2010 where the artwork is essential ?
lr-mame2010 is now my primary MAME emulator on the Pi 3. I haven't encountered anything that's made me wan't to go back to lr-mame2003. You can even play gun games with the joypad without the sight springing back to the center everytime! I also haven't encountered any games with performance issues, maybe i've just been lucky. Outrun is the only one I found but we have the superior Cannonball engine for that game. (And i've seen 'auto-frameskip' in the Retroarch menu for any games that have slight speed issues, if I find any).
-
@maxbeanz said in new mame2010 folder structure:
You can enable the side panel in Gorf in the Video Options menu but then the Aspect Ratio is wrong.
You can solve that by correcting the aspect ratio in the core options. Also, sisnce the side panel is independent of the artwork, it can be enabled without any loss of performance.
-
@markwkidd I noticed in the RetroArch QuickMenu/Options the aspect ratio was set at DAR. I think this should be PAR. This then gives the correct aspect when using 2/3 screen games, Gorf can use the built-in side panel and be the correct aspect and I checked some vertical games like Bombjack and they are now the same ratio as the MAME screenshot shows.
-
@maxbeanz i think DAR is the correct the default. DAR = display aspect ratio. this basically means that that the game is displayed in the aspect ratio it would have appeared in the real cabinet. typically 4:3 (or 3:4, for vertical games).
PAR = pixel aspect ratio and simply maps the pixel image 1:1 to your display's resolution. this gives crisp output, but often in a nonsense aspect ratio as the pixel image aspect ratio could be quite different from how it appeared in the cabinet. eg, it makes CPS2 games (street fighter 2, etc) appear in near-widescreen; aka, 'fat ryu edition'.
if games don't look right at PAR in 2010, then something else is going on. i would have thought that standalone mame2010 would adjust the aspect ratio when artwork is turned on, but for the libretro version that may yet to be hooked up.
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.