Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[john iv]

So I currently have 35 \mame\software directories with contents.
With each MAME release how can I check them all in the fewest moves.
Can I use mame -listsoftware to an xml file and then use the scanner to take care of all 35 directories in one swoop somehow? Or is there another easier way?  Actually does -listsoftware contain the same information as the \hash\*.xml files?

[Roman]

See my previous post, yes, you can scan them (the SL ones) in one go...and no, there are not all roms in the -listsoftware export which are available as hash files...but I think it's more about complete hashfiles being not included, not single roms in it....ask MAME Devs...I haven't checked that for years...

If you're only interested in some SL, you can use the filter option or you can use the contextmenu to hide fully missing software lists etc...

[john iv]

Thanks, that worked well when I filtered the results window per your suggestion.
Interestingly with this method (-listsoftware) my AES neogeos report fine and so does megadriv, but the individual \hash\xml versions throw the errors I've posted about.

Also note in the screenshot, I weirdly have two partly problemed machines that are *not* in my \software directory; i7000_card and msx1_cart. The PSX entry is there in results because I only have the Wipeout CHDs in \software\psx.

[Roman]

Ah...nice finding. -listsoftware and the hashfile for e.g. neogeo do differ in regards to dataarea entries:


<dataarea name="sprites" size="0x800000">
            <rom loadflag="load16_byte" name="043-c1.c1" offset="0x000000" size="0x100000" crc="bad2d67f" sha1="04928e50ca75b7fbc52b64e816ec5701901f5893" />    <!-- TC5316200 -->
            <rom size="0x100000" offset="0x400000" loadflag="continue" />
            <rom loadflag="load16_byte" name="043-c2.c2" offset="0x000001" size="0x100000" crc="a7fbda95" sha1="9da3c5faf22592a7eaf8df9fa6454f48c2a927ae" />    <!-- TC5316200 -->
            <rom size="0x100000" offset="0x400001" loadflag="continue" />
            <rom loadflag="load16_byte" name="043-c3.c3" offset="0x200000" size="0x100000" crc="f00be011" sha1="2721cdba37a511a966a2a53b9bd6240f181d920c" />    <!-- TC5316200 -->
            <rom size="0x100000" offset="0x600000" loadflag="continue" />
            <rom loadflag="load16_byte" name="043-c4.c4" offset="0x200001" size="0x100000" crc="1887e5c0" sha1="9b915359add7c10c78d8b281b4084eceea8f0499" />    <!-- TC5316200 -->
            <rom size="0x100000" offset="0x600001" loadflag="continue" />
         </dataarea>


versus

            <dataarea name="sprites" size="8388608">
               <rom name="043-c1.c1" size="2097152" crc="bad2d67f" sha1="04928e50ca75b7fbc52b64e816ec5701901f5893" loadflag="load16_byte"/>
               <rom name="043-c2.c2" size="2097152" crc="a7fbda95" sha1="9da3c5faf22592a7eaf8df9fa6454f48c2a927ae" loadflag="load16_byte"/>
               <rom name="043-c3.c3" size="2097152" crc="f00be011" sha1="2721cdba37a511a966a2a53b9bd6240f181d920c" loadflag="load16_byte"/>
               <rom name="043-c4.c4" size="2097152" crc="1887e5c0" sha1="9b915359add7c10c78d8b281b4084eceea8f0499" loadflag="load16_byte"/>
            </dataarea>


looks like there is a bug in the new tools when parsing the "loadflag=continue" part


should be an easy quick fix....but surely I will first check if megadrive is the same problem....

i7000_card and msx1_card....well...click the

• in front of the list and you will see what's wrong...I assume that you have a possible missing but fixable files in there. Some software lists share files....e.g. Atari ST and Amiga have some identical ones...i7000_card got some in common with coleco (sha1 5e2b96c19c4f5c63a5afa2de504d29fe64a4c908) and so on....so yes, you might already have fill-ins for sl lists which you don't to collect (yet).

[john iv]

Interesting, one set in each of the lists.  Attached.  Can you tell if these are shared somehow with my existing 32 machines posted above?  What are the options to hide this, I'd rather not have i7000_card and msx1_card files hanging around to get the coveted 'all clear' in the scanner.

[Roman]

ok that's interesting because I thought it shows something like "missing but fixable rom" and not just a "missing" one...will check that...your xml is just a "mame.exe -listsoftware" I guess?
Hiding...well...only by using filter to limit the output to software lists you got....xpath expressions are powerful ... depending on how many SL you have it's either better to create a not expression or one which lists the ones you have....

[john iv]

Yep, it's just -listsoftware output to an xml file and chosen in the scanner's source dialogue box.

FWIW, I was also forced to quiet a couple other ones by downloading their files, it was famibox, pce_tourvision, and nes_ade.

[Roman]

you don't even need an xml...if you enter "c:\mame\mame.exe -listsoftware" (with your path of course), it will get the data from the exe (stores the export in the export folder and only updates when the exe changes)...

why aren't you asleep .....ok...let me do my normal real life job first....I will look into it :-)

[john iv]

Laugh, yes, almost time for bed here, but 9am Monday in Deutschland.

Right, I wanted to see if it was a more efficient workflow to produce the listsoftware.xml at the end of my compile scripts and have the scanner use that vs. having to wait for the scanner to produce it freshly. *shrug*.  Gives the impression the scanner is even quicker!

[Roman]

ok...so the neogeo and megadriv bugs are gone...it was the loadflag="continue"....bad string compare on my side...silly me..

now to the "Itautec I-7000 cartridges [i7000_card]" thing...yes, it's because it shares files with other software lists but it should list the rom as "fixable missing rom" though...at least it does here.. (see screenshot). Same for the others...weird...will do further investigations.

Can you send me the belonging xml file from the "scans" folder please (and your settings.xml) ? The tree is rendered out of this scan xml....

[john iv]

Ok, sent you the scans xmls and settings.  I think it's behaving as you designed now after clearing temps and starting from fresh and letting the scanner fix the fixable shared items. 

If I'm understanding, now what's being displayed is red x missing non-shared roms but which are there because of the new presence of the fixed files \software folder (i7000_cart).  Orange icons indicating the prior fixable sets that now have the shared part taken care of but other parts of them are missing?

So is there any way to get a clean bill of health (using -softwarelist) without involving any of the shared roms that I'm not interested in.

[Roman]

So....it finds a missing but fixable file inside your completely missing sl i7000_cart...it's one of the 3 Itautec I-7000 cartridges [i7000_card] roms...it finds it in your coleco sl since there you got it....so -when fixing is disabled- it will list it orange with "missing but fixable".
If you got "fix issues" enabled, it will auto add it from the coloco sl in your i7000 one....but since only 1 of the 3 roms are shared, the other 2 of that machine still appear as missing. But you do now have 1 rom of the set, so it is listed as a machine which is partly ok (or not ok ;-)).

So...it's not an issue ;-)


If you want to avoid this, you'd need to add a filter expression which matches the software lists you want to have. Could be a bit lengthy though but something like:

xp://softwarelist[
   @name='a800')
or @name='a800_cass'
or @name='a800_flop'
...
or @name='xegs'
]/software

most likely you can improve it by using "contains", starts-with etc keywords or filtering by description etc....or do something like [ contains(„a800,a800_cass,…“,@name)]

since filtering also works with regex and textfiles, I will think about a way to list the softwarelist names only.....(currently regular expressions and file would work on machine names (e.g. pacman etc).....maybe I add something like sl:a800,a800_flop,... etc....

Guess I will wait for the next MAME release to see if something else pops up before the neogeo "continue" fix is out....but thanks a lot for your input....as always ;-)

[john iv]

Thanks Roman, I think we're synced on our understanding of the current situation.

I think the easiest path of least resistance for me is to just have those extra 70MB of missing ROMs and there will be no complaints on the scanner and I can continue to use the -software list method instead of doing 32 \hash\*.xmls. (of course I wouldn't have found your neogeo continue issue w/out the \hash method)

Question, is the rebuilder smart enough to take -softwarelist input and know where to put things in the output path \software directory?  Maybe that's where the i7000_cart folder was created in my mame\roms folder unintentionally.  Thanks for walking me through it all, cheers -

[Roman]

The rebuilder is smart enough (well, it's the same core as the scanner regarding to patterns, etc), so it should create subfolders for software lists in your output when you've got a -listsoftware export loaded.
I will check what may lead to the placement in \roms...