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.

Messages - Roman

Pages: 1 2 3 4 [5] 6 7 8 9 10 ... 166
81
clrmame Discussion / Re: support empty directories
« on: 12 October 2023, 06:52 »
So not really MAME related ;-)

<rom name="2D/" size="0" crc="00000000" md5="d41d8cd98f00b204e9800998ecf8427e" sha1="da39a3ee5e6b4b0d3255bfef95601890afd80709" />
<rom name="A/" size="0" crc="00000000" md5="d41d8cd98f00b204e9800998ecf8427e" sha1="da39a3ee5e6b4b0d3255bfef95601890afd80709" />
<rom name="audience/" size="0" crc="00000000" md5="d41d8cd98f00b204e9800998ecf8427e" sha1="da39a3ee5e6b4b0d3255bfef95601890afd80709" />

hmm...wonder where md5/sha1 comes from ;-)

Well, easiest would be to auto-add an empty file when it finds a name ending on "/" when it loads the dat
...but then of course you'd have to add the files (can't get rebuilt due to missing hashes)...
will think about it....but don't count on any solution any time soon ;-)

82
clrmame Discussion / Re: Titles setup (non-zipped)
« on: 08 October 2023, 18:47 »
No setting needed. You only have to care about the storing method which I described in the other post. Look at the datfile and which setnames it uses and think again how you store them on your disk and how your rom path needs to be selected...

So for example for the titles datfile which includes also software list titles, you will see setnames like 3do_m2, 32x, a800 .....titles .....xegs.
Your rompath needs to be setup as a folder which contains the mentioned ones...for example:
"F:\MAME\Progetto\progetto-SNAPS - Titles" and then you e.g. have "F:\MAME\Progetto\progetto-SNAPS - Titles\titles" with F:\MAME\Progetto\progetto-SNAPS - Titles\titles\1on1gov.png .... F:\MAME\Progetto\progetto-SNAPS - Titles\titles\zzzap_audio.png in it...

So, "titles" is a setname, "F:\MAME\Progetto\progetto-SNAPS - Titles" is a rompath.

The non software list progetto dat (progetto-SNAPS - Titles NS) only has 1 set: "titles". So your setup rompath needs to be a folder which contains that setfolder and it should not be that folder.

again:

rompath\setname\file 1... file n
rompath\setname.zip (.rar/.7z)

the set, no matter if archive or folder is just a container holding single files for the specific set.....in the progetto snaps world you often only have 1 set containing thousands of files (the pngs)


Also keep in mind that anything which is in a rompath and doesn't belong to the loaded dat becomes unneeded.

So don't think about storing all progetto snaps collections in one rompath....you will need some kind of double folder structure:

F:\MAME\Progetto\progetto-SNAPS - Artwork Preview
F:\MAME\Progetto\progetto-SNAPS - Cabinets
F:\MAME\Progetto\progetto-SNAPS - Control Panels

and so on where the upper ones hold the setfolders...

F:\MAME\Progetto\progetto-SNAPS - Artwork Preview\artpreview
F:\MAME\Progetto\progetto-SNAPS - Cabinets\cabinets
F:\MAME\Progetto\progetto-SNAPS - Control Panels\cpanel

and so on...



83
clrmame Discussion / Re: Titles setup (non-zipped)
« on: 08 October 2023, 08:48 »
clrmamepro supports not compressed sets since 1997 ;-)

In general it follows the storing methods:

rompath/setname/file 1 ... file n for decompressed sets
rompath/setname.zip (.rar/.7z) ... where file 1 .. n is in the archive

So you only need to be aware of the fact that you a) have a rompath and b) in the rompath there is/are folder(s) which correspond to the set name(s) and then finally in such rompath subfolders there are the singe files belonging to the set.


By the way: Since progetto datfiles usually are 1-set-billion-of-png files datfiles and use lots of placeholder pngs, you can reduce scan time by turning of fix-missing (and the scanner advanced options belonging to fix-missing). And solid 7z archives would be a pain to fix, so generally rebuilding would be a better option to add files.

84
clrmame Discussion / Re: support empty directories
« on: 07 October 2023, 08:52 »
Do you have an example dat?

85
clrmame Discussion / Re: [REBUILDER] multiple INPUT sources
« on: 04 October 2023, 16:45 »
Only one is currently supported ( optionally recursive ).

86
clrmame Discussion / Re: MAME SL: Fujitsu FM Towns CD-ROMs
« on: 04 October 2023, 15:06 »
Your file/folder structure should look like:

<rompath>/aressh4.zip (holding a-iv-systemdisk_new.hdm)
<rompath>/aressh4o.zip (holding a-iv-systemdisk_old.hdm)
<rompath>/aressh4/aiv - a ressha de ikou 4 (japan).chd

any other aressh4* folder/file is obsolete

87
For that test I've used a rebuilt archive, not the one you had in your archive. The problem is based on an archive file index / order problem.

When a rename operation fails (and in that case, 2 renames fail since the right name already exists in the archive), it moves the not renamed ones to backup (so they can be picked up later on again). So it made a backup of file 5 and 6 for example. So far so good. Unfortunately, it directly removed the files, so it copied 5 to backup, removed 5, copied 6, removed 6 without having the indexes refreshed in between. So when it removed 5, copying 6 was simply the wrong file.
In my case the archive order was simply the other way around. It copied 6, removed 6, copied 5, removed 5, so it always picked the correct ones. To understand this: The backup copy is index based, the removal is filename based at that point...
So it only happens when more than 1 file failed during rename (where the right name files also exists in the archive)

The fix is pretty simple, do the removal of all of the backup'ed files after the copy....

88
clrmame Discussion / Re: Download 404?
« on: 26 September 2023, 20:23 »
Maybe refresh your browser cache....(e.g. by loading the page via CRTL-F5) the links work fine here.

89
nice finding......it actually backup'ed the wrong file (when there were more than 1 in the queue....in a failed rename...blablabla...) Thank god the new scanner won't have such special things....

90
clrmame Discussion / clrmamepro 4.047a released
« on: 26 September 2023, 15:22 »
4.047a
fixed: pick wrong file for backup during a failed rename where multiple files are involved


Tiny one...but might become useful for next MAME......

91
Found and fixed....was an index problem when a backup is done when a rename failed (since the new name already exists).

New version later today....

Thanks a lot for finding that one

92
Guess what, while I can't repeat it on one machine, I did the test on another this morning and there I can repeat it. Hmm...Maybe some kind of order/timing problem...I will do further checks.

93
ok I've tried it again with the released version....and I can't repeat it at all.
Simply running a full fix scan twice ends up with a good set, nothing's lost.

94
Hmm....actually it works for me fine now.

By the way, scanner's fix missing automatically looks in your backup path for matching files which were removed in a previous unneeded case.

So I run a full fix scan, it reports missing rom: hipoly\1.11d and missing rom: hipoly\2.4a
Pretty normal for now, since they were moved to backup. Another scan will show them up as fixable and cmpro wants to readd them fine.
So nothing is lost.

Today I don't get the unpack file problem which may be the cause of the reported issue (an unpack to backup failed but the file was removed).
I will look into that again but for now I cannot repeat it. The unpack might have failed because for whatever reason the backup file already exists (however cmpro uses a new file name then....weird...)...as I said...I will double check that.


Update: Hmm...ok..one thing...yesterday I've tested it with the released exe and today with a debug version. Same code basis but updated visual studio (and of course debug mode)...maybe that's the difference....Will check when I'm done with real life work...

95
Well, yes, interesting. It all happens since one of the rename step fails ("Unpack failed on file -> E:\Temp\test3\trackfld.zip\hyprolymb\3.a4") and you/cmpro continues with fixing the unneeded fixes...
I will have a closer look at it tomorrow.

96
clrmame Discussion / Re: Alive and kicking
« on: 20 September 2023, 06:40 »
First version will be a standalone Scanner, so call it Scanner ;-). Later on I will merge both standalones (rebuilder and scanner) and will think about some kind of profiler ....no working title yet...

97
clrmame Discussion / Re: Alive and kicking
« on: 18 September 2023, 06:18 »
Time will tell. Tosec? Well, as long as they follow the xml layout of MAME I don't see a problem. I haven't thought about any 1G1R mode yet though. For now, a clean, small core is all I'm interested in.....

98
clrmame Discussion / Re: Alive and kicking
« on: 15 September 2023, 06:25 »
That sounds wrong (if I fully understand it), you're saying that the scanner adds files to unselected sets? How? By fix-missing? If a set is disabled it should not even complain about missing files nor should a fix-missing operation work on it. In full merged sets you may run into weird effects if you e.g. enabled a clone but got the parent disabled, then of course the "parent" set exists but only with the clone files....Disabling sets is a bad idea anyhow ;-)

99
clrmame Discussion / Re: Alive and kicking
« on: 14 September 2023, 09:29 »
Currently I'm focusing on the core but yes, of course an UI is something on the list, as a first step a minimal one like in the new rebuilder.

100
clrmame Discussion / Re: Alive and kicking
« on: 14 September 2023, 06:31 »
well, if everything else is running fine, I can think of some additional filtering possibilities.
Currently the new rebuilder and scanner already have a regular expression based filter option to select only some of the sets.

I can think of a generic include/exclude option which would allow selecting a subset of machines based on whatever you want inside the xml, e.g. by providing an xpath expression. That would be an extremely powerful selector/deselector, e.g. -include "/*machine[driver[@status='good'] and not(contains(manufacturer, 'Taito')]" would include only non Taito manufacture machines with good driver status ....

Actually that idea came up right now while writing this post...and I definetly put it on my list. One thing is questionable though: Such a selector would only pick machines on their own. There is no "also include parent / clone / bios / devices"....but hey...I need something to do for the future....

Pages: 1 2 3 4 [5] 6 7 8 9 10 ... 166

Page created in 0.142 seconds with 20 queries.