redump.info Forum

TailS_tff wrote:The SD method can rip first and second session tracks, both audio and data.
(Data in bin, audio in raw)
All games match...

Just to be sure:
So it takes correct gaps for audio/data tracks?
You don't have to fix anything manually to get same checksum of our DB?
You got exactly the same tracks checksum on tracks freshly dumped?

As Jackal said the other discs could be different revisions, you can see it in the header.

Jackal : I search on google md5 or sha1 but without succes.
Rocknroms : yes, there is nothing to correct to extact match with DB.
Exemple : I just dump SAdv JAP (HDR-0001), here the result :

file info.txt :
SEGA SEGAKATANA
SEGA ENTERPRISES
72A3 GD-ROM1/1 
J       0781A10
HDR-0001  V1.007
19981210       
1ST_READ.BIN   
SEGA ENTERPRISES
SONIC ADVENTURE

file track.txt :
[SONIC ADVENTURE]
no type   start(physical)  size    MB
session 1:
1 RDATA      0 (   150)  11705   27M
2 AUDIO  11855 ( 12005)    866    2M
session 2:
3 RDATA  45000 ( 45150) 504150 1185M
-------------------------------------

track01.bin:
C58B5D08
1824BFA6A7670CDCBA15526D0FC21376
3723997027355996F4E281CA373163400E900D10

track02.raw:
4ABDA3D9
32320AB58B40F44E66694DB64D2A7CF5
34AFDB35D2D6B05995B24580DB657F671C31052A

track03.bin:
4E7E341A
DFA7A7DF2B6C22128F3AFE4697CC4433
C98509D77792BE67791B15F762A2019AA85CFBBA

track02 seems not to be matching with redump DB but it was found on dumpcast DB, ring code was different from you (HDR-0001-0017 1MM1 C 8Z)

That one must have a different write offset, so audio is shifted compared to the other ring.

Could you post the headers of SA2 and Floigan Brothers?

Here for MK-51114-50 - FLOIGAN BROS. EPISODE 1 MOIGLE'S SECRET PROJECT - PAL-E :

Ring: HDR-0001-0017 1MM1 C 8Z

disc.gdi:
5
1 0 4 2352 track01.bin 0
2 756 0 2352 track02.raw 0
3 45000 4 2352 track03.bin 0
4 314080 0 2352 track04.raw 0
5 314681 4 2352 track05.bin 0

info.txt:
SEGA SEGAKATANA
SEGA ENTERPRISES
6093 GD-ROM1/1 
  E     0799810
MK-51114  V1.002
20010920       
1ST_READ.BIN   
SEGA ENTERPRISES
FLOIGAN BROS. EPISODE 1: MOIGLE'S SECRET PROJECT

track.txt:
[FLOIGAN BROS. EPISODE 1: MOIGLE'S SECRET PROJECT]
no type   start(physical)  size    MB
session 1:
1 RDATA      0 (   150)    606    1M
2 AUDIO    756 (   906)    526    1M
session 2:
3 RDATA  45000 ( 45150) 268930  632M
4 AUDIO 314080 (314230)    451    1M
5 RDATA 314681 (314831) 234469  551M
-------------------------------------

track01.bin:
CAC5A9CC
2118799A81F481BD40ED433E8846F9CA
00A4890BE3B86DABAF79D58B7073B71C83EE8DDC

track02.raw:
48FFF429
87AF6D21A8B10AEFFB90874118531E29
B0D28980A64765C022B4B3E47244AAD32A345270

track03.bin:
69F8C299
81B3CDC5AB89DB8237A8F9277AA95917
D6B060ED19D0C6559CB94972789F4073DA9E3993


track04.raw:
CRC32: A44276F4
MD5: 3A892DB029C4B1BA6ED24CCDAF5CFF62
SHA-1: 36B69EE3A5DD70637228FEAA14528AC23F848EE7

track05.bin:
CRC32: F9AA8AB4
MD5: C2B0F9049D1018E9030B181323FD51A7
SHA-1: 3680A9ACC58A717DF2415BF8ED32FDE9BB9436F1

SA2 will follow soon

That's easy. Your dumps match dumpcast perfectly, which means that only your tracks 1 & 3 can possibly match redump (since they're identical on redump and dumpcast). Dumpcast uses a different gap layout and offset handling.

Therefore, all your tracks are missing the factory offset correction. Additionally, track02 is missing the 352800 bytes (2 seconds) pregap. Furthermore, your track05 pregap is 1 second smaller than it should be.

I don't want to imply anything, but it's completely impossible that all your other dumps matched redump, unless you used different settings for Sonic Adventure and Floigan. The fact that they match dumpcast proves that your gap handling is completely different than redump's

No problem, you can still use it to dump 3-track-games. Just make sure to dump track02 separately on a PC drive using EAC with offset correction (and add 352800 bytes of 0x00 to the beginning of the file afterwards). You should be able to match redump's dumps then

DC drive is a modified Yamaha 400R (as long as I remember it has a different chip so it can read gdroms), I don't know its read offset

Please don't take dumpcast db for redump db, gaps from dumpcast are all wrong and bad. Here is Redump and not dumpcast.

We don't need to dump gaps on the fly or any offset for HD area*, if the author of dcsdrip (or someone else, I don't see any source code on his website http://f17.aaa.livedoor.jp/~takotako/dc … p#dcsdrip) can modify this prog to read data from sector to sector in raw audio (one single audio mode file for all HD area data - sector 44990-549150 -**, the same we do on PC with cdrwin), we can use it to get right tracks from HD area using ICE.

*When cdrwin dumps HD area in audio mode it has only the drive read offset correction, then is ICE that scramble and splits the tracks. SD area can be dumped on any pc drive.

** it's sector 45000-549150, but because some discs have negative offset it's better to dump 10 more sectors before HD area default start.

TailS... I found it, please ask jj1odm if he can add an option to dump HD (high density) area in raw audio (like it was a big single audio track, all data will be scrambled) so we can verify what I said above. Show him how it works (guide above) with cdrwin, he should understand what I mean.

Any news?

I'm still waiting for a new poc release…