Page 3 of 7
Re: Offset detection using the D8 read command - Discussion
Posted: Sat Jan 26, 2008 5:00 am
by Jackal
pepsidrinker wrote:Hey Vigi, does this work with just audio cds? When I get my plextors I want to retry dumping the Jaguar games and it would also be nice to dump properly video game sound tracks and such.
- 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)
So you can't use it soundtracks if they don't have a data track. There has to be a data track for it to work.
Re: Offset detection using the D8 read command - Discussion
Posted: Sat Jan 26, 2008 12:09 pm
by pnkiller78
Hi, could you please examine this output from px_d8 and correct me if I get it wrong with this method.
Code: Select all
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
7C62E6C1486436AB56FF7EC020A7EDC9
0A91C72C529DFDA981BEE0704824369B
56EB7ECF6054283F5E90386C12ADCDBD
95B1AF347C1761CEA8547EBF60702824
1E9B486B76AF66FC2AC1DF10580C3A85
D3231DD9C99A2A710B1D485436BF56F0
3EC410A6B8C9F5D1871C6289E9A6CEFA
D4431F71C824569B7EEB604F68342E97
5C6EB9EC72CDE5958B2F275C1AB9CB32
D7559EBF28701EA4087B46A372F9E582
CB2197586EBAAC733DE5D18BB48BA476
B6CF36D416DF4ED8341B977B2EA35C79
F9E2C2C99196EC6ECDEC558DFF258C07
C07E41CC8F20A321B9D872DAA59B3B2B
535F7DF82182FD04166AA6D8A053780C
2285D9A31AF9CB02D7419EB068742EA7
5C7A4DB19318DD5B8260D81C5A89FB26
C35AD1FB1C4349F1F6C4D6433A1C3D8B
00FFFFFFFFFFFFFFFFFFFF0001820261
0028001E80086006A802FE8180606028
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
Here the sync header start at row 63
that would be 63*4 = 252
In the sync header (00FFFFFFFFFFFFFFFFFFFF000
18202) the data is read from sector 2 , so this would be
252 - (588*2) = -924 and the drive offset is +30, so the disc would be -954??
Re: Offset detection using the D8 read command - Discussion
Posted: Sat Jan 26, 2008 12:50 pm
by Jackal
Wrong.. you have to get cdreader:
http://www.cdtool.pwp.blueyonder.co.uk/ … 1_2b20.zip and compare the complete sync/header:
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.
I think the write offset is just +222 (and it's a common IBM PC offset)
Re: Offset detection using the D8 read command - Discussion
Posted: Sat Jan 26, 2008 1:47 pm
by pnkiller78
The sector in CDReader with the same sync/header that in px_d8 is sector 2.. look at this
screenshoot, what that means, did I my calculations wrong?
EDIT
I forgot to mention that this game is fact a IBM PC game, mixed disc 1 Data track and 2 audio tracks.. and that using old method ISOBuster doesn't show me garbage data on the beginning of the pregap for the first audio track on any of my drives, just zeros.
Re: Offset detection using the D8 read command - Discussion
Posted: Sat Jan 26, 2008 1:50 pm
by Jackal
pnkiller78 wrote:The sector in CDReader with the same sync/header that in px_d8 is sector 2.. look at this
screenshoot, what that means, did I my calculations wrong?
edit: I just remember something.. older plextor drives have a bug where the normal read mode outputs a different sector offset than d8 mode.. I'm pretty sure that +222 is the correct write offset after all.. but if possible try confirming the offset using the old method..
I hope this doesn't affect any other users and any current dumps in the database..
Re: Offset detection using the D8 read command - Discussion
Posted: Sat Jan 26, 2008 1:55 pm
by pepsidrinker
Vigi wrote:pepsidrinker wrote:Hey Vigi, does this work with just audio cds? When I get my plextors I want to retry dumping the Jaguar games and it would also be nice to dump properly video game sound tracks and such.
- 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)
So you can't use it soundtracks if they don't have a data track. There has to be a data track for it to work.
Is not being able to find the correct offset for audio only a technical limitation or a software tool limitation? I mean if there is no possible way to find the offset so it can be corrected I won't worry about it but if it's just because we don't have a tool capable to do it, I wouldn't mind taking the time to research and that to find a way.
Re: Offset detection using the D8 read command - Discussion
Posted: Sat Jan 26, 2008 1:58 pm
by Jackal
pepsidrinker wrote:Vigi wrote:pepsidrinker wrote:Hey Vigi, does this work with just audio cds? When I get my plextors I want to retry dumping the Jaguar games and it would also be nice to dump properly video game sound tracks and such.
- 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)
So you can't use it soundtracks if they don't have a data track. There has to be a data track for it to work.
Is not being able to find the correct offset for audio only a technical limitation or a software tool limitation? I mean if there is no possible way to find the offset so it can be corrected I won't worry about it but if it's just because we don't have a tool capable to do it, I wouldn't mind taking the time to research and that to find a way.
it's a technical limitation.. it will never be possible
Re: Offset detection using the D8 read command - Discussion
Posted: Sat Jan 26, 2008 2:00 pm
by pepsidrinker
Damn, so Atari Jaguar games will never be properly dumped and verified?
I wonder if Atari will give up the offsets for it's games? They released the encryption program so people can make homebrew run on actual machines.
Re: Offset detection using the D8 read command - Discussion
Posted: Sat Jan 26, 2008 2:07 pm
by Jackal
pepsidrinker wrote:Damn, so Atari Jaguar games will never be properly dumped and verified?
I wonder if Atari will give up the offsets for it's games? They released the encryption program so people can make homebrew run on actual machines.
Atari Jaguar games have no data track?
Re: Offset detection using the D8 read command - Discussion
Posted: Sat Jan 26, 2008 2:10 pm
by pepsidrinker
No, they made it all in audio so they can store more on the cd or something.
Jaguar CD games could include as much as 790MB of data, considerably more than conventional CD-ROMs. The designers chose to ignore established CD-ROM formats and instead created their own based on the audio CD format. While allowing for dramatically more storage on the disc and foiling casual piracy, the format only provided limited error correction. ---
http://en.wikipedia.org/wiki/Atari_Jaguar_CD
