Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

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.

1

clrmame Discussion / Re: Downloaded MAME Romset has 4800 files, after CLP 1700 files remained?

« on: 18 February 2019, 08:47 »

Zum Müllverzeichnis:
Nun ja....man kann Dateien rebuilden und die Option "Remove rebuilt sourcefiles" anwaehlen, dann werden die Dateien, die erfolgreich im Zielverzeichnis erzeugt wurden vom Quellverzeichnis entfernt. Was dann noch uebrig ist, ist nun ja...'Muell', aber wie du schon erkannt hast, nur fuer das aktuell geladene datfile. Klar kann man jetzt andere 3rd Party Programme drueberlaufen lasseun um identische Dateien zu loeschen, aber letztendlich bleiben halt Sachen übrig. Normalerweise (wenn man jetzt zum Beispiel von einer MAME version zur nächsten wechselt) sind das vielleicht bad dumps, die halt durch neue, good dumps ersetzt worden sind. Manchmal werden aber auch Sets aus MAME entfernt (z.B. aus Copyrightgründen), dann sind es natuerlich valide Dumps, die man vielleicht irgendwann wieder braucht.
Letztendlich ist es dir ueberlassen, was du mit den Dateien machst...

Zu CRC32/SHA1....nun ja...CRC32 hat den Vorteil, dass es in den Archivheadern gespeichert ist, sprich, man muss nur das zipfile (7z/rar) einlesen und man hat schon Informationen, ob eine Datei passt oder nicht. Die Datei zu entpacken dauert einfach laenger. Da CRC32 heutzutage aber in MAME auch schon nicht mehr ausreicht um eine Datei eindeutig zu identifizieren, wird dann doch noch der SHA1 Wert ermittelt...indem die Datei in den Speicher entpackt wird. Man kann also via schnellem CRC32 check schonmal aussortieren...und bei einem Treffer schaut man dann nochmal genauer hin....(das laesst sich optional auch abschalten)

2

clrmame Discussion / Re: Downloaded MAME Romset has 4800 files, after CLP 1700 files remained?

« on: 17 February 2019, 09:37 »

Samples:
Samples gehoreren in einen Samplepfad...Sowohl in MAME als auch in clrmamepro (settings->Pfad Selektor -> sample paths). Wenn man einen direkten MAME import verwendet (oder ein MAME datfile), dann haben Samples keinerlei Größen- und Hashangaben. Sprich, du kannst sie auch nicht rebuilden. Abhilfe schafft ein separates Samplesdatfile (zum Beispiel von Progetto). Dieses beinhaltet Hashes/Größen und du kannst damit arbeiten.

CHDs:
Der Rebuilder (wenigstens der öffentliche ;-)) rebuildet keine CHDs...Das Warning Fenster spuckt aber Information darueber aus, ob er ein valides CHD gefunden hat. CHDs an die richtige Stelle zu manövrieren ist aber auch recht einfach, einfach in einen Rompfad ablegen (also ohne Unterverzeichnis) und der Scanner findet es und verschiebt es an die richtige Stelle (mit Unterverzeichnis und richtigem Namen). Und wie erwaehnt, chds sollten nicht in ein gepacktes ROM Archiv mit reingepackt werden. Seh ein CHD wie ein separates zip File an.

3

clrmame Discussion / Re: Downloaded MAME Romset has 4800 files, after CLP 1700 files remained?

« on: 16 February 2019, 16:26 »

Aaaalso.....CHD = Compressed Hunks Of Data ...mit anderen Worten...ein gepackter Datencontainer....Inhalt des Containers kann z.B. ein CD/DVD/HD image sein...aber durchaus auch andere Formate...Floppies, Laserdisks, etc...und ja, du brauchst sie um das jeweile Spiel zu spielen, denn dieses beinhaltet ja die eigentlichen Daten. Es gibt zum Beispiel Systeme, die quasi nur aus dem BIOS set bestehen und die eigentlichen Spieldaten sind dann z.B. DVD images. Also..ja, du brauchst sie.

Was das Ablegen angeht, geht MAME wieder konsequent seinen Weg:
ROMPfad\SetName\Datei 1 ...Datei N fuer nicht komprimierte Sets
ROMPfad\SetName.zip (oder .7z) fuer komprimierte Sets wo die einzelnen Dateien dann im Archiv stecken.
Rein theoretisch kann man CHD files auch nochmal in ein Zipfile stecken...bringt aber nichts, denn es ist bereits komprimiert. Also fuer CHDs gilt: ROMPfad\SetName\CHD1...CHDn (fuer das jeweilige set).
MAME erlaubt auch, dass man CHD files einfach ohne Unterverzeichnis in einem ROMPfad speichert. Wenn man das nutzen will, muss man das in clrmamepro aber explizit einschalten.

Nun zu den Versionen: Das CHD Format hat auch mittlerweile diverse Versionsupdates bekommen. Da MAME's -listxml output aber keinerlei Informationen darueber ausspuckt welche Version gebraucht wird, muss man das clrmamepro mitteilen (settings->compressor->chdman). Aktuell ist 5. Alte Versionen (.78) verwenden sicherlich eine viel aeltere..vielleicht 3 wie in deinen Screenshots...dann musst du halt innerhalb von clrmamepro das auf 3 umstellen.

Teilweise kann man chds auch umwandeln, allerdings gab es auch mal eine Version in der zusaetzliche Metadaten gespeichert wurden (und vorher nicht). Ein Upgrade ist also nicht immer möglich...ein Downgrade möglicherweise schon.

4

clrmame Discussion / Re: Downloaded MAME Romset has 4800 files, after CLP 1700 files remained?

« on: 15 February 2019, 17:31 »

der rote Anteil entspricht dem Abschnitt der die generelle Anzahl der einzelnen set/file Typen auflistet...
Sprich...es gibt 4720 sets, von denen du 4720 auch "eingeschaltet" hast...die Sets beinhalten 1042 Parent sets...usw..

Unter uns: du brauchst keine Statistiken ;-) Wie gesagt...wenn die ScanResults Baumansicht nichts listet bist du fertig....

5

clrmame Discussion / Re: Downloaded MAME Romset has 4800 files, after CLP 1700 files remained?

« on: 15 February 2019, 12:07 »

1) einem Splitset sieht man erstmal gar nicht an ob es ein Clone- oder ein Parentset ist. Das weiss man eigentlich nur wenn man sich die Dateien anschaut und mit dem Datfile vergleicht. Split Sets sind halt sehr verbreitet, da man dadurch a) jedes Set als Datei vorliegen hat (bei full-merged sets hat man ja nur noch das Parentset in dem alle Clones mit reingepackt werden) und b) trotzdem einen Speicherplatzgewinn hat, da die Clonesets ja nicht nochmal die Dateien verwendet, die mit dem Parentset uebereinstimmen.
"unmerged" verwendet eigentlich niemand....
Die Frage ist im Wesentlichen, was der verwendete Emulator denn unterstützt. Ja es gibt wahrscheinlich Emulatoren, die Parent/Clone Beziehungen gar nicht zulassen und Sets benötigen wo im Setarchiv jede Datei vorhanden ist. MAME ist es eigentlich egal, da der ROM loader alle ROM Pfade durchsucht und sowohl im Parent- als auch im Cloneset nach passenden Datein sucht. MAME sucht sich also alles zusammen...und schau auch nicht auf Dateinamen, sondern schaut nach File Hashes.
Wenn du jetzt irgendeine Retropie Version (oder aehnliches) verwendest...tja...ich weiß es ehrlich gesagt nicht, welches Format die Version dann unterstützt...muss man herausfinden.
Der Trend bei den MAME-maniacs geht halt eh dahin alle Sets zu haben....da stellt sich die Frage nicht ;-)

2) Scanner, das Hauptwerkzeug. Der Scanner untersucht deine Sets, entdeckt ob Dateien fehlen, ob Dateien umbenannt werden müssen, etc etc...Die Baumansicht des Scanner Outputs ist *die* Information die du brauchst um zu sagen, dass deine Sammlung ok ist oder nicht. Kein Eintrag zu sehen, gut, dann gibt es keine Fehler (bezogen auf die gesetzten Scaneinstellungen). Wenn man die Fixoptionen des Scanners aktiviert versucht clrmamepro Fehler auch zu beheben. Bei Dateiumbenennungen ist das kein Problem, bei völlig falschen Dateien natuerlich schon, denn clrmamepro kann ja nicht einfacht auf wundersame Art und Weise Dateien herbeizaubern. Der Scanner gibt dir detaillierte Informationen über den Zustand deiner Sets.
Der Rebuilder ist dagegen dateibasierend. Dem Rebuilder geht es nicht darum eine Aussage über Sets zu machen, schon gar nicht Fehler aufzuspüren oder zu beheben. Dem Rebuilder ist es auch egal, ob Sets komplett sind oder nicht. Er erzeugt keine kompletten Sets (er kann, er muss aber nicht).
Der Rebuilder ist ein Modul welches dir hilft unbekannte, falsch benannte Dateien, sprich eine große Menge Schrott, einfach mal ausmisten zu lassen. Er liest eine Datei (!, nicht Set) aus dem Quellverzeichnis, berechnet CRC32/SHA1 Werte und vergleicht diese dann mit der Datenbank (Datfile). Wir er fündig, werden alle Treffer im Zielverzeichnis erstellt (zu Archiven hinzugefügt). Dort wird der richtige Name verwendet. Sprich, wenn z.B. eine Datei von 300 Sets verwendet werden sollte, werden alle diese 300 Sets erzeugt...aber sie enthalten dann erstmal auch nur diese eine Datei.
Der Rebuilder wird auch gerne verwendet um bestehende Sammlungen zu durchsuchen und Dateien fuer einen anderen Emulator zu erzeugen. Sprich man lädt ein Datfile für Emulator X, hat aber Sets für Emulator Y, dann lässt man einfach mal den Rebuilder über diese Sets laufen und schaut, welche Dateien aus der Y Sammlung zu X passen.
Hauptsächlich ist der Rebuilder praktisch um neue Dateien seiner Sammlung hinzuzufügen. Der Scanner kann das über fix-missing, aber hier ist der Rebuilder im Vorteil (schneller, andere Voraussetzungen, einfach Drag'n Drop in den Scanner).

Ein übliches MAME update ist in etwa so:

1) man hat eine vollständige MAME Sammlung und nun kommt eine neue MAME Version raus. Sollte man ein MAME Profil basierend auf der MAME.EXE Datei haben, erkennt clrmamepro automatisch, dass ein Update vorhanden ist und importiert die neuen Daten
2) Als ersten sollte man den Scanner laufen lassen, da dieser alle möglichen Fehler behebt. Danach sollte man eigentlich nur noch fehlende Dateien haben (nämlich die, die durch das MAME update hinzugekommen sind), ggf. sind auch noch Dateien vorhanden, die durch die neue Version komplett ersetzt werden (z.B. redumps)
3) Hat man die neuen Dateien gefunden, kann man jetzt den Rebuilder verwenden um sie hinzuzufügen (dabei zeigt Rebuilder Destination auf den Rompath). Man kann die Dateien einfach via Drag'n Drop in den Scanner schmeißen...und den Scanner auch so einstellen, dass er nach dem Rebuild automatisch neu scannt.
4) man wiederholt 3 bis man keine fehlenden Dateien mehr angezeigt bekommt.

6

clrmame Discussion / Re: Downloaded MAME Romset has 4800 files, after CLP 1700 files remained?

« on: 15 February 2019, 05:58 »

klar koennen wir deutsch reden.....

7

clrmame Discussion / Re: Downloaded MAME Romset has 4800 files, after CLP 1700 files remained?

« on: 14 February 2019, 13:49 »

well...a quick test would be to look at one set which is not regenerated by the rebuilder at all....get the hashes of the single files (the actual rom files, not the set archive file) and lookup that value in the datfile. If it's not there, you can be rather sure that either the files or the dat is wrong ;-)

So...maybe give one concrete example (filename, hash values) here in the forum and I can try to figure out what's going on

8

clrmame Discussion / Re: Downloaded MAME Romset has 4800 files, after CLP 1700 files remained?

« on: 14 February 2019, 13:10 »

1) current MAME is .206, .78 is about 15 years old...and full of outdated, partly bad rom dumps ...there is no need to use such an old version..and compared to today, most likely most of the stuff doesn't match anymore.
2) you don't really want to use non-merged sets. full or split merge is the way to go
3) the rebuilder is a file based operation, not a set based one. It takes a file from the source (or a file from an archive within the source), calculates a hash and compares that against the loaded database. If there is a match, it will add/create all found instances in the destination, using the correct naming there.
So if you think the rebuilder did not do its job correctly (which is unlikely), you better check which database is loaded or look at the rebuilder log to see what is skipped or rebuild....
4) the scanner can be used to check what is wrong with your collection and it will fix renames etc.

So...if you really want to go with .78, ensure that you're also using a .78 datfile (or .78 mame executable to import the data from).

9

clrmame Discussion / Re: Help with using Clrmamepro on OSX (No window on app startup)

« on: 08 February 2019, 12:17 »

Actually, I have no idea ;-)
Never worked with wineskin before and so I just followed the steps...and yes...I ended in the same endless loop and after the 8th try I simply pasted the full path to the exe and I had the "TEST" button to run cmpro...and there...it started as expected.
Since I'm a windows user I'm not so familar with MacOS in combination with wineskin.....Setting up wine under linux is ok and pretty easy but wineskin gives me the creeps.......so maybe CrossOver is easier to use...don't know actually since I did not try it.

10

clrmame Discussion / Re: Help with using Clrmamepro on OSX (No window on app startup)

« on: 08 February 2019, 09:14 »

Yeah...if you follow that link word by word you end in that endless loop...that's why I simply specified the path manually and did not use the browse buttons and I got it work then....and then cmpro worked flawlessly.

Your problem is getting wine/wineskin to run on your mac...not getting cmpro to run with it...so changing cmpro.ini is way too early.

Maybe you should try crossover or pure wine or find other wineskin tutorials...

11

clrmame Discussion / Re: Some feedback (bugs?? nah...)

« on: 05 February 2019, 20:51 »

thanks for the feedback, I will do some investigation on the "ekara" case when I find a little time and I will definetly add the \\?\ to the temporary path internally, so nobody needs to update the ini file. I will also have a look if the 32k path support can be enabled completely internally, so the user won't need to add the prefix everywhere

12

clrmame Discussion / Re: Some feedback (bugs?? nah...)

« on: 05 February 2019, 06:46 »

I will have a look at the software list "ekara" thing. So you say that from 205 to 206 due to regrouping of the sets, some files went to backup and did not come back automatically?
Then this could be related to the already described fact, that if a file is marked as unneeded it's placed in the backup folder and fix missing only picks it up if it's placed there by a clone or parent. So maybe they've changed parent/clone relationships in 206, too. (Scanner fix missing advance would pick it up, however this is really slow).

Or do you say after the 205 to 206 update some of these changed software list items aren't put in backup and are gone?

Regarding the \\?\  prefix, do you have problems when you do NOT add it to the temp folder? So only rebuilder sourve/destination and rompaths have the \\?\.

The mame/software list combined mode...well...actually I'd recommend to use it your way, single hash files, one profiler per software list. The combined mode is a pain to setup with all its separated paths and it's pretty memory intensive.....I'd go with the single ones. Easier to manage...and only some software lists get updated with a MAME version, so no need to run through all sets.

13

clrmame Discussion / Re: strange 1g1r behavior selecting unneeded

« on: 03 February 2019, 17:34 »

the 1g1r algorithm scores sets by 1) region 2) language 3) default 4) original parent. So you might need to look into the algorithm to check why a set is picked or a different one scores a higher rate and is taken.
I guess the algorithm can be found if you google for it.....e.g. here: http://forums.no-intro.org/viewtopic.php?t=544 pretty much at the bottom of the page.

So, it's more or less a task for the datfile authors to define the upper attributes correctly.
The release element only specifies the final name of the file which is picked. So you need to compare the hashvalues of the file and the datfile to see which one was actually picked. Don't look at the filename

14

clrmame Discussion / Re: Some feedback (bugs?? nah...)

« on: 02 February 2019, 20:08 »

ok...latest nightly handles the vs4e to vs4eo rename correctly
I checked various scenarios with your long filename example but I cannot repeat a problem with it. By the way, the prestring is \\?\ (not //?/). Can you please use the correct prestring and retest? If you find a problem, please let me know an exact example (e.g. soucrefile (archive) names, destination, which compression settings..)

15

clrmame Discussion / Re: Re: Latest Nightly Build

« on: 02 February 2019, 17:49 »

The only change regarding windows positions is "fixed: remembering window positions on multiple / virtual screens fails"
but this only affects windows position offsets when you got more than one monitor
nothing really changed in the general behaviour...the upper change is only using a different windows library constant.

...and saving of windows positions works for me with the nightly build flawlessly

16

clrmame Discussion / Re: Moving DatFile failed on folders created directly in datfile directory

« on: 01 February 2019, 18:21 »

Well, you need to know what happens if you move a profile. It's not just a movement of a datfile. Actually cmpro's datfile and settings folder follow the same strucutre. A profile is both, settings and a connected datfile..and actually also fastscan, logs and other folders are involved.

The settings file holds information about the relative paths. So just moving a datfile or just a settings file is not a good idea unless you also update the references.

It's no problem if you add new datfiles and folders via windows explorer, but as soon as a profile is created you should handle it within cmpro.

17

clrmame Discussion / Re: No-Intro header files are not recognized

« on: 01 February 2019, 14:31 »

yeah...could be that headers are loaded during startup...can't remember at the moment but I can double check later at home

*update * ok...checked the source, yes...header xml files are only loaded on startup

18

clrmame Discussion / Re: Some feedback (bugs?? nah...)

« on: 01 February 2019, 08:10 »

Wow..lots of text...so here we go:

- move of files to backup. Normal and expected behaviour. The scanner only looks at the current set definition and checks if folder xyz holds files for this set. If not, they are marked as unneeded and moved to backup. It also checks if the file is maybe just wrongly placed but it only looks at parent/clone relationships here...and lists them as wrongly placed then and moves them to their correct place. There are exceptions though and I have to check what this vs4 chd falls under. Readding chds is easy by the way, simply move the chd to a rompath root, no matter which one or whatever name it has. cmpro will move it to the correct subfolder and fixes the name.

- long filenames. Good point, While rom/sample etc paths can be setup by the user with //?/ prefix, the cmpro temporary (and backup folders) most likely did not get the prefix. The temporary folder e.g. is used during unpack/pack operations. So I guess you have to add the prefix there, too. But I will give that a test at home.

- moved between folders? You mean files from one software list were moved to a different one? Or just from one set to another within one and the same software list? Then again, the first remark fits here. It's normal that the scanner moves files to the backup folder in such cases. But either a rebuild from backup folder or fix-missing deep options should automatically bring them back. Would be interesting to have some examples here.

19

clrmame Discussion / Re: Possible bug

« on: 31 January 2019, 08:44 »

Ah well....corrupting files...I guess each tool has such rumors....There are endless out there about cmpro...not supporting this correctly...not handling that...blabla....People should use the correct forum (here) to post problems and I try my best to explain or fix it....if I find time, now with 46 and a family it's different than being a student and have time for coding nights...you see...tired old horse..not the program but me

20

clrmame Discussion / Re: Possible bug

« on: 31 January 2019, 08:24 »

It's 22 years this september...and no...it's old...it's ugly and bloated if you ask me ;-) An old horse trying to avoid the slaughterhouse