Print

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

[remax]

Fine

have a good day.

[remax]

Well. I confirm that totally fixed it... in Mame.

I still have the same pb with CHD when scanning MESS roms. Don't know if you have specific code for each "driver" but, if it's the case, you'll probably have to do the same fix there

(And yes, i cleared profile cache before scanning).

[Roman]

The problem is rompath ordering related, not anything driver related...For which chd do you get the problem?

[remax]

The CHD from madden96, rockman8 and traidp

All 3 from [SOFT] Sony Playstation CD-Rom List

Note that these CHD have no problems when only scanning the softlist using the psx.xml from the hash folder.

I only have problem with these 3 CHD when scanning using the mess executable

[remax]

Note that, unlike MAME, i use a non standard, but correct i think, configuration.

I store the bios files in the bios directory
I store the software list in a folder called software

Hence, clrmame detects sets in two places and reports it, but it doesn't bother me.
And i can't check the unneeded tick as if i do that, it will try to move everything from software folder into bios folder and would want to erase every softlist that exist as .xml and not in the MESS exe.

NB i unchecked from "Sytems..." some of the heavier softlists (Megacd, pcecd, etc...) that i don't have.

[Roman]

Regarding the "set exists in various rompaths" message, it seems that you e.g. keep the set "c64_cs" in bios as 7z and as zip..guess one can be removed. The other ones seem a bit odd to me...you go e.g. apple2gs.7z as bios (which seems to be fine) and the set as folder in e:\ume\software\apple2gs.

Seems like you rompath setup is a bit wrong...I'd assume that the apple2gs software list got an own rompath assigned (in settings and in systems)...

A clean softwarelist/bios splitting via sysdefpaths should also prevent you from your unneeded problem where sets are moved to a place you don't want them to be moved.

Regarding the chd missing but fixable ...I will have another look soon.

[remax]

Wow wow wow... this one is totally for me!

When i first tested this configuration, i tryed to put E:\ume\bios and E:\ume\software in the roms folder list. This was obviously incorrect, but i forgot it and was lost in between the long list of e:\ume\software\nameofthelist that were automatically added when they are set in "Systems".

And i was so convinced that the behaviour i described in my earlier post was the natural consequence of my non standard setting that i didn't even tried to double check my list.

Now that i removed this entry, it's really better. There are still 5 or 6 conflicts, like sufami for snes, at the same time a bios and a member of the softlist, but i don't think clrmame can do anything about it.

Of course, i didn't fixed the CHD folder

[Roman]

hmm...ok I will look at the "is bios and also part of the software list" thingie...can you send me some example files for that?
...and of course I will also check the chd one....

[remax]

So the good news, as i said in my Mp is we can say that i have fixed the duplication problem.

The bad news is : i DL the cdi softlist and activated both in mame and mess and gave me an orgy of the CHD bug

http://imageshack.us/a/img853/7021/sanstitre6iu.png

I think it's all the same thing a problem with CHD priority in softlists.

(I didn't expanded item to see the whole list, but believe me, each of these bugs are the same missing but fixable bug).

[Roman]

Try this

http://mamedev.emulab.it/clrmamepro/binaries/cmpro20120928.rar

[remax]

We're nearly there... All the "missing but fixable" bugs have disappeared from every place.
... But there is a new small problem that has appeared : A few CHDs from the softlist in MAME are tagged as unneeded whereas they are totally valid. I scan with MAME 0.147 official build.

This problem doesn't happen in a MESS scan though (with the same CHDs), and in a direct CDI SL scan

Here is a snap that show this :



Well perhaps i'll wait till the next MAME release to see if the problem is still there and i'll report the result to you

(or it's again something on my side, anyway i'll do some tests to be sure. So, no need to hurry)

NB : You can't imagine how i would have liked to come here and just says "yeah, it totally worked". I'm sorry for that

[remax]

Well perhaps a quicker way to fix it : according to the devs, there should be no cdi and cd32 SL in mame.

[Roman]

A chd is listed as unneeded if the sha1 (for older chds, md5), information in the chd header is not matching at all to the database....

so either the sha1 is not part of the -listxml / -listsoftware part or - typical for converting baddump chds to chd version v5 - the chd is bad.

Can you please send me one (or let me know where I can download one) which causes the problem for you?

[remax]

I didn't put all the info. When the chd is erased, it ask for a chd with a specific sha1 which match the sha1 i obtain using chdman -verify.

Anyway, no problem, i'll send you a PM with one of the CHD

[remax]

It seems that my question is going to make the SL forbiden in mame 

So, as i said, don't put too much of coding into it as it's perhaps going to be deprecated.

[Roman]

hmm...can't repeat this here...the chd is found and matched correctly...not handled as unneeded. maybe your cmpro.ini and belonging .cmp file from the settings folder can help....

[remax]

http://www.sendspace.com/file/gbpbki

[Roman]

Try this

http://mamedev.emulab.it/clrmamepro/binaries/cmpro20121002.rar

[remax]

Try this

http://mamedev.emulab.it/clrmamepro/binaries/cmpro20121002.rar

And it gave...









A TOTALLY CLEAN SCAN!



Thank you for your great work!

I sent you a little compensation for your hard work. Have a nice day

[Roman]

thanks a lot for the donation! highly appreciated!
regarding the fix, all three issues which you reported are actually related and the current fixes are more or less workarounds. I will fi it properly next week.