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.

2841

clrmame Discussion / Re: Problem with latest DATs from redump.org

« on: 23 September 2010, 19:27 »

It's no bug. It's the UTF BOM which is pretty common...
I update my code (actually it's a 2 character fix in the source )

2842

clrmame Discussion / Re: Problem with latest DATs from redump.org

« on: 22 September 2010, 19:59 »

It's the byte order mark at the beginning of the file 0xefbbbf at offset 0 (you won't see it with a texteditor).
Either you remove it for the moment...or wait for the next cmpro to handle it correctly again (yeah...looks like I accidently removed the support some time ago)....

2843

clrmame Discussion / Re: [developement idea] - multiple dat support

« on: 21 September 2010, 19:21 »

Then you can still use mamediff to create supplement dats for old mame versions.

2844

clrmame Discussion / Re: [developement idea] - multiple dat support

« on: 21 September 2010, 12:05 »

There is no sense in keeping more than one MAME version (which is the most current).

2845

clrmame Discussion / Re: [developement idea] - multiple dat support

« on: 17 September 2010, 17:04 »

supplement dats... not superdats.

2846

clrmame Discussion / Re: [developement idea] - multiple dat support

« on: 16 September 2010, 16:36 »

why not simply using logiqx' supplement dats instead, which were created for multi emu users.

2847

clrmame Discussion / Re: Dir2Dat Problem

« on: 13 September 2010, 12:06 »

hmm...I just see that the dtd was updated to have manufacturer as optional.....
guess I will update cmpro then

2848

clrmame Discussion / Re: Dir2Dat Problem

« on: 13 September 2010, 08:21 »

yes, since the xml's DTD says it's mandatory....stupid but true

2849

clrmame Discussion / Re: MESS XML import

« on: 12 September 2010, 07:46 »

yeah was refering to your post... if it's a purely mess related issue, fine... won't touch it.

2850

clrmame Discussion / Re: Suggestion: Better Uncompressed Set Support

« on: 10 September 2010, 21:15 »

if you got a fully wrong named file, you need a hash calc to find its real name.
regarding a faster crc32... well I will see what I find after my holiday.

2851

clrmame Discussion / Re: 7 zip merge question

« on: 10 September 2010, 06:21 »

reminds me to show a prompt whrn the exe is not available

2852

clrmame Discussion / Re: Suggestion: Better Uncompressed Set Support

« on: 10 September 2010, 05:01 »

The crc32 function from zlib is used at various points. for example unneeded or name checks and of course during checksum check. i will see if that can be cached.

i will check if a move operation can be used during rebuild. i remember there are already some but iirc they are used for archives.

no, the scanner won't get this rebuilder no set folder option. scanner strictly follows the standard storing method rompath/setname/filename. use a different dat if you want to have all files in one set.

2853

clrmame Discussion / Re: 7 zip merge question

« on: 10 September 2010, 04:53 »

check settings/compressor/7z options. the default ones however are set to use non solid options but maybe 7z changed in the meanwhile.
as mentioned, it could be 7z related but not necessarily. please mail me the requested files and I will have a look at it next week.

2854

clrmame Discussion / Re: 7 zip merge question

« on: 09 September 2010, 18:49 »

most likely you're using 7z options which generate solid 7z files which are not supported, ie after the first file is created the following will fail.

if not I need some more details. for example send me the dat plus the belonging .cmp file from cmpros settings folder plus cmpro.ini.
I can look into this then after my holiday.

2855

clrmame Discussion / Re: MESS XML import

« on: 07 September 2010, 17:52 »

do I hear a new requirement here?

2856

clrmame Discussion / Re: MESS XML import

« on: 04 September 2010, 06:58 »

But softwarelists should not require an engine change or show the warning....


anyway...regarding the warning for the mess.xml....I will look into this after my holiday....

2857

clrmame Discussion / Re: MESS XML import

« on: 03 September 2010, 20:14 »

People should use the direct MESS import
Time will tell if this will change...

instead you should use xslt to transform it to a standard MAME style xml

2858

clrmame Discussion / Re: MESS XML import

« on: 03 September 2010, 07:11 »

Most likely you're loading it wrongly.
Look at the attached screenshot. You need to load the mess xml with the newly created engine name....

Just tested it, exe import works and if you really need to use a mess xml file, this works as well with the shown method.

2859

clrmame Discussion / Re: MESS XML import

« on: 03 September 2010, 05:24 »

For MESS you can either use the direct import via the MESS selector in Profiler->CreateBooking
...or...
software lists should work right away as dats

...or....
in case you create a mess xml output you need to add a new entry to your engine.cfg which should look like this

engine (
   name MESS_DAT
   gamelist mess
   cachefile _messdat
   replace machine game
)
...and you have to switch to that type in the profiler if you're trying to load a mess xml dat

2860

clrmame Discussion / clrmamepro 3.135c released

« on: 01 September 2010, 20:01 »

3.135c

fixed: dupes check was still broken