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..
I tried with other drives using old method and all of them show me zeros, even my LG +667 drive offset can see garbage on this disc, that makes me think that in fact this game has that big negative offset, if I had a bigger positive offset drive I could confirm this.. the game is Creature Shock for PC...
pepsidrinker wrote: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
Common CD-ROM format was also based on Audio CD. The main difference between audio and data tracks is sync, which helps to find the beginning of sector. Atari Jaguar CDs should also have some kind of sync.
A little comforting, I hope so... Though it kinda looks like a tool has to be written to dump them as I put one in and EAC saw all the tracks but most was Zero in size (Maybe that doesn't matter) ISOBuster displayed the size correctly I believe. Its multi session, I assume track 1 (Only track in first session) is the data, anyways looking forward to trying the D8 command can give some usable results.
Last edited by pepsidrinker on Sat Jan 26, 2008 10:18 pm, edited 1 time in total.
Well I guess I got a lot of research to do, as I am completely unfamiliar with anything to do with optical technologies. Hex, what have you. Here's to finding the rainbow books somewhere...
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..
Ok I found out the issue again.. it happens when you read with subchannels enabled.. so when you use px_d8 or cdreader to compare syncs, make sure you disable subchannel reading! the output that you get then should be reliable.. if it still gives you a large negative then it should be correct..
One other thing you can try is reading the last audio sector in d8, so the sector before the track02 pregap.. you should see a certain amount of zeroes at the end of the data track (if you count the amount you get the offset), which also indicates a negative offset.
Hello!
I'm trying to calculate the offset of the game Aris Adventure (SS).
Track 2 pregap is 2.00 sec but I'm not able to calculate the offset with the traditional method (my drive offsets are +48 and +30, probably disc factory offset is very high). Here's the output of D8 command...
I can't understand the offset with this kind of output. Any help?
Thanks
xenogears wrote:So in the end: 588 + 114 = 702
I used 702 as correction value in perfectrip and I got the dump.
I checked the tracks with CD Mage, 0 errors.
I wait for confirmation on my offset calculation to submit the dump data.
Thank in advance
Ok, I'm assuming you used the +30 offset drive to get your px_d8 data in your first post, you calculations would be
[(28.5*16)/4]-(-1*588)-(30)=672, you must subtract the drive offset to that value to get the disc offset and dump the disc, that would be 702-(30) = +672
Last edited by pnkiller78 on Fri Feb 08, 2008 1:03 pm, edited 1 time in total.
