EMULAB Forum

Please login or register.

Login with username, password and session length
Advanced search  

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.

Topics - Connie

Pages: [1]
1
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 :)

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

3
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.  ;D

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

Pages: [1]

Page created in 0.165 seconds with 18 queries.

anything