I finally got a Perfectrip/D8 command compatible driver!
I'm still waiting the Plextor PX-W4824A, but yesterday I finally bought a brand new PX-760A (after countless days of hunting!)
So soon I'll have 2 driver to compare my dumps!
So far I dumped the only one audio track game that I have and is already in the database (to compare the results).
The game is Sakura Taisen 2 for Sega Saturn, the result doesn't match and after dumping the first discs perfectrip gives a bunch of errors (is all ok with the 2nd disc though)

Here're the settings:

sub-channels: 100b
gap append mode: next
output format: PCM, current
C2 pointers checked: OK

Drive calibrate: -30 in read of the main channel offset correction, all the rest is left as is. (factory offset is zero, drive offset is +30)

Disc 1:

Track 1 (data)
Name:    01.- track.track.img
Size:    655554144
CRC32:    d7b04497
MD5:    6a2775388e661c2384ec3c911298a15a
SHA1:    9abde77a4d14c62e2dcba2d58b627ed4cb0d770d

Name:    02.- track.track.pcm
Size:    4092480
CRC32:    a49c5592
MD5:    79c5b164aa1a305eb41b259fd6a2d12a
SHA1:    4a97dfc5f6f5f24b94e9a26393b1e25733b0909c

Here's is the cue:

REM Tool: PerfectRip
REM Date & time: 01/02/2008 17.41.53
REM Drive: PLEXTOR DVDR   PX-760A  1.07

CATALOG 0000000000000
FILE "01.- track.track.pcm" BINARY
  TRACK 01 MODE1/2352
    INDEX 01 00:00:00
FILE "02.- track.track.pcm" BINARY
  TRACK 02 AUDIO
    INDEX 00 00:00:00
    INDEX 01 00:02:00

Here's the log:

©2006   H & H   s o f t w e r x.
PerfectRip v1.00 a27 log. 01/02/2008 17.41.53

Type    . Time     . Description
------- + -------- + -----------
Info    | 17.41.53 | Current device: PLEXTOR DVDR   PX-760A  1.07
Info    | 17.41.53 | Reported CD read speed (kbytes/s): 7056(40x)
Info    | 17.41.53 | Current read error recovery setting: mode: 00h retry count: 10
Info    | 17.41.53 | Setting of read error recovery to normal with 3 retries was successful.
Info    | 17.41.53 | Detecting subcode/C2 pointers priority..
Info    | 17.41.53 | Detecting and correcting subchannel offset..
Info    | 17.41.53 | Subcode/C2 priority is: main+C2+sub.
Info    | 17.41.53 | Subchannel sector offset: 0
Info    | 17.41.53 | Detection finished.
Info    | 17.41.53 | Main channel read offset correction: -120 bytes (-30 samples)
Info    | 17.41.53 | Main channel write offset correction: 0 bytes (0 samples)
Info    | 17.41.53 | Subchannel offset correction: 0 sectors
Info    | 17.41.53 | C2 error pointers offset correction: -120 bits
Error   | 17.41.53 | Read CD-TEXT command failed!
Info    | 17.41.53 | Reading Media Catalog Number...
Info    | 17.41.55 | MCN: 0000000000000
Info    | 17.41.55 | Reading International Standard Recording Code...
Info    | 17.41.55 | ISRC(track 1) not encoded
Info    | 17.41.56 | ISRC(track 2) not encoded
Info    | 17.41.56 | Trk 01: 00:00.00 to 61:58.21 (000000 to 278871), duration: 61:58.22 (278872)
Info    | 17.41.56 | Trk 01 format type is CD-ROM mode 1
Error   | 17.44.53 | Error while burst reading sectors: 278714 to 278736 (61:56.14 to 61:56.36)
Info    | 17.44.53 | Retrying with 1 sector reads from: 278714 (61:56.14)
Error   | 17.44.54 | Error reading sector: 278722 (61:56.22)
Error   | 17.44.54 | Sense hex (key/ASC/ASCQ): 03/02/81 - Unknown sense key code combination
Error   | 17.44.54 | Error reading sector (ignoring): 278722 (61:56.22)
Error   | 17.44.54 | Sense hex (key/ASC/ASCQ): 03/02/81 - Unknown sense key code combination
Info    | 17.44.54 | Pause found: 01020000017400615822A890
Error   | 17.44.56 | Error reading sector: 278723 (61:56.23)
Error   | 17.44.56 | Sense hex (key/ASC/ASCQ): 03/02/81 - Unknown sense key code combination
Error   | 17.44.56 | Error reading sector (ignoring): 278723 (61:56.23)
Error   | 17.44.56 | Sense hex (key/ASC/ASCQ): 03/02/81 - Unknown sense key code combination
Error   | 17.44.57 | Error reading sector: 278724 (61:56.24)
Error   | 17.44.57 | Sense hex (key/ASC/ASCQ): 03/02/81 - Unknown sense key code combination
Error   | 17.44.57 | Error reading sector (ignoring): 278724 (61:56.24)
Error   | 17.44.57 | Sense hex (key/ASC/ASCQ): 03/02/81 - Unknown sense key code combination
Error   | 17.44.59 | Error reading sector: 278725 (61:56.25)
Error   | 17.44.59 | Sense hex (key/ASC/ASCQ): 03/02/81 - Unknown sense key code combination
Error   | 17.44.59 | Error reading sector (ignoring): 278725 (61:56.25)
Error   | 17.44.59 | Sense hex (key/ASC/ASCQ): 03/02/81 - Unknown sense key code combination
Error   | 17.45.01 | Error reading sector: 278726 (61:56.26)
Error   | 17.45.01 | Sense hex (key/ASC/ASCQ): 03/15/00 - Random positioning error
Error   | 17.45.01 | Error reading sector (ignoring): 278726 (61:56.26)
Error   | 17.45.01 | Sense hex (key/ASC/ASCQ): 03/15/00 - Random positioning error
Info    | 17.45.02 | 1 sector reads were ok, setting back to burst reading from: 278737 (61:56.37)
Info    | 17.45.02 | FLAGS DATA
Info    | 17.45.02 | Current copyright flag !DCP kept
Info    | 17.45.02 | Trk 02: 61:58.22 to 62:19.36 (278872 to 280461), duration: 00:21.15 (001590)
Info    | 17.45.02 | Trk 02 format type is CDDA
Info    | 17.45.02 | Index found: 01020100000000620022E025
Info    | 17.45.02 | Current copyright flag !DCP kept
Info    | 17.45.02 | OL: 62:19.37 to 62:19.37 (280462 to 280462), duration: 00:00.01 (000001)
Info    | 17.45.02 | Setting back of saved read error recovery parameters was successful.
Info    | 17.45.03 | Total corrupt Q subcode blocks: 158
Info    | 17.45.03 | Trk 01 corrupt symbols (C2 pointers): 0
Info    | 17.45.03 | Trk 02 corrupt symbols (C2 pointers): 0
Info    | 17.45.03 | Total corrupt symbols (C2 pointers): 0
Warning | 17.45.03 | Replaced sector: 278722 (61:56.22)
Warning | 17.45.03 | Replaced sector: 278723 (61:56.23)
Warning | 17.45.03 | Replaced sector: 278724 (61:56.24)
Warning | 17.45.03 | Replaced sector: 278725 (61:56.25)
Warning | 17.45.03 | Replaced sector: 278726 (61:56.26)
Info    | 17.45.03 | Reading process completed successfully.

Disc surface is PERFECT, I dumped the disc many times, same result!
The resulting dump doesn't match with the one of p-star present in the database:

http://redump.org/disc/1545/

Same problem with disc 2, different result than this database entry:
http://redump.org/disc/1609/

This time perfectrip doesn't give any error and the final message is "you got a perfect rip!"

Here are the details:

Disc 2:

Track 1 (data):
Name:    01.- track.track.img
Size:    654709776
CRC32:    23c25c87
MD5:    770ebda210ecf6299b97d5f4b9731617
SHA1:    2b3d50b0da785e9a4bca7175de99dd69d3511c50

Track 2 (audio)
Name:    02.- track.track.pcm
Size:    5825904
CRC32:    e63c3196
MD5:    6b59583ab3da55e8fe2abdd7d0e2a396
SHA1:    4b3ff6050fa4db67c28f4844efbae829fe9c5dfc

Here's the cue:

REM Tool: PerfectRip
REM Date & time: 01/02/2008 15.25.30
REM Drive: PLEXTOR DVDR   PX-760A  1.07

CATALOG 0000000000000
FILE "01.- track.track.pcm" BINARY
  TRACK 01 MODE1/2352
    INDEX 01 00:00:00
FILE "02.- track.track.pcm" BINARY
  TRACK 02 AUDIO
    INDEX 00 00:00:00
    INDEX 01 00:02:00

Here's the log:

©2006   H & H   s o f t w e r x.
PerfectRip v1.00 a27 log. 01/02/2008 15.25.28

Type    . Time     . Description
------- + -------- + -----------
Info    | 15.25.28 | Current device: PLEXTOR DVDR   PX-760A  1.07
Info    | 15.25.28 | Reported CD read speed (kbytes/s): 7056(40x)
Info    | 15.25.28 | Current read error recovery setting: mode: 00h retry count: 10
Info    | 15.25.28 | Setting of read error recovery to normal with 3 retries was successful.
Info    | 15.25.28 | Detecting subcode/C2 pointers priority..
Info    | 15.25.28 | Detecting and correcting subchannel offset..
Info    | 15.25.30 | Subcode/C2 priority is: main+C2+sub.
Info    | 15.25.30 | Subchannel sector offset: 0
Info    | 15.25.30 | Detection finished.
Info    | 15.25.30 | Main channel read offset correction: -120 bytes (-30 samples)
Info    | 15.25.30 | Main channel write offset correction: 0 bytes (0 samples)
Info    | 15.25.30 | Subchannel offset correction: 0 sectors
Info    | 15.25.30 | C2 error pointers offset correction: -120 bits
Error   | 15.25.30 | Read CD-TEXT command failed!
Info    | 15.25.30 | Reading Media Catalog Number...
Info    | 15.25.30 | MCN: 0000000000000
Info    | 15.25.30 | Reading International Standard Recording Code...
Info    | 15.25.30 | ISRC(track 1) not encoded
Info    | 15.25.31 | ISRC(track 2) not encoded
Info    | 15.25.31 | Trk 01: 00:00.00 to 61:53.37 (000000 to 278512), duration: 61:53.38 (278513)
Info    | 15.25.32 | Trk 01 format type is CD-ROM mode 1
Error   | 15.28.17 | Error while burst reading sectors: 278346 to 278368 (61:51.21 to 61:51.43)
Info    | 15.28.17 | Retrying with 1 sector reads from: 278346 (61:51.21)
Info    | 15.28.18 | Pause found: 01020000017400615338C711
Info    | 15.28.18 | 1 sector reads were ok, setting back to burst reading from: 278369 (61:51.44)
Info    | 15.28.18 | FLAGS DATA
Info    | 15.28.18 | Current copyright flag !DCP kept
Info    | 15.28.18 | Trk 02: 61:53.38 to 62:24.39 (278513 to 280839), duration: 00:31.02 (002327)
Info    | 15.28.18 | Trk 02 format type is CDDA
Info    | 15.28.18 | Index found: 01020100000000615538FB44
Info    | 15.28.19 | Current copyright flag !DCP kept
Info    | 15.28.19 | OL: 62:24.40 to 62:24.40 (280840 to 280840), duration: 00:00.01 (000001)
Info    | 15.28.19 | Setting back of saved read error recovery parameters was successful.
Info    | 15.28.19 | Total corrupt Q subcode blocks: 12
Info    | 15.28.19 | Trk 01 corrupt symbols (C2 pointers): 0
Info    | 15.28.19 | Trk 02 corrupt symbols (C2 pointers): 0
Info    | 15.28.19 | Total corrupt symbols (C2 pointers): 0
Info    | 15.28.19 | Reading process completed successfully.

Again, disc surface is perfect.
What's wrong with these dumps? Maybe it's a different EXE date and version but I can't find those info...
Where should I look for the for a saturn game?

3 (edited by gigadeath 2008-02-01 18:26:23)

CD 2 seems fine...

CD-Text error I think simply means there's no CD-Text on CD, I get that error too.

And I get burst reading error too, if you note then the log says than 1-sector read is fine. It's just that the program has to read sectors between data and audio tracks one-by-one, not in burst mode, it switches modes automatically.


On the other hand I never got unknown sense key code combination errors, I guess that's something more complicated.

Are you sure your disc has write offset 0 too? Did you try with EAC?

I'm 100% sure that factory write offset is 0.
I calculated the offset with D8 command and with the classic Isobuster method.
Here's theD8 result:

D:\Controllo>px_d8.exe E: 0 0
3DE5D18BE275412AB6CF36D416DF4ED8
34F4977B2EA35C79F9E2C2C99196EC6E
CDEC558DFF257CD3C8EEB37785DFA321
B9D872DAA59B3B2B535F7DF821824B04
4D2B4B76A0BF780C2285D9A31AF9CB02
D7419EB068742EA75C7A414BA985B73D
DE61D81C5A89FB26C35AD1FB1C4349F1
F6C4CD43B95FA52400FFFFFFFFFFFFFF
FFFFFF0001820061536D475FA05B2541
E951BFD5D5322E087B5BD9C94823E0FE
B92D51B2491B4565C745CD37F9326FA3
5EC1B679660686A4C7D7FFF462E6CCA8
42EC2D4FAF134038625EBEA70842BE89
885EDE8060581002DE548F6ADC1721F6
A07EC018683296ADE5A4FD9E6496768A
FF91231FEA091B73735DDDC1A1A84046
880ADEBF2048200EA03C4029C826EEA2
F441BF48480E8EBC5C49C1CEE86C7695
DED72066A012C035A82F06A43AC36B29
D766E692F2D5BDA70982BED98862DE91
A0544007483A8EAB1C4771CA9C6F11D4
34676F529405977B36BB56F37EC5E053
083DC69192EC6D8DEDA50DBB25B35B35
FB57037E81E060482E36CE96E86ECEAC
547DFF618028601EE72A015A737D9B1B
5081C39A9B61D592A3E7C282D9DAAB15
AD5782142D1632709CEF58427AB5F011
89EF35DE8056E22FBC1A83E2D45C2E29
2829F8989D7752B99370198858FA352A
7C8D906B7F3EEEEC308A9F39F45436B1
80E05BD77041E86E906A9DE1BB9CCCC6
EF4043CE4A6E27912F65AED58068983E
D5998F2EEDF84B61F1F9CF6AD4AF1FDC
0FB1EB8854C77E92A7AD9A99B4A1B6FC
52D2C695BCEF148113C5E87F31ED8F45
92330889DA3F3F0C0CDC0551E76AB43F
CE5FA6C1C1CF3CC44E5ABFBAEA29BB6F
157A10CDC72EBCDCC59AA378CDD447B8
CD08E337D2E86364120BC3396B34BF82
851BCCD7EB7735DA0CED7A769AB5533C
AF2FD282A25982567B055DAB044679A9
D696CCF16A6CC4BF62FEC984AEEB4CAF
81FF3055A830F69D1516FB587D872D76
F259CDF1E44AD963A546B7AB99FF23BB
287DAE22487365AC75F2D6CBA1F5D77A
6AB2EF3BCE159DCF0AF478976C3436D3
50DDD965865ACD470E1344C5F2E505AB
2527745ABADBB31B53CB7D93660EAB40
78836361EE286316CB98A478C59E65CC
3014EAF249E2C9DC7F2A49FC769D1EEB
0CBDC4B59AD543F9B232BC6219023930
AC08C8F257C6B53F2DA1D754F5596DE7
D8BF5BF370E83EBF6A9F76CBE6D2D01D
19FA63204C68B5EBBCC88B77F95F1AA0
2B3F1F5E4E3E913470EC0165A539480B
347B4C85EA149465E9C9C41D51B06497
376B76AF4B6402D51F1863F86259561C
8871BDB203434EF646B9191531FBC8E6
1DC3F3AFDF3B92E0A36CF66BBC4FA81E
3332EE87A577A89C66F9CAC6971CAE1F
3A643C6B4A4F5870210777FE9ED9B358
0A1A741625B6302042EBDA9A8DD9FE9C
4295DABB7DC1DD97E1AA5A8EB4A6CDDE
EF7E8A83DC0B567EB452EC9653017B2D
38BA7E87AD1EF6CBAC29665F605917D1
F550D99844DAC613D069C7321062A73E
9C62D5E12708D7805D201A58403FCAA2
0071DB24FEA2DB7349952848975D4755
01089EB0E29D328B1A1E81BAFB98CD83
1F4E53D391E97130A3165330E650805E
1FD373D77B783D5C49D356CEFEDAE35C
123CB2204C0D8DCC75905B2F5B5C1402
A989FEE8814833C4AE16D30ABF904F69
634E4EAA7AA7CD4C89416CB5678A2461
6198B28CBA2249BA5F18E1B003263CCF
C26EC9E476C5A6DD052B7C5A369BB1B5
7AAFCD4A09428CB5EF8A42E24B78AD84
B227CF38BDF9683865C096053D79C9EA
F6C1C6DE6D2A92DA7AFBC8CC4C52335D
5EE3B7CE4C378F318465636C621D63EC
A7F68077CB0A4566EB632F671C24B635
899CCD298F4922AA5F206F43B6E1646D
2487399639083EFA5142F6D1DAFD5B00
21809D93C0415280E62780796DCA202C
634CC0E103AC75BBD801553B75A7FCD3
CFE76EF8876FB09FEC786DE32D879D24
16430D001F43CEB2DF98A781800FFFEE
A789B00B2DED9D8B6257D3D8871D287A
8745E3B5C357ABD4A598F1D99DBC28B7
1416299EBEE5F0450B178CAB660DF002
4281BA4B319DA87AC6AD360AC25B61A8
57254EAB3188D5619484E50FD1EC66A1
551D75F05CDEA77CA497882A3611A6D3
459603123ECF3F716435AB597E7C2221
DE1877F6C4D3E0408AC9CC03433059C9
42D9636EF769ED5F86DE2D5FE71BD163
92AC974CF55058FE40202E3369015C6E
460709163863F47DA76F7AA22C1D1604
C8DC894D1DF7B281A18DC85584B29CD0
DF6CC3CACE143DEF1AB1D9E6583D617C
B7906D29E730358D81DF08533EBE50E6
99F6F1DAE19B137B4DE3F589E126E7E6
D12B39332A9A655FF7CD4CD08FA23EFE
1AB385D12C9A274BC3555CBD02AB9A4E
B4FF4DE42BBC2A10E0B3D3846755B159
5B9306D12BF1ECEBA246B4261E7F7BC9
4CD3384CFB91F018BAE3E9AC742EBCBD
1E1306F4DCE9362B5865E485248495DD
71348BB1E9CB10FA63F1977CC07D0BFF
B8F9B80CCC7C6E1A72FB6F6AF7CC9972
805C6AF7D1FAE7B19402E5AF10DA13D9
A47BD24E6EF252BB4679EC46C71D496E
E928A77D53800E40DB86C0E31AA40436
F1A3EF9896E9243E65B7B04D3E979F8D
76DBAD3B87F578BCA843F05E1B96C2FE
698CEDE04C49C516D3F6DCC2DF91B790
6B0D6F458C3225D5FEFF9B482857E494
9154E68D440A6CE927723C51BEC78443
637FCFD2D14CA7343FA8E5432AEE4856
FD653D6E221D211AD2F035A057378A99
374F8E9B1966DB3E622901FF9DACC770
7A5508AC7CBD23351A9BA0B078BDE1BF
63EFA94591FA2F083794D6205DD7D20E
5D09929370F8FD31F21AB11D084890BF
4BB79AF69482F1A387BACBCA4712CB84
466EC38B762A060FF8BB25FD9B0FA343
4675EC250E582D336DD82C95CCA2A4AE
E5BB3235670519FAEBB3350004710275
940D23354FAC451CCC7D2352265DEBA4
3A312EA4E81D8BF315573A28F46FAA4F
50C152E3D356AC774C37C675D3C458ED
000CEB159587D4EE20B3A7CA0568FCD1
7E239FA6683A579BDEF93CF16FF3544B
2CBD43DE055B76F31B6C58F361EA0ADF
7BFFDD7738A51812676B7E0C0823950A
33AA476006EE22CB2CD470960DA2EA8E
B349E09AC404247F227ECD3D486436AB
56FF7EC05D2AABFC96177E017AE96E19
93E9387C849C2567FC09CEA469B3E188
9E31C4B0B3F61F11F3186B5BC096D410
983AF1E01A86D6027884AE6AB7FC829A
EB90199C87C214D324D4FFD749DD73B1
FBF34DF4AB9D7B172189BA017B34ED53
6F2CE4D435F9A48E88D3080BDE003964
510714B847A67FE4A0AD98AF292DC24E
C87A3BAF7B71CBA51CE1010B62141DEE
5C88EFAD4819946E41322B726EC732DA

7,5 rows * 16 bytes = 120 bytes
---> +30 samples

Drive offset is +30, so disc offset is 0.
I don't know, if the disc 2 is correct, then p_star dump is not correct.
Or maybe it's just another revision.
How can I check EXE date and Version (e.g 1.002) of a Saturn game?

Hi.. all I can say is that the errors that you got are normal and don't affect the dump.. as long as there are 0 Total corrupt symbols (C2 pointers), everything is alright.

Either you have a different version than the current dumps or the offset isn't correct. It's possible that the factory write offset isn't detected on the data track using d8 (then you will only see the read offset = +30 for plextor)! The old offset detection method will give different results then, so be sure to try! (I've also had this problem with several IBM PC discs, and this is also why for a while again we believe that the EAC reference is correct and ipsedixit's offset conclusion isn't)..

You can try if the old offset detection method gives you the same write offset. And be sure to check if EAC gives you the same results. I'm not sure how a version on saturn discs can be checked (maybe it's in the first sector in text format if you browse it using isobuster/hex editor).

I'm 100% sure that the factory write offset is zero. I tryed the D8, the Isobuster/CDRwin method with the 760A, I tried the Isobuster/CDRwin method with my "old" PX-800A (drive offset +48) and even with my laptop (drive offset +16).
It can't be other than 0 the factory write offset!
Version is 1.002, I saw it in the zero sector thanks to the sector viewer in CDRwin and Isobuster.
EXE version is nowhere to be found (maybe p_star or themabus can help here)

BTW, I dumped the data track of CD 1 with Isobuster to compare the result with perfectrip and they match!!
I got 2 times the error which has to be solved selecting "Replace with User Data All zeroes" for unreadable sector during the dumping process.

Of couse I removed the pregap of track 2 following the guide

Microsoft Windows XP [Versione 5.1.2600]
(C) Copyright 1985-2001 Microsoft Corp.

D:\Controllo>resize -r -352800 "Track 01.bin"
Resizing TRACK0~1.BIN...done

Here's CLRMAME info:
Name:    Track 01.bin
Size:    655554144
CRC32:    d7b04497
MD5:    6a2775388e661c2384ec3c911298a15a
SHA1:    9abde77a4d14c62e2dcba2d58b627ed4cb0d770d

I'll try to dump the audio track with EAC, how can I solve the bug of the 2 tracks discs with EAC? The append gap to the next track doesn't work do I have to do it manually.

7 (edited by gigadeath 2008-02-01 19:52:14)

Try EAC. It's very possible that PerfectRip has issues with some discs.

Dump track 2 with "Leave out gaps" option enabled (instead of "Append gap to next track"), then use psxt001z to create a 2:00 sec pregap, then attach it to gapless track 2.

8 (edited by gigadeath 2008-02-01 19:56:19)

Vigi wrote:

Hi.. all I can say is that the errors that you got are normal and don't affect the dump.. as long as there are 0 Total corrupt symbols (C2 pointers), everything is alright.

Actually I don't think it's always true...

The replaced sectors warning in the log is a sure sign of something wasn't right.

gigadeath wrote:

Try EAC. It's very possible that PerfectRip has issues with some discs.

Dump track 2 with "Leave out gaps" option enabled (instead of "Append gap to next track"), then use psxt001z to create a 2:00 sec pregap, then attach it to gapless track 2.

Ok, but how can I generate the correct pregap with psxt001z?
How can I attack the pregap to the Track2 manually?
Thanks in advance

gigadeath wrote:
Vigi wrote:

Hi.. all I can say is that the errors that you got are normal and don't affect the dump.. as long as there are 0 Total corrupt symbols (C2 pointers), everything is alright.

Actually I don't think it's always true...

The replaced sectors warning in the log is a sure sign of something wasn't right.

I really don't know. There are not corrupt C2 pointers but in the end perfectrip sends out a message similar to "sorry, the dump was not perfect"
On the other hand the data track is the same I got with the traditional method. Soon we'll see for the audio track.

gigadeath wrote:

Actually I don't think it's always true...

The replaced sectors warning in the log is a sure sign of something wasn't right.

xenogears wrote:

I really don't know. There are not corrupt C2 pointers but in the end perfectrip sends out a message similar to "sorry, the dump was not perfect"
On the other hand the data track is the same I got with the traditional method. Soon we'll see for the audio track.

The dump is good.. it should be added.. It's just strange that it's supposedly the same version, but with different data+audio tracks.. maybe p_star can supply some more info about his dump (disc scans, whatever)

12 (edited by gigadeath 2008-02-01 21:14:36)

xenogears wrote:

I really don't know. There are not corrupt C2 pointers but in the end perfectrip sends out a message similar to "sorry, the dump was not perfect"
On the other hand the data track is the same I got with the traditional method. Soon we'll see for the audio track.

Vigi, the dump is not good, PerfectRip itself says it. And the log says clearly that some sectors were replaced because they couldn't be read. I don't think having 0 corrupt C2 pointers is the only indication of a good dump.

The disc 2 is perfectly dumped by perfectrip and both data and audio tracks are different than the dump submitted by p_star.
Data track of disc 1 is also different from the data track submitted by p_star and furthermore perfectrip result match the result of the traditional Isobuster method.
For the audio track of disc 1 I don't know, I'll try to dump it with the traditional method and verify if it match.

I'm still waiting for a tip on how I can generate the correct pregap of 2 second and manually attach it to the audio track extracted with EAC (there is a well known bug that prevents 2 tracks discs to be correctly dumped in EAC with the automated procedure)

from old guide:

Including Track 02 pregap
In the step 'fixing the pregap' we removed the track02 pregap from the end of the data track.

We already determined length of the pregap. For instance, 2 seconds pregap was 352800 bytes. The amount of bytes that was determined now has to be added to the beginning of Track02.

We can do this by inserting the required amount of (empty) bytes with a hex editor or by using the psxt001z tool:

Open up command prompt, go to the folder of the track images. Make sure a recent version of psxt001z.exe (see the beginning of this guide for a link) is in the same folder. Use the following command:

psxt001z --gen pregap.bin SIZE

'SIZE' has to be replaced with the amount of bytes that was determined in the step 'fixing the pregap'. In most cases this amount will be 352800 (for a 2 sec gap), so this would give us the following command:

psxt001z --gen pregap.bin 352800


To add the pregap to Track02, use the following command:

copy /b pregap.bin+track02.bin newtrack02.bin



The file newtrack02.bin should now consist of pregap and audio track.

This is the Track02 file that we want to use for preservation.

Now we are almost ready, head on to the 'Final steps'.

gigadeath wrote:

Vigi, the dump is not good, PerfectRip itself says it. And the log says clearly that some sectors were replaced because they couldn't be read. I don't think having 0 corrupt C2 pointers is the only indication of a good dump.

Those messages only meant that 5 sectors in the pregap, which were empty to begin with, were replaced with empty contents..

I've had this error plenty of times before and my dumps always matched EAC's checksums and other dump's checksums.. the log says 'completed succesfully' and there are no C2 errors, so everything should be ok. And I agree with xenogear's latest post.. the disc is clearly different and there are no dumping issues.

Themabus, you are GREAT!!
I followed your guide step by step and the result is the same as perfectrip!!
The dump was good after all!!
I got the same result with every drive I have here at home (yes, it was a great amount of work!)

Here are the details of the new track02 created with EAC:

Name:    newtrack02.bin
Size:    4092480
CRC32:    a49c5592
MD5:    79c5b164aa1a305eb41b259fd6a2d12a
SHA1:    4a97dfc5f6f5f24b94e9a26393b1e25733b0909c

To recap, the dump is surely good; I dumped 3 times (with different drives too) the discs with the traditional method and 1 time with perfectrip with the PX-760A. Everytime the size/CRC32/MD5/SHA1 of the tracks are always the same!
I still have to figure out how to check the EXE date and why p_star dump is so different.

it's Vigi's guide big_smile

I made a few researches about Sakura Taisen 2 and I found out a possible explanation for the different dumps.

p_star dumped the version with serial GS-9169 which is the Shokai Tokutenban as in Sakakore Database

http://www.satakore.com/sega-saturn-gam … n-JPN.html

My version has serial number GS-9198 and is the regular version

http://www.satakore.com/sega-saturn-gam … e-JPN.html

both SKUs have 3 discs, I don't know why p_star did not dump Disc 3.

Furthermore yesterday I swapped disc 2 with 3 and I discovered that disc 2 matches with the dump of p_star.
The mystery remains for disc 1 which is different.
I'll submit dumps info in the Dumps forum.

SORRY but it seems that I was wrong...
My dumps of disc 1 and disc 2 match with the dumps of p_star
I simply did the wrong comparisons with the hash info...

I have both versions smile Give me a few time, I shall lay out results...

xenogears , your disk is not GS-9198. it's GS-9169 !!!
Date track of GS-9198 cannot coincide with GS-9169, even because has other version - 1.004.
Inner ring number of GS-9198 CD1 is : GS-9198P-02243A
But ring number of my GS-9169 CD1 is not coincide with your number smile
Has copied CD 3, it has coincided with yours.

p_star wrote:

xenogears , your disk is not GS-9198. it's GS-9169 !!!
Date track of GS-9198 cannot coincide with GS-9169, even because has other version - 1.004.
Inner ring number of GS-9198 CD1 is : GS-9198P-02243A
But ring number of my GS-9169 CD1 is not coincide with your number smile
Has copied CD 3, it has coincided with yours.

I re-checked and the box, every disc is labeled GS-9198!
Inner ring serials are indeed starting with GS-9169. Very strage!
Program version is 1.002 (I looked at sector 0 with Isobuster)
One question: where can I see the EXE date in Saturn games?

3rd edition i think.