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.

3241

clrmame Discussion / Re: [clrmamepro] Doesn't allow me to Split/Merge sets

« on: 18 October 2009, 18:54 »

The datfile defines if you can split/fully merge sets. If the datfile doesn't hold any parent/clone relationships (or even hold statements like forcemerge modes), you simply can't split merge sets. Since the merger is a very old part of cmpro which is nearly not used anymore (since you can do everything with scanner/rebuilder), I assume it shows an enabled split/fully merge radiobutton by mistake.

Look at the datfile (or send it to me), if it doesn't hold any parent/clonerelationships, the behaviour is absolutely correct.

3242

clrmame Discussion / 134 dats

« on: 15 October 2009, 19:20 »

as you might notice...the artwork dats aren't up2date for 134...
well...you know...lack of time...so let's skip 134 and wait for 135 for which I hope I can update the dats....

...besides...you can of course use the renamewizard to apply the changes yourself

3243

clrmame Discussion / Re: adjustable fonts?

« on: 11 October 2009, 08:00 »

yeah, on the list, but don't know when I find time at the moment (new appartment, baby, etc)....maybe when I switch to Windows 7

3244

clrmame Discussion / If you wondered...

« on: 04 October 2009, 15:47 »

...why it is so silent around cmpro lately....well....I'm moving to a new appartment and my son was born.

Welcome on planet earth, Bennet, September 26th, 4:13am, 4190g, 56cm. Mother and son are all well. Thanks for making me a proud and very happy daddy

Back online somewhere mid October.

Cheers
Roman

3245

clrmame Discussion / Re: adjustable fonts?

« on: 20 September 2009, 15:36 »

Nope, not at the moment. It uses the Windows standard fonts (except for the stats window), so if you increase them, you will increase them in cmpro.

3246

clrmame Discussion / Re: Small issue: dir2dat

« on: 16 September 2009, 13:31 »

yeah, I think I changed it to "don't add it if it's empty" lately..

3247

clrmame Discussion / Re: Can't launch ClrMamePro again after quitting first instance of ClrMamePro

« on: 16 September 2009, 13:30 »

yeah...Windows sometimes got a hickup about that. It will work again after some time (or a reboot)....if you don't want to wait, you can set Adv_AllowRestart = on in cmpro.ini

3248

clrmame Discussion / Re: Small issue: dir2dat

« on: 15 September 2009, 07:40 »

Oh I think they do add them...if they're not empty (I guess I changed that lately)....but that of course only makes sense if you use the "match tagdata" option (and you get an actual match).

Now back into idle mode till October

3249

clrmame Discussion / Re: Packed CHD subfolders are considered to be unneeded files?

« on: 10 September 2009, 20:26 »

You're wrong. Mame does not support it correctly. Try to zip up mach3.chd and try to load it in MAME....have fun. (Besides that standard zip only supports files < 4GB).

Besides of this, what MAME does and what it does not doesn't play a role. MAME loads files in a very lazy way, it simply loads by hash, no matter if the files are in the correct set of a parent/clone relationship. It simply scans everything related for a match.
MAME's loading mechanism is one thing, auditing is something else.

3250

clrmame Discussion / Re: Packed CHD subfolders are considered to be unneeded files?

« on: 09 September 2009, 19:26 »

Nonsense

a) diskspace doesn't matter. In times of terabyte hds and laserdisk chds you talk about a minimum saving
b) chds ARE zip compressed already. CHD is a container for raw data which is sector wise zlib compressed
c) it's a memory hog if you keep chds compressed. You won't be able to run them fine in MAME (except the small ones). Great idea to zip a 15GB file which needs to get decompressed into memory when loading the game and then needs random access on it.


To sum it up: zipping chds is nonsense.

3251

clrmame Discussion / Re: Packed CHD subfolders are considered to be unneeded files?

« on: 09 September 2009, 12:30 »

There are 2 ways to store chds.

Either the good old way:

rompath\setname\chdfilename1 ... chd filename n

or the "we really don't like it" way in a rompath root:

rompath\chdfilename 1... chdfilename n

For this second option you have to enable Scanner->Advanced->"Allow CHDs in rompath root" option.



....since these are the 2 modes, anything else is not supported. Especially not zipping up chds. Where is the sense anyway. CHDs are zlib compressed already. Waste of decompression time and memory usage.

3252

clrmame Discussion / Re: clrmamepro 3.131 released

« on: 31 August 2009, 22:26 »

Maybe later....

Appartment move....Fatherhood...September is a busy month...

3253

clrmame Discussion / clrmamepro 3.131 released

« on: 31 August 2009, 21:27 »

3.131

More on rename wizard:

- changed analysis to 5-pass
  1) unique set hash
  2) single unique rom hash match
  3) single unique chd hash match
  4) description match
  5) setname match
- detecting removed, added and replaced sets
- new layout, list control, sortable columns
- acess via Profiler Button
- keeping positions and options
- added option for enable/disable parent rename
- added option for enable/disable rename to multiple new name
- detecting new, removed and replaced sets
- export to clipboard, file and file (mamediff format)
- diff button only reparses files if needed


- ability to apply renames to a 3rd datfile (e.g. an artwork datfile).

  You can select 'apply on sets' or 'apply on roms' method.

  'Apply On Sets' renames set name (description, year, manufacturer, romof, cloneof, sourcefile
  tags optionally), while 'Apply on Roms' renames rom name, rom merge tags. In case of roms, it checks
  the names with and without extensions, so you can easily have them as e.g. *.png.

  This 'Apply' option will only do the renames. Removed, added, replaced sets are not handled.

  Usage example:

  Enter paths to a MAME .133 datfile as old and MAME .133u3 datfile as new.

  Hit 'diff' and see what the renames......now load a MAME flyersdatfile for
  .133 as 'Modify DatFile'. Enable 'Apply On Roms' and hit 'Apply Renames'. It will create you
  a *_new.dat with the updated roms.

3254

clrmame Discussion / Re: rebuild older version - Noob

« on: 29 August 2009, 17:43 »

Sure...load the .123 datfile (or use a MAME .123 binary in the profiler) and rebuild your .133 and .86 sets (keep them as rebuilder source). Rebuilder destination will then hold your created files...the 123 ones...if bad dumps were replaced in between, you need to find the old ones of course...

3255

clrmame Discussion / Re: Rename Wizard wip

« on: 26 August 2009, 09:37 »

yeah..maybe another option to rename the other tags....that should be possible.

...and I don't think there will be another beta, I more think of a release this week since my new home's internet will be hopefully active next week and my old one will be shutdown.....I expect a much worse scenario with no access for some days

Time to moooove.....

3256

clrmame Discussion / Re: Rename Wizard wip

« on: 25 August 2009, 21:47 »

Open question...
...does it make sense to apply (besides setname) description/year/cloneof/romof/manufacturer from the new dat to the 3rd dat....

hmmm....

3257

clrmame Discussion / Re: Rename Wizard wip

« on: 25 August 2009, 19:46 »

The sets do differ...the u2 ones all had a bad dump listed (which influences the set hash).
However there was a little mistake in handling bad dumps which is now fixed.

|sf2049|sf2049|matched by description
|sf2049se|sf2049se|matched by description
|sf2049te|sf2049te|matched by description

3258

clrmame Discussion / Re: Rebuild2.log - Questions

« on: 24 August 2009, 21:24 »

The scan results tree shows all errors in detail and you can export this in any form.

3259

clrmame Discussion / Re: Rename Wizard wip

« on: 23 August 2009, 22:33 »

well....some more coding on it...however no wip exe this time...

- moved rename wizard to profiler
- windowpos/columnswidth and options are saved now
- "diff" buttons checks if a re-parsing of dats is needed
- added 3rd dat mode which allows you to load a dat and apply the found changes on it. This can be in set or/and in rom mode.

Rom Mode: Each rom in each set is checked for an old name match (without taking extensions into account) and the name is updated to the new one (replaced sets and new sets don't play a role here).

Set Mode: Each set name is checked for a match and the name is being updated (again, replaced sets and new sets don't play a role here).

Modified dat is saved to *_new.dat/.xml.

So you can e.g. load a MAME 133 dat and a MAME 133u3 dat and apply the renames on the flyer datfile.
Parsing + diff the 2 dats only has to be once....after that you can exchange the dats to mod.

Open things:

- optionally don't ignore extensions in "apply on rom" mode
- "apply on set" mode is not that easy as you might think....currently it only updates the name. I plan to include description, year, manufacturer, sourcefile and cloneof/romof.....but still, this isn't the full set defintion, so the modified dat has to be handled with care....

Anyway...I started this thing because I didn't want to rename the artwork dats manually.....and something which is a bit more accurate than mamediff....looks like it becomes reality soon....

3260

clrmame Discussion / Re: Rename Wizard wip

« on: 21 August 2009, 13:56 »

http://www.mameworld.info/ubbthreads/showthreaded.php?Cat=&Number=199520&page=0&view=expanded&sb=5&o=&fpart=1&vc=1

made a little advertising there, too