<![CDATA[Redump Forum — Issues Ripping Leadout on Last Track]]> 2009-04-23T22:57:49Z PunBB http://forum.redump.org/topic/4415/issues-ripping-leadout-on-last-track/ <![CDATA[Re: Issues Ripping Leadout on Last Track]]> Decided to order a cheap drive which reads the leadout - LG GSA-H55N (only £13). If anyone else has sync issues on the last track (known issue with audio ripping when you have a drive with positive offset), look for a drive which can over read into the leadout. I found this site useful:

http://www.daefeatures.co.uk/search.php

]]> http://forum.redump.org/user/7429/ 2009-04-23T22:57:49Z http://forum.redump.org/post/17333/#p17333 <![CDATA[Re: Issues Ripping Leadout on Last Track]]> it could also be EAC's problem

if those last sectors are visible from IsoBuster or similar program,
you can extract last track this way - as range

remove leading and trailing bytes i.e. sync it with one extracted from EAC,
so they would start similar, only this one should have data running longer,
where it's zeroes already on EAC.

]]> http://forum.redump.org/user/2174/ 2009-04-23T03:09:44Z http://forum.redump.org/post/17309/#p17309 <![CDATA[Re: Issues Ripping Leadout on Last Track]]> Well, getting a drive that can overread into the leadout is definitely the easier solution, but not the only one. It's still possible to dump the last track correctly if you use a drive with a combined negative offset for that particular disc.

]]> http://forum.redump.org/user/4460/ 2009-04-22T20:21:22Z http://forum.redump.org/post/17302/#p17302 <![CDATA[Issues Ripping Leadout on Last Track]]> I have tried 3 different drives (BTC +6, Samsung +12, NEC +48) and all seem to cause issues reading the leadout on the last audio track on most discs - causing suspiscious positions/sync errors. Is there any real solution to this problem or do I need a drive that can read into the leadout?

]]> http://forum.redump.org/user/7429/ 2009-04-22T20:05:06Z http://forum.redump.org/post/17300/#p17300