Please login or register.

Login with username, password and session length
Advanced search  


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.

Messages - Roman

Pages: 1 ... 5 6 7 8 9 [10] 11 12 13 14 15 ... 167
What is mamesl?
Sounds like some unofficial build which may produce a different output as the official one. Or it is a datfile which handles chd files differently.
There shouldn't be a problem with chds in official MAME .251 with or without software lists.
In general, if you place chds in a rompath root folder, the scanner (with all check/fix options enabled) detects wrong placed chds and moves them to their correct belonging (with subpath) path (don't allow chds on rompath root).
On the other hand, the all in one software list+mame mode isn't the best way to go since it's a pain to setup and usually takes way too long. Better use a single profiler per software list.

But of course, you can use the new rebuilder tool which is able to rebuild (or in that case move) chd files pretty quickly and supports MAME, MAME multi softwarelist and single software list mode out of the box.

Don‘t forget to name a concrete example which file was moved and how it was stored before. Best is to send over cmpro.ini, the settings cmp file for the used profile and the datfile (if no direct exe import) which was used. 4.047 had no relevant changes for the scanner at all.

clrmame Discussion / clrmamepro 4.047 released
« on: 20 December 2022, 12:03 »
misc: updated ziparchive (4.6.9) and unrar (6.20.3)
misc: show warning when trimming removed a whitespace rom names with subfolders

Actually I saw that a new zip archive lib is out.....so I got a reason to update cmpro....and quickly added your request

Possible yes, however pretty unlikely since there is no real development going on these days.....I put it on the list though

Ok, I had a closer look.
If you have a datfile with "bla\ blabla", the space gets already trimmed when the datfile is loaded/parsed.

Well, most likely the archive operation (where maybe a file unpack to disk is involved) kills the space since I assume that 7z / zip unpack will create the file on disk without the leading space....and then the file is repacked to the destination. Maybe even the OS itself kills the space, too.

So...what are your rebuilder settings, if 7z is involved, the files will definetly be unpacked first and recompressed via 7z.exe from your disk....

Erm..no, cmpro does not change anything!
If the dat holds the "\ ", then it's taken over. So again: how was the dat being generated?
If you've exported it with cmpro, then the original dat (before merge) holds the " " or you have a space in your naming patter (profiler settings: %f\%1 -> %f\ %1)

But wouldn't it then be a job for the generator to trim?

Erm...since when does MAME use subfolders in its xmls?

Anyhow, cmpro does support them but for cmpro the rom name is the full (relative) path, including "dogfights\"...so a space in the middle somewhere is not checked at all since normally it's valid. I think I do trim the complete entry though (left/right)...but definetly not checking anything inside.

I take a note, but don't expect anything anytime soon.

clrmame Discussion / Re: Homepage not avaible!?
« on: 15 December 2022, 07:08 »
Actually I wonder if this also fixes the auto update problems which some users reported over the last years....

clrmame Discussion / Re: Homepage not avaible!?
« on: 14 December 2022, 19:17 »
guess it's back now....

clrmame Discussion / Re: Homepage not avaible!?
« on: 13 December 2022, 12:44 »
Well, I've informed the owner but no response yet.....

The ability to treat RVZ and CHD files the same way it treats .zip, .7z, and .rar files at least for the dat files that don't already have CHD files in them like Mame does. I understand that it supports CHD files if the dat actually explicitly mentions them, but not what I am describing.

Don't mix the representation of a set and its content. A disk element in a datfile (or a rom or sample) is the content of a set. A set is a collection of roms and/or samples and/or disks. A set can be represented either decompressed as a rompath subfolder or it can be a zip/7z/rar archive. A disk within a set is currently represented as a CHD file.

It's not planned to support RVZ. Neither as a new set archive format besides 7z/zip/rar nor as an alternative for representing disk elements within sets.

clrmame Discussion / Re: Rebuilder 0.03 released
« on: 02 November 2022, 12:25 »
bit7z is a nice C++ wrapper for the 7z sdk....believe me, it's no fun to work directly with the 7z sdk code directly....and I don't want to reuse my old 7z code

clrmame Discussion / Re: Rebuilder 0.03 released
« on: 02 November 2022, 12:02 »
You can scan them with old clrmamepro.....a new scanner will follow as soon as I find a little time

yes, all generated sets can be used by MAME and yes, the standalone mode can be useful since it offers (for the first time in clrmame history) to have real standalone sets...however, you can't scan them with old cmpro ;-)

7z is on the to do list, I'm currently in close contact with the author of https://github.com/rikyoz/Bit7z waiting for the new version (mainly due to the new licence) and asked for some additional feature requests.

clrmame Discussion / Re: 7zip rn option
« on: 30 October 2022, 10:43 »
Your datfile does not have subfolders. Your archive does have a separated subfolder and a separated file.
And here we face the problem: Your 7z file stored such information separately, i.e. you have 1 folder and 1 file.
So clrmamepro detects the folder and says it is unneeded and removes it (which may cost a bit depending on solidness/etc).
Then it also finds a wrong named file...this is renamed with the rn option which takes no/very less effort.
So clrmamepro finds 2 things which both get fixed, one is an unneeded folder and one is a wrong named file.

Keep in mind, 7z (and also zip) can store files in subfolders without creating an extra folder entry.
This extra folder entry is the problem in your case. If file would be stored with subfolder information on file level in the archive, you'd only have 1 clrmamepro operation, a wrong named file "bla/wrong name" -> "correctName"

My example was a datfile with subfolders.
Subfolders are only supported when they are specified on rom name level like  <rom name="bla/this is what the rom should be named.txt"...>
When having such definitions, the rebuilder and scanner will automatically create 7z without separated folder structures stored, but of course you still have subfolders in the archives....
I've attached an example for subfolders without extra dir entries. If you play around with that file and dat, you shouldn't see any extra effort in removing data, just pure rn operations when you alter the dat.

So, to sum it up: The problem in your case is that there are actually 2 operations and they are intented to be there based on the structure in the 7z file. Your example 7z archive keeps subfolder information separated instead using subfolder information on filename level. For clrmamepro, there is an unneeded folder and a wrongly named file. Reading the zipfile will give you 2 entries. This is completely independent from the external packing tools or the defintion of the dat.

However, rebuilding the files resolves the problem once and for all since it will create subfolders on filename basis

The batch options are only set during the batch run, the single profiles' options aren't touched. So either you always batch-scan them....or you need to touch each profile somehow...maybe by modifyingthe single .cmp files - if you know what you're doing - with some texteditor macro...

clrmame Discussion / Re: 7zip rn option
« on: 29 October 2022, 16:04 »
Did a first check and there's nothing weird, it simply renamed the wrong named file and removed the obsolete folder entry. Using 7-Zip 22.01 (x64).

The problem with your file is that it keeps directory entries alone. So your file got a folder entry and a file entry. cmpro detects an obsolete folder entry and a to-be-renamed file entry...The rename successfully renames the file and the folder is obsolete and gets removed and this of course will cost, especially when you use solid archives.

7z can also store files with path information without having a folder entry. Then you only got 1 entry in your zip and the rename simply renames it. No removal necessary then.

clrmamepro by default uses that mode....you can e.g. alter your example dat to use "<rom name="bla/this is what the rom should be named.txt" size="16" crc="2ecae73f"/>". After doing a full scan/fix round, you will have a 7z with a subfolder (bla) and a file but in general only 1 entry is in the 7z.

don't know the beloning 7z option for it though.....

So....actually there is nothing wrong as far as I can see

clrmame Discussion / Re: 7zip rn option
« on: 29 October 2022, 08:21 »
Thanks...I will look at it over the weekend

actually no....fixing a wrong name or removing a file should simply do its job.

Maybe you've got special access rights on your folder? Maybe the files are somehow in use by other apps ....you said you copied them...so maybe you copied them with access rights used for the "other machine"...and this may be a problem now...but actually you could test that by manually trying to remove one of the copied files.

Pages: 1 ... 5 6 7 8 9 [10] 11 12 13 14 15 ... 167

Page created in 0.138 seconds with 21 queries.