Search options (Page 2 of 5)

63 lines with the d8 method

63 X 16 = 1008 /4 = 252

252 - 1176 = -924 - +30 = -954 (write offset)

in fact all of our dumps (as far as I know) doesn't have data pregaps appended to the beginning.

* Added the pregap from the 3rd data track (track 21) to the end of last audio track (track 20).

Well, I think that we have problems with the games with audio tracks, I noticed that with the current info submitted to the database, the last data track starting position doesn't match the same number as the gdi provided by httpd-ack and by using the redump.org gdi file the game doesn't start in nullDC.
In httpd-ack's gdi file the starting position is 150 sectors ahead that the calculated using the tracks sizes currently in the database, I think that this have to do with same issue observed on the first session of the disc, httpd-ack eats 150 sectors at the end of the last audio track, if I manually append 150 at the last audio track the position match and the game start.
So, I think that, at least by now, until somebody comes with better solution or explanation, that for games with audio tracks, the last audio track must have 150 appended to the end of the file, so start position of the last track match with the gdi script and the dump effectively runs on nullDC.

Also, I found this thread on ngemu.com, I think that the script should consider the control field (third parameter) in the gdi files

ctrl : 4 -> data , 0 -> audio

I also think the way Saturn headers are added now isn't good.. maybe Dremora can make a seperate info box for it at the bottom of the page.

Hi, I think 3 is the logical option, because the last sector got corrupted and should be repaired..