<![CDATA[Redump Forum — [FIXED] 3Extreme]]> http://forum.redump.org/topic/2550/fixed-3extreme/ Sat, 08 Mar 2008 17:30:19 +0000 PunBB 1.4.4 <![CDATA[Re: [FIXED] 3Extreme]]> http://forum.redump.org/post/6722/#p6722 Added, and thanks.

]]> Sat, 08 Mar 2008 17:30:19 +0000 http://forum.redump.org/post/6722/#p6722 <![CDATA[Re: [FIXED] 3Extreme]]> http://forum.redump.org/post/6718/#p6718 I see you already changed the 3Xtreme entry. My data track does match. Thanks!

Well the drive has a +30 read offset right? So -617 offset correction in EAC? So you should be missing 2468 bytes at the beginning. In my track 2 the data you specified as being the first data in your EAC dump appears at offset 9A4 or 2468 so it looks like that's what's happening.
It seems as though EAC applies an offset correction by simply ignoring data. i.e. positive offset: ignore first x samples then start dumping. negative offset: pad with x samples of zeros and then start dumping.

]]> Sat, 08 Mar 2008 17:02:39 +0000 http://forum.redump.org/post/6718/#p6718 <![CDATA[Re: [FIXED] 3Extreme]]> http://forum.redump.org/post/6695/#p6695 Ok, that is weird.. I have a Plextor PX-712, it has overreading capabilities and it's checked. I wonder why EAC gives me that results? I compared your dump to my dump with Perfectrip and they match which is also interesting. It matches in sector view you just have to go back a sector into the gap. I still wish I knew why EAC didn't give the same results?

If your data track matches mine I will add you to the list.

]]> Sat, 08 Mar 2008 05:59:07 +0000 http://forum.redump.org/post/6695/#p6695 <![CDATA[Re: [FIXED] 3Extreme]]> http://forum.redump.org/post/6694/#p6694 pepsidrinker: My track 2 starts just like yours (the one with data not zeros). Perhaps your drive is cutting off data at the end? Here's a link to track 2 if you'd like to compare. As far as I can tell with EAC, the read offset sample correction has to be positive or data gets cut off the beginning of the track. I.e. you need at least a +647 offset drive to read a -647 offset disc. Also, do you have overread checked? If the drive doesn't support reading into the lead-out, checking the overread option will actually result in data being lost from the end of the track. 

http://rapidshare.com/files/97890771/3Xtreme__Track_02_.bin

Vigi: The plextor drive arrived! The 3Xtreme track dumps exactly the same. However, both my drives were cutting off the data at the the end of Warhawk Track 11. Dumping with the Plextor with "Overread into Lead-In and Lead-Out" checked, the track hash comes out the same as the euro one. Over the next few days I'll varify the rest of my dumps.

So track 11 for Warhawk (U) should have the same hashes as the euro track.
crc32: c37c1dc4
md5: 259d785539006f53839694708f62dfd1
sha1: 767ff689e561fcef4ce5d28153213459e10a3acc

]]> Sat, 08 Mar 2008 04:55:58 +0000 http://forum.redump.org/post/6694/#p6694 <![CDATA[Re: [FIXED] 3Extreme]]> http://forum.redump.org/post/6680/#p6680 @ Huygens, I'm not sure it's drive-related.. could be the data is different.

My last Warhawk track has a header at offset 352800.. then a lot of zeroes.. and some more data bytes at the end (the last data is 1821 bytes from the end of the track both in the dump and on the cd)..

http://img444.imageshack.us/img444/9274/warhawklc9.png

]]> Fri, 07 Mar 2008 19:09:28 +0000 http://forum.redump.org/post/6680/#p6680 <![CDATA[Re: [FIXED] 3Extreme]]> http://forum.redump.org/post/6679/#p6679 I just dumped this again with Perfectrip and the EAC dump has missing data, running them through a hex editor, this is the difference.

8B0A4F15990A4115780A1715A40A3015920AF4146A0A7814490A2D141D0A9F13B10752100203570B1601CF09FA03090DDD09D8126F11EA19FE185920ED1A4C20E512C7163B06180AA6FE210416001207B905140D2D0E8D15DA1B8B226B27912B0C27F7277C19A118F608BF08A6FDA0FFC2FC3C0184063B0CB1136718F51B151E541CA51BA3150213150BD507F3FDD8FAA5F0BAEEEBE8BEE8E7E900EB01F0DAF008F668F5A9F82DF6D2F7F2F375F770F382FAB9F6E0FB7CF7FDF5E3F0D2EBF2E623E43AE0D2E12ADFB3E492E24DEB19E9ACF37DF0B7FA1AF66AFD2AF7B2F926F2B2EF8FE773E2ECDA35D86AD294D562D1AED7C3D379D860D3F1D56ECF54D344CC52D6AACFA0E003DAAAEBDCE35BEEA7E4A8E8C8DD7ADF88D4F1D586CBE6CC56C371C7F9BE3EC99EC10FD27ACAB9DDC8D4AEE7D0DCC8ECBEDF9FEB1BDD56E568D6D3DD8DCF6AD9B3CC25DB17D010E3DDD863ED99E29BF4ECE7BBF38FE47DE994D8E1DB39CBC8D3B2C4DBD356C680D851CBA0DDBACF75E152D291E32FD321E5EFD3D0E5FFD301E37CD0CDDAE7C7C9CF3EBDB8C79AB660C846B9E9D3FEC58EE511D7E7F2E6E179F366DF8BE819D36DDD80C956DB41CA94E2ABD334EDC2DEB8F581E64FFABBE9E1F923E849F5F4E2B5EE8CDCE8E8C6D725E78CD728EC23DEFEF7C4EABD05AFF7EB0DFEFD2B0ED8FCB80A6EF9310A4FFA1A0FE1006217E8095D1D5A0FFB1D4A0FAC1BB70CF3194A0B9D196B0B901AE80CBC1C750FD020E6130127361A392E5321403511287B3AF12C763C6C2EED399A2B05330625422BA31E012A821FBE31F328C03EFE35B848303EA347533A2839552A9327191A8F1E2014BC200219C329E622F931572A0A36ED2C9435302B8931B8269A2DAD23162EAC251232C42ACF362230523BEC34053F4738FA3E5E37E936232EE625B71CCE11B909EC00A8FAB2F666F206F418F13CF8ADF5D501ABFE1C0C5607F911970BAD14850D45176F1082180112B6146F0E690BBD05400104FD9BFBF8F8F2F9EAF709F89BF5B1F46EF1FEF017ED33EE01EA54EE61EA11F378EF44FA3DF679FD1FF8D9F828F24DEE23E7C3E238DC7CD9FDD30BD2FACCF2CAF9C5C5C639C27DCBD9C718DB7FD763EE43E9FFFB21F420FF9BF4D0F796EB1FE8CBDB63D56DCA47C6A6BD2DBED5B782BFBEBA04CCADC78DDE32D86EEA36E019E942DB36E01CD187D82DCA5AD485C7B9CE5CC232C28FB5BDB2CBA6F6ABF8A1E3B34EABA2C49EBB3BD7AFCC55EA18DE68FB2BED3D03E2F2F2FEB9ED75F47BE4C7EB6CDE12E944DE33E8E3DD4BE1ECD576D3E2C644C570B8FCBCDDB04EBEE7B239C8E8BC77D521C9BADFA9D159E383D3EEE062D051DD7ACDA6DC4FCE29DEB4D0F9DDC1D0BBDA55CD9BD635C9F6D39BC608D285C4C9CF01C24CCE45C0B8CD70BF3ACD8EBE98CCC3BDF0CBDABC91CB46BCE7CA64BB92C9EAB93EC9B9B9C5CA4CBBBACC2ABD3DCE5EBE82CF88BFF6D0CEC04BD211C276D3FBC254D36CC24DCFCEBDB2C737B6A1C236B267C548B612CD60BE3DD4F8C412D9DCC8F0DADBC9D9D95EC89CD775C668D6EAC568D6A8C60CD7F4C740D9A4CA1ADE17D0B3E5BDD733EE26E04FF7EBE89CFFD6F0450409F5DD0396F4210054F19AFC41EF61FDC5F1B9023CF8790938FF0F0F3E04D913860821199F0DA81F4E14AD26981BEB2C00229A30C5259831FA26CF31BB272B33AB294735092CF3358E2C8133FA29AD309A27F731EB291239AE31FC41173AF546FB3DF7461E3DCC45013CA546A33DB9494041874B1A43A048BF3F2B426639A93DDD35023E2737FB42E53C474B7C45F154D94E7D5ED25711668C5E7F67F45E5561BB58FD58C351F7527B4D7D4F994B3C4E644B014FBD4CE350AF4E705300510656485355588355355A7557815B37596E5CD05ACB5C0F5C635CC65CAD5B0F5DAD5ACF5CCD59A15CDE584A5C2958115C5D57B45B5856455B6955E45A47545B5AE752845912514158CC4EB756C84C60553A4BA454DE49DD53FC476752714546505D42964D893E304A0B3B254764381745E036DE431D3665437E35E0428234DF417832B43FC52F223D882D443BAC2B81390428BA3561222230531E8E2C3A1DEA2B521CC42AFB1803277A145A2250112E1F820F451D720CAC19C307E71453051A13CF0888175410061F8D154C232214A920610C3B18AE02BF0EF4F87005B5ED46FA8AE03FED93D4D4E188CE9BDCCCD09BDF13DBDEE9BCE841F6ACF1E7FCB3F1D2FA32E724EF39D804E17FCE0EDA9ACEE0DCE2D6DCE6D4E15BF1D4E743F544E41DEFECD5E3DECCC08DC9AEAA9DB44D9AB7A671955DA4949B78ABC6A604B6EEB29BC0A9BE50CA94C683D02EC92ED23BC851D1A2C472CE82BFADCAC1BB34C8BFB8DCC5CDB324C1C8AF89BD0EB1F9BE24B4FEC041B271BDB5AA97B42EA1CBAA609955A35295E09F5393DF9D7C8F6D993D8ACF93DA879D91398B6A9517934A9D519DFBA610A807B120B259BAF3B93AC19DBD50C4FCBC6CC386B8EEBE90B16DB8B5AA51B298A601AF08A673AEB4A652AE89A45DAA1D9C1AA0CA902794EC8A338F8D8E0A94EE97A39D4CA290A74DAD19B26ABAC3BE85C6F3C9B8CD60D001D1B1D366D371D6CCD334D7B1D041D42BCA0ECED5C106C645BA2EBFDBB78BBDD7BBF0C1CBC27FC845CA42CF7ED3F0D784DE64E285E8C0EBEAEE94F122EF47F141E996EB63E100E5CDDD76E32FE276E98EEB0EF361F4EFFA

Huygens, as your checksum doesn't match mine anyways, redumped my audio with EAC starts with...

3EFB 6C00 1A00 1004 8901 5604 16FE 7700 10F8 F5FA 16F4 3CF8

I took a picture of the hex editor so you can see what I am talking about.. I don't know how to put images here so I uploaded it. It's really small.

http://rapidshare.com/files/97794756/1.rar.html

]]> Fri, 07 Mar 2008 19:07:45 +0000 http://forum.redump.org/post/6679/#p6679 <![CDATA[Re: [FIXED] 3Extreme]]> http://forum.redump.org/post/6677/#p6677 Oh dear. Your warhawk observation is a good point. I believe neither of my drives read into the lead-out. I'm waiting for a plextor PX-40TS off ebay which I believe does. As soon as I get it I'll recheck the tracks. Is it possible the last track is extending into the lead-out?

]]> Fri, 07 Mar 2008 18:44:36 +0000 http://forum.redump.org/post/6677/#p6677 <![CDATA[Re: [FIXED] 3Extreme]]> http://forum.redump.org/post/6666/#p6666 Maybe your drives are cutting off data after all for some reason.. I also noticed that your Warhawk dumps matches all PAL tracks except the last one, so there's a chance data is cut off in the last sectors.. could you check plz by browsing and comparing the last audio sectors on the cd? (of course it could be me messing up or just a genuine difference in the game's data)

]]> Fri, 07 Mar 2008 10:01:36 +0000 http://forum.redump.org/post/6666/#p6666 <![CDATA[Re: [FIXED] 3Extreme]]> http://forum.redump.org/post/6665/#p6665 I dumped my copy of 3Xtreme and I'm getting different hashes for the audio track.

As usual EAC didn't detect the gap. Ripped without the gap the hashes are:
md5: 78c6a789e6269fab048d7298d11a486b
sha1: 8aad644975123c483572315a844128d0701c3920
crc32: 91f9cde9

with 2 seconds of 00's added to the beginning of the file the hashes are:

md5: a38b3b88c2f359fa7b57a0c490572904
sha1: 60da792ac141a78f7fe875788d0e73b5bc1b943d
crc32: efb07e5e

I dumped the track with two different drives.
The file size is the same and the offset is indeed -647
I have drives with 667 and -1164 read offsets. The negative offset drive cut off the beginning of the data, but other than than both dumps were consistant. (and 100% track quality / zero errors according to EAC)

]]> Fri, 07 Mar 2008 09:54:28 +0000 http://forum.redump.org/post/6665/#p6665 <![CDATA[Re: [FIXED] 3Extreme]]> http://forum.redump.org/post/6043/#p6043 Done

]]> Sun, 17 Feb 2008 11:17:46 +0000 http://forum.redump.org/post/6043/#p6043 <![CDATA[Re: [FIXED] 3Extreme]]> http://forum.redump.org/post/6015/#p6015 You're right I counted 41 twice which screwed me, I will redump the audio with new offset and post the results. It's -647, do you know a program that counts lines to save time and lower error?

]]> Fri, 15 Feb 2008 16:01:28 +0000 http://forum.redump.org/post/6015/#p6015 <![CDATA[Re: [FIXED] 3Extreme]]> http://forum.redump.org/post/6012/#p6012 -651 can't be right..

]]> Fri, 15 Feb 2008 09:22:30 +0000 http://forum.redump.org/post/6012/#p6012 <![CDATA[[FIXED] 3Extreme]]> http://forum.redump.org/post/6005/#p6005 Zoboomafoo is -647

3xtreme is -651

sorry I forgot to subtract the 30 for the drive.

]]> Fri, 15 Feb 2008 03:13:33 +0000 http://forum.redump.org/post/6005/#p6005