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.

3341

clrmame Discussion / Re: clrmamepro 3.131b released

« on: 03 November 2009, 19:16 »

hmmm...actually I'm still not happy with that option...
I think I will change it in something like:

if the old set was a parent and is renamed to a non-parent in the new dat, you can use the option to allow this or not.

Background is that artworkdats usually keep parent set pngs....and frontends usually show the parent png if clone ones aren't given....

3342

clrmame Discussion / clrmamepro 3.131b released

« on: 02 November 2009, 20:54 »

3.131b

fixed: rename wizard's 'keep parent' option isn't working

3343

clrmame Discussion / Re: Norton will not allow cmpro 3.131a to run!!!

« on: 02 November 2009, 20:19 »

Well....while 64bit is state of the art with core2duo cpus....I don't say you have to update your system.
Either Norton will fix it themselves (false positives are usually fixed rather quickly...) or you can try the next version which will use a newer version of upx....

3344

clrmame Discussion / Re: Norton will not allow cmpro 3.131a to run!!!

« on: 01 November 2009, 21:58 »

Well, tough luck, get a security tool which works correctly and doesn't spit out false positives. Use the 64bit version if norton can't handle upx encoded 32bit builds....or really..get a better security program.

3345

clrmame Discussion / Re: An absolutely Commendable effort

« on: 01 November 2009, 20:47 »

for mame you can easily use the mame binary to get the data from. Profiler->Create...

3346

clrmame Discussion / Re: using the renamer wizard

« on: 01 November 2009, 20:45 »

yep...s_bastian is correct...load old dat, load new dat, hit DIFF, select your dat as modify dat and hit apply renames....it will create a new dat file with the renames applied

3347

clrmame Discussion / clrmamepro 3.131a released

« on: 28 October 2009, 21:12 »

3.131a

fixed: header support reported bad hashes when using the decompress and calc sha1/md5/full crc tests
fixed: rename wizard column sorting gets broken after using "Apply Changes"
fixed: merger shows merge options even when no parent/clone relationships are available

3348

clrmame Discussion / Re: 134 dats

« on: 24 October 2009, 14:29 »

done...now let's wait for 135

3349

clrmame Discussion / Re: 134 dats

« on: 23 October 2009, 20:42 »

wooho...found a little time....7 dats updated...4 to go...

3350

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.

3351

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

3352

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

3353

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

3354

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.

3355

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..

3356

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

3357

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

3358

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.

3359

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.

3360

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.