EMULAB Forum

Please login or register.

Login with username, password and session length
Advanced search  

News:

The new forum is online, hope you enjoy it!

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - Balteck

Pages: [1] 2
1
Thank you very much. Don't be in hurry only for me.

When you want (if you wish) send me a PM to explain the reason.
I'm very curious and I like to be a good beta-tester

Thank you again for the very quick fixes

2
I did a test here here with burnding road in psx and the move to saturn worked fine.

What I found strange is:

during scan, cmpro found in softlist\psx the folder hatsukoi tagging it as wrong name, so it renamed it as hatsuval. (right choice)
then cmpro found in softlist\saturn the folder bakushou tagging it as wrong name, so it renamed it as yoquizdx. (right choice)
then cmpro found in softlist\psx the folder burningr tagging it as wrong path, so it moved it in softlist\saturn\burningr (wrong choice, infact in second scan it deleted the moved CHD)

3 wrong named set, but 2 different treatment.

3
Here I am with test result.

Very goog good news. The last cmpro did wonderful scan.
It found many wrong named/unneeded/double roms that before. With order:

1) in "softlist\alice32" cmpro found "coloric.7z" that is a clone of "colormac.7z". It asks for rename to "colormac.7z". Because "colormac.7z" already exists, it moves "coloric.7z" in backup folder instead of renaming it or adding it in "colomarc.7z". With rebuilder function on backup folder as source, cmpro added coloric rom inside "colormac.7z" archive.
In this way cmpro found all orphaned files I have. Some files (like coloric) were a clone 7z that's not present in parent set, some other files were a clone 7z that's also present in parent 7z archive.

2) in "softlist\psx", cmpro found "hatsukoi" folder that contains "hatsukoi barentain (japan) [slps-00831].chd" and renamed the folder in "hatsuval".
In this way it found other PSX and saturn CHDs in wrong (old named set for previous mame) folder and renamed them accordingly to .177 named set.

3) Gakuen King CHD is reported correctly in any way (miss one, both misses, both presents)

4) happyfrt and many others removed in last mame are correctly found as uneeded and moved in backup folder.

But stangely, cmpro didn't renamed "softlist\psx\burningr\burning road (japan) [slps-00518].chd" in "softlist\psx\broad\burning road (japan) [slps-00518].chd", but it detected wrong path and moved the CHD in "softlist\saturn\burningr". A second pass with scanner deletes "burning road (japan) [slps-00518].chd" from "softlist\saturn\burningr". So I moved "burning road (japan) [slps-00518].chd" in generic roms folder from backup folder and in third pass with scanner cmpro moved it in the right folder (softlist\psx\broad).

So I'm very happy that my collection is a clean full merge set and I have no more orphaned files around or false missing CHD because they stay in unknown folders

Good work (as usual)

4
I tried the new version.

Now if I have both gakuen king.chd cmpro shows no errors.
If I delete the CHD of fmtowns_cd, cmpro shows missing set (but not missing CHD in set) for fmtowns_cd
If I delete both CHDs, cmpro shows missing set and missing CHD for both sets

For the issue of renamed/unneed sets with a name of a new set, cmpro shows nothing. No error, no missing, no wrong path, etc. Like if happytr.7z on msx1_cart was deleted (but it is always there in msx1_cart folder). So it was better before, that I could check any wrong path by hand and I could choose what to do and not having dead files around.

As I understood the logic of cmpro, I will ask if it possible to change the behavior in this way:

Now cmpro scans for files, it finds happytr.7z (so it assumes that is the set "happytr"), looks for this set and finds that it is in msx1_cass (not msx1_cart where it found it). Tries to move in right place (in this specific case, it fails because it finds a file named happytr.7z in right place, instead of merging two archives together having an happytr.7z contains 2. cas and 1.rom files, like cmpro does with CHDs, it skips to move the 7z file) and in a second scan discovers that the 7z contains a rom unneeded for this set. It deletes it and if it is a rom of another set (because mamedev simply renamed the set and used the same name for another set in another soflist), cmpro rebuilder does the magic.

My idea is that scans for files, it finds happytr.7z (so it assumes that is the set "happytr"), looks for this set and finds that it should be in msx1_cass (not msx1_cart where it found it). Instead to move it in right place, scans inside this set and discovers that:
1) is a rom of another set of same softlist (ie: softlist\apple2\alice.7z that was renamed in softlist\apple2\alcwndrl.7z)
    and it renames the 7z or add the rom to existent alcwndrl.7z file because it a old-parent rom become clone rom
2) is a rom not present in any set of any softlist and it marks it unneeded
3) is a rom that really misplaced and it moves it in the right place.

In this way I think that it will be solved the same issue with CHD. For example burning fight (japan) [slps-00518].chd, in previous mame it was a parent rom of set softlist\psx\burningr. Now is a clone rom of set softlist\psx\broad (the parent rom is the USA version of CHD), but there is a parent set named burningr in softlist\saturn and cmpro wants to move the psx CHD in saturn set, deleting it in second pass scan because is not in the right set, but ignoring that is a CHD for the softlist\psx\broad set.
 
What do you think?

5
here we go again:
( http://mamedev.emulab.it/clrmamepro/binaries/cmpro20160920.rar )

this should fix the bad wrong sysdefpath thing.....which again was a bit tricky...since it appeared for 100% identical sets which are shared around various software lists.....so cmpro got a bit confused when it found a fully valid Gakuen King CHD for software list A in an assigned folder for software list B....tsk tsk tsk...fixed now.

I confirm: no more Gakuen King CHD issue if both chd are present.
If one of two is present (not important if it is fmtowns_cd or pc98_cd) cmpro shows no missing (but it is wrong)
If both are not present, cmpro shows that I'm missing both CHD (that's is correct).
It seems that is one set is good, because it shares the same file, cmpro doesn't check if the file is present also in the other path.

Quote
Regarding the "I got additional rompaths which are not assigned to a software list" issue...well...as long as such paths contain sets which appear in the currently loaded database, they won't be listed as unneeded, no matter if they are assigned to an active software list/etc or not. Any file which doesn't represent a set should be listed as unneeded though.

I confirm that cmpro works as expected:
it shows unneeded the unknown file name and shows same set in different path if the file name has the same name of a right set in any softlist folder.
It was my fault to have added a wrong search path.

Last, but not least the point 3 issue remains. I've attached two roms to better explain.
The first happytr.7z, that contains a .rom file, is located in softlist\msx1_cart and it needs to be deleted, because it was present in a previous mame version, but not in .177
the second happytr.7z, that contains two .cas files, is located in softlist\msx1_cass and it is in the right place.
cmpro, during scan, when it reachs the first file, wants to move in correct path (from softlist\msx1_cart to softlist\msx1_cass) and if i press yes, it does nothing (no move, no delete, no add .rom file in the archive with .cas files)



6
Mame uses xmls in hash folder.

If you empty the hash folder, the output of -listsoftware is 0
With hash folder full of xmls, the output of -listsoftware is a big dat contains all xmls data

But, probably, in Mame executable there is a flag that loads only some xmls from the hash folder, not all with the option -listsoftware.

I've always used this option to manage softlist, but I had a big HDD crash and I found a softlist collection made directly from xmls and not with -listsoftware. That's why I have these (for now) unneeded folders


7
to sum it up.....so all 1 to 3 are all about wrong "wrong SysDefPath" messages?

yes. I think it is the same problem also if different scenarios.
But I did a big mistake (maybe I'm becoming too old... :-[):

cmpro don't load all the xml present in the hash dir of mame, but it leaves somes (lisa2, tandy6k, genius, advantage, amigaaga, amigaocs, amigaecs, pippin_flop and maybe others) that were in my settings rom path.
So cmpro saw these folders, but they are not associated to any system in scanner or rebuilder.

Removing these folder containg softlist sets (by hash folder), but not softlist sets (by mame) the point 2. issue disappears.

Remain the point 1 and 3 and I think that it is strange that cmpro doesn't showed me all files in these folders as unneeded...

8
2) I have softlist\genius\englisha.7z and softlist\gl2000\englisha.7z. They are different sets with same name, but
    different rom inside; cmpro shows wrong SysDefPath and wants to move softlist\genius\englisha.7z to
    softlist\gl2000\englisha.7z.
    I answered yes, but cmpro did nothing. Every time I did a scan it wants to move in right place.
    But it is wrong: this two sets are in right place with the right roms inside.

I've tried to delete englisha from the both path and start a scan.
Incredibly cmpro shows that only gl2000\englisha.7z is missing.
So I started a rebuild and it creates only englisha.7z in gl2000 (removing source file), but not englisha.7z in genius (leaving the file in backup).
I've started a new scan and for cmpro is all ok. But I've not englisha.7z in Genius, so my softlist is no complete even if cmpro tells me no missing roms...

9
I've tested the new build and I can confirm that clone/relationship issues are gone:
 no more genesis alert and no more move from mshvsf to mshvsfj and viceversa.

Now, after the good news, there is a bad news. I discovered a strange behavior on 3 scenarios:

1) Gakuen King CHD is present is softlist\pc98_cd\gakuking and softlist\fmtowns_cd\gakuking. cmpro shows
    wrong SysDefPath and move CHD from pc98_cd to fmtowns_cd appending a number al last of the file.
    So I have two indentical CHDs (one with right name, one with collision name) in fmtowns_cd.
    After that cmpro wants to delete the one with collision name. I did it
    Then cmpro wants to move the right name CHD in softlist\pc98_cd\gakuking and the wheel restarts...
    Both softlists share the same CD, because Gakue King is a Hybrid FM Towns / PC98 title.

2) I have softlist\genius\englisha.7z and softlist\gl2000\englisha.7z. They are different sets with same name, but
    different rom inside; cmpro shows wrong SysDefPath and wants to move softlist\genius\englisha.7z to
    softlist\gl2000\englisha.7z.
    I answered yes, but cmpro did nothing. Every time I did a scan it wants to move in right place.
    But it is wrong: this two sets are in right place with the right roms inside.
2a) Same behavior with softlist\tandy6k\xenix30d.7z and softlist\trs80m2\xenix30d.7z.
      This time is the same named set and same named roms inside (so they are shared like Gakuen King)
2b) Same behaviour with softlist\lisa\xenixos.7z and softlist\lisa2\xenixos.7z.
      This time they are two different sets with same name and inside roms this same name, but different crcs.
 
3) I have some sets that are removed or renamed from the previous version of Mame. For instance:
   
    -  softlist\msx1_cart\happyfrt.7z is unneeded, but cmpro shows wrong SysDefPath and wants to move in
       softlist\msx1_flop. I've already in softlist\msx1_flop the right happyfrt.7z, so after telling yes to move in correct
       path, cmpro did nothing (no move, no delete, no add rom in destination archive).
       I was expecting to mark it unneeded and move it on backup folder.
    -  softlist\apple2\alice.7z is renamed in alcwndrl.7z, but cmpro shows wrong SysDefPath and wants to move in
       softlist\cdi. I've in softlist\cdi a folder alice with a CHD, so after telling yes to move in correct
       path, cmpro moved alice.7z in softlist\cdi. A second pass with scanner cmpro deleted this file, because there are
       apple2 roms inside and not a CDI set.
       I was expecting to rename it and not to move in another place and then move on backup folder. Finally a rebuild
       from backup folder it create the right named set.
    -  softlist\psx\burningr\burning road (japan) [slps-00518].chd is renamed in softlist\psx\broad\burning road (japan) [slps-00518].chd.
       cmpro shows wrong SysDefPath and wants to move in softlist\saturn. I've in softlist\saturn a folder burningr with
       parent and clone CHDs of Saturn Burning Road, so after telling yes to move in correct path, cmpro moved
       burning road (japan) [slps-00518].chd in softlist\saturn\burningr. A second pass with scanner cmpro deleted
       this file (obviously) from the softlist\saturn\burningr folder.
       I was expecting to rename it and not to move in another place and then move on backup folder.
       This time rebuilder cannot did the magic from backup folder and if I don't know that this CHD is legit, I lost it

10
1) well...why should it rename it? The name change comes with the next MAME version

Oddi's answer confused me. I've understood that Area51e was already in mame 0.177. So cmpro20160918 did well

Quote
2) yeah...tricky thing...fixed with the next nightly build ( http://mamedev.emulab.it/clrmamepro/binaries/cmpro20160919.rar )

I'll try it

Quote
3) genesis...well...if you use full merged sets, you need all clone files merged into the parent. So you don't need "genesis_tmss" but its files in "genesis".

Genesis have two set: a parent without any rom and a clone with a rom "tmss_usa.bin". cmpro builds a zip in this way:

<ziproot>\
<ziproot>\genesis_tmss\
<ziproot>\genesis_tmss\tmss_usa.bin

For Mame is ok. But for cmpro scanner the parent set and the clone set is labeled missing

11
I tried it and I don't have anymore error on AREA51.

But:

1) clrmame doesn't rename area51 saturn set in area51e, so I have arcade CHD in roms\area51 and saturn CHD in softlist\saturn\area51. Mame starts correctly the 3 versions of saturn chds (jap, USA and Euro)

2) I had parent/clone relationship on PSX softlist:
      I put "marvel super heroes vs. street fighter - ex edition (japan) [slps-01915].chd" in root path and with scanner
      at first-pass clrmame moves it in the right folder (mshvsf).
      With scanner second-pass clrmame wants to rename mshvsf in mshvsfj, creating a split set
      then it deletes mshvsfj because it is and unknown set (???). The same problem is with kof95/kof95j, kof99/kof99j
      and many other that I don't have the parent, but only the clone.

A similar problem is present also in genesis set (arcade):
The parent doesn't exist, but it exists only the clone (TSS Chip).
Clrmame tells that I'm missing the rom, but I have the zip with inside a folder "genesis_tmss" and clone rom. I'm using Full Merge Mode: Hash Collision Name


12
Hmm....interesting. I know that they recently renamed the area51 software list chd since it causes conflicts..
http://git.redump.net/mame/commit/?id=cd2e853167cd2325a588543cb265eaca6c8d385b

so...which MAME version are you using at the moment? Official .177?

I'm using official .177.
My folders are roms\area51 and softlist\saturn\area51 (not e because I'm running clrmame pro on previous set)

clrmame wants to "merge" arcade with saturn instead of rename saturn set as area51e

Now I will try your testing version (I hope is for me, not for @oddi)

13
Hi Roman, now the same bug re-appears.

I did a rom scan on last mame and I found Area51 CHDs deleted from ROM folder and softlist folders.
Again CLRMame Pro wants to merge Arcade + Softlist like a version of last year.

May you correct it again?

Thanks

14
clrmame Discussion / Re: clrmamepro 4.024 released
« on: 30 September 2015, 11:11 »
A quick update:

the Area51 bug is still present in 4.0.23. Clrmame moves the saturn one from softlist/saturn to roms folder and then gives sha1 error (obviously)

The clone/parent bug not.

Now I'm looking on the net for downloading the previous version to see if the bug begins here...

15
clrmame Discussion / Re: clrmamepro 4.024 released
« on: 30 September 2015, 10:13 »
Hi Roman, sadly, I got the same issue of last time:

ClrmamePro mixes the area51 chds placed in roms and softlist/saturn folders.
Also it confuses parent/clone folder. For example I have all Kof96 chd merged in softlist/saturn/kof96 folder, but it gives me wrong path and it wishes to rename kof96 folder in kof96c folder (that's one of clones present in the folder)

I reverted on 4.023 and the bugs are not present.

16
Hello!. I've tried the new version and all issues are disappeared!

Well done!

17
I've Always used CMP with MESS and I hadn't any issue till now.
The system default path is roms folder for standard, mechanical, device and all BIOS and one unique folder for each softlist (psx for psx, saturn, for saturn, pcecd for PC-Engine CD, ecc), otherwise CMP gives me a warning that the same folder is used on more softlists.
In the PATH settings I have \roms and every softlist\folder (ex: softlist\32x, softlist\a800 and so on).

I can wait, no problem. I'm only hoping that CMP didn't merge roms and CHD in wrong way, moving a lot of files around the folders; but I've always activated the backup option and infact I found a lot of CHDs in backup and I think it will be easy to restore them in the right way.

Have a good vacancy!

Thank you very much

18
I found this the bug while scanning with CLRMAME the Mame 0.162 sets stored in 2 paths (./roms for arcade and arcade CHDs, ./softlist with a lot of subfolders in it)
The DAT is created within CMP using MAME64.exe 0.162 with softlist option.
I'm using a full merged set (Option:"Hash Collision Name" and "forbid merge different systems").

The problem is that CMP tries to merge some Arcade CHDs with a softlist CHDs or a softlist CHD with another softlist CHD. For instance:

It wants to have Area51 CHDs all in the saturn softlist, but in the same time it gives me error because the sha1 doesn't match

or

It wants to merge shinsets PSX game with Shinsets pcecd game together with Hidsouls saturn game that is the parent of the shinsets saturn game

Another problem is that the scan window result gives me as missing sets any clone of softlist CHD games, but doesn't give me missing CHD (because I have them in the right parent folder)

And the last bug is about Tower of Cabin, that the rebuilder creates in the right way (a 7zip with the parent name and inside the 2 clones), but the scan Window result gives me error like if I miss them

I hope I explained in a good way and I attach the scan log to be more clear

https://mega.co.nz/#!qEVQQDYA!SpTmNdizD2WObmOpD0ybaRXK-NzU09BuHUwyNKszyrk


Thank you

19
clrmame Discussion / Re: CLRmame 4.03 rebuilder issue
« on: 28 February 2012, 21:18 »
ok, I will disable softwarelist for now. It is possible in the next release that if I enable softwarelist, clrmamepro use only the softwarelist folder assigned in sysdefpath for roms that use this function (like neogeo, megatech, stv but also cd32 and so on) ?

Mame finds the roms that stay in any folder path, but in this way is better organized on my HDD and no need for dupe roms file.

Thank you very much

20
clrmame Discussion / Re: CLRmame 4.03 rebuilder issue
« on: 28 February 2012, 20:46 »
I got another issue with neogeo roms.
Crlmamepro show me many missing roms in neogeo set. I check, for example 3countb.zip, and crlmamepro wants rom c1 to c4 with size of 3MB while the roms are 2Mb each.

The CRC claimed for 3MB roms is the same of 2MB and looking in xml file produced by mame with -list the roms of 3countb.zip are 2MB each. Why 3MB? Where the program found this value?

I think that after fixed this issue I could have only one copy of neogeo, megatech and stv roms in the right folder and not many dupes in roms folder and carts folder

Best regards

Pages: [1] 2

Page created in 0.136 seconds with 19 queries.