Exception_Access_Violation error

[AMurderOfCrows]

I got regular Exception_Access_Violation errors while running SBITools on large group of folders. These exceptions would stop the batch processing until clicked, slowing down the process. I wasn't able to detect any issues with the conversions that were stopped by this error though.

[Kippykip]

Hmm SBITools wasn't intended for batch, but the unhandled exception means the program fully crashed so that's why it's interrupting CMD.
Do you know what images specifically are making it crash? (I know that game with the Index 02 oddity would probably be one of them)

[AMurderOfCrows]

I don't know off hand, it didn't leave any logs behind as best as i can tell. I can probably run a small batch through and see, but i do know that i had far more exceptions than unprocessed images. The fact that it was a full crash is concerning, but the feeling i get is that it was a file access issue, possibly related to opening up the folder in explorer at the end of the process? I remember that when the exception happened, the folder didn't get opened in explorer but the IMG file that existed inside the folder ended up being a CRC32 match to the TotalCRC32 value in redump for that image.

I was tuned in to SBITools as a means of automating the conversion of Redump formatted Saturn BIN+CUE images into IMG+CCD for use in Rhea/Phoebe ODEs. Previously, i mounted the image in Daemon Tools and then redumped that image using a certain dumping program. The process "worked" in that i got a mountable image of the appropriate format, but that process had many many more errors with images not converting than i did with SBITools, so i'd like to try to stick with SBITools for any further conversions.

[AMurderOfCrows]

Here is an example of what's going on.

I originally did this conversion this morning.

I realized that i hadn't run the files through CLRMame and the latest dat file, so i did that and found this particular set needed a rename on the folder. I let CLRMame handle that, than started the process of conversion over again. The folder name didn't have any effect, i got the access violation error both times.

Here is the cue for that image:

NiGHTS into Dreams... (Japan) (Demo).cue.txt

Looking over the cue, it seems that there is a less than 2 second gap starting at index01 of track 04, and that same time appears to continue until the end.

I did a search on cue files that included a listing of Index 01 00:01:74 and came up on 5167 hits across 2000ish images. I grabbed a few of them and copied them into the process directory.

Among the images was one for a game called "AnEarth Fantasy Stories - The First Volume"

AnEarth Fantasy Stories - The First Volume (Japan).cue.txt

This cue file/image didn't cause an exception.

Next was "Aquazone - Desktop Life"

Aquazone - Desktop Life (Japan).cue.txt

This image did cause the exception. SBITools last stated "Adding '2 second lead-in' for Track: 3"

I followed that with "Arcade Gears Vol. 3 - Wonder 3", "Astal", "Asuka 120% - Burning Fest Limited" and "Baku Baku Animal" with no problems, so it isn't a common trait.

Despite getting the error/crash, the resulting img file CRC32 matches the TotalCRC32 on redump just fine, and the CCD being written before this is seems okay too. The problem seems to be isolated to adding the CD Audio track data to the subchannel data when doing those 2 second lead-ins. Since the Saturn doesn't really use the subchannel data, this makes these images "just fine" from a player standpoint, though it does make it less than a 1:1 conversion, which was the hope of my project.

Lastly, while watching the process for the above file, i saw SBITools flag the following game for having an invalid cue file, despite this cue file coming from redump themselves. I figured you might want to look at it.

Magical Drop (Japan) (Demo).cue.txt

[JenkinsTR]

Also getting this with Rage Racer PS1 (both Euro and US copies, both redump and emuparadise dumps)

The Euro copy seems to crash (access violation) after trying to add lead-in for Track 2

The USA copy crashes after the final track's lead-in is added. (Track 17 in this case)

As @AMurderOfCrows mentioned above a few years ago; The actual output seems to be 'ok', in that CCD/IMG/SUB etc are all created and not empty or corrupted.

Running them through PSXVCD or PSX2PSP still creates a proper image and will be bootable and completely playable**

** = PSP/Vita require cdda_enabler plugin in order to hear the multi-track audio, as PSP CFW4.01+ has disabled/broken CDDA abilities and were never fixed.