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

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.

2781

clrmame Discussion / Re: Further MESS & lists support

« on: 16 January 2011, 17:20 »

well, there's a rebuilder advance option which skips a sourcefolder after x skipped files....guess that could decrease the time of looking in ypur folders over and over again in a batch run...however you need to set that up per profile....
well...lets see what 2011 brings...

2782

clrmame Discussion / Re: Further MESS & lists support

« on: 16 January 2011, 15:02 »

Well, rebuilding speed (no matter if in batch mode or not) depends on the settings you're using and of course the sets themselves....even a full MAME rebuild can take rather long (with recompress and sha1 checks) or can be rather quick (with no recompress etc)...

rebuildTo flags got their charme...yes...but only for rebuilding...the scanner doesn't know them. Setsubfolders (rom name="apple/pacman/bla.bin") can be used, too.

There is currently no assignment of rompaths to a special condition (excep bios / standard /mechanical).

So a) multiple rootelements "<softwarelist>" need to get parsed into one profile....and you need some kind of set of rompaths/samplepaths for each of these...actually this sounds quiet easy during typing this text...addpaths etc can be handled 'for all' I guess....so all I need is some kind of scan/merge/rebuild loop for all each of such list...

so actually from a std:vector<Sets> to a std:vector<std:vector<Sets>> .... :O)

2783

clrmame Discussion / Re: How can I fixed missing but fixable roms?

« on: 16 January 2011, 14:18 »

As I already replied on the mameworld board:

"Either you keep all sets enabled"
...then fix missing will most likely create files which are shared with sets you don't have and you can hide fully missing sets for a clean overview. If you don't need these single files, you can use the Delete->All incomplete sets option to remove them

"Disable sets/Only enable sets you have"
Then you don't have to care about fix-missing since it will also only work on this subset of sets....but you have to care about which sets you enable. The "available sets" button checks your rompath for this...but this check is not perfect...especially not when it comes to MAME updates where setnames were renamed.

2784

clrmame Discussion / Re: cmp can't update bin/cues

« on: 15 January 2011, 19:52 »

So let's see...
you got an archive with an iso and a cur file where -due to a datfile update- the cue file becomes unneeded (different hash). So cmpro's unneeded check will remove it.

Then you got the correct cue file for it somewhere...and want that to be added to the 7z.

Well, there are 2 ways...

Scanner's fix missing:
This method mainly checks (besides your backup folder and other sets in your romfolder) the setup addpaths for files which are missing your rompaths. It looks there by a setname compare...so if you got the right cue file in an addpath, it needs to be in a folder or archive with the correct setname.

Rebuilder (which is also used when you drag'n drop files into the scan results tree window):
The rebuilder doesn't care about names. It takes anything you drop in (or got as rebuilder source). If it's an archive, it looks at each file inside it. It only compares hashes and if a hash is matched against anything in the currently loaded datfile, it adds the file to the given destination and uses the correct name there.
So basically, the rebuilder is an adder.


So...for your bin/cue file example: Either simply drag'n drop the right cue inside the scan tree window (rebuilder destination points to your collection / rompath or be sure you got the right cue in a correctly named folder in an addpath.

2785

clrmame Discussion / Re: Further MESS & lists support

« on: 14 January 2011, 19:59 »

I should have a patent on "one-click-do-all"

Well...as mentioned...it's on my list....and if I find time I will have a look at it again...currently it's more collect ideas....and when I got 2 days off add them.....or a subset of them...

2786

clrmame Discussion / Re: Further MESS & lists support

« on: 14 January 2011, 14:47 »

well....your 1) ideas of automatically creating rompaths within a given root can be already done by the batcher adding this thing again just invisible for the user is just a waste of time....but time will tell...currently I simply have nearly no time...and other things are on my agenda for years...e.g. chd-rebuild (which is actually not too far away).

2787

clrmame Discussion / Re: Further MESS & lists support

« on: 14 January 2011, 09:15 »

Option 1)

Since there is currently no assignment of rompaths to special filter options possible (currently only per-bios / standard / mechanical is), the whole multi-softwarelist stuff needs to get split up into single profiles somehow. It would mean that if the parser finds several <softwarelist> elements in one dat/xml it needs to split up the dat into separated ones...and from there onwards it's like using profiles as usual...

Option 2)

jeeeeesus.....some kind of per-rompath assignment for multiple softwarelists (or generally per root-element)....sounds like too much work for now....maybe one day if I'm on holiday...alone...

2788

clrmame Discussion / clrmamepro 3.137b

« on: 13 January 2011, 22:18 »

<a href="http://mamedev.emulab.it/clrmamepro/">3.137b</a>

added: import/export of upcoming MAME flag "ismechanical"
       setinformation's 'Select Sets' supports variable %M=1 to mark mechanicals
       Split system default path "Standard" into "Standard" and "Mechanical", ie you
       can split mechanical sets in an own path. Note, if a mechanical set is also using a bios
       the belonging bios path is used since that binding got a higher priority
added: scanner advance option to keep disabled sets as unneeded (instead of ignoring them)
misc:  changed a bit the show missing behaviour of sets which only consist of nodumps and samples
misc:  correct handling of not possible profile renaming of hyperspin/offline/software list dats
misc:  for now, stop parsing dats if 1st closed main element is found
misc:  supporting chds in mess software lists

2789

News & Communication / clrmamepro 3.137b

« on: 13 January 2011, 22:18 »

3.137b

added: import/export of upcoming MAME flag "ismechanical"
       setinformation's 'Select Sets' supports variable %M=1 to mark mechanicals
       Split system default path "Standard" into "Standard" and "Mechanical", ie you
       can split mechanical sets in an own path. Note, if a mechanical set is also using a bios
       the belonging bios path is used since that binding got a higher priority
added: scanner advance option to keep disabled sets as unneeded (instead of ignoring them)
misc:  changed a bit the show missing behaviour of sets which only consist of nodumps and samples
misc:  correct handling of not possible profile renaming of hyperspin/offline/software list dats
misc:  for now, stop parsing dats if 1st closed main element is found
misc:  supporting chds in mess software lists

2790

clrmame Discussion / Re: ROMs on Network

« on: 10 January 2011, 20:20 »

yep....next version will have an scanner advanced option to keep disabled sets as unneeded....

2791

clrmame Discussion / Re: ROMs on Network

« on: 10 January 2011, 14:41 »

Makes me thinking of an option to optionally mark them as unneeded....
however, for now you can rebuild the sets to a new place to clean them...
...or check what the datfile export from the set-information screen exports...maybe it excludes the non-active sets and you have a filtered dat which then can be used to remove the unneeded ones (then they are unneeded).
Can't check the source at the moment....

2792

clrmame Discussion / Re: ROMs on Network

« on: 10 January 2011, 14:19 »

Hmm...no screenshot of the scan results tree output window...(screw stats....)
and show me what you got in your rompath....(also you disabled some sets...this does not make them unneeeded)

2793

clrmame Discussion / Re: ROMs on Network

« on: 10 January 2011, 13:48 »

well, can't you somehow test if it works with a non-network drive?
And let me know more details...e.g. what is used as rompath....some screenshots...etc..etc...

2794

clrmame Discussion / Re: ROMs on Network

« on: 10 January 2011, 13:13 »

Got "sets" + "unneeded" enabled?

2795

clrmame Discussion / Re: failed removal in archive in archive not reported [edit]

« on: 09 January 2011, 18:56 »

[edit]
...what do you need exactly? Only the warning that files were not removed from the subarchive or generally the functionality of removing files from the subarchive...

2796

clrmame Discussion / Re: bug or indeeded?

« on: 07 January 2011, 18:07 »

It was always that way.

2797

clrmame Discussion / Re: bug or indeeded?

« on: 07 January 2011, 16:07 »

so what is your exact issue? Give an example set.

As I said...if you got a valid setname with random files which have nothing to do with MAME, it won't be put in miss.txt but in have.txt. The check only checks the setname, nothing inside the set is being checked.

2798

clrmame Discussion / Re: bug or indeeded?

« on: 07 January 2011, 15:34 »

Jeesus...noone uses the miss/have lists

Actually it's just a quick set lookup in your rompaths. If the setname is there (can be an empty archive) it's put into the have list, otherwise in the miss list....

So...if you got a pacman.zip with 0 bytes in there, you will find it in have.txt ....


as I said..that's a relict....don't use it.

2799

clrmame Discussion / Re: possible bug report when updating new High-Res Flyer pack

« on: 07 January 2011, 11:43 »

well....7z support could be improved when I find the time to have a look at the 7z 9 sdk....and actually 64bit zip support (allowing >4gb) is possible, too.....but hey....I simply don't have time

2800

clrmame Discussion / Re: cmp can't update bin/cues

« on: 06 January 2011, 19:07 »

How do you want them to be copied in the archive?
Are you using the rebuilder? Or fix-missing in the scanner?
Please give me some details....