|
a few more suggestions for the new toy
an option to disable rebuilder stats
(just like the one that already exists for the sacnner stats)
an option to batch create fixdats and/or miss/have lists after a scan is finished
the sacnner can be configured to autoprompt for a fixdat i know,
but that option implies the save button must be clicked in order to proceed
oh, and, can't cmp assume (either by default or as an option)
the rebuilder destination is the same as the rom path? (in batch mode that is)
this gets in the way of a batch run too
if one enters the rebuilder the normal way the destination box is automaticly filled with rom path
but if the batch mode is used cmp complains (with reason) there's no destination set
---
other (more time consuming i guess) suggestion
an option to build a single zip instead of lots of individual ones
this would involve parsing and redoing, on the fly, the datfile
example:
this
clrmamepro (
name "IBM PCjr - Applications"
description "IBM PCjr - Applications (TOSEC-v2005-01-03)"
category "IBM PCjr - Applications"
version 2005-01-03
author [idoru]
)
game (
name "Cartridge BASIC (1983)(Microsoft)"
description "Cartridge BASIC (1983)(Microsoft)"
rom ( name "Cartridge BASIC (1983)(Microsoft).jrc" size 33280 crc 9aff6bb4 md5 8a717ea02a1d661fd2d53451fe90e3c9 )
)
game (
name "IBM PCjr ColorPaint (1984)(IBM)"
description "IBM PCjr ColorPaint (1984)(IBM)"
rom ( name "IBM PCjr ColorPaint (1984)(IBM).jrc" size 65536 crc 9e444889 md5 6596dca4ace58ff25b2844f907cd66d1 )
)
would be converted (in ram) into this
clrmamepro (
name "IBM PCjr - Applications"
description "IBM PCjr - Applications (TOSEC-v2005-01-03)"
category "IBM PCjr - Applications"
version 2005-01-03
author [idoru]
)
game (
name "IBM PCjr - Applications (TOSEC-v2005-01-03)"
description "IBM PCjr - Applications"
rom ( name "Cartridge BASIC (1983)(Microsoft).jrc" size 33280 crc 9aff6bb4 md5 8a717ea02a1d661fd2d53451fe90e3c9 )
rom ( name "IBM PCjr ColorPaint (1984)(IBM).jrc" size 65536 crc 9e444889 md5 6596dca4ace58ff25b2844f907cd66d1 )
)
notice that the single zip file name would be the same as the description in the header of the original dat
the header is the same
this would not be feasible for arcade dats (whose sets have, almost always, more than one rom),
but would be cool for good and the majority of tosec dats
of course this could led to huge single zips, but it would be up to the user to use (or not) this option
if, while parsing, cmp would detect that the dat has so much as 1 set with more than one rom, then the operation would be aborted
|
some suggestions
Re: some suggestions
