|
clrmamepro 4.047b
#397239 - 10/22/23 06:59 PM
|
|
|
https://mamedev.emulab.it/clrmamepro/#downloads
4.047b fixed: don't mark delta chds as missing misc: updated unrar (6.24.0)
I will think about additional options (like optionally marking found not-delta chds and maybe a conversion tool/update opption) but for this I need more time.
|
|
|
|
Re: clrmamepro 4.047b
[Re: Roman]
#397241 - 10/22/23 10:03 PM
|
|
|
Thanks Rooman quick on the delta chd update. Will there be a function to create delta chd's ?
|
|
|
|
Re: clrmamepro 4.047b
[Re: agard]
#397243 - 10/22/23 10:26 PM
|
|
|
He answered that in his post already.
|
Pessimist: Oh, this can't get any worse!
Optimist: Yes, it can!
|
|
|
Re: clrmamepro 4.047b
[Re: agard]
#397244 - 10/23/23 09:12 AM
|
|
|
well, for now, you need to use the upcoming chdman on your own...
...but I'm working on it...and with a bit of luck it won't take ages...
yesterdays updated cmpro release only updated a minor bug so that delta-chds are not listed as missing.
Edited by Roman (10/23/23 01:44 PM)
|
|
|
|
Re: clrmamepro 4.047b
[Re: Roman]
#397246 - 10/23/23 12:06 PM
|
|
|
Thanks Roman I didn't know if it was gonna be separate to clrmame pro you take all the time to create that option as always great work.
|
|
|
|
Re: clrmamepro 4.047b
[Re: Roman]
#397247 - 10/23/23 01:13 PM
|
|
|
> well, for now, you need to use the upcoming chdman on your own...
You don’t need upcoming chdman to create delta CHDs – it’s been possible to create them using chdman for years. It’s just that MAME couldn’t use them, hence feature requests like #9409. There might be some other emulators that support CHD files that could use them.
|
|
|
|
Re: clrmamepro 4.047b
[Re: Vas Crabb]
#397248 - 10/23/23 01:44 PM
|
|
|
yes, you're right "copy" is there for ages, only the loading routines changed.
By the way, I wanted to go with: If disk exists in a clone set and there is a disk in its parent set with the same "region", use these 2 for the conversion. The region check is there to go with cases where multiple chds within a set are available.
Edited by Roman (10/23/23 01:49 PM)
|
|
|
|
Re: clrmamepro 4.047b
[Re: Roman]
#397249 - 10/23/23 03:25 PM
|
|
|
I’m not sure automatically creating delta CHDs for all clones is necessarily a great idea. There are some cases where the savings are minimal. For software items, the part names may not match up between parents and clones for multi-CD sets.
|
|
|
|
Re: clrmamepro 4.047b
[Re: Vas Crabb]
#397250 - 10/23/23 03:32 PM
|
|
|
Thanks for the info. It's not planned to have the delta chd thing enabled by default.
I'm thinking about an optional information if a clone chd which is not yet a delta variant can be a delta variant and an optional convert (via chdman). Everything disabled by default. It's all in the planning at the moment...purely experimental. I wonder how future-stable such a conversion is anyhow....if a set changes its parent/clone relationship in the future for example...For MAME's load routine it is most likely not relevant since it simply looks everywhere for the beloning parent-chd.
I will have a look at software lists....
|
|
|
|
Re: clrmamepro 4.047b
[Re: Roman]
#397251 - 10/23/23 04:44 PM
|
|
|
> I wonder how future-stable such a conversion is anyhow....if a set changes its > parent/clone relationship in the future for example...For MAME's load routine it is > most likely not relevant since it simply looks everywhere for the beloning > parent-chd.
Simply looks everywhere? Did you actually look at the code or the description?
It will only find the parent of a clone’s delta CHD if it’s in the parent set. It wouldn’t know what name to look for otherwise. If parents change, or the content of the parent CHD changes, you need to convert the clone CHD back again before replacing the parent and then turning the clone CHD into a delta CHD again.
|
|
|
|
Re: clrmamepro 4.047b
[Re: Vas Crabb]
#397252 - 10/23/23 05:04 PM
|
|
|
well, since the parent sha1 is stored inside the delta clone header, it shouldn't be too hard to look for the right file, whatever it is named ....and yes "everywhere" was a bit over the top....of course limited to the set and its relation, not in all rompaths/all sets of course....it was more meant like the general "mame loads by hashes...and looks in available parent/clone/bios/devices archives/folders"..and yes, for chds, the subfolder should be correctly named of course....ah come on...;-) Thanks for the "need to convert back" info.
|
|
|