3341
clrmame Discussion / clrmamepro 3.131b released
« on: 02 November 2009, 20:54 »
3.131b
fixed: rename wizard's 'keep parent' option isn't working
fixed: rename wizard's 'keep parent' option isn't working
- 23 April 2025, 15:14
- Welcome, Guest
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.
3342
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....
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....
3343
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.
3344
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...
3345
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
3346
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
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: 23 October 2009, 20:42 »
wooho...found a little time....7 dats updated...4 to go...
3349
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.
Look at the datfile (or send it to me), if it doesn't hold any parent/clonerelationships, the behaviour is absolutely correct.
3350
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
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
3351
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
3352
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
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
3353
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.
3354
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..
3355
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
3356
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
Now back into idle mode till October
3357
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.
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.
3358
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.
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.
3359
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.
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.
3360
clrmame Discussion / Re: clrmamepro 3.131 released
« on: 31 August 2009, 22:26 »
Maybe later....
Appartment move....Fatherhood...September is a busy month...
Appartment move....Fatherhood...September is a busy month...