Page 1 of 3

Question about offset

Posted: Tue Feb 04, 2020 3:01 am
by blemm
Is the offset of an audio CD ripped with DIC a combined offset?

Re: Question about offset

Posted: Tue Feb 04, 2020 6:34 pm
by F1ReB4LL
blemm wrote:Is the offset of an audio CD ripped with DIC a combined 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.

Re: Question about offset

Posted: Wed Feb 05, 2020 12:37 am
by blemm
F1ReB4LL wrote:
blemm wrote:Is the offset of an audio CD ripped with DIC a combined 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.
OK if there is no data in the readout?
Do I need to make manual adjustments every time?
Are the contents of the audio CD all in the .bin?

Re: Question about offset

Posted: Fri Feb 07, 2020 3:09 am
by F1ReB4LL
blemm wrote:OK if there is no data in the readout?
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:Do I need to make manual adjustments every time?
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:Are the contents of the audio CD all in the .bin?
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

Posted: Sat Feb 08, 2020 8:55 pm
by blemm
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.
Is it necessary to correct (+30) with the -a option even if the drive offset is in the database?
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.
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.
What kind of CD does shift occur even after correction?

Re: Question about offset

Posted: Mon Feb 10, 2020 12:27 am
by blemm
Of course, it is a prerequisite to use a drive that can overread.

Re: Question about offset

Posted: Tue Feb 11, 2020 2:03 am
by F1ReB4LL
blemm wrote:Is it necessary to correct (+30) with the -a option even if the drive offset is in the database?
"DIC/DICUI should do it automatically." => no -a needed.
blemm wrote:What kind of CD does shift occur even after correction?
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.

Sometimes, you may see data in both sectors -1 and leadout+1, such cases need to be additionally examined.

Re: Question about offset

Posted: Tue Feb 11, 2020 9:53 pm
by blemm
F1ReB4LL wrote:You need to check the sectors -1 and leadout+1 before dumping.
What method is appropriate to check?

Re: Question about offset

Posted: Tue Feb 11, 2020 11:55 pm
by F1ReB4LL
blemm wrote:What method is appropriate to check?
IsoBuster's sector viewer or similar.

Re: Question about offset

Posted: Wed Feb 12, 2020 1:51 am
by blemm
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?