EMULAB Forum
clrmamepro [English] => clrmame Discussion => Topic started by: remax on 21 December 2014, 12:17
-
Seems that i had my account removed for some reason (auto pruning) ?
When i scan my MESS set i have the following errors :
misplaced romset: E:\software\nes\moepro.7z (move to a rompath)
misplaced romset: E:\software\nes\moepro90.7z (move to a rompath)
Moe Pro! '90 - Kandou-hen (Jpn) [softwarelist: nes - folder: moepro90 - parent: basload3 - size: 640kb]
missing set: Moe Pro! '90 - Kandou-hen (Jpn)
missing rom: 0.chr [size: 131072] [CRC32: 7375d251] [SHA1: c240631e734fec873f546f20edaa81e0d31b4e27]
missing rom: 0.prg [size: 262144] [CRC32: c2222bb1] [SHA1: 4195ea3610d334bef352bf77fa005f24df1bfd6f]
Moe Pro! - Saikyou-hen (Jpn) [softwarelist: nes - folder: moepro - parent: basload4 - size: 640kb]
missing set: Moe Pro! - Saikyou-hen (Jpn)
missing rom: 0.chr [size: 131072] [CRC32: 221f85cf] [SHA1: 9379b8b4d440f039993a2f156e67667b38668094]
missing rom: 0.prg [size: 262144] [CRC32: 035cc54b] [SHA1: 24466952ee7178cde859a5953b12ab5b89b0c0ea]
moepro [folder: moepro - size: 0]
wrong SysDefPath: moepro [wrong: E:\software\nes\] [right: E:\bios\]
moepro90 [folder: moepro90 - size: 0]
wrong SysDefPath: moepro90 [wrong: E:\software\nes\] [right: E:\bios\]
Everything is at the right place, the NES softlist is correctly scanned when scanning only from the XML. But there seems to be some sort of conflict when i scan from the mess.exe
I would guess it come from the fact that CMP have to create false sets because of the way the NES samples are implemented at the moment.
I have this bug from before 0.156 till now. And scanning with the official exe didn't fix anything
-
I will have a look...
-
hmm...I don't see a problem...can't repeat your behaviour...looks more to be a not correct setup...
The (move to a rompath) message seem to indicate that "nes" isn't setup as a rompath...and so the following two missing set block seem to be ok and the wrong sysdefpaths messages seem to indicate that for NES software list a wrong system default path is setup......I wonder which system you have assigned to "E:\bios"...most likely the MESS bios sets...
So if you use software lists from a mess binary you need to ensure that you got distinct system default paths setup for each listed item and they also need to be setup as rompaths.
...but of course I wonder why only 2 sets are affected...can you send me your cmpro.ini file, the belonging *.cmp file for the used profile (settings folder)...some more details can be helpful ...of course there could be some kind of hash conflict which might play a role here...but at the moment I cannot repeat your behaviour (most likely because I've only setup a minimum config).
-
https://www.sendspace.com/file/8faxfl (https://www.sendspace.com/file/8faxfl)
-
Thanks....I will have a look again...most likely tomorrow since I'm gonna watch the Hobbit today ;-)
-
Thanks....I will have a look again...most likely tomorrow since I'm gonna watch the Hobbit today ;-)
Nice, no need to hurry of course ;)
-
well...I had a quick look at it...and yes...cmpro seems to get confused because moepro and moepro90 are listed as sampleclones...and cmpro will add them as sample only sets...and that seems to interfear with the nes software list roms....
will check if that can be somehow handled....
-
ok...should be fixed for next version...maybe I do release another test build first...
-
ok...should be fixed for next version...maybe I do release another test build first...
first of all, i hope you had a merry x-mass :)
About the fix, we are nearly there !
moepro [folder: moepro - size: 0]
missing set: moepro
moepro90 [folder: moepro90 - size: 0]
missing set: moepro90
and when i click on Explore>Rompath of the selected set, it opens the folder of the nes softlist (where this two sets are present of course)...
But no hurry, this bug is less annoying as it doesn't try to erase the roms and perhaps i'll find a workaround...
EDIT : "Set information" show the samples which is more logical but the sets are here too...
-
hmm...I had your setup and it did not show the missing ones here (but the other messages...which were easily fixed).
You have to wait till next year...
-
ah...guess it is complaining about the missing sample sets (and not the nes software list ones) which is added by cmpro....(moepro and moepro90 exist twice...as nes software list sets with ic dumps and as sample sets, containing wav files).....
-
ah...guess it is complaining about the missing sample sets (and not the nes software list ones) which is added by cmpro....(moepro and moepro90 exist twice...as nes software list sets with ic dumps and as sample sets, containing wav files).....
Well it shouldn't as i also have the samples ;)
-
In a setup samplepath?
-
In a setup samplepath?
Yes.
-
http://mamedev.emulab.it/clrmamepro/binaries/cmp20150701.rar (http://mamedev.emulab.it/clrmamepro/binaries/cmp20150701.rar)
that should fix it
-
It did !
Great, thank you very much.
-
Hello,
I have a new bug (i think) with samples :
The invaders sample set is deleted cause (logically as it is detected to have no samples), but of lots of sets are samplechilds of this sets, and hence complains that the set is missing :
(http://i.imgur.com/uw2xwt7.png)
(http://i.imgur.com/Rf7MkPC.png)
(http://i.imgur.com/UgyO7bt.png)
I use the version of CMP posted here : http://www.emulab.it/forum/index.php?topic=3910.0 (http://www.emulab.it/forum/index.php?topic=3910.0)
(to fix the CHD problem)
And a freshly built SVN version of Mame (post MAME/MESS merge)
I miss some sets in the scan cause i have not yet activated the Software Lists, but everything else is ticked.
-
I will have a look
-
The fact that "invaders" got no samples itself but there are lots of clones of "invaders" which use the samples of this parent isn't a new thing. MAME .161 got it that way and I guess this is the way to go for years...
I scanned a split-merged version and don't see any issues. The sample set invaders.zip is in the sample path, the romset invaders.zip in a rompath, the clones, too...
so...maybe you should tell me more about your config (merge, split merged) and show me a screenshot when cmpro complains about the invaders.zip (or .rar/.7z) in the samplepath...
-
The fact that "invaders" got no samples itself but there are lots of clones of "invaders" which use the samples of this parent isn't a new thing. MAME .161 got it that way and I guess this is the way to go for years...
I scanned a split-merged version and don't see any issues. The sample set invaders.zip is in the sample path, the romset invaders.zip in a rompath, the clones, too...
so...maybe you should tell me more about your config (merge, split merged) and show me a screenshot when cmpro complains about the invaders.zip (or .rar/.7z) in the samplepath...
I just went from split merged to merged yesterday (probably why i only discover the problem today). I have invaders.7z in the samples subdirectory of Mame with CMP samples dir well configurated.
I have the following message :
(http://i.imgur.com/IdNIQ0u.png)
(http://i.imgur.com/Cu5XFby.png)(http://i.imgur.com/g9H7MFS.png)
(http://i.imgur.com/62GNsNS.png)
-
thanks I will do some more checking over the weekend....
-
hmm...so I tried full merged sets, the wip build...7z archived samples and roms...still no way to reproduce your problem.
Maybe you can send me:
- your cmpro.ini file, the mame binary you're using, the belonging cmpro profile (settings folder) and maybe your samples/roms 7z files....
-
PM sent
-
@remax, me tested my sets , no problem here .
Full merged mame/mess roms, t7z - no problem with roms and samples.
Attach "my" invaders.7z
and upload here full Mame dat ( ex-Ume):
https://www.sendspace.com/file/e9gzyh (https://www.sendspace.com/file/e9gzyh)
-
Well, seems fixed. Is it the oddi's invaders.7z that did the trick, or the new version i compiled ? I don't know.
Anyway, sorry for those i had made loose time if it was a problem on my side.
-
I'm just looking at your files....so maybe I find something...
-
hmmm...weird...I used your files and recreated your setup (paths, E, D drives)....and ran a scan...and...nothing...scan completed, no issues...
Windows 7 Ultimate 64bit, 64bit cmpro (also tried 32bit cmpro)
-
hmmm...weird...I used your files and recreated your setup (paths, E, D drives)....and ran a scan...and...nothing...scan completed, no issues...
Windows 7 Ultimate 64bit, 64bit cmpro (also tried 32bit cmpro)
Well, even if it's always better to source a problem, let's pretend nothing happened and hope it was just a weird bug or bad config on my side...
Thanks for taking time for me ;)
-
hehe....easy way out...but....what Operating System do you use....and what do you click (yes to all, no to all...)when cmpro gets the data from the MAME binary?
-
hehe....easy way out...but....what Operating System do you use....and what do you click (yes to all, no to all...)when cmpro gets the data from the MAME binary?
Windows 7 x64
As there is no such thing as "No to all" (not even a "No"), it's "OK TO ALL", or "OK" one million time when i'm desperate to fix a situation.
-
ok thanks....I will have a look at the source where sample sets are detected as needed or not needed...if it works for you with the replaced 7z...hmmm...maybe something is wrong with yours....or a possibly existing virus checker interfears.....weird stuff...
-
ok thanks....I will have a look at the source where sample sets are detected as needed or not needed...if it works for you with the replaced 7z...hmmm...maybe something is wrong with yours....or a possibly existing virus checker interfears.....weird stuff...
Just another unrelated note, so that you know. Apparently, when going from split to merged, it's better to empty the cache and rescan, cause without doing that CMP reports a lot of wrong merge error in software lists, that dissapear (without fixing anything) as soon as you start a clean scan on a clean database.
So if someone have same the problem, you can advice him to do the same (clear cache for profile).
Now i've a full merged roms + merged SL green scan.
-
normally you only have to do a second scan to get rid of the left overs..... ;-)
-
hmm...actually I now found a case where the sample set invaders gets marked as unneeded (when you also include software lists)....fixed for next version