ssjkakaroto wrote:

Hey guys lemme know if I'm doing the correct calculations here.
I got the following output:

028801A6807AE0230819C68AD2E71D8A
89A726FA9AC32B11DF4C5835FA97032E
81DC6059E83ACE93146DCF6D942DAF5D
BC39B1D2F45D8779A2A2F9B982F2E185
886326A9DAFEDB005B403B7013640DEB
458F732425DB5B1B7B4B637769E6AECA
FC5701FE8040603032407802486436AB
56FF7EC020A544C90A91C72C529DFDA9
81BEE0704824369B56EB7ECF6054283F
5E90386C12ADCDBD95B1AF347C1761CE
A8547EBF607028241E9B486B76AF66FC
2AC1DF10580C3A85D3231DD9C99AF817
B445485436BF56F03EC410A762C9F5D1
871C6289E9A6CEFAD4431F71C824569B
7EEB604F68342E975C6EB9EC72CDE595
8B2F275C1AB9CB32D7559EBF28701EA4
087B46A372F9E582CB2197586EBAAC73
3DE5D18B28CF85EDB6CF36D416DF4ED8
34F4977B2EA35C79F9E2C2C99196EC6E
CDEC558DFF25CACB7C9257BB6377A321
B9D872DAA59B3B2B535F7DF821820804
E22BA776A0BF780C2285D9A31AF9CB02
D7419EB068742EA75C7A95BEDE8E38D1
F273D81C5A89FB26C35AD1FB1C4349F1
F6C48A43145F4F2400FFFFFFFFFFFFFF
FFFFFF00018173610028001E80086006
A802FE8180606028281E9E886866AEAA
FC7F01E0004800368016E00EC8045683
7EE1E0484836B696F6EEC6CC52D5FD9F
01A8007E80206018280A9E8728629EA9
A87EFEA0407830229419AF4AFC3701D6
805EE0384812B68DB6E5B6CB36D756DE
BED8705AA43B3B53537DFDE181886066
A82AFE9F0068002E801C6009E806CE82
D4619F68682EAE9C7C69E1EEC84C56B5
FEF700468032E015880F26841AE34B09
F746C6B2D2F59D8729A29EF9A842FEB1
80746027681AAE8B3C6751EABC4F31F4
14474F72B425B75B36BB56F37EC5E053
083DC69192EC6D8DEDA58DBB25B35B35
FB57037E81E0604828369E96E86ECEAC
547DFF618028601EA8087E86A062F829
829EE1A8487EB6A076F826C29AD1AB1C
7F49E036C816D68EDEE4584B7AB76336
A9D6FEDEC058503ABC1331CDD4559F7F
28201E98086A86AF22FC1981CAE05708
3E869062EC298DDEE5984B2AB75F36B8
16F28EC5A4533B7DD3619DE8698EAEE4
7C4B61F76846AEB2FC7581E7204A9837
2A969F2EE81C4E89F466C76AD2AF1DBC
09B1C6F452C77D92A1ADB87DB2A1B5B8
7732A695BAEF330C15C5CF13140DCF45
94332F55DC3F19D00ADC0719C28AD1A7
1C7A89E326C9DAD6DB1EDB485B76BB66
F36AC5EF130C0DC5C593132DCDDD9599
AF2AFC1F01C80056803EE010480C3685
D6E31EC9C856D6BEDEF058443AB35335
FDD7019E8068602EA81C7E89E066C82A
D69F1EE8084E86B462F76986AEE2FC49
81F6E046C832D6959EEF284C1EB5C877
16A68EFAE4430B71C76452AB7DBF61B0
28741EA7487AB6A336F9D6C2DED1985C
6AB9EF32CC1595CF2F141C0F49C436D3
56DDFED9805AE03B0813468DF2E5858B
232759DABADB331B55CB7F17600EA804
7E836061E8284E9EB468776EA6AC7AFD
E30189C066D02ADC1F19C80AD6871EE2
8849A6B6FAF6C306D1C2DC5199FC6AC1
EF104C0C35C5D7131E8DC86596AB2EFF
5C4039F012C40D9345ADF33D85D1A31C
79C9E2D6C99ED6E85ECEB85472BF65B0
2B341F57483EB69076EC26CDDAD59B1F
2B481F768826E69ACAEB170F4E843463
5769FEAEC07C5021FC1841CAB057343E
97506EBC2C71DDE4598B7AE7630AA9C7
3ED2905DAC39BDD2F19D8469A36EF9EC
42CDF195846F236C19EDCACD9715AE8F
3C6411EB4C4F75F427075A82BB21B358
75FAA7033A81D3205DD8399A92EB2D8F
5DA439BB52F37D85E1A30879C6A2D2F9
9D82E9A18EF86442AB71BF64702B641F
6B482F769C26E9DACEDB145B4F7B7423
6759EABACF331415CF4F14340F57443E
B35075FC2701DA805B203B58137A8DE3
2589DB26DB5ADB7B1B634B69F76EC6AC
52FDFD8181A0607828229E99A86AFEAF
007C0021C018500ABC0731C29451AF7C
7C21E1D8485AB6BB36F356C5FED3005D
C0399012EC0D8DC5A5933B2DD35D9DF9
A982FEE180486036A816FE8EC064502B
7C1F61C828569EBEE8704EA4347B5763
7EA9E07EC82056983EEA904F2C341DD7
499EB6E876CEA6D47ADF631829CA9ED7
285E9EB86872AEA5BC7B31E35449FF76
C026D01ADC0B19C74AD2B71DB689B6E6
F6CAC6D712DE8D9865AAAB3F3F50103C
0C11C5CC5315FDCF0194006F402C301D
D4099F46E832CE95946F2F6C1C2DC9DD
96D9AEDAFC5B01FB40437031E4144B4F
777426A75AFABB033341D5F05F043803
5281FDA041B830729425AF5B3C3B51D3
7C5DE1F98842E6B18AF467076A82AF21
BC1871CAA4573B7E93606DE82D8E9DA4
69BB6EF36C45EDF30D85C5A31339CDD2
D59D9F29A81EFE884066B02AF41F0748
02B681B6E076C826D69ADEEB184F4AB4
37375696BEEEF04C4435F35705FE8300
61C028501EBC0871C6A452FB7D8361A1
E8784EA2B479B762F6A986FEE2C04990
36EC16CDCED5945F2F781C2289D9A6DA
FADB031B41CB7057643EAB507F7C2021
D8185A8ABB27335A95FB2F035C01F9C0
42D0319C1469CF6ED42C5F5DF8398292
E1AD887DA6A1BAF87302A5C1BB10734C
25F5DB071B428B71A7647AAB633F69D0
2EDC1C59C9FAD6C31ED1C85C56B9FEF2
C04590332C15DDCF19940AEF470C3285
D5A31F39C812D68D9EE5A84B3EB75076
BC26F1DAC45B137B4DE37589E726CA9A
D72B1E9F486836AE96FC6EC1EC504DFC
3581D7205E98386A92AF2DBC1DB1C9B4
56F77EC6A052F83D8291A1AC787DE2A1
89B866F2AAC5BF13300DD4059F432831
DE94586F7AAC233DD9D19ADC6B19EF4A
CC3715D68F1EE4084B46B772F6A586FB
22C35991FAEC430DF1C58453237DD9E1
9AC86B16AF4EFC3441D7705EA4387B52
A37DB9E1B2C87596A72EFA9C4329F1DE
C458537ABDE33189D466DF6AD82F1A9C
0B29C75ED2B85DB2B9B5B2F735869722
EE998C6AE5EF0B0C0745C2B311B5CC77
15E68F0AE4070B428771A2A479BB62F3
6985EEE30C49C5F6D306DDC2D9919AEC
6B0DEF458C3325D5DB1F1B480B768766
E2AAC9BF16F00EC40453437DF1E18448
6376A9E6FECAC057103E8C1065CC2B15
DF4F18340A97472EB29C75A9E73ECA90
572C3E9DD0699C2EE9DC4ED9F45AC77B
12A34DB9F5B2C73592972DAE9DBC69B1
EEF44C4775F2A705BA833321D5D85F1A
B80B328755A2BF39B012F40D8745A2B3
39B5D2F71D8689A2E6F98AC2E7118A8C
6725EA9B0F2B441F734825F69B06EB42
CF7194246F5B6C3B6DD36D9DEDA98DBE
E5B04B34375756BEBEF0704424335B55
FB7F036001E8004E80346017680EAE84
7C6361E9E84ECEB454777F66A02AF81F

24 full rows + 16 collums -> (192+8)/4=50 samples
..18173.. 2 frames behind from 18200 -> 2*588=1176 samples
Add the two -> 50+1176=1226 samples
My drive offset is +98 -> 1226-98=1128 samples (original write offset)

Is this correct?

24,5 * 4 (16 bytes for each row or 4 samples) = +98 instead of 50.. so it seems the write offset is 0

802

(13 replies, posted in General discussion)

First one: sync/header output indicates sector 3593, so you have to substract the difference in sectors: (521 samples before sync) - (3*588) = -1243 to dump

Second one: output indicates sector 101: (39 - 588) = -549 to dump

maybe themabus can verify tongue

803

(13 replies, posted in General discussion)

gigadeath wrote:

Actually I don't how to use that program at all... I tried a few times but in the end I have no idea what I have to edit in the .bat

just use: px_d8.exe driveletterofplextor 0 0

804

(13 replies, posted in General discussion)

You can use CD Manipulator for dumping SafeDisc CD's

https://web.archive.org/web/20130914055428im_/http://img94.imageshack.us/img94/8494/atr0.png

To be sure that the all corrupted sectors are dumped properly, it's important that a disc is at least dumped twice on different drives (and that the checksum matches on both drives).

If your disc also has audio sectors, it's important that you cut off the SafeDisc image to the size of the data track, and dump the audio tracks the normal way.

After dumping a proper SafeDisc image, you'll also have to include the following info:

- Amount of SafeDisc sectors. You can check this by opening the image in CDmage and scanning for corruption. The SafeDisc sectors will be within the range of 807 - 11920 (if you get them outside of this range, let us know) and will have a Medium Severity.
- SafeDisc version. Download Protection ID and open one of the game executables on the CD with it to get the SafeDisc version.

gigadeath wrote:

My newly acquired Plextor PX-W4824A supports the D8 command, and it's a 5 years old model!

The drive is from 2002, but the firmware has been updated in 2006 and the D8 command works well.

great!

806

(14 replies, posted in General discussion)

gigadeath wrote:

BTW I have the same problem with some SegaCD discs. There's a fault in either EAC or the drives.

It's clear that EAC has gap issues, but the only solution that I know is to use perfectrip instead

807

(14 replies, posted in General discussion)

Do the tracks match the euro version checksums if dumped with 2.00 gap?

808

(14 replies, posted in General discussion)

Yes, you can use the cd dumping guide for PC games (as long as they don't have protections like SafeDisc or SecuROM). Same question answered here also: http://forum.redump.org/viewtopic.php?id=1998

themabus wrote:

and even if those odd gaps will prove to be incorrect later i think it's still ok, sector or 2 off it's not that bad

it is.. if 2 dumpers get the same wrong result thanks to EAC, there's no way to tell if the dump is incorrect later on

810

(50 replies, posted in General discussion)

No problem. At least everything is good now. Thx

811

(50 replies, posted in General discussion)

1608/4 = 402 samples, so it should indeed be dumped with +402 (and write offset is +390)

could you redump the audio track plz? (unless it's a dummy)

812

(50 replies, posted in General discussion)

+478 +588 (full sector offset) - 676 (plextor read offset) = +390, which is a common saturn offset

This means that there should be 402 samples of garbage in the sector on sony drive and not 404.. are you sure you counted it correctly? could you post the sector data here?

813

(50 replies, posted in General discussion)

First of all, the Plextor is definately not misreading. You have to include the extra half row, so the combined offset for plextor becomes +478.

What's the accuraterip offset for your plextor drive? This way we can tell if the Plextor indicates the same write offset as the sony (by substracting the drive read offset from the combined offset)

Also, if the sony gives you +404 amount of data in sector -150, I think this means that the gap is 2 seconds. The dump that you submitted had 0 sec gap in the cue. Next time plz mention if the gap in the cue isn't correct tongue

One last thing. It's best to use cdreader ('View Sectors') to look for scrambled data. If the plextor doesn't show any data in sector 78324, try reading 78326 first and then going back 2 sectors.

cdreader download: http://www.cdtool.pwp.blueyonder.co.uk/ … 1_2b20.zip

814

(21 replies, posted in General discussion)

I think it's supposed to be like that.. So just extract RAW and not use that 'find missing files feature'.

815

(50 replies, posted in General discussion)

Z_Kenpachi, have you used the D8 method to detect offset? http://forum.redump.org/viewtopic.php?id=2057 it's a much more reliable method, especially when dealing with discs with 0 sec pregaps

816

(50 replies, posted in General discussion)

batleth92 wrote:

This is why I have postpone any SS dumping: To much trouble to get and/or confirm the audio pregap (1.73, 1.74, 2.00, 2.01 and 2.02 on many of my NTSC-J dics).
I have a Plextor burner so if I can get a hold on this PerfectRip software maybe I can get accurate pregap...

Check your mail.

@ Z_Kenpachi, let me know if you also have a Plextor drive

817

(50 replies, posted in General discussion)

Hi and welcome..

I hope we can find a solution to these track02 pregap detection issues shortly. Right now the best thing you can do is try dumping the discs that aren't giving you problems.
Also make sure you have tried other gap detection modes in EAC to see if they give better results.

If your drive is a Plextor, I can send you a test version of PerfectRip, which should have no problems with detecting the proper gaps.

Otherwise, chances are the Cdrwin gap detection still works better for you. Here's the part that was removed from an earlier guide:

--------------------------------------------------------------------------------------
Cdrwin 4.0

Determining the pregap length

Start Cdrwin;
Click on the third icon from the left (Extract Disc/Tracks/Sectors);
Make sure you select the correct CD Reader;
For Extract Mode, choose Disc Image/Cuesheet (this should be the default setting);
Choose a destination filename and location in the 'Image Filename' box;
Press START.

After analysing the disc layout, it will start reading the sectors. It is safe to cancel this process, because we only need the .cue file. The .cue file can be found in the destination folder.

Close Cdrwin and open up the .cue with Notepad. You will see a segment of text similar to this one:

TRACK 02 AUDIO
    FLAGS DCP
    PREGAP 00:02:00
    INDEX 01 39:35:69

--------------------------------------------------------------------------------------

The last possible solution for now would be to try looking up the proper gaps on the TOSECISO site (http://toseciso.org/list.php?sys=7) tongue However, please note that the audio track images on there are 44 bytes larger than neccesary, and the track02 images there, unlike our dumps, don't include the pregap date, so the only useful information for you on that site would be track02 pregap length (if both EAC and Cdrwin fail to detect).

818

(21 replies, posted in General discussion)

ps2gamer2k7 wrote:

Alone In the Dark Image is : 442, 863 KB Sorry

could you plz include size in bytes, not in kb?

819

(21 replies, posted in General discussion)

pepsidrinker wrote:

Dremora or anyone that can add 3DO to the DB and write out explicitly what information you want I should have some dumped by this weekend. I called around and they are only like $4.95 to $14.95 here. Can we check for errors with cdmage?

Thank you for your time.

toseciso.org already has over 500 3DO dumps.. even though they are dumped as 2048, there is no data missing that cannot be generated by converting to raw. Personally I just don't think it's much use adding this system to redump if there will only be maybe 5 dumps (like Dreamcast) and none of the dumps will be shared anyway, but it's up to Dremora to decide.

820

(21 replies, posted in General discussion)

3DO is always a single data track afaik.. as for PC games, this would require a custom set of db fields (+volume serial number, protection, -region, etc)

821

(21 replies, posted in General discussion)

2352 bytes/sector .bin

So far there are no Redump dumpers showing interest in this system. There's a chance however that we will team up with other dumping projects in the future that already support it.

+31? yikes

could you post an output log plz? Also, have you checked other sectors to make sure it is correct?

ps. some dumps that you added today had offset set to +30.. were those supposed to be +31 too?

All the data-only discs that I checked were either -617 or +32 (also a couple ps2 cd's were +18 and one psx was -542)

It's correct

ps. I've checked the write offset of my data-only discs and added them to the database (for reference). Maybe someone else feels like doing the same big_smile

The best way to figure out the sector correction for such discs is by using Truong's cdreader tool: http://www.cdtool.pwp.blueyonder.co.uk/ … 1_2b20.zip .

Use 'View Sectors' to go to the first sector of the data track, then enable the 'Apply YB scrambling' box. This will scramble the header (the sync/header is now the same as the px_d8 output). Then you can determine the offset in sectors by looking for the sector with the same sync/header in cdreader.

Today, with the help of Truong Hi, the coder of PerfectRip, we've come up with a better way of detecting the combined read+write offset of a disc. This new method expands upon our previous discovery, and also proves that our current methods of correcting both offsets are correct.

The principle is that, by using the D8 vendor read command on compatible drives, data sectors are read in audio mode and thus become scrambled. The sync remains unscrambled, and its position can be used to determine the combined read+write offset.

Advantages over old method:

- Works on all discs with data tracks (no audio tracks needed)
- All data track sectors can be used to detect (in the old method it was only possible to use the first track02 pregap sector for this)

Disadvantage:

- It requires a drive that supports the D8 read command. Most Plextor drives (original ones, not rebadged) are confirmed to support this command (755A, 760A, etc).


Software needed:

Px_D8 v1.01 by Truong Hi - http://vigi.dremora.com/px_d8.rar

Usage: px_d8 <drive letter> <LBA sector> [sub-ch bits]
sub-ch bits:
  0 or ommit for no sub-ch data
  1=16 PQ
  2=96 raw

Precautions:
- If you have a Plextor drive, be sure to update to the latest firmware available for your drive!


Howto:

Download the tool, put it in a folder, open command prompt.

If your drive is D:, then launch the px_d8.bat file. If your drive is at a different letter, use:

px_d8.exe <drive letter> 0 0

If your drive supports the read command, you will get output similar to this:

C:\psx>px_d8.bat
CB2197586EBAAC733DE5D18B1C6749EA
B6CF36D416DF4ED8345A977B2EA35C79
F9E2C2C99196EC6ECDEC558DFF25801B
200B58077A82A321B9D872DAA59B3B2B
535F7DF821829861AAA87F3EA010780C
2285D9A31AF9CB02D7419EB068742EA7
5C7AB9E332C9D596DF2ED81C5A89FB26
C35AD1FB1C4349F1F6C446D372DDE599
00FFFFFFFFFFFFFFFFFFFF0001820062
0028081E80086806A802FE8180606028
281E9E886866AEAAFC7F01E000480036
8016E00EC80456837EE1E0484836B696
F6EEC6CC52D5FD9F01A8007E80206018
280A9E8728629EA9A87EFEA040783022
9419AF4AFC3701D6805EE0384812B68D
B6E5B6CB36D756DEBED8705AA43B3B53
537DFDE181886066A82AFE9F0068002E
801C6009E806CE82D4619F68682EAE9C
7C69E1EEC84C56B5FEF700468032E015
880F26841AE34B09F746C6B2D2F59D87
29A29EF9A842FEB180746027681AAE8B
3C6751EABC4F31F414474F72B425B75B
36BB56F37EC5E053083DC69192EC6D8D
EDA58DBB25B35B35FB57037E81E06048
28369E96E86ECEAC547DFF618028601E
A8087E86A062F829829EE1A8487EB6A0
76F826C29AD1AB1C7F49E036C816D68E
DEE4584B7AB76336A9D6FEDEC058503A
BC1331CDD4559F7F28201E98086A86AF
22FC1981CAE057083E869062EC298DDE
E5984B2AB75F36B816F28EC5A4533B7D
D3619DE8698EAEE47C4B61F76846AEB2
FC7581E7204A98372A969F2EE81C4E89
F466C76AD2AF1DBC09B1C6F452C77D92
A1ADB87DB2A1B5B87732A695BAEF330C
15C5CF13140DCF4594332F55DC3F19D0
0ADC0719C28AD1A71C7A89E326C9DAD6
DB1EDB485B76BB66F36AC5EF130C0DC5
C593132DCDDD9599AF2AFC1F01C80056
803EE010480C3685D6E31EC9C856D6BE
DEF058443AB35335FDD7019E8068602E
A81C7E89E066C82AD69F1EE8084E86B4
62F76986AEE2FC4981F6E046C832D695
9EEF284C1EB5C87716A68EFAE4430B71
C76452AB7DBF61B028741EA7487AB6A3
36F9D6C2DED1985C6AB9EF32CC1595CF
2F141C0F49C436D356DDFED9805AE03B
0813468DF2E5858B232759DABADB331B
55CB7F17600EA8047E836061E8284E9E
B468776EA6AC7AFDE30189C066D02ADC
1F19C80AD6871EE28849A6B6FAF6C306
D1C2DC5199FC6AC1EF104C0C35C5D713
1E8DC86596AB2EFF5C4039F012C40D93
45ADF33D85D1A31C79C9E2D6C99ED6E8
5ECEB85472BF65B02B341F57483EB690
76EC26CDDAD59B1F2B481F768826E69A
CAEB170F4E8434635769FEAEC07C5021
FC1841CAB057343E97506EBC2C71DDE4
598B7AE7630AA9C73ED2905DAC39BDD2
F19D8469A36EF9EC42CDF195846F236C
19EDCACD9715AE8F3C6411EB4C4F75F4
27075A82BB21B35875FAA7033A81D320
5DD8399A92EB2D8F5DA439BB52F37D85
E1A30879C6A2D2F99D82E9A18EF86442
AB71BF64702B641F6B482F769C26E9DA
CEDB145B4F7B74236759EABACF331415
CF4F14340F57443EB35075FC2701DA80
5B203B58137A8DE32589DB26DB5ADB7B
1B634B69F76EC6AC52FDFD8181A06078
28229E99A86AFEAF007C0021C018500A
BC0731C29451AF7C7C21E1D8485AB6BB
36F356C5FED3005DC0399012EC0D8DC5
A5933B2DD35D9DF9A982FEE180486036
A816FE8EC064502B7C1F61C828569EBE
E8704EA4347B57637EA9E07EC8205698
3EEA904F2C341DD7499EB6E876CEA6D4
7ADF631829CA9ED7285E9EB86872AEA5
BC7B31E35449FF76C026D01ADC0B19C7
4AD2B71DB689B6E6F6CAC6D712DE8D98
65AAAB3F3F50103C0C11C5CC5315FDCF
0194006F402C301DD4099F46E832CE95
946F2F6C1C2DC9DD96D9AEDAFC5B01FB
40437031E4144B4F777426A75AFABB03
3341D5F05F0438035281FDA041B83072
9425AF5B3C3B51D37C5DE1F98842E6B1
8AF467076A82AF21BC1871CAA4573B7E
93606DE82D8E9DA469BB6EF36C45EDF3
0D85C5A31339CDD2D59D9F29A81EFE88
4066B02AF41F074802B681B6E076C826
D69ADEEB184F4AB437375696BEEEF04C
4435F35705FE830061C028501EBC0871
C6A452FB7D8361A1E8784EA2B479B762
F6A986FEE2C0499036EC16CDCED5945F
2F781C2289D9A6DAFADB031B41CB7057
643EAB507F7C2021D8185A8ABB27335A
95FB2F035C01F9C042D0319C1469CF6E
D42C5F5DF8398292E1AD887DA6A1BAF8
7302A5C1BB10734C25F5DB071B428B71
A7647AAB633F69D02EDC1C59C9FAD6C3
1ED1C85C56B9FEF2C04590332C15DDCF
19940AEF470C3285D5A31F39C812D68D
9EE5A84B3EB75076BC26F1DAC45B137B
4DE37589E726CA9AD72B1E9F486836AE
96FC6EC1EC504DFC3581D7205E98386A
92AF2DBC1DB1C9B456F77EC6A052F83D
8291A1AC787DE2A189B866F2AAC5BF13
300DD4059F432831DE94586F7AAC233D
D9D19ADC6B19EF4ACC3715D68F1EE408
4B46B772F6A586FB22C35991FAEC430D
F1C58453237DD9E19AC86B16AF4EFC34
41D7705EA4387B52A37DB9E1B2C87596
A72EFA9C4329F1DEC458537ABDE33189
D466DF6AD82F1A9C0B29C75ED2B85DB2
B9B5B2F735869722EE998C6AE5EF0B0C
0745C2B311B5CC7715E68F0AE4070B42
8771A2A479BB62F36985EEE30C49C5F6
D306DDC2D9919AEC6B0DEF458C3325D5
DB1F1B480B768766E2AAC9BF16F00EC4
0453437DF1E184486376A9E6FECAC057
103E8C1065CC2B15DF4F18340A97472E
B29C75A9E73ECA90572C3E9DD0699C2E
E9DC4ED9F45AC77B12A34DB9F5B2C735
92972DAE9DBC69B1EEF44C4775F2A705
BA833321D5D85F1AB80B328755A2BF39
B012F40D8745A2B339B5D2F71D8689A2
E6F98AC2E7118A8C6725EA9B0F2B441F
734825F69B06EB42CF7194246F5B6C3B
6DD36D9DEDA98DBEE5B04B34375756BE
BEF0704424335B55FB7F036001E8004E
80346017680EAE847C6361E9E84ECEB4
54777F66A02AF81F028801A6807AE023
0819C68AD2E71D8A89A726FA9AC32B11
DF4C5835FA97032E81DC6059E83ACE93
146DCF6D942DAF5DBC39B1D2F45D8779
A2A2F9B982F2E185886326A9DAFEDB00
5B403B7013640DEB458F732425DB5B1B
7B4B637769E6AECAFC5701FE80406030
28141E8F486436AB5D77FF542050183C
0A913C2C529D06A981BEE0704824369B
56EB7ECF6054283F5E90386C12ADCDBD
95B1AF347C1761CEA8547EBF60702824
1E9B486B76AF66FC2AC1DF10580C3A85
D3231DD9C99AD6EB1ECF485436BF4B75
A06510534C3DF5D1741C62891AA6CEFA
D4431F71C824569B7EEB604F68342E97
5C6EB9EC72CDE5958B2F275C1AB9CB32
D7559EBF28701EA4087B46A372F9E582
Press any key to continue . . .

To know the combined read+write offset, it's first neccesary to determine the amount of data BEFORE THE SYNC/HEADER (00FFFFFFFFFFFFFFFFFFFF0001820...).
On the disc of the example it's 8 rows, which equals 128 bytes = 32 samples (as seen in the cd dumping guide). The read offset of the Plextor drive is +30, so the factory write offset is +2.

Here's another example:

C:\psx>px_d8.bat
36D756DEBED8705AA43B3B53537DFDE1
81886066A82AFE9F0068002E801C6009
E806CE82D4619F68682EAE9C7C69E1EE
C84C56B5FEF700468032E015880F2684
1AE34B09F746C6B2D2F59D8729A29EF9
A842FEB180746027681AAE8B3C6751EA
BC4F31F414474F72B425B75B36BB56F3
7EC5E053083DC69192EC6D8DEDA58DBB
25B35B35FB57037E81E0604828369E96
E86ECEAC547DFF618028601EA8087E86
A062F829829EE1A8487EB6A076F826C2
9AD1AB1C7F49E036C816D68EDEE4584B
7AB76336A9D6FEDEC058503ABC1331CD
D4559F7F28201E98086A86AF22FC1981
CAE057083E869062EC298DDEE5984B2A
B75F36B816F28EC5A4533B7DD3619DE8
698EAEE47C4B61F76846AEB2FC7581E7
204A98372A969F2EE81C4E89F466C76A
D2AF1DBC09B1C6F452C77D92A1ADB87D
B2A1B5B87732A695BAEF330C15C5CF13
140DCF4594332F55DC3F19D00ADC0719
C28AD1A71C7A89E326C9DAD6DB1EDB48
5B76BB66F36AC5EF130C0DC5C593132D
CDDD9599AF2AFC1F01C80056803EE010
480C3685D6E31EC9C856D6BEDEF05844
3AB35335FDD7019E8068602EA81C7E89
E066C82AD69F1EE8084E86B462F76986
AEE2FC4981F6E046C832D6959EEF284C
1EB5C87716A68EFAE4430B71C76452AB
7DBF61B028741EA7487AB6A336F9D6C2
DED1985C6AB9EF32CC1595CF2F141C0F
49C436D356DDFED9805AE03B0813468D
F2E5858B232759DABADB331B55CB7F17
600EA8047E836061E8284E9EB468776E
A6AC7AFDE30189C066D02ADC1F19C80A
D6871EE28849A6B6FAF6C306D1C2DC51
99FC6AC1EF104C0C35C5D7131E8DC865
96AB2EFF5C4039F012C40D9345ADF33D
85D1A31C79C9E2D6C99ED6E85ECEB854
72BF65B02B341F57483EB69076EC26CD
DAD59B1F2B481F768826E69ACAEB170F
4E8434635769FEAEC07C5021FC1841CA
B057343E97506EBC2C71DDE4598B7AE7
630AA9C73ED2905DAC39BDD2F19D8469
A36EF9EC42CDF195846F236C19EDCACD
9715AE8F3C6411EB4C4F75F427075A82
BB21B35875FAA7033A81D3205DD8399A
92EB2D8F5DA439BB52F37D85E1A30879
C6A2D2F99D82E9A18EF86442AB71BF64
702B641F6B482F769C26E9DACEDB145B
4F7B74236759EABACF331415CF4F1434
0F57443EB35075FC2701DA805B203B58
137A8DE32589DB26DB5ADB7B1B634B69
F76EC6AC52FDFD8181A0607828229E99
A86AFEAF007C0021C018500ABC0731C2
9451AF7C7C21E1D8485AB6BB36F356C5
FED3005DC0399012EC0D8DC5A5933B2D
D35D9DF9A982FEE180486036A816FE8E
C064502B7C1F61C828569EBEE8704EA4
347B57637EA9E07EC82056983EEA904F
2C341DD7499EB6E876CEA6D47ADF6318
29CA9ED7285E9EB86872AEA5BC7B31E3
5449FF76C026D01ADC0B19C74AD2B71D
B689B6E6F6CAC6D712DE8D9865AAAB3F
3F50103C0C11C5CC5315FDCF0194006F
402C301DD4099F46E832CE95946F2F6C
1C2DC9DD96D9AEDAFC5B01FB40437031
E4144B4F777426A75AFABB033341D5F0
5F0438035281FDA041B830729425AF5B
3C3B51D37C5DE1F98842E6B18AF46707
6A82AF21BC1871CAA4573B7E93606DE8
2D8E9DA469BB6EF36C45EDF30D85C5A3
1339CDD2D59D9F29A81EFE884066B02A
F41F074802B681B6E076C826D69ADEEB
184F4AB437375696BEEEF04C4435F357
05FE830061C028501EBC0871C6A452FB
7D8361A1E8784EA2B479B762F6A986FE
E2C0499036EC16CDCED5945F2F781C22
89D9A6DAFADB031B41CB7057643EAB50
7F7C2021D8185A8ABB27335A95FB2F03
5C01F9C042D0319C1469CF6ED42C5F5D
F8398292E1AD887DA6A1BAF87302A5C1
BB10734C25F5DB071B428B71A7647AAB
633F69D02EDC1C59C9FAD6C31ED1C85C
56B9FEF2C04590332C15DDCF19940AEF
470C3285D5A31F39C812D68D9EE5A84B
3EB75076BC26F1DAC45B137B4DE37589
E726CA9AD72B1E9F486836AE96FC6EC1
EC504DFC3581D7205E98386A92AF2DBC
1DB1C9B456F77EC6A052F83D8291A1AC
787DE2A189B866F2AAC5BF13300DD405
9F432831DE94586F7AAC233DD9D19ADC
6B19EF4ACC3715D68F1EE4084B46B772
F6A586FB22C35991FAEC430DF1C58453
237DD9E19AC86B16AF4EFC3441D7705E
A4387B52A37DB9E1B2C87596A72EFA9C
4329F1DEC458537ABDE33189D466DF6A
D82F1A9C0B29C75ED2B85DB2B9B5B2F7
35869722EE998C6AE5EF0B0C0745C2B3
11B5CC7715E68F0AE4070B428771A2A4
79BB62F36985EEE30C49C5F6D306DDC2
D9919AEC6B0DEF458C3325D5DB1F1B48
0B768766E2AAC9BF16F00EC40453437D
F1E184486376A9E6FECAC057103E8C10
65CC2B15DF4F18340A97472EB29C75A9
E73ECA90572C3E9DD0699C2EE9DC4ED9
F45AC77B12A34DB9F5B2C73592972DAE
9DBC69B1EEF44C4775F2A705BA833321
D5D85F1AB80B328755A2BF39B012F40D
8745A2B339B5D2F71D8689A2E6F98AC2
E7118A8C6725EA9B0F2B441F734825F6
9B06EB42CF7194246F5B6C3B6DD36D9D
EDA98DBEE5B04B34375756BEBEF07044
24335B55FB7F036001E8004E80346017
680EAE847C6361E9E84ECEB454777F66
A02AF81F028801A6807AE0230819C68A
D2E71D8A89A726FA9AC32B11DF4C5835
FA97032E81DC6059E83ACE93146DCF6D
942DAF5DBC39B1D2F45D8779A2A2F9B9
82F2E185886326A9DAFEDB005B403B70
13640DEB458F732425DB5B1B7B4B6377
69E6AECAFC5701FE8040603028141E8F
486436AB5D77FF542050183C0A913C2C
529D06A981BEE0704824369B56EB7ECF
6054283F5E90386C12ADCDBD95B1AF34
7C1761CEA8547EBF607028241E9B486B
76AF66FC2AC1DF10580C3A85D3231DD9
C99AD6EB1ECF485436BF4B75A0651053
4C3DF5D1741C62891AA6CEFAD4431F71
C824569B7EEB604F68342E975C6EB9EC
72CDE5958B2F275C1AB9CB32D7559EBF
28701EA4087B46A372F9E582CB219758
6EBAAC733DE5D18B1C6749EAB6CF36D4
00D251ED345A977B2EA35C79F9E2C2C9
919672CF438D276E9D06801B200B5807
7A82A321B9D872DAA59B822B815FD8F8
46823161AAA87F3EA010780C2285D9A3
1AF9CB02D7418185733C5EF42854B9E3
32C9D596DF2ED81C5A89FB26C35A93FB
3D431FF162C4E7D372DDE59900FFFFFF
FFFFFFFFFFFFFF0001820262
0028081E
80086806A802FE8180606028281E9E88
6866AEAAFC7F01E0004800368016E00E
C80456837EE1E0484836B696F6EEC6CC
52D5FD9F01A8007E80206018280A9E87
28629EA9A87EFEA0407830229419AF4A
FC3701D6805EE0384812B68DB6E5B6CB
Press any key to continue . . .

This time there is 2236 bytes before the sync/header, or 513 samples.
However, this time the sync/header is slightly different from our previous example (00FFFFFFFFFFFFFFFFFFFF00018202...).
This difference in the header (18202 instead of 18200) indicates that the data is read from sector 2 instead of sector 0 (see post below for more info).

A full sector is 2352 bytes or 588 samples of data, so the difference is 2*588 samples.
Combined read+write offset = 513 - (2*588) = -617. Because the drive that we used is +30 read offset, the factory write offset is -647.

We strongly suggest Plextor owners to try and use this new method wink