Question about offset
Question about offset
Is the offset of an audio CD ripped with DIC a combined offset?
Re: Question about offset
Currently there's no way to detect the offset for the Audio-only discs. The only thing you can do is to check the first track's pregap and leadout for the shifted non-zero data and tweak the offset manually to shift that data back to the track.blemm wrote:Is the offset of an audio CD ripped with DIC a combined offset?
Re: Question about offset
OK if there is no data in the readout?F1ReB4LL wrote:Currently there's no way to detect the offset for the Audio-only discs. The only thing you can do is to check the first track's pregap and leadout for the shifted non-zero data and tweak the offset manually to shift that data back to the track.blemm wrote:Is the offset of an audio CD ripped with DIC a combined offset?
Do I need to make manual adjustments every time?
Are the contents of the audio CD all in the .bin?
Re: Question about offset
Then you only compensate the drive's reading offset. If you have a +30 Plextor, then it should be dumped as +30. DIC/DICUI should do it automatically.blemm wrote:OK if there is no data in the readout?
Only if you see some shifted data in the 'service' areas either before the 1st track or after the last track, but it's a rare case.blemm wrote:Do I need to make manual adjustments every time?
If the data wasn't shifted to the 'service' areas - yes; if it was shifted, but you've set the custom offset - also yes.blemm wrote:Are the contents of the audio CD all in the .bin?
Re: Question about offset
Is it necessary to correct (+30) with the -a option even if the drive offset is in the database?F1ReB4LL wrote:Then you only compensate the drive's reading offset. If you have a +30 Plextor, then it should be dumped as +30. DIC/DICUI should do it automatically.
F1ReB4LL wrote:Only if you see some shifted data in the 'service' areas either before the 1st track or after the last track, but it's a rare case.
What kind of CD does shift occur even after correction?F1ReB4LL wrote:If the data wasn't shifted to the 'service' areas - yes; if it was shifted, but you've set the custom offset - also yes.
Re: Question about offset
Of course, it is a prerequisite to use a drive that can overread.
Re: Question about offset
"DIC/DICUI should do it automatically." => no -a needed.blemm wrote:Is it necessary to correct (+30) with the -a option even if the drive offset is in the database?
You need to check the sectors -1 and leadout+1 before dumping. If they are empty - you don't do any additional correction and dump without "-a"; if they aren't empty, then you set additional correction using -a. There shouldn't be any additional shift after that.blemm wrote:What kind of CD does shift occur even after correction?
Sometimes, you may see data in both sectors -1 and leadout+1, such cases need to be additionally examined.
Re: Question about offset
What method is appropriate to check?F1ReB4LL wrote:You need to check the sectors -1 and leadout+1 before dumping.
Re: Question about offset
IsoBuster's sector viewer or similar.blemm wrote:What method is appropriate to check?
Re: Question about offset
Which method is appropriate for Linux?
I have a question about how to rip a disk swap,
Because the method is excellent, is the TOC of the hack music CD 99 minutes?
I have a question about how to rip a disk swap,
Because the method is excellent, is the TOC of the hack music CD 99 minutes?