ssjkakaroto wrote:

The emulator BizHawk ( comes with a tool called DiscHawk that also merges bin+cue files into ccd+img. You can try that.

Thanks for that tip. I'm curious how it handles these strange multi-index track cue files that sbitools choked on.


(8 replies, posted in General discussion)

F1ReB4LL wrote:

I think it should be a feature request for rommanagers to shorten the filenames in such cases.

Honestly, i don't think it should be up to the rom manager.

We're the ones setting the title. If we can't commit to a title that fits within the confines of the file systems we use, there's a serious problem. If we ask the rom manager programs to shorten the file/folder names for us, there won't be any reason to expect consistency from the different programs. They could shorten the file/folder names any way they choose, leading to inconsistent results.

I think the more appropriate response is for us to decide on the proper title as well as a shortened title, then include a text file of the full title as part of the image. Those who want to deal with the ridiculously long name can fight it on their own while the rest of us breathe a sigh of relief that we can actually let a rom manager update our roms without hanging on stupidly long titles/file names.


(8 replies, posted in General discussion)

Aringon wrote:

Why not C:\Saturn\Zoku Hatsukoi Monogatari - Shuugaku Ryokou (Japan) (Disc 4) (Daigakusei Jidai & Koukou kara Daigaku ni Agaru ma.bin

Why do you need to put it in a folder with its name, doubling the length of the file path?

We aren't, but when using a rom manager like clmamepro for the dat file to do things like set name updating, you'll find that because of the title chosen in the dat, the folder is created automatically.


(8 replies, posted in General discussion)

Hey everyone.

there is at least 1 title in the Sega Saturn set that is so long, windows can't deal with it once it has been "properly" named:

Zoku Hatsukoi Monogatari - Shuugaku Ryokou (Japan) (Disc 4) (Daigakusei Jidai & Koukou kara Daigaku ni Agaru ma no Haruyasumi)

There are several others that have similar problems with some of their files if the folder structure is "properly" named as well.

I'm wondering, is there a way we could maybe shorten this "official" title to make it more friendly with NTFS?

I was able to get quite a few images converted using Wiggy2k's method of sbitools.

Unfortunately, 41 images didn't get converted, with sbitools claiming that they had invalid cue files.

While i haven't looked at every single Cue file from those having issues yet, the one thing i'm seeing are individual tracks broken down into multiple indexes

FILE "Striker 96 (USA) (Track 1).bin" BINARY
  TRACK 01 MODE1/2352
    INDEX 01 00:00:00
FILE "Striker 96 (USA) (Track 2).bin" BINARY
    INDEX 00 00:00:00
    INDEX 01 00:02:00
    INDEX 02 03:12:19
    INDEX 03 06:08:69
    INDEX 04 10:35:57
    INDEX 05 13:31:22
    INDEX 06 16:49:55
FILE "Striker 96 (USA) (Track 3).bin" BINARY
    INDEX 00 00:00:00
    INDEX 01 00:02:00


FILE "Dark Savior (Europe) (Track 1).bin" BINARY
  TRACK 01 MODE1/2352
    INDEX 01 00:00:00
FILE "Dark Savior (Europe) (Track 2).bin" BINARY
    INDEX 00 00:00:00
    INDEX 01 00:02:00
    INDEX 02 01:37:43
    INDEX 03 02:14:12
    INDEX 04 02:35:21
    INDEX 05 02:54:51
    INDEX 06 03:15:05
    INDEX 07 03:30:59
    INDEX 08 03:55:71
    INDEX 09 08:48:48
    INDEX 10 11:59:63
    INDEX 11 16:14:21
    INDEX 12 20:10:44
    INDEX 13 24:37:74


CATALOG 0000000000000
FILE "Honkaku Hanafuda (Japan) (Track 1).bin" BINARY
  TRACK 01 MODE1/2352
    INDEX 01 00:00:00
FILE "Honkaku Hanafuda (Japan) (Track 2).bin" BINARY
  TRACK 02 MODE2/2352
    INDEX 00 00:00:00
    INDEX 01 00:03:00
FILE "Honkaku Hanafuda (Japan) (Track 3).bin" BINARY
    INDEX 00 00:00:00
    INDEX 01 00:02:00
    INDEX 02 02:05:00
    INDEX 03 05:29:60
    INDEX 04 08:29:12
    INDEX 05 12:45:11

I'm wondering if there is something anyone can help me do to get these compatible with SBITools. I've already reached out to the author of that program, but he's got life issues that will likely prevent him from working on this tool further for the time being.


(17 replies, posted in General discussion)

I apologize, i thought my question was fairly straightforward.

I don't know how you're calculating the total CRC-32. my attempts at using various calculators to take 2 or more CRC values out of the dat/webpage result and sum them up doesn't result in the value you have as total CRC.

I'm not interested in reinventing the wheel here. i need a solution that allows me to check the site pretty much any time and see if there are changes or updates to any disc (not just saturn mind you) and if there is a change against what was last checked/calculated, obtain the total CRC again and verify it against the dumps i currently have for that title.

I'd MUCH prefer some semi static listing of Total CRC, either in the database or in the dat, but upon opening the dat, i saw the value wasn't listed there either. I don't want to factor in your on the fly calculation into my programs/scripts as doing that will add an extra potential point of failure.  If you won't incorporate Total CRC as a static stat into either the dat or the webpages, i've got not choice but to do that on my own, but i still would rather be handed the code/algorithm than try to "figure it out".

And yes, the data base dump would also be super awesome since a lot of the requested data isn't in the dat file anyway.

Thank you!


(17 replies, posted in General discussion)

While we're here, @iRobot, i didn't see anything back from you about the calculation. I'm stuck in limbo for at least one project until we make progress with Total CRC32.

If we skip that one value and find a way to add it in later, i'd still like the rest of the data dump.

hmm, this sounds fantastic, and certainly a lot easier to deal with than what dave and i started with. i'll give it a go

F1ReB4LL suggested i reach out to LedZep and/or Sarami regarding a "gluer" tool to glue the various bins/tracks of a bin+cue together to form a single img, or a straight up converter, that would do a conversion of cue+bin to to CCD+IMG+SUB.

I've had successful conversions of bin+cue to ccd+img+sub by mounting and redumping, but i've also had several that ended up with an img file that fails to match a previously dumped crc-32, and have run into some types of images that the tools i currently have are unable to deal with properly.

Is there any chance of getting a tool that would help automate this sort of process?

Thanks all


(17 replies, posted in General discussion)

am i able to get any forward momentum on at least the calculation for using the dats as a source?


(17 replies, posted in General discussion)

wiggy2k wrote:


Might be worth having a look at the code that combines the ~CRC32 values if iR0bo0t is willing to share or writing something from scratch, pretty sure it cant be that hard and maybe looking to script something (Python/PHP?) to generating the combined CRC32 from the DAT files themselves.  at least that way you wont need to scrape the pages in cases of corrections / updates.   

Slightly off topic:

from the sounds of it you are probably heavily invested in the the Phoebe/Rhea ODE but maybe worth a look at the upcoming Satiator from professor abraisive,

I am currently awaiting the beta board for testing.

one of the main advantages being his cue parser is specifically designed for split bin/cue images along with leaving the actual optical drive untouched obviously.  plus there in nothing in Saturn Subs that isnt covered by the redump .cue

I'm well aware of JHL's project and am one of the biggest critics of it as it doesn't allow for use of every title on the system (anything MPEG card optional/required can't be used). While there aren't a lot of detractors out there, my understanding is that he's not going to be implementing an mpeg card into the unit and therefore the unit misses the point to me. In my mind, any ODE product should enhance the capabilities and user experience of the original product without reducing compatibility or functionality.

While the rhea/phoebe does remove the ability to play optical discs, i have yet to run into a single disc image it can't handle that hasn't been fixed in some way (i believe there were a couple of discs early on that couldn't play but to my knowledge those have since been fixed via firmware). This seems a fair trade to me. Though i'd much prefer an ability to switch easily between using the ODE and using the original drive, i'm not willing to sacrifice titles out of the library for that feature.

In any case, I'm still much more of a fan of using CCD over BIN/CUE.

We're going to continue work on the scraper for now, but yes, having an alternative method of getting the total CRC-32 without needing to build the scraper would probably be ideal.

Also, i'm in agreement that the need i have doesn't necessarily justify an additional table, but i'm not exactly sure how one could convert the existing bin/cue sets over to CCD in batch and verify the images retained integrity without doing what i'm doing. it would be a different story if a CCD based set already existed, or if the raw files generated by DIC were what were distributed instead of bin/cue, but for end users that would likely be a nightmare.

So yes, i'm open to any and all suggestions to make this process more self contained. No matter what, some online update is required (either a new dat file must be downloaded and compared, or the site needs to be date checked and re-scraped each time a new disc is added).


(17 replies, posted in General discussion)

Jackal wrote:

If this is for a personal list of sorts then you're better off making one manually in Excel (I've been doing the same to keep track of my IBM PC collection). There would be no benefit in automating anything, you only have to update the list when a new dump is added to the db.

hardly. a friend and i have developed a tool to automatically convert Redump images in Bin+Cue to cloneCD format, primarily because Bin+Cue is not supported by some ODEs and it makes little sense to maintain 2 separate image sets. Also, converting 2000+ images takes a LOT of time (approximately 50 hours last time i did it) and each time we still run in to certain errors, indicating that something in the conversion process is going wrong, but not on all images.

What i want to do is add in CRC-32 checking after the image conversion process completes on a per image basis and flag the ones that don't match up.

Either way, i do not want to attempt to manually visit 2000+ pages to pull a single point of data, much less 10 points.

There certainly is benefit to automating. Even if a new dump is added to the DB, the date added can be checked and if the date doesn't match or surpass the last time the tool was run, no update is needed for that title. Otherwise, snag updated info and flag for attention.

there are very few tasks i can think of where automation isn't welcome. Heck, even though i haven't been able to dump in a while due to various issues, the only reason i can dump is because my friend and i looked at the dump process and developed tools to automate the creation of the command for DIC as well as for moving and zipping the resulting files.

anyway, it appears that using a scraper is the only way currently to obtain the CRC-32 info.  I hope that changes in the future as verification of successful and accurate transition between formats is pretty important to preservation efforts and the prevention of inaccurate images getting out to the wild.


(17 replies, posted in General discussion)

iR0b0t wrote:

10. Total CRC-32

I cannot do a database dump of it, Total CRC-32 is not stored within the database, its generated on the fly each time you review a disc page.

hmm. this presents a problem. We're working on trying to build a scraper for this but had really hoped grabbing the CRC-32 would have been far easier for the verification process.


(17 replies, posted in General discussion)

Hey everyone

I've been advised to ask iR0b0t for a database query/dump.

I'm trying to do a comparison between submitted Total CRC-32 values for dumps against dumps that I converted to CloneCD format.

I'm hoping to get a csv with the following info:

1. Title
2. Disc Number/Total Discs for title
3. System
4. Region
5. Serial
6. Build Date
7. Version
8. Edition
9. Bar Code
10. Total CRC-32

I primarily need this for Sega Saturn discs, but it would be wonderful to get output like this for all discs i might dump in the future.

Thank you


(2,264 replies, posted in General discussion)

sarami wrote:
Enker wrote:

2. Both your program and PerfectRip have the file name issue. I don't think there is any setting I can change to fix this. Other programs I use don't have this issue.

It may be beside the point...

If you use Windows7, check off below
explorer -> tool(T) -> folder option(O) -> show tab 'Do not show extensions that are registered'
(I don't use English version, so may not be accurate.)

Seems to be the same problem i'm having. Did this ever get addressed?


(2,264 replies, posted in General discussion)

Seems i'm too much of a newb to figure out the context for this. How should i formulate the command?

wiggy2k wrote:

Manually specifying the .bin file extension at the end of the command should do it.

alternatively just dump it with an arbitrary name like dump.bin and rename it with the DAT.
it should match

Glad to see you finally got your hands on a copy.
hope it wasnt too pricey, it's gone insane lately.


(2,264 replies, posted in General discussion)


Seems i am having a problem formulating a command that would work to dump a game with periods in the title.

>DiscImageCreator.exe cd E: "D:\dump\E\Daytona USA C.C.E. Net Link Edition [(Star)2S(Star) 81218 B A1]" 40 /c2

This should create a set of files called

Daytona USA C.C.E. Net Link Edition [(Star)2S(Star) 81218 B A1].*

but instead the final period is seen as the point of extension.

is there any command arguments that would help me avoid this issue?


(2,264 replies, posted in General discussion)

iR0b0t wrote:

@A Murder of Crows
he pretty much did what you asked him for, you should be able to run multiple DIC instances now.

>> Test version 20170930

ah, i didn't see the new test version

thanks all!


(2,264 replies, posted in General discussion)

sarami wrote:
A Murder of Crows wrote:

Is there any way to run 2 copies of DIC at the same time on different drives?  I have a LOT of discs to dump in a short amount of time, but keep running into the following error:

Disabled mutex.

Thanks for the reply.  Please excuse my ignorance however.  I don't understand what you mean by that.


(2,264 replies, posted in General discussion)


Is there any way to run 2 copies of DIC at the same time on different drives?  I have a LOT of discs to dump in a short amount of time, but keep running into the following error:

DiscImageCreator.exe cd E: "I:\AMoC Dumps\EUR\Utilities\Photo CD Operating System [MK81681-50]\Photo CD Operating System [MK-81681P-485]\Photo CD Operating System [MK-81681P-485]" 4 /c2
[F:main][L:1077] GetLastError: 183, Cannot create a file when that file already exists.

tossEAC wrote:

We use the DIC method now and a Plextor with  px_d8 support. See the DiscImageCreator thread for the actual program and instructions, and keep the log files.

That thread is QUITE long and doesn't seem to provide explicit instructions on how to rip each format, in its own section to make things clearer.

If there any way of getting individual system instructions at all?

I have Saturn, Sega CD, Dreamcase, PC-Engine CD/Turbo CD, CD-I, 3DO, and Neo Geo CD that I'd like to dump in some recognized format on a regular basis.

F1ReB4LL wrote:

I don't think the clonecd image has any use for us, since the audio there is definetely cut from the end due to lack of the offset correction. If you were in such a hurry, you could either follow the old guide or to run DIC without any additional parameters (it has a built-in help to figure out the basic commands). Of course, if you have a proper drive (you haven't even mentioned the drive(s) you were trying to use).

I have a plextor premium and a pair of plextor Premium 2 drives.

My final output has to be in Clone CD format for compatibility with the rhea device.

When I search for Saturn the old guide which did not mention DIC was the only thing I could find. When I asked about the parameters of the old guy being correct I was told it wasn't. This is why I'm so frustrated right now. I have a real rare golden opportunity to get some really nice things dumped that have not been dumped before properly but I can't find a single step-by-step guide that is current.

PM sent.  So far i was able to make a clonecd image of Eyeful Home as that disc went back to california this past week.  The others are still up here.

Adding this as a starting point, from the previously noted Saturn dumping guide.  I'd REALLY love to see the following edited and updated to whatever the current needs are.



You have also to know and understand which informations has to to be preserved in DB to identify a dump from another one (revision, alternative and so on). What follows is the needed data:

1. Title

2. Alternative title expecially for Japanese releases
You can find them easily on Sega website (search it with serial), by the way something could be different on box / disc:

Saturn Sega releases:
Saturn 3rd party 1994-1995:
Saturn 3rd party 1996:
Saturn 3rd party 1997:
Saturn 3rd party 1998-2000:
and / or
Saturn all:

Mega CD Sega releases:
Mega CD 3rd party:

All western characters must be in unicode MS Mincho ---> japanese subcategory (Shift-JIS) ---> latin symbols (you can easily find this character set)

3. Region (Japan, USA, Europe, Germany, France, etc.)

4. Languages (En, Jp, Fr, De, Es, It, etc.)

5. Serial ---> normally you find it on sides of jewel case

6. Ring Code ---> you find it in the inner ring of cd-rom

7. IFPI Code ---> normally you find it in the same inner ring where you found Ring Code (a text box should be added in the SS/SCD DB sheet). You can post it along with Ring Code and please the inner IFPI near CD hole, the one normally on trasparent sector, is not required because it's the media code.

8. Barcode (optional)

9. EXE Date ---> you can it in the header

10. Header in text format with hex values (not full 512 bytes, but only used bytes)

11. Revision ---> you find it in the header

12. Edition (Original, Satakore, Taikenban, Genteiban, etc.)

Saturn Collection <=> Satakore
Limited Edition <=> Genteiban
Demo Edition <=> Taikenban

13. Write Offset ---> you have to calculate it manually as in the standard guide or get it with px_d8 command help if your drive supports read command

14. Perfct Rip log (if dumped with perfect rip)

15. Eac log

16. Cuesheet (Perfect Rip one if PR and EAC dumps match)

17. px_d8 log (or Isobuster sector you used to take combined offset)

18. subcode taken with CloneCD (mandatory if you'll get situations I'll explain below)

Hey guys

I've been a member of the site for a year and am still just as confused as I was when I started.

I have an opportunity to dump some very rare items, and before I do, i want to make sure i'm doing it right.

The problem is, there are quite a few guides but none of them seem to give everything needed.

So, I'd like to request that the mods or powers that be who happen to be knowledgeable in these matters please clean up the dumping guides.

It would be most awesome if we started with Sega Saturn ;-)

I'd like to see all systems specifically covered and "start here" page that indicates things that should be common to all dumps (ie, pictures of disc, ring code, or anything else of that nature).

IF this isn't likely to happen, then I'd really like a sega saturn specific guide that goes through step by step of all the items needed to present a brand new dump. 

Please, do not direct me to an existing thread unless you indicate EXACTLY where the instructions are.  It isn't helpful and my (now second, and likely final) window of opportunity for this is closing VERY quickly.

I need to know what program to use (DIC it seems), what commands/settings to use, what additional information i need to include, where the end results should be placed (online file storage?  FTP?)

I've asked in this forum already but didn't really get an answer that helped, and trying to find the answer on my own via browse/search only caused me more confusion.  There is a LOT of unorganized, outdated, or plain missing information here.

Thanks all!