Print

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

[Roman]

clrmamepro 4.03a

fixed: 7z crash for archives which don't use date/time stamps (t7z)
fixed: incorrect removal of sampleof assignements starting with .145u1

[oxyandy]

Thanks again Roman.

[B2K24]

Thank you Roman, auditing and rebuilding sets that are 7-zipped is working well.

On another note:  after testing new CHD handling with 4.03a
This is not any fault with ClrMamePro, but information everyone should know.
I believe there is problem with chdman and there is bug report on mametesters
http://mametesters.org/view.php?id=4699

I just finished converting a complete set of 0.145u1 CHDs and scanning with CMP 4.03a with chdman properly set to V5 and path to it properly set.

248/559 are incorrect according to the audit.

chdman 0.145u1
CRC32: F4D4CFDB
MD5: 9499D54BAF3F88385C86D773C65BE5B7
SHA-1: 6064A4875AB7E04D590246B42782BD6D0D27198A


http://pastebin.com/NRujHpXV

[Bugfinder]

I've got a little problem with 4.03a and MAME 0.145u1: whenever it reaches indytempc, it says it detected missing files and asks permission to fix it. I give permission, it (supposedly) fixes it and continues. By the end, nothing is missing. But when I run another scan, it asks that same question again.

I observed into indytempc and the so-called missing files are indeed missing, even after it was just fixed. So I manually inserted them. Then I ran CMPro again, and it said those were unnecessary (!), asked me permission to remove them. I gave permission, it finished removed the "unnecessary" files and then... asked permission to put them back, because it decided they were necessary.

It can't also see I'm missing 2 big files in spb.zip (12a.bin and 13b.bin), they aren't anywhere else, there's only 1 sbp.zip in my rompaths. Suggestion?

[Roman]

Regarding indytempc: Move all instances from the files to a new folder and rebuild them back to your collection.
Regarding spb.zip: Erm...what is the problem here?

[Bugfinder]

I did what you suggested: removed indytempc.zip from my ROMpath and let CMPro do the job. When it came to it, asked me permission to add 20 files, which I gave one by one. After it ended, only one file was inside indytempc.zip: 136032.116 and an error message with this content:

Code: [Select]

Indiana Jones and the Temple of Doom (Cocktail) [folder: indytempc - parent: indytemp - size: 833kb]
missing rom: 136032.117 [size: 16384] [CRC32: 9af9fe29] [SHA1: 1d5077662e4111ece9f8a5124394dad8b1abdc13]
missing rom: 136032.120 [size: 16384] [CRC32: 90a1950d] [SHA1: fba32c255850312175d1e3c03d677ffb57e09e07]
missing rom: 136032.631 [size: 32768] [CRC32: 9ac96ba8] [SHA1: d80adabb4198461b5976577bdd8cc4e650de1c8e]
missing rom: 136032.632 [size: 32768] [CRC32: d3e1a611] [SHA1: edbced6dd64ca44a59aff6a4acca0b3ddb233810]
missing rom: 136036.160 [size: 512] [CRC32: 88c65843] [SHA1: 81fef378b3dbf4d7228beb7427e2f75cae371808]
missing rom: 136036.170 [size: 32768] [CRC32: f318b321] [SHA1: 8fe9e88fa9f2104526f89926a7119b866051e4ef]
missing rom: 136036.533 [size: 32768] [CRC32: 06c66335] [SHA1: 848cd7d8c2d8da4d07ddc908676155e154ae764a]
missing rom: 136036.534 [size: 32768] [CRC32: eae396be] [SHA1: 6d7a82a2fd43b91c6c1e2c07d33c81487b845bba]
missing rom: 136036.568 [size: 32768] [CRC32: 2bbc16ed] [SHA1: f20a07632679641f007caa44feb52272f8a2936d]
missing rom: 136036.569 [size: 32768] [CRC32: 39270ade] [SHA1: 9d2d029eacfe4565972ed40a9f96970f42875608]
I repetead the process, got the same result. Incidentally, 136032.116 was exactly the last file I was asked to allow be put in.

About sbp.zip, according to the emulator it should have inside: 1b.bin, 2a.bin, 2b.bin, 12a.bin, 13a.bin, 3b.bin and 4b.bin but 12a.bin and 13a.bin are missing from sbp.zip after scan. And I do have the correct files in my add folder.

[Roman]

As I said, use the rebuilder to readd the files, not fix-missing via addpaths.

Can you send me your original files somehow?

[Tafoid]

clrmamepro 4.03a

fixed: 7z crash for archives which don't use date/time stamps (t7z)
fixed: incorrect removal of sampleof assignements starting with .145u1

Regarding this, are they (parent sets which have samples named after them) supposed to still come up with a warning, even though they scan after an "OK to ALL" click?  All games that use samples now have this "sampleof=" tags, even the parent samples.  I think this is a permanent change in behavior.

[Roman]

the samples stuff is fixed in 4.03a....

indytempc  has no samples though

[Bugfinder]

I'm a bit confused; after compiling 0.145u1 and using the resulting mame64.exe with CMPro, I get a results window showing 17.302 sets. But in another forum (RetroROMs) they use a mame-0145u1.xml with 18.676 sets. Should I use that instead? Because my error comes from using the executable I compiled.

[Roman]

if you're using the official source from mamedev, you should be fine.

[Bugfinder]

Would you be so kind to send me a link to the older version I had before updating? It was cmp3138a_32 (the 64-bit version is OK too). I deleted it after updating, and would like to do some more testing before making definitive conclusions.

[Roman]

Sorry but I don't keep old version binaries and you should definetly not use 3.x.
As mentioned, you should get rid of the indytempc issue by manually removing all instances of this set and readding them with the rebuilder and not fix-missing and a clean new scan afterwards.

[Bugfinder]

All right, I understood wrong the first time, now I rebuilt as you said and my rebuild folder doesn't have indytempc, but it does have indytemp with the files that were supposed to be inside indytempc. I use split, not merged. Every file that I receive warning about being missing from indytempc, is now inside the rebuilt indytemp. Shouldn't I have got indytemp AND indytempc?

[Roman]

First of all, check the merge mode Maybe you just rebuilt a full merged set while you want split merged.

Or...maybe you really only have the parent (assuming indytemp is the parent) files....then of course the rebuilder only rebuilds these...

Then actually check what you/MAME is missing. You can do a crc32 compare with mame's -listxml output for example and see what is wrong with your files.

On a sidenote you might want to check system and set-information if you got all systems and all sets enabled....but I think you got....

[Bugfinder]

On a sidenote you might want to check system and set-information if you got all systems and all sets enabled....but I think you got....

That did the trick. The systems weren't all selected, I can't tell you right now what happened. Perhaps because I deleted mame0145u1 cmp file and in the new version I forgot to add all systems. Thank you for your assistance, now I need to decide wether to convert all CHDs now or wait for the final version.

Right now I'm using version 5 on the compressor/CHDMan and CMPro doesn't complain about some of my CHDs, missing ones or unneeded. I let them stay on a single folder named chd inside roms. I have CHDs checked on "You want to scan".

[Roman]

you should not convert yet since there are known issues with v5 chds...see mame forum...better wait

[Golbez]

I found this thread while googling around; I've done everything I can, using the rebuilder to redo indytemp and indytempc, and everything I do, no matter what, ClrMAME will not accept that it's good, and continues to ask me if I want to add roms to it. These romsets appear to be complete based on other sources... any ideas? Using ClrMAME Pro 4.06 with MAME 0.146. Thanks.

[Roman]

Guess you need to move it manually....depending on your merge mode etc...without giving information about your used merge mode and where the single parent/clone sets for that one in your rompaths exist, I can't tell you what to do though...deleting all instances the parent and clones in all rompaths and readding it via fixmissing or rebuilder should do the trick though...