Amiga - Latest Public DATS Combined (v2020-10-31) & (v2019-05-10) & (v2018-07-27)
Following on from this thread, I've created these "combined" DAT files with "rebuildto directories" from the latest public TOSEC Commodore Amiga DAT files:
Commodore Amiga - Latest Public DATS Combined rebuildto Directories (TOSEC-v2007-03-14_CM).dat - Contains all Commodore Amiga DATS. - Download it from here. - Note; see post #3 below. Commodore Amiga - Latest Public DATS Combined rebuildto Directories - [Excluding CD - CD32 - CDTV] (TOSEC-v2007-03-14_CM).dat - Contains all Commodore Amiga DATS, excluding the CD / CD32 / CDTV DATS. - Download it from here. - Note; see post #3 below. Commodore Amiga - Latest Public DATS Combined rebuildto Directories - [ADF Only] (TOSEC-v2007-03-14_CM).dat - Contains only the ADF Commodore Amiga DATS. - Download it from here. Commodore Amiga - Latest Public DATS Combined rebuildto Directories - [SPS Only] (TOSEC-v2007-03-14_CM).dat - Contains only the SPS Commodore Amiga DATS. - Download it from here. Commodore Amiga - Latest Public DATS Combined rebuildto Directories - [CD - CD32 - CDTV Only] (TOSEC-v2007-03-14_CM).dat - Contains only the CD / CD32 / CDTV Commodore Amiga DATS. - Download it from here. |
Instructions
Here are the instructions you should follow:
Preliminary:
Running ClrMAMEPro:
All renamed / identified files will be sitting in the "C:\___FOUND" directory. Any rare / unrecognised files will be sitting in the "C:\___ORIGINAL" directory. |
Note
When loading some of the above .DAT files you will receive messages like:
http://img23.imageshack.us/img23/811...ticalnames.png This will occur for the following: Code:
Airball (1989)(Microdeal)[cr Subway - TDT][t +1 Subway - TDT] |
"SPS (TOSEC-v2008-07-23_CM)" + "TOSEC CD Dumping Project (TOSEC-v2009-03-15_CM)"
Ok, so I've created some newer "combined" DAT files with "rebuildto directories". These are basically the above but the old SPS / CD / CD32 / CDTV parts these have been replaced with these:
Belgarath's latest SPS DATs: Code:
... Commodore Amiga - Coverdisks - SPS (TOSEC-v2008-07-23_CM).dat The TOSEC CD Dumping Project DATs: Code:
... Commodore Amiga - CD - Applications (TOSEC-v2009-03-15_CM).dat Commodore Amiga - Latest Public DATS Combined rebuildto Directories (TOSEC-v2009-03-15_CM) - Contains all Commodore Amiga DATS. - Download it from here. - Note; see post #3 above. Commodore Amiga - Latest Public DATS Combined rebuildto Directories - [Excluding CD - CD32 - CDTV] (TOSEC-v2008-07-23_CM).dat - Contains all Commodore Amiga DATS, excluding the CD / CD32 / CDTV DATS. - Download it from here. - Note; see post #3 above. Commodore Amiga - Latest Public DATS Combined rebuildto Directories - [SPS Only] (TOSEC-v2008-07-23_CM).dat - Contains only the SPS Commodore Amiga DATS. - Download it from here. Commodore Amiga - Latest Public DATS Combined rebuildto Directories - [CD - CD32 - CDTV Only] (TOSEC-v2009-03-15_CM).dat - Contains only the CD / CD32 / CDTV Commodore Amiga DATS. - Download it from here. |
Quote:
|
Problem with 'rebuildto'
Hello,
I am having some problem with the Rebuilder (or with the .dat file) in clrmamepro. Following the general guidelines about how to rename the ADF files using clrmame, I'm stuck when it comes to putting the files in their correct destination directories. What I've done is: Downloaded Commodore Amiga - Latest Public DATS Combined rebuildto Directories (TOSEC-v2009-03-15_CM) from EAB/Damien. I have set it up in clrmamepro as described. My source path is (something_long\adf), destination path is z:\ (mapped network location to get it short) When I click 'rebuild', I get problems with a too long destination path for windows to handle, caused by what I think is an error in clrmame or the .dat file: Checking through the destination path (for successfully moved files), I see that there is one directory for each file, like for example: z:\Commodore Amiga - Games - [ADF] (TOSEC-v2006-10-19_CM).dat\4D Sports Boxing v1.0 (1991)(Mindscape)(Disk 1 of 2)[cr CSL]\4D Sports Boxing v1.0 (1991)(Mindscape)(Disk 1 of 2)[cr CSL].adf The full 'rebuild' filename seems to be a combination of destination path ("z:\") + "rebuildto" ("Commodore Amiga - Games - [ADF] (TOSEC-v2006-10-19_CM).dat") + "name" or "description" ("4D Sports Boxing v1.0 (1991)(Mindscape)(Disk 1 of 2)[cr CSL]") + rom name ("4D Sports Boxing v1.0 (1991)(Mindscape)(Disk 1 of 2)[cr CSL].adf") Since windos cannot handle these long filenames, some files are not moved, and the moved ones causes a terrible mess at the destination (which is simple to correct using the unix 'find' command to move the files to their correct destinations). Is there some option to prevent the "name" or "description" to be used as a part of the destination filename, or could it even be easier (for me) to write a UNIX based 'rom' manager ? /PeO |
well i don't have time to test but there should be a option to use compressed sets where it would create something like:
z:\Commodore Amiga - Games - [ADF] (TOSEC-v2006-10-19_CM).dat\4D Sports Boxing v1.0 (1991)(Mindscape)(Disk 1 of 2)[cr CSL].zip ...and inside the zip there would be the rom "4D Sports Boxing v1.0 (1991)(Mindscape)(Disk 1 of 2)[cr CSL].adf" other idea for damien to reduce the path lenght could be not using the dat version / using the tosec folder structure, so instead of: z:\Commodore Amiga - Games - [ADF] (TOSEC-v2006-10-19_CM).dat\ if could be: z:\Commodore\Amiga\Games\[ADF]\ anyway good luck with it and try using compressed sets or something like that to rebuild to zipfiles :) |
Quote:
can you give an example of the resulting name (and path) ? NTFS should support upto 255 chars for each part of the path and 32767 altogether. So it should handle these files correctly. I would rather say that it might be a limitation of ClrMamePro itself. Edit : Have you tried it with a not mapped folder? |
2 Attachment(s)
I get the same problem when setting the destination to a local disk (M:\ami_ok):
Error while rebuilding: \\OPENSOLARIS-FS\amiga\ADF_och_CD\ah_compl\games #\18th Hole (1993)(S.Garside - Berlin PD)(SW)(Disk 2 of 2)(Course)[SK 477][AMOS].adf To: M:\ami_ok\Commodore Amiga - Public Domain Collections - Berliner Spielekiste (TOSEC-v2005-11-19_CM).dat\Berliner Spielekiste 477 (19xx)(Berlin PD)(De)(PD)(Disk 2 of 2)(Course)[BSKCD]\Berliner Spielekiste 477 (19xx)(Berlin PD)(De)(PD)(Disk 2 of 2)(Course)[BSKCD].adf For successful renaming, a complete file path could be (from log file): \\OPENSOLARIS-FS\amiga\ADF_och_CD\ah_compl\games #\20000 Meilen unter dem Meer (1988)(Infogrames)(De)[cr Champs][h Personal Crackings].adf -> 20000 Meilen Unter dem Meer (1988)(Infogrames)(De)[cr Champs][h Personal Crackings]\20000 Meilen Unter dem Meer (1988)(Infogrames)(De)[cr Champs][h Personal Crackings].adf To shorten the path a bit, I have even cut off the "Commodore Amiga - " from the rebuildto value (not in this test, but in a previous one). The problem seems to be the "double" path (last directory + the filename is the same, except from the .adf ending of the filename) |
Works using compressed files..
Rebuilding works when selecting the option to compress files at the destination, and the resulting archives just contains the .adf file, not the extra directory that was created without compression.
Problem solved, but this is a bug in clrmame, or something in the .dat file that causes the extra directories to be created. |
Well the file/path name lengths are pure theory as I just found out. There is indeed a 248 chars (empiric test ;)) limitation for the whole path...
Edit : Ah, good to hear it's sorted for now. Maybe Damien finds what causes the extra dir to be created. |
Quote:
As for path naming, I agree that it should be more logical than it is for now, maybe even a directory for each game/program, so that the disks for each title will be contained together: z:\Commodore\Amiga\Games\[ADF]\Another World (1991)(U. S. Gold) (Fr)[cr Company](Disk 1 of 2).adf (Fr)[cr Company](Disk 1 of 2)[tr En].adf (Fr)[cr Company](Disk 2 of 2).adf (It)(Disk 1 of 2)[cr CSL].adf [cr Amiga Box][tr Hu](Disk 1 of 2).adf [cr Amiga Box][tr Hu](Disk 2 of 2).adf [cr Company][h ATX](Disk 1 of 2).adf [cr Company][h ATX](Disk 2 of 2).adf [cr Company][h PRX](Disk 1 of 2).adf [cr Company][h PRX](Disk 2 of 2).adf [cr CSL](Disk 1 of 2).adf [cr CSL](Disk 2 of 2).adf |
if you go to the initial thread quoted in the first post i posted there a link for a version (here) that used the tosec folders structure like i described (if i remembered correct), you can test it at your own risk :p
For the other suggestion, grouping sets using a primary setname would give a bit more work and afaik there is no datfile for it atm. |
Hey peo,
Sorry for the delayed response, only just saw the replies... I did test using the full TOSEC set and everything worked perfectly before uploading all the DAT files :agree If you use the exact same settings + paths (same or shorter length anyway) that I posted in #2 everything will definitely work. Afterwards you will end up with directories named for each .DAT which contain the files .zipped individually e.g. C:\___FOUND\Commodore Amiga - Compilations - Games (TOSEC-v2006-09-10_CM).dat C:\___FOUND\Commodore Amiga - Games - [ADF] (TOSEC-v2006-10-19_CM).dat When testing though I did try different things and noticed issues when paths are too long, hence that's why I suggest using C:\___ORIGINAL and C:\___FOUND. Also, as you found out you have the problem of "one directory for each file" when not having "Compress files" ticked... Unfortunately this is a Windows file system limitation. |
Oh, I guess I should also mention a few things just to try to clear up the approach taken:
a) I used the "Compressed file" option as usually if you find a full TOSEC set it will be in the form of a directory name for each DAT and then contain the individual files zipped. Secondly as mentioned above, this also stops the behavour Peo discovered with errors due to extremely long paths i.e. "destination path + rebuildto + file name + file name".ADF (which is how ClrMAMEPro handles the rebuilding of uncompressed files and becomes a Windows file system limitation). Finally, when having all the DATs merged into one massive "Mega DAT" you need to have individual DAT name paths due to some files existing in more than one DAT. b) I used the full name of the DATs instead of slighty shorter ones as it's easy to identify exactly what DAT the files belong to in terms of release date and name. As I'm sure most of you know there are loads of TOSEC Amiga DATs floating around on the internet, this helps you quickly identify exactly what ones are contained within the "Mega DAT". |
Ok, have now created a single combined .DAT from the latest available TOSEC ones i.e. v2017-04-23 ;)
This .DAT contains all of the following: Quote:
I haven't tested as I'm currently at work... |
Tested the above and there was a small error...
Have now corrected and tested; all is good so re-uploaded to The Zone! :great |
For a more permanent home; I've uploaded the file Commodore Amiga - Latest Public DATS Combined (TOSEC-v2017-04-23).zip to the EAB File Server under the directory:
Commodore_Amiga/TOSEC Updates |
Ok, have now created a single combined .DAT from the latest available TOSEC ones i.e. TOSEC-v2018-04-01 ;)
This .DAT contains all of the following: Quote:
Commodore_Amiga/TOSEC |
Quote:
|
All times are GMT +2. The time now is 03:01. |
Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.