lr-mame2003 driver improvement and backport

arcadez2003

@markwkidd said in lr-mame2003 driver improvement and backport:

@gamez-fan said in lr-mame2003 driver improvement and backport:

Thats why i just decided to send ya a working version for each new game in order to update the Rom packs for this core and that way users will
at least have one Rom version they can use without the need for a datfile which for some Roms will be no good anyway as they are no longer available
to download eg older Neogeo's.

Older arcade ROMs are widely available. I find it hard to believe that there are any ROMs required which can't be found online. Could you give an example of this issue?

Well if say you wanted to trackdown the NeoGeo games i added support for you would run into problems with alot of them due to the way the older MAME
cores boot these games eg bypass the encrypted Roms in some cases and load a decrypted version instead, now since these Roms are no longer required
as MAME properly handles the encryption nowadays you tend to find the ole Roms we need have been replaced with newer ones which for us when using
MAME2003 are incorrect plus the NeoGeo Roms we need are lost over time.

BTW i just booted kof2003d.zip the exact same one i sent ya's and im playing it now so i guess that clears up whether it's correct or not, right ok it seems
your all gonna keep pestering me about this so i'll drop my currant work on updating Kaneko16 for this core and switch to adding in all the proper
SHA1's to the Neogeo driver

Riverstorm

@markwkidd said in lr-mame2003 driver improvement and backport:

Older arcade ROMs are widely available. I find it hard to believe that there are any ROMs required which can't be found online. Could you give an example of this issue?

@markwkidd & @gamez-fan I know you guys are on the programming side so this isn't anything new really to explain. I am not sure if you're just trying to get a feel for what the situation is like. From the checking I've been doing there's several files unavailable for these new working ROM sets based on pulling info. from the source code updates. I have a whole list but that was one I spent a considerable amount of time on.

It seems some are just no longer used such as an m1d files (the m version). It seems to be common part of the name for the decrypted versions back then. Now the code allows for proper decryption of encrypted files and they are no longer needed in some cases and sort of are lost and forgotten.

I believe the file needed is more commonly named "271-bios.bin" and it has a size of 262,144. The CRC32 for this NeoGeo ROM is, as you posted, c521b5bc.

Thanks for the information. That's the type of thing where I get stuck but you seemed to figure it out fairly quickly where as I spent a good half hour and finally called it good. I think there's an art to it to a degree! ;) Having the "new" name should help now.

I will continue on with what I am doing long form but it's going to take a while longer to work through each one. I think these updates and additions to lr-mame2003 are permanent so I would like to build out a clean DAT with just the needed information.

If I do get stuck in tracking a ROM would it be in forum policy violation to inquiry about ROM information only as long as no links are posted? I'll get a list together of "missing" files down the road.

I am heading to Florida for the holidays so will be out for a while but will continue working on it once I return. The file has grown to large to fit in a post so at some point I'll need an upload place if you guys want to review it. It never hurts to have a second pair of eyes to catch any errors.

Riverstorm

@gamez-fan said in lr-mame2003 driver improvement and backport:

BTW i just booted kof2003d.zip the exact same one i sent ya's and im playing it now so i guess that clears up whether it's correct

@gamez-fan So picking on this ROM in the source code. It doesn't do a pre-check to verify the file exists? It's listed and loaded in the source but the game still launches? Do you have the file in the parent ROM possibly? I thought all files needed to be present to even launch?

<rom name="271-osjd.bin" size="131072" crc="c521b5bc"/>

arcadez2003

@riverstorm said in lr-mame2003 driver improvement and backport:

@gamez-fan said in lr-mame2003 driver improvement and backport:

BTW i just booted kof2003d.zip the exact same one i sent ya's and im playing it now so i guess that clears up whether it's correct

@gamez-fan So picking on this ROM in the source code. It doesn't do a pre-check to verify the file exists? It's listed and loaded in the source but the game still launches? Do you have the file in the parent ROM possibly? I thought all files needed to be present to even launch?

<rom name="271-osjd.bin" size="131072" crc="c521b5bc"/>

Hmm i just seen the above while kof2003d booted that means one of two things i have it maybe in another Neogeo Rom in my set and the game is picking it
up from there or it's actually a dummy load that the game does not require i'll look over my Neogeo Roms later certainly my Neogeo bios from my own
set has more Roms inside it than the one i uploaded the other day i'd better send it your way.

Riverstorm

@gamez-fan said in lr-mame2003 driver improvement and backport:

it seems
your all gonna keep pestering me about this so i'll drop my currant work on updating Kaneko16 for this core and switch to adding in all the proper
SHA1's to the Neogeo driver

Sorry @gamez-fan I wasn't implying anything as I know your time is important too. It's just my own frustration building out a new DAT feels a bit overwhelming. If anything the exact files listed in the source would be killer though.

I always thought a "pre-check" of files being present was always done. It seems odd that it would launch the game missing a ROM listed in the driver and then just crash if it ever calls it and it's not present? ;)

Riverstorm

@gamez-fan said in lr-mame2003 driver improvement and backport:

it's actually a dummy load that the game does not require

Ah that makes sense but it would still need to exist somewhere in the parent/clone relationship even if unused.

arcadez2003

@riverstorm said in lr-mame2003 driver improvement and backport:

@gamez-fan said in lr-mame2003 driver improvement and backport:

it's actually a dummy load that the game does not require

Ah that makes sense but it would still need to exist somewhere in the parent/clone relationship even if unused.

Sure but i dont know if it's available anymore..?? take the other day when i was looking for 271.m1d.bin when i put that directly into a google search
all the links were on Chinese sites over 15 years old and will be dead now hence why in the end i had to add the SVC Bootleg as it was the
only version i had a Rom for.

So im all for helping ya's out here a bit so folks can play the games i've added but i know for a fact adding those SHA1's to the Neogeo driver will be
a waste of my time likely as the Roms to which im adding them will be all but impossible to find unless someone is in the know of a place to grab em..??

markwkidd

@gamez-fan said in lr-mame2003 driver improvement and backport:

@riverstorm said in lr-mame2003 driver improvement and backport:

@gamez-fan said in lr-mame2003 driver improvement and backport:

it's actually a dummy load that the game does not require

Ah that makes sense but it would still need to exist somewhere in the parent/clone relationship even if unused.

Sure but i dont know if it's available anymore..?? take the other day when i was looking for 271.m1d.bin when i put that directly into a google search
all the links were on Chinese sites over 15 years old and will be dead now hence why in the end i had to add the SVC Bootleg as it was the
only version i had a Rom for.

So im all for helping ya's out here a bit so folks can play the games i've added but i know for a fact adding those SHA1's to the Neogeo driver will be
a waste of my time likely as the Roms to which im adding them will be all but impossible to find unless someone is in the know of a place to grab em..??

I'm somewhat in the know.

Could you give me an example of a ROM with its CRC or SHA1 that you think will be impossible to find? Honestly I'm a skeptic that any of these ROMs are not available.

On United States public radio there is a show called "Car Talk" which sometimes airs a segment called "Stump the Chump." I'm willing to be the Chump if you are willing to try to stump me with the CRC of a ROM that is no longer in circulation.

arcadez2003

@markwkidd said in lr-mame2003 driver improvement and backport:

Ok then try this one.............

ROM_START( svcchaos )
ROM_REGION( 0x2000000, REGION_CPU1, 0 )
ROM_LOAD16_WORD_SWAP( "269-p1.bin", 0x000000, 0x2000000, CRC(432cfdfc) SHA1(19b40d32188a8bace6d2d570c6cf3d2f1e31e379) )

ROM_REGION( 0x80000, REGION_GFX1, 0 )
ROM_FILL(                 0x000000, 0x80000, 0 )
ROM_REGION( 0x20000, REGION_GFX2, 0 )
ROM_LOAD( "sfix.sfx",  0x000000, 0x20000, CRC(354029fc) SHA1(4ae4bf23b4c2acff875775d4cbff5583893ce2a1) )

ROM_REGION( 0x80000, REGION_USER4, 0 )
ROM_LOAD( "269-m1.bin", 0x00000, 0x80000, CRC(f6819d00) SHA1(d3bbe09df502464f104e53501708ac6e2c1832c6) )
NEO_BIOS_SOUND_128K( "269-m1d.bin", CRC(fd4f0ff9) SHA1(e97e864aaa4789d854363512986e80c0606da996) )

ROM_REGION( 0x1000000, REGION_SOUND1, ROMREGION_SOUNDONLY )
ROM_LOAD( "269-v1.bin", 0x000000, 0x800000, CRC(c659b34c) SHA1(1931e8111ef43946f68699f8707334c96f753a1e) )
ROM_LOAD( "269-v2.bin", 0x800000, 0x800000, CRC(dd903835) SHA1(e58d38950a7a8697bb22a1cc7a371ae6664ae8f9) )

NO_DELTAT_REGION

ROM_REGION( 0x4000000, REGION_GFX3, 0 )
ROM_LOAD( "269-c1.bin", 0x0000000, 0x2000000, CRC(1b608f9c) SHA1(4e70ad182da2ca18815bd3936efb04a06ebce01e) )
ROM_LOAD( "269-c2.bin", 0x2000000, 0x2000000, CRC(5a95f294) SHA1(6123cc7b20b494076185d27c2ffea910e124b195) )

ROM_END

I almost had it just one shy maybe you'll find it.

NEO_BIOS_SOUND_128K( "269-m1d.bin", CRC(fd4f0ff9) SHA1(e97e864aaa4789d854363512986e80c0606da996) )

Riverstorm

@gamez-fan said in lr-mame2003 driver improvement and backport:

a waste of my time likely as the Roms to which im adding them will be

I see your point but it doesn't seem like it would be a complete waste of time. I thought duplicate CRC's are common-ish (not sure the word I am looking for there) beyond parent/clones which require a different name for merge sets if that's the case which is a different thing altogether. Same name but different CRC's probably common with 1,000's of IC chips.

With this small number of games not as big a deal but now merge it up to the main DAT and you have thousands of CRC's ClrMamePro is sorting through trying to match. I guess I wouldn't add it to the code either knowing that but I would add it to the DAT and let it guarantee the correct ROM is present. I am guessing if it's a duplicate CRC but actually the incorrect ROM you're going to experience some weird anomaly when playing.

all but impossible to find unless someone is in the know of a place to grab em..??

I guess also I was assuming you had access to the ROMs you're adding and was able to test and play them? I take it from that statement that's not the case? I can appreciate adding the changes but if you're sure they don't exist or if you can't find them then they really aren't playable?

Instead of using "pre-check" maybe "pre-load" might be a better word? All those ROMs are preloaded and hash checked whether used or not. There can only be one parent/clone relationship at a time. It can be a one to many relationship (thinking like a NAT but no clone to clone) and MAME doesn't care which of these two files it resides in or set type (non-merge, merged, split-merge) to work properly barring the BIOS. If the game loads you only need to look at 2 files to find the ROM.

If even one ROM doesn't pass the name/CRC/SHA1/(size?) then MAME is going to kick an error and drop you out of the emulator. The thought being if you don't have exactly what you're listing in the driver there's no way the game will launch if the ROM isn't present regardless if the driver is for reference or actually used. It checks if the file hash matches the code hash and loads it up. If all ROMs load successfully hopefully your game sprites, sound, etc. load and play properly.

markwkidd

@gamez-fan said in lr-mame2003 driver improvement and backport:

NEO_BIOS_SOUND_128K( "269-m1d.bin", CRC(fd4f0ff9) SHA1(e97e864aaa4789d854363512986e80c0606da996) )

Here's what I can tell you.

This dump of 269-m1d.bin was never as far as I can tell used in official MAME. Before the svc driver was introduced in MAME 0.103u2, there were however MAME PLUS builds that incorporated a work-in-progress driver using that version of the ROM.

When the driver appears in MAME 0.103u2, everyone is using a dump of that ROM with crc=447b3123 sha1=a09adc2c0ee2ee0f01287ceb97474a1a58093bd2

I am pretty handy with tracking down specific ROMs but this one really may be lost in time. You stumped me! But I want to ask: is this really the version of the ROM that the backported code requires, since it was never apparently used by MAME? What version of MAME does the backport come from?

Rion

@markwkidd It wouldn't surprise me if the rom comes from CoinOps, MAMEoX or some other Xbox First generation Mame port.

darknior

Sorry i don't read all the thread, so busy for the moment, but if you search ROM from MameoXtra or CoinOps i have all of them, if you write a list i can try them or give the good CRC ?

maxbeanz

Sounds like the XBOX versions have modified the actual ROMs to get the game to work rather than the code and that's why they are so obscure, they're custom. Surely ANY ROM will be available in the latest MAME and Rollback sets otherwise they are not official dumps ?

arcadez2003

Yeah i think some of these Roms came from Kawaks sources, plus as they are hacks you dont see them supported in current MAME

markwkidd

@gamez-fan said in lr-mame2003 driver improvement and backport:

Yeah i think some of these Roms came from Kawaks sources, plus as they are hacks you dont see them supported in current MAME

Unfortunately the most recent versions of Kawaks no longer uses that dump of the ROM and I have been unable to locate a Kawaks ROM collection that includes it. Those kinds of sets are not nearly as well preserved as MAME ROMs :\

arcadez2003

@markwkidd said in lr-mame2003 driver improvement and backport:

@gamez-fan said in lr-mame2003 driver improvement and backport:

Yeah i think some of these Roms came from Kawaks sources, plus as they are hacks you dont see them supported in current MAME

Unfortunately the most recent versions of Kawaks no longer uses that dump of the ROM and I have been unable to locate a Kawaks ROM collection that includes it. Those kinds of sets are not nearly as well preserved as MAME ROMs :\

I have another NeoGeo driver that im looking over just now first impressions are it uses the proper MAME dumps and as such it might be the better one to use.

arcadez2003

Ok here's the commit.........

[url]https://github.com/libretro/mame2003-libretro/pull/249/commits/29afca9c1347fb7d0a59065d8a83b2e0d06bf5d9[/url]

I had to keep kof2003d as to add the proper parent would have been difficult due to Neogeo protection and decryption code changes between MAME78
and MAME103.u5 when that game was first added so better we stick with the decrypted version as we have the code in the source to boot that one
plus a Rom handy that we can use, hopefully the other games which are now using different Roms are ok with the existing code in the driver
i guess you'll find out when ya try to play em.

Regards!!

Riverstorm

@maxbeanz said in lr-mame2003 driver improvement and backport:

Surely ANY ROM will be available in the latest MAME and Rollback sets otherwise they are not official dumps ?

That's what I always thought too. :) That's interesting so the challenge was due to them not being official hence not available in the rollback?

I have a good start on the DAT. I combed through a 2nd time and added the description (full name), year and manufacturer and merge info. A 3rd time to add the <BIOS SET> and BIOS files information and a 4th time to sort the ROMs alphabetically. So they basically look like the example below.

I am currently verifying the list against the source code and then I need to add the samples last which should be creating a quick list in Notepad and pasting them into the DAT. The new samples are going to require the original ROMs be recreated but nothing will be changed. Basically overwriting the original files or removing them as samples aren't stored with the ROMs.

The list of new games is below do you think it would be worth adding the list to the first post so we have a list & location to reference these new games?

I am not sure if the Markdown code block is working as the preview pane isn't showing it properly.

I don't know if there's a way to format a table to make the new games list more legible. I tried a basic HTML table but it doesn't seem to work.

	<game name="mslug4" romof="neogeo">
		<description>Metal Slug 4</description>
		<year>2002</year>
		<manufacturer>Mega</manufacturer>
		<biosset name="euro" description="Europe MVS (Ver. 2)" default="yes"/>
		<biosset name="euro-s1" description="Europe MVS (Ver. 1)"/>
		<biosset name="us" description="US MVS (Ver. 2?)"/>
		<biosset name="us-e" description="US MVS (Ver. 1)"/>
		<biosset name="asia" description="Asia MVS (Ver. 3)"/>
		<biosset name="japan" description="Japan MVS (Ver. 3)"/>
		<biosset name="japan-s2" description="Japan MVS (Ver. 2)"/>
		<rom name="000-lo.lo" merge="000-lo.lo" size="65536" crc="e09e253c" sha1="2b1c719531dac9bb503f22644e6e4236b91e7cfc"/>
		<rom name="263-c1.bin" size="8388608" crc="84865f8a" sha1="34467ada896eb7c7ca58658bf2a932936d8b632c"/>
		<rom name="263-c2.bin" size="8388608" crc="81df97f2" sha1="2b74493b8ec8fd49216a627aeb3db493f76124e3"/>
		<rom name="263-c3.bin" size="8388608" crc="1a343323" sha1="bbbb5232bba538c277ce2ee02e2956ca2243b787"/>
		<rom name="263-c4.bin" size="8388608" crc="942cfb44" sha1="d9b46c71726383c4581fb042e63897e5a3c92d1b"/>
		<rom name="263-c5.bin" size="8388608" crc="a748854f" sha1="2611bbedf9b5d8e82c6b2c99b88f842c46434d41"/>
		<rom name="263-c6.bin" size="8388608" crc="5c8ba116" sha1="6034db09c8706d4ddbcefc053efbc47a0953eb92"/>
		<rom name="263-m1.bin" size="65536" crc="38ffad14" sha1="03d526a887aad28306400c21abd131b9c301c221"/>
		<rom name="263-m1d.bin" size="65536" crc="0c4c42f8" sha1="b7be47d909f5e4fcfe769ead0653d40e1e708d36"/>
		<rom name="263-p1.bin" size="1048576" crc="27e4def3" sha1="a08785e8145981bb6b5332a3b2df7eb321253cca"/>
		<rom name="263-p2.bin" size="4194304" crc="fdb7aed8" sha1="dbeaec38f44e58ffedba99e70fa1439c2bf0dfa3"/>
		<rom name="263-v1.bin" size="8388608" crc="01e9b9cd" sha1="0b045c2999449f7dab5ae8a42e957d5b6650431e"/>
		<rom name="263-v2.bin" size="8388608" crc="4ab2bf81" sha1="77ccfa48f7e3daddef5fe5229a0093eb2f803742"/>
		<rom name="asia-s3.rom" merge="asia-s3.rom" size="131072" crc="91b64be3" sha1="720a3e20d26818632aedf2c2fd16c54f213543e1"/>
		<rom name="sfix.sfx" merge="sfix.sfx" size="131072" crc="354029fc" sha1="4ae4bf23b4c2acff875775d4cbff5583893ce2a1"/>
		<rom name="sm1.sm1" merge="sm1.sm1" size="131072" crc="97cf998b" sha1="977387a7c76ef9b21d0b01fa69830e949a9a9626"/>
		<rom name="sp-e.sp1" merge="sp-e.sp1" size="131072" crc="2723a5b5" sha1="5dbff7531cf04886cde3ef022fb5ca687573dcb8"/>
		<rom name="sp-j2.rom" merge="sp-j2.rom" size="131072" crc="acede59c" sha1="b6f97acd282fd7e94d9426078a90f059b5e9dd91"/>
		<rom name="sp-s.sp1" merge="sp-s.sp1" size="131072" crc="c7f2fa45" sha1="09576ff20b4d6b365e78e6a5698ea450262697cd"/>
		<rom name="sp-s2.sp1" merge="sp-s2.sp1" size="131072" crc="9036d879" sha1="4f5ed7105b7128794654ce82b51723e16e389543"/>
		<rom name="usa_2slt.bin" merge="usa_2slt.bin" size="131072" crc="e72943de" sha1="5c6bba07d2ec8ac95776aa3511109f5e1e2e92eb"/>
		<rom name="vs-bios.rom" merge="vs-bios.rom" size="131072" crc="f0e8f27d" sha1="ecf01eda815909f1facec62abf3594eaa8d11075"/>
	</game>

"Cabal (World, Joystick version)" cabal cabal.c
"Power Instinct Legends (USA)" plegends cave.c
"Puzz Loop 2" pzloop2j cps2.c
"Denjin Makai" denjinmk denjnmk.c
"DJ Boy" djboy djboy.c
"Baryon - Future Assault" baryon dreamwld.c
"Cute Fighter" cutefght dreamwld.c
"Dream World" dreamwld dreamwld.c
"Gaia - The Last Choice Of Earth" gaialast dreamwld.c
"Rolling Crush" rolcrush dreamwld.c
"Counter Run (bootleg set 1)" countrnb freekick.c
"Asura Buster - Eternal Warriors" asurabus fuukifg3.c
"Hyper Street Fighter II: The Anniversary Edition (Asia 040202)" hfs2a cps2.c
"Title Fight (World)" titlef multi32.c
"Hyper Crash (version D)" hcrash nemesis.c
"Bang Bang Busters" bbbuster neogeo.c
"Choutetsu Brikin'ger - iron clad (prototype)" ironclad neogeo.c
"Crossed Swords 2" crswd2bl neogeo.c
"Ghostlop (protoype)" ghostlop neogeo.c
"The King of Fighters 2001" kof2001 neogeo.c
"The King of Fighters 2002" kof2002 neogeo.c
"The King Of Fighters 2003 (Decrypted C)" kof2003d neogeo.c
"Last Hope" lasthope neogeo.c
"Metal Slug 4" mslug4 neogeo.c
"Metal Slug 5" mslug5 neogeo.c
"Pochi & Nyaa" pnyaa neogeo.c
"Power Instinct Matrimelee" matrim neogeo.c
"Rage of the Dragons" rotd neogeo.c
"Samurai Shodown V" samsho5 neogeo.c
"Samurai Shodown V Special" samsho5sp neogeo.c
"Sengoku 3" sengoku3 neogeo.c
"Snk Vs Capcom : Svc Chaos" svcboot neogeo.c
"Zintrick / Oshidashi Zentrix (hack / bootleg)" zintrckb neogeo.c
"Zupapa!" zupapa neogeo.c
"Zupapa! (Decrypted C)" zupapan neogeo.c
"Gunbarich" gnbarich psikyosh.c
"Dyna Gears" dynagear ssv.c
"Vasara 2 (set 1)" vasara2 ssv.c
"Sonic Boom" sonicbom system16.c
"Air Rescue" arescue system32.c
"Rock'n Tread 2 (Japan)" rockn2 tetrisp2.c
"Rock'n 3 (Japan)" rockn3 tetrisp2.c
"Rock'n 4 (Japan)" rockn4 tetrisp2.c
"Fire Shark" fireshrk toaplan1.c
"Vimana" vimana toaplan1.c
"FixEight (bootleg)" fixeighb toaplan2.c

Riverstorm

@gamez-fan said in lr-mame2003 driver improvement and backport:

Ok here's the commit.........

[url]https://github.com/libretro/mame2003-libretro/pull/249/commits/29afca9c1347fb7d0a59065d8a83b2e0d06bf5d9[/url]

Thanks @gamez-fan there seems something wrong with the link.