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.

1

clrmame Discussion / Re: clrmamepro 4.032 released

« on: 06 June 2017, 17:12 »

dir2dat for deprecated and XML appears broken when an archive contains files in subfolders.

The dat is made with a ' character replacing the old \ for where a subfolder should be listed.

However, when you load the created dir2dat and scan your archives, it doesn't recognise the new ' character as a subfolder and simply strips out all folders from your archive.

Any chance you could look at and fix this ?
TIA

2

clrmame Discussion / Re: Rebuilder not reporting correct 'Matched' files...

« on: 31 August 2016, 14:33 »

Stop beaking my favourite tool! 

Another quirk I found is that if you use 'Rebuilder' and keep rebuilding from several different source folders (manually changing them), the number of matched, created, skipped, isn't reset between source folder changes. I would assume a change in source folder should act like a new rebuild command and therefor give new stats?

Anyway, I hope you can fix it within 3 years

3

clrmame Discussion / Rebuilder not reporting correct 'Matched' files...

« on: 30 August 2016, 12:31 »

Hi Roman.

I'd totally forgotten about reporting this 'bug', which I think I noticed a few revisions ago.

If you rebuilt (for an incomplete dat) from a folder containing various files, the live stats active window would accuralely report matched, created, skipped as it scanned through the folder of files.

Now though, the number of matched does not equal the number of files that it finds/removes (assuming you have rebuilt matched files enabled). It only equals the same number that it created. All remaining matched/non-matched crc files are listed in the skipped count.

Any chance you can fix this bug, because I find it important/interesting to know the exact number of matched files from a folder rebuild, not just those that it creates?

This error is the same whether you use Rebuilder or drag and drop a folder onto the open scan results window.
Thanks

4

clrmame Discussion / Re: fix_xxxxxx.dat in Deprecated format?

« on: 26 August 2016, 17:05 »

Wow!
That's really appreciated.

As mentioned though, I must have changed something because all my fix-dats were 'recently' always auto saved in deprecated format, regardless of the dir2dat window or CM being shut down.

To add to what f205v said, I've been using your tool since early 2000, so working with deprecated dats is what I have allsorts of macros and scripts setup for. I agree that loaded/created dats are better using xml, but have you every tried reading set names using for example an apostrophy? Copy/pasting from a deprecated format fix_dat is far, far easier.
You've got to remember that the majority of your program users are now people who make and edit dats for a multitude of collections, not just newbies managing their M.A.M.E. and derivatives arcade sets.

Anyway, I appreciate your help and all the years of effort you've put into making the tool.

5

clrmame Discussion / Re: fix_xxxxxx.dat in Deprecated format?

« on: 25 August 2016, 22:36 »

Thank you for the reply. However,

I can't save that 'Radio' button setting unless I'm making a dir2dat.
No matter how many times I click it, or change any of those settings, cm will always reload the same default settings i.e. Format: XML

Just so we are clear, I am refering to auto saved fix_dats generated after the scan of a newly added dat file (assuming 'ROMs' are missing).
Regardless of whether or not the added/loaded dat is in xml format, I'm trying to get the generated 'miss' fix_dat to be in deprecated format.

I've worked through all the ini files, but can't find any config line relating to either the default exported dat format, or a default dir2dat settings 'ini' ?

Thanks for your time.

6

clrmame Discussion / fix_xxxxxx.dat in Deprecated format?

« on: 22 August 2016, 18:50 »

Hi Roman.

I don't know if I've overwritten a config file feature, or if your new version of clrmamepro has changed a default setting.

From the scan window, I have the options 'Save' > 'Autosave Fix-DatFile...' / 'Autodelete Fix-DatFile...' enabled.
This always used to generate a deprecated style dat, but now I always get an xml format one.
I'm aware of "Adv_SetElementXML = machine/game" in the cmpro.ini file, but this has no effect on getting a deprecated style fix_dat.

Any suggestions on where I'm going wrong, or did you change the code?
I'd really appreciate 'a fix' because I find viewing fix_dats for file names and crc/hash data far easier in 'deprecated' rather than 'xml' format.

Many thanks,
Connie.

7

clrmame Discussion / Re: 4.03a & Dir2Dat bug

« on: 26 February 2012, 01:31 »

... regarding chd v5 you should wait till mamedev fixed it.

Yes. I meant that I may never upgrade if your tool (and MAME) accept v4. Easier to downgrade new CHD's than upgrade the current set. I suspect a lot of redumps/re-created CHD's are on their way though.

8

clrmame Discussion / 4.03a & Dir2Dat bug

« on: 25 February 2012, 13:13 »

Dir2Dat only works when creating an XML output. If you select Deprecated, CM will scan/hash the source files but only output a dat file with just the header - no file data.

Any chance you can fix this? Bug fixing in deprecated format is far easier to read than xml when files are using unicode characters.

Anyway, thanks for the new build. Scanning CHD's with the v4 option means I "won't?" have to upgrade. 

9

clrmame Discussion / Request for additional Dir2Dat features

« on: 24 January 2012, 11:49 »

Hello Roman.

I'm wondering if you could code a few additions to your very useful Dir2Dat feature.

At present, your dat format supports the use of the additional 'rebuildto' and 'serial' tags but unlike for e.g. 'manufacturer', 'date', you don't have an option to enable these in the Dir2Dat creation window. With the implementation of xml and UTF8, it makes it very good for logging additional cartridge information and later conversion to for example a database or spreadsheet.
My suggestion is to add a check (tick) box with a field area next to them for these 2 additional features. If ticked but the field is left empty, then just double quotes are created e.g. serial "" (it also allows for spaces to be used in the serial). This feature would be great for 'pre-fixing' parts of serial codes used on all cartridges and even optical media e.g. serial "GDL-".
For the rebuildto tag, perhaps a check is needed if the field is left blank to either force data entry, or, rebuilder is coded to ignore double quotes (i.e. data field left empty but rebuildto tag is ticked). This feature would make it easier to create merged dats for e.g. MAME titles and snaps so that rebuilder could create these sub-folders rather than having seperate dats.

If you can find the time to code and implement these features, it would be much appreciated - I'm sure there are many other 'datters' that would utilise these features to a great extent too.

Many thanks,
Connie.