mame2003-plus: hundreds of new games, improved input, features, new bugs - now with runahead support

[grant2258]

to be honest I made my own barcade build with a few changes to make life easier for me. I changed sf2 driver to map to jamma standards and the 123 buttons are on the bottom row and sf2 works properly. There is no none legacy mode and the old warning screens are back with info telling you if there is a working game if you one your using isnt working and you cant set the RA controls they are disabled in the code not removed. All in all i can say im happy with it this way if i had to use my pi. I cant really see that happening though too used to the mini pc i have in it running big box

[Brigane]

@Brigane said in mame2003-plus: hundreds of new games, improved input, features, new bugs - now with runahead support:

@arcadez2003

Thanks for the updates, I really appreciate the work you put into this. Could you by any chance take a look at Wyvern Wings. The game plays fine, but I have no sound. Thanks :)

Anything new about this issue?
Also can anybody confirm that this is a common issue and not just my setup?

[grant2258]

@Brigane said in mame2003-plus: hundreds of new games, improved input, features, new bugs - now with runahead support:

@Brigane said in mame2003-plus: hundreds of new games, improved input, features, new bugs - now with runahead support:

@arcadez2003

Thanks for the updates, I really appreciate the work you put into this. Could you by any chance take a look at Wyvern Wings. The game plays fine, but I have no sound. Thanks :)

Anything new about this issue?
Also can anybody confirm that this is a common issue and not just my setup?

I cant see this game in and drivers for mame2003-plus was added in mame0.112 originally.

[arcadez2003]

@grant2258 said in mame2003-plus: hundreds of new games, improved input, features, new bugs - now with runahead support:

@Brigane said in mame2003-plus: hundreds of new games, improved input, features, new bugs - now with runahead support:

@Brigane said in mame2003-plus: hundreds of new games, improved input, features, new bugs - now with runahead support:

@arcadez2003

Thanks for the updates, I really appreciate the work you put into this. Could you by any chance take a look at Wyvern Wings. The game plays fine, but I have no sound. Thanks :)

Anything new about this issue?
Also can anybody confirm that this is a common issue and not just my setup?

I cant see this game in and drivers for mame2003-plus was added in mame0.112 originally.

Yip he must be using another core as none of the games requiring the Hyperstone CPU Wyvern Wings being one of them are supported in MAME2003

[Brigane]

@arcadez2003 Does this mean it can't be fixed?

[arcadez2003]

@Brigane said in mame2003-plus: hundreds of new games, improved input, features, new bugs - now with runahead support:

@arcadez2003 Does this mean it can't be fixed?

Well there are two stumbling blocks...........

0.146u2: Added preliminary QS1000 sound emulation [Phil Bennett]. Changed I8052 CPU2 clock speed to 24MHz. Added QS1000 sound and left/right Speaker. Changed region audiocpu to qs1000:cpu and sfx/wavetable to qs1000.
0.112u2: Pierpaolo Prazzoli added I8052 (6MHz) CPU2 and missing gfx1/sound1 roms. Changed visible area to 240x320 (vertical). Added 8-way Joystick - Game now playable.

We are missing both the I8052 CPU and the QS1000 sound core both of which cannot due to incompatable code be backported to this ole core.

PS if want sound in Wyvern Wings any MAME version after 146.u1 is the build you require.

[arcadez2003]

Actually this core does support some hyperstone games although none of them are actually playable................

GAMEX( 19??, vamphalf, 0, vamphalf, vamphalf, vamphalf, ROT0, "Danbi", "Vamp 1-2", GAME_NO_SOUND | GAME_NOT_WORKING )
GAMEX( 19??, hidnctch, 0, vamphalf, vamphalf, vamphalf, ROT0, "Eolith", "Hidden Catch", GAME_NO_SOUND | GAME_NOT_WORKING )
GAMEX( 19??, landbrk, 0, vamphalf, vamphalf, vamphalf, ROT0, "Eolith", "Land Breaker", GAME_NO_SOUND | GAME_NOT_WORKING )
GAMEX( 19??, racoon, 0, vamphalf, vamphalf, vamphalf, ROT0, "Eolith", "Racoon World", GAME_NO_SOUND | GAME_NOT_WORKING )
GAMEX( 19??, xfiles, 0, xfiles, vamphalf, vamphalf, ROT0, "dfPIX Entertainment Inc.", "X-Files", GAME_NO_SOUND | GAME_NOT_WORKING )

I could i think get Vamp Half to work here performance will likely be an issue on most platforms that use this
core though as it ran like a dog on the xbox so i never bothered trying to add it, decent game though........

[m2306]

I'm looking for a current list of rom filenames added to 2003Plus since branching from the .78 set. I'm trying to build a 1Game1Rom set of working only roms for MAME2003Plus, or as close as I can get to that. I have generated a datfile inside the MAME menu in the latest version of MAEM2003-Plus and then built a full non merged romset with separate bios. I've gotten as far as trying to filter with Simple Arcade Multifilter without luck and now trying Arcade Manager which seems it could do it but only has CSV files for MAME2003. Now I'm looking for a current MAME2003-Plus no clone CSV file or at least a current list of rom filenames added to 2003Plus since branching from the .78 set so I could add the Plus games. Could anyone help with a CSV or link to a list of filenames? Tips on any any other way of doing this is also welcome. Thanks!

[Riverstorm]

@m2306 - Here's a list of the ROM files that are exclusive to m3plus. I might be missing 1 or 2 from the very latest builds that I will verify in the next few days.

Also you could cross reference the list. Here's a link that shows all the changes from added games, clones, hacks, fixed games, added sound, improved sound, etc. by full name on Github.

I don't think you're going to be able to build a "1G1R" set without the region information being added to the DAT. Language vs. region aren't mutually exclusive.

If there's a guy that would know it's @grant2258. I don't know if the region information from a game is stored in the drivers somewhere where it could be added to the DAT.

Also @grant2258 I would be curious do you know is it possible to add sourcefile information to the DAT. I think from 0.85 or newer they have like <game name="nam1975" sourcefile="neogeo.c" romof="neogeo"> which would allow another option in filtering a subset of ROMs using the DAT file and pulling neogeo games, etc.

@m2306 - From the other thread I did a small proof of concept using the parent ROM to pull it and all clones from a DAT. Like Neo-Geo only, CPS only, etc. ROM sets that does seem to work.

New ROMs exclusive to m3plus:

1943mii.zip
1945kiii.zip
airattck.zip
airattcka.zip
alibabab.zip
alienar.zip
alienaru.zip
arescue.zip
asurabus.zip
avengrgsj.zip
backfire.zip
baryon.zip
bbbuster.zip
bcstrya.zip
boogwing.zip
boogwinga.zip
botanic.zip
brapboysj.zip
bsharkjjs.zip
bublbob1.zip
bublboblp.zip
bublboblu.zip
bublcave.zip
cabala.zip
cabalus.zip
cabalus2.zip
candance.zip
ccastlej.zip
chainrec.zip
charlien.zip
chokchok.zip
cookbib.zip
countrb2.zip
crswd2bl.zip
cutefght.zip
darkmist.zip
dblewing.zip
ddp3.zip
ddp3a.zip
ddp3b.zip
ddp3blk.zip
ddragon3j.zip
ddream95.zip
deerhunt.zip
deerhunta.zip
deerhuntb.zip
deluxe5.zip
denjinmk.zip
dietgo.zip
dietgoe.zip
dietgoj.zip
dietgou.zip
dkongpe.zip
dkongx.zip
dkrdemo.zip
dogosokj.zip
dokidoki.zip
downtowj.zip
dreamwld.zip
drgnwrld.zip
dynagear.zip
esckidsj.zip
espgal.zip
fghthista.zip
fghthistj.zip
fghthistu.zip
fixeighb.zip
flagrall.zip
gaialast.zip
galagamf.zip
galagamk.zip
galagao.zip
galpandx.zip
gangonta.zip
gdfs.zip
ghostlop.zip
glasskr.zip
gnbarich.zip
gt2k.zip
gt3d.zip
gt97.zip
gt98.zip
gt99.zip
gtclassc.zip
gunmast.zip
guwanges.zip
hachamfb.zip
hangzo.zip
hcrash.zip
hcrashc.zip
hedpanicf.zip
hedpanico.zip
hookj.zip
hoops96.zip
hsf2a.zip
hvysmsh.zip
hvysmsha.zip
hvysmshj.zip
ikari3nr.zip
inyourfa.zip
ironclad.zip
joemacr.zip
joemacra.zip
kbash2.zip
ket.zip
keta.zip
ketb.zip
killbld.zip
kof10th.zip
kof2001.zip
kof2002.zip
kof2003d.zip
lasthope.zip
leds2011.zip
lethalen.zip
madalien.zip
magdrop.zip
magdropp.zip
matchit2.zip
matrim.zip
mchampdx.zip
mchampdxa.zip
midresbj.zip
mp_bio.zip
mp_col3.zip
mp_shnb3.zip
mp_soni2.zip
mp_sor2.zip
mp_twc.zip
msgogo.zip
mslug4.zip
mslug5.zip
multchmpk.zip
mwarr.zip
nslasherj.zip
nslashers.zip
olds.zip
olds103t.zip
osman.zip
packbang.zip
pktgaldj.zip
pktgaldx.zip
plegends.zip
pnyaa.zip
progear.zip
progearj.zip
prtytime.zip
pturn.zip
puzlstar.zip
pzloop2j.zip
ragtime.zip
ragtimea.zip
riot.zip
rockn2.zip
rockn3.zip
rockn4.zip
rockna.zip
rolcrush.zip
rotd.zip
sabotnba.zip
samsh5sp.zip
samsho5.zip
sbishi.zip
sbishik.zip
sdfight.zip
sengoku3.zip
shdancrb.zip
skullfng.zip
skullfngj.zip
sonicbom.zip
squash.zip
ssonicbr.zip
suprridr.zip
suprtrio.zip
svcboot.zip
swatpolc.zip
tangtang.zip
teetert.zip
tgm2.zip
tgm2p.zip
theroes.zip
thoop.zip
tronfp.zip
trophyh.zip
turkhunt.zip
uccopsar.zip
vasara2.zip
vasara2a.zip
vbowl.zip
vbowlj.zip
vf.zip
vmetal.zip
wbmlvc.zip
wcvol95.zip
wcvol95x.zip
wingforc.zip
wofch.zip
wschamp.zip
wschampa.zip
xeviousc.zip
zintrckb.zip
zupapa.zip

New Samples:

cosmica.zip
fantasy.zip
frogs.zip
ghox.zip
sasuke.zip
spacefb.zip
tekipaki.zip

[m2306]

@Riverstorm Thank you. So, if I now use Arcade Manager and the CSV for MAME2003 0.78 romset to filter out clones and then add back the games in the list you provided (if removed by AM) I will end up with a Plus romset without clones? What do you think about the removing of non working games with the ArcadeManager CSV for 0.78, will I remove games that are not in the list you provided, that aren't new but made working in Plus?

[Riverstorm]

@m2306 - That's a good point. The new games will obviously not be in the list but non-working to working games I'm not sure if they are in the list. I've not spent any time using AM or looked at the CSV file to know what's in the list vs the m3plus DAT.

If you're just looking to remove the clones from the m3plus DAT I can do that real quick without much issue.

[grant2258]

yea source files can be added isint too hard to do if someone wants to do it it would be up to arcadez or whoever is helping out with the libretto port. I really dont have anything to do with the project anymore unless its patches for games to work better on lower spec hardware. Ive done a fix for bionic commando need to test it out though and make sure its all good.

As for 1 game 1 rom its not that simple as using regions only you need to pick a rom that works sometimes thats the parent other times its the roms. I dont know any automate solution other than listing every parent and every clone then find pick the first one with a working status or the best working status.

[Clyde]

@Riverstorm said in mame2003-plus: hundreds of new games, improved input, features, new bugs - now with runahead support:

Also you could cross reference the list. Here's a link that shows all the changes from added games, clones, hacks, fixed games, added sound, improved sound, etc. by full name on Github.

I prefer this IMHO more eye-friendly version. :)

https://github.com/libretro/mame2003-plus-libretro/blob/master/CHANGELOG.md

[Riverstorm]

@grant2258 - Ok, I figured you would know if that sourcefile field could be added easily or it would take more work than it's worth. It's handy for pulling ROM's based on drivers which you can combine with other drivers to get a pretty decent subset DAT of ROMs. It definitely expands the options available when filtering.

You can make a list of parent ROMs and still get the same effect. Like Neo-Geo games are around 150 whereas CPS is roughly half that. I've started breaking out the list of parent ROMs for Neo-Geo and CPS which are linked to the clones as that's reasonably doable but the clones list into the several 100's and wouldn't be viable.

Doing it that way you only need to track the parent to pull it and all clones. So by listing the 60 or 70 CPS games you can pull around 600 or 700 parent and clone ROMs. If the parent changes the ROM name a quick list change and it will work again, no need to track clones.

Yeah 1G1R is pretty much a region sort priority that you set. Like Europe, US, Austrailia, Japan, etc. It's smart enough to only lists the regions it finds in the DAT and then it will pick/pull the first one it finds based on the sort order. You're correct it doesn't take a "working" status into account. It could be the parent or clone depending on the region sort order. I would still be ok with finding a broken game or two. The only program I know that does it is ClrMamePro but no MAME DAT's have it really. Many consoles do with DAT-O-Matic which is nice.

@Clyde - Very nice, thanks for the much more eye-friendly version! :)

[m2306]

@Clyde I looked at that page but there wasn't filenames for the new games. Also I wasn't sure if those were all games or just the ones added in the latest update.

[m2306]

@Riverstorm I used the batchfiles I found here: https://www.reddit.com/r/RetroPie/comments/73g1bg/how_separate_neogeo_from_other_fba_roms/ to separate NeoGeo and CPS from my FBA set. It produced a number of files roughly corresponding to the number of games released for each system, although some NeoGeoCD games seemed to be missing. I haven't tested all games but the first few games I tested all worked so I assumed the batchfiles chose working roms.

I roughly understand the difference of the No-Intro Dat-omatic console DATs that have region tags and the MAME DATs so I'm not trying to get the exact same result, just streamline the romset to a somehow manageable size. Arcade Manager has CSV files included with lots of diffirent options for filtering, seems really good with the only problem being that the CSVs are for FBA .42 and MAME .78. I have no idea how AM filters out the clones but can only assume it chooses working roms. The MAME2003-Plus changelog has filenames for previously broken but now fixed games. So, if we assume that AM works and can properly do what it says we now have the information needed to get as close as possible to filtering out clones and non working games and then add back any Plus games that might have been filtered out. I will try this now but won't have any other way of verifying the result than scrolling through and testing random games..

[grant2258]

here is your xml with the source file you wanted https://github.com/grant2258/mamemagic2003/blob/master/mame2003-plus-barcade.xml

[m2306]

@grant2258 Oh, that's wonderful. Thank you. I can imagine other people would appreciate this also. There is no description so just to make sure, is this the Plus changelog games or the full Plus working only, or what? Sorry for being daft.

[grant2258]

its the full xml gamelist with sourcefile= so it can be filtered. as per request here https://retropie.org.uk/forum/topic/17766/mame2003-plus-hundreds-of-new-games-improved-input-features-new-bugs-now-with-runahead-support/1095

[Riverstorm]

@m2306 - I updated from source and then generated a DAT so this should be current I believe. That would include all the games from mame2003 plus all the exclusive additions, fixes, etc. from mame2003-plus you're looking for.

Here's a download link. I filtered out the clones so the only thing left are parent and "other" ROMs (basically standalone games with no parent).

Just an FYI it may not be exactly what you want. Take for example Puckman (Japan set 1) who's ROM name is puckman is the parent to Pac-Man (Midway) who's ROM name is pacman. If you want the Japan version you're set! ;) If you're looking for the Midway version then it's been removed. So their could be some cleanup to keep in mind.

I not 100% sure but I think in the AM thread cosmo0 added a link to convert DATs to CSV if you prefer to work with the files that way. Also if the CSV files doesn't have a "working" field on a per ROM basis I don't see how it could know which ROMs are working.

I like to use DatUtil which is all command line and a bit cryptic but powerful. If it had a front-end GUI I think it would be the sure fire thing but as it stands it has somewhat of a learning curve. Sometimes you need to run a DAT through multiple times or use the cleanse features.

In this post I was trying to explain how you could breakout neo-geo, cps1, cps2, cps3, etc. with the "list method" and run against the latest DATs. I haven't fully tested it but from doing a small test I believe this would work fine.

This would allow the "creation" of current DATs usable with ROM management tools. The key is knowing the parent ROM name and if the name changes. I don't think it changes to often.

Also you wouldn't need to track individual ROM changes because you're parsing against the current source DAT so the set created is current and working.

Or another thing is once you have a working ROM set for a specific emulator you could easily build a text file list of the game names which could be used to parse new releases also. On Windows you could use something like dir /b and then use fnr or flash renamer to remove the extension. Then viola you have a list that can be used with DatUtil. You can build the list anyway you want really obviously confined to each emulator's DAT but then you could dump them together.

With a little ingenuity I think you could easily tweak the list to your liking. Looking at the exception above you could easily remove puckman from the list and add pacman if you're looking for something like 1G1R. Keeping that in mind the puckman and it's clone chain has been broken which in this case I wouldn't mind as the only version I run is the Midway one.

I've been using the list from this wiki page, then I search the DAT for the parent of each game listed and add it to a text file. Just the main 156 games (not the prototypes, unlicensed hacks, etc.) Which then can be parsed against the main DAT. With that information you can pull the parent ROMs only or parent plus clones. You can also do some filtering based on the description field. No other fields are workable. Something like the manufacturer field etc. would have been nice.

That's where I was mentioning the sourcefile field would add some additional filtering options based on the driver as their's a parameter to use it. Hopefully that makes sense. I think @grant2258 just provided us with source to do it.

@grant2258 - Is the link with the sourcefile info incorrect? I think it's pointing to the wrong location.