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 - f205v

Pages: [1] 2 3 4 5
1
@RK_aus_S: I'm from Tessin, Italian main language. I can understand German reading (with a little bit of google translate help), but speak very little and write nothing.

Roman answer is perfect as usual. clrmame needs a little bit of training, but after using it for a while you will feel confident and soon you can not live without it for your ROMs collection!

2
Sorry, I could not resist the urge to answer anyway!  ;)

Regarding your first question, if you want to have on your retro cabinet just a very limited selection of games, just go for non-merged. This is what I do on my cabinet, where just 50 games are kept. With non-merged you do not need to care about parent/clone relationship, because every single .zip file will contain all needed roms for that game. Nevertheless you will still need to pay attention to BIOSes and DEVICEs file: depending on the games you will put on your retro cabinet some of them may be needed.
Alternatively, move a full set to your cabinet, make it split or fully-merged and forget about any parent/clone/bios/device: a full set is full by definition (when you get everything green in clrmame result window)

Regarding your second question, when you want to update to a newer MAME version, there are a few alternate roads; the easiest one it to load in clrmame the new mame executable, point it to your already existing set, scan it with all fixes enabled and you will get the best possible collection based on the roms you have. For what is missing after this procedure, you need to find them on the internet, and rebuild+scan or drag/drop on result window.

3
I leave both Romans to talk in their native language: unfortunately my German is extremely limited, just the barely minimum to survive north of the Alps  :'(

4
well, it really depends on what you are trying to achieve.
If you start from a clean slate, and just need to create a "best" set for you mame0.78 from an assorted collection of random junk, just rebuild (and scan if you are curious about the final result, but the rebuild is the only part doing something)
If you start from an already existing collection, and want to UPDATE it to a newer release (imagine a situation when you want to upgrade from your 0.78 to something newer like 0.206) then you load in clrmame the new executable (or its datfile), point it to your existing collection, scan (with fix enabled to correct all issue with names, wrong placed files, etc.) then rebuild. (Then scan again if you are curious, but it will do nothing to the collection). In this second instance you can also act a little bit differently (but it's slower!): move your existing collection into the "unsorted" folder so you will have an empty destination folder, and just rebuild: it will be the same as in the first instance.

5
Hi, my fellow Swiss brethren!

1) you don't care about the downloaded romset format. CLRMAME will look into each single file to find a good match, so no need for you to know in which format they are.
2) put all of them in a single folder (or subfolders inside a single folder). I have a d:\unsorted folder where I put everything I ever download, and that is the source for my clrmame setup.
3) I usually do scan+rebuild+scan, but you can also do a scan followed by a drag/drop of "unsorted" onto the scanner result window. clrmame will recognise it and rebuild/rescan from there.
4) wrong files are usually moved to backup folder if you enable "fix" in the scanner. Missing files are missing and you need to find them on the internet, put them into "unsorted" and let clrmame do its magic!
CLRMAME saves a few log files (miss, have, complete log) and also a "fixdat" file for exchange with other collectors that can in this way just give you only what you are really missing and not full collections and also a "fastscan" hash that will enable it next time to only scan for missing/wrong, greatly reducing the total scan time.

6
If i may step in, the best way to have a "certified" mame 0.78 dat file is to start from the official mame executable that you can download from the official mamedev webpage: https://www.mamedev.org/oldrel.html

Once loaded in clrmame, go to rebuilder and set as source the directory where the 10 downloaded romsets are, set as destination the appropriate rompath for your recalbox setup, and let it run.
What you will have at the end will be the best possible correct set for mame 0.78
If you are still missing something, I suggest you look for some "roll-back" rom sets, They usually contain the wrong roms that have been removed from mame from one version to the newer one.

Last thing: go for split, this is how 99% of mame user do it, and it works. Full merged only makes sense to reduce the total number of files, unmerged only makes sense in few very exotic cases, too scarce to mention.

7
clrmame Discussion / Re: Problem with my DATfile
« on: 28 March 2018, 19:47 »
I am ashamed by my stupidity! :-[ :-[

Thank you so much for your help.
I could not spot the difference with WinMerge, cause it was buried in a 3 games modification.
I will give a try to BeyondCompare.

Thanks again.  :)

8
clrmame Discussion / Problem with my DATfile
« on: 28 March 2018, 19:15 »
Hi Roman,
since a few days I'm having a problem with my EMMA datfile, which I maintain by hand since many years.
So, the last version of the datfile which acted as expected is attached here, named old.zip
Then I edited it in a few lines here and there (you can check the differences with winmerge or similar tool), and the result is also attached here, named new.zip
With old.zip my collection of EMMA ROMs scanned perfectly and I had an "all green" situation.
Then I give new.zip to clrmame, rescan my collection, and instead of having just the few difference I manually inserted in the dat, I get clrmame complaining that 100+ files are unneeded or badly named!
I'm at a loss, I have re-checked and compared old and new, but still can not spot what I did to get such a strange behaviour.
Could you please be so kind and have a look?
Thanks in advance for your help.

9
Yes, you can keep the flyers files unzipped and scan them without problems.
I keep my "progettosnaps" collection fully unzipped and it works flawlessly.

10
clrmame Discussion / Re: clrmamepro 4.033 released
« on: 11 September 2017, 20:32 »
well, ROMs are subject to copyright; so a tool to download them automatically would be a MASSIVE breach of copyright's law and an invitation for the big powers to sue Roman.
I think it's best if you find the ROMs you are missing by yourself, they are all widely available from multiple places.

11
Sorry if I jump into someone else discussion.

I, for one, am using regularly "not-merged-set", and updating them regularly at each new MAME version release.
The reason for it is the following: I dump a lot of old PCBs and obviously I need to correctly identify them to see if they are already fully documented or not. One of the tools I use to such an aim is "romcmp.exe".
So I point ROMCMP to compare my newly dumped set against the most likely candidate in the MAME ROMs collection, and usually I get a clone, so if I point it against a "split-set" I only get compares for the few clone ROMs and I do not know if the other ROMs I have dumped REALLY match the parent or not.
If I perform the same procese against a "not-merged-set" I can get (in one single run) a FULL report of matches for the clone I have dumped.

So, if there will be in the future a possibility to have BIOSes and DEVICEs also included into the "not-merged-set" I will be double happy, becuase my job checking dumps will be even more complete and inclusive. And also because I could more easily check if some chips are missing or faulty on the real PCBs I will be checking.

Thanks for listening to my rants.  ;D

12
No, CLRMAME can not magically create files out of nothing.
You will have to find the missing files by yourself.

What CLRMAME can do is help you keep all your files in correct order for the version of MAME taht you are using.
It works this way:
1) you point clrmame to the mame executable that you are using; this is done only once, and in this way clrmame "learns" what files are needed and in what order for your mame.
2) you let clrmame "scan and fix" your collection of files; clrmame will keep the good ones, give them the right name and order, and will put the unneeded ones into the backup directory (better safe than sorry).
3) clrmame will also help you "rebuild" all the files that you find out on the internet into the right place in your collection.

Each step must be redone when you upgrade your mame to a newer version.

This is just a quick overview, if you have any specific problem just ask.

13
Ok, thank you. So the format of the fixdat is the same regardless of the scan method.

What about my proposal for a "minimal fixdat"? Not worth the effort, I presume.

14
Dear Roman,
happy New Year!
During last week I was updating to latest MAME a very old machine (from 0.78 to 0.181).
I noticed that the fixdat file generated are always the same, regardless of the merging flag I set (non-merged, split, merged). Is this the right behaviour?
Consider the following datfile (it's just a test made by me to illustrate the situation):
Code: [Select]
<datafile>
<header>
<name>test XML</name>
<clrmamepro/>
</header>
<machine name="a">
<description>a</description>
<rom name="aa1" size="256" crc="5baf4761" sha1="aa7e07eb2cada03b85bdf11ac6a3de65f4253eef"/>
<rom name="aa2" size="256" crc="04c22349" sha1="d1cb78911cb1ca660d393a81ed3ed07b24c51525"/>
</machine>
<machine name="b (clone of a)" cloneof="a" romof="a">
<description>(clone of a)</description>
<rom name="aa1" merge="aa1" size="256" crc="5baf4761" sha1="aa7e07eb2cada03b85bdf11ac6a3de65f4253eef"/>
<rom name="ab2" size="256" crc="9428afb0" sha1="ba907d3361256b022583d6a42fe223e90590e3c6"/>
</machine>
<machine name="c (one rom identical to a)">
<description>c (one rom identical to a)</description>
<rom name="cc1" size="256" crc="0ab15633" sha1="df004ff41f35b16089f69808ccf53a5e5cc13ac3"/>
<rom name="cc2" size="256" crc="04c22349" sha1="d1cb78911cb1ca660d393a81ed3ed07b24c51525"/>
</machine>
</datafile>
I was expecting fixdat files to look like the following:
1) un-merged -> identical to the starting datfile
2) split -> games A and C as per original datfile, game B with only one entry (the non "merge" rom)
3) merged -> game A with 3 roms (aa1,aa2,ab2) and game C with 2 roms (cc1,cc2). No entry for game B.

Now my suggestion: as you will notice, rom cc2 has different name from rom aa2, but same size and hash. The games C and A have no parent/clone relation. This is happening a lot in MAME, especially with PROMs or sound ROMs.
Would it be possible for clrmame to generate a "minimal fixdat" file containing only the REALLY NEEDED 4 roms aa1,aa2,ab2,cc1 ? Only these 4 roms are really needed to fully rebuild my example set and clrmame perfectly manages this rebuild already now.
The advantage of a "minimal fixdat" will be to save a lot of bandwidth for people helping each other to complete their collections.

thank you for listening to me and for all the good work you put into clrmame.

15
clrmame Discussion / Re: fix_xxxxxx.dat in Deprecated format?
« on: 26 August 2016, 07:27 »
I don't see any point in using the deprecated format today anyway...

Sorry to step in, but I'm a user of the old dat_format.
The reason I still use the old format in my dats is that I mostly manage them using an old tool (ListTool.exe) which does a marvellous job, but is only working with old datfile format.

16
clrmame Discussion / Re: clrmamepro 4.029b released
« on: 17 June 2016, 09:34 »
what the hell is that?  :'(

17
clrmame Discussion / Re: 2 small issue
« on: 08 April 2016, 21:38 »
I just tried your newest version, and now it works perfectly!
Thank you again for your support.

18
clrmame Discussion / Re: 2 small issue
« on: 07 April 2016, 08:51 »
THANKYOU!

19
clrmame Discussion / Re: 2 small issue
« on: 31 March 2016, 11:39 »
ah, OK.
Thank you for your answer on 1.
for 2 there is no rush. When you will have time.
In the meantime I turned off those sets manually, and I'm happy again.  :o

20
clrmame Discussion / 2 small issue
« on: 30 March 2016, 19:44 »
1) exporting a datfile in old format can only be done if I first go to dir2dat, load a profile with "deprecated", and then go back to datfile export. Is there a way to directly export a datfile in old format?
2) On my dumping machine I'm creating a full unmerged collection on MAME roms. No samples, no CHD.
So I point profiler to MAME executable, go to scan - set information, and follow your instructions (%H=1;%P=1 Apply, Invert, check 'initial invert' checkbox). After scanning I get error that 7 CHDs are missing: ddrja, ddrjb, mfightcc, p911uc, thrild2c, tsurugie, tsurugij.
On a different machine I have fully merged collection (no samples, no CHD) and there are no problems.
So it looks like the problem on those 7 CHD exclusion is only in unmerged sets.


Thank you very much for your help.

Pages: [1] 2 3 4 5

Page created in 0.574 seconds with 21 queries.