Pregap problem?

[GoogleCodeExporter]

What steps will reproduce the problem?
1. Insert lucky disc
2. Rip
3. Watch CD rip slower than ever thought possible

What is the expected output? What do you see instead?
When doing cdparanoia from the command line normally the disc cruises along
fine.  With rr the first track (just under 7 minutes) was not even half
done after 15 minutes.  Tried with no parameters and -Z as an option.  With
no parameters the disc gets stuck, although maybe I'm not patient enough. 
With -Z the track rips very very slowly.  I wonder if this is something
involving the pregap as I don't think cdparanoia usually grabs that.

What version of rubyripper are you using? On what operating system? Are you
using the gtk2 or the commandline interface?
svn 307

Please provide any additional information below.
Willing to debug as long as you tell me what to do.

Original issue reported on code.google.com by mordbr...@gmail.com on 22 Aug 2008 at 2:15

[GoogleCodeExporter]

Please fire an cdparanoia -Q for this specific disc.

Original comment by rubyripp...@gmail.com on 31 Aug 2008 at 11:48

• Changed state: Accepted

[GoogleCodeExporter]

$ cdparanoia -d /dev/hdd -Q
cdparanoia III release 10.0 (June 10, 2008)

Table of contents (audio tracks only):
track        length               begin        copy pre ch
===========================================================
  1.    29934 [06:39.09]    22670 [05:02.20]    no   no  2
  2.    24269 [05:23.44]    52604 [11:41.29]    no   no  2
  3.     8929 [01:59.04]    76873 [17:04.73]    no   no  2
  4.    33131 [07:21.56]    85802 [19:04.02]    no   no  2
  5.    14326 [03:11.01]   118933 [26:25.58]    no   no  2
  6.    26969 [05:59.44]   133259 [29:36.59]    no   no  2
  7.     7236 [01:36.36]   160228 [35:36.28]    no   no  2
  8.    49125 [10:55.00]   167464 [37:12.64]    no   no  2
TOTAL  193919 [43:05.44]    (audio only)

Original comment by mordbr...@gmail.com on 31 Aug 2008 at 12:21

[GoogleCodeExporter]

That's weird, the disc starts at about 5 minutes. Pregap detection currently 
prepends
the first 5 minutes to the track.

What does cd-info tell you?

Original comment by rubyripp...@gmail.com on 31 Aug 2008 at 12:29

[GoogleCodeExporter]

Ahh, this has to do with cdparanoia trying to read an area that my drive won't. 
 The
disc above has a hidden track before the first track.  I got another disc today 
with
the same thing and it displays the same problem.  Theoretically you should be 
able to
rip this (if your drive supports it) with cdparanoia -B "-1"  The command works 
in
that it starts ripping very slowly, but it is ripping nothing useful in my case.

Original comment by mordbr...@gmail.com on 31 Aug 2008 at 12:30

[GoogleCodeExporter]

How would I invoke cd-info?  Or what package is it in?

Here's the -Q on the other disc with hidden track before track 1:
)$ cdparanoia -d /dev/hdd -Q
cdparanoia III release 10.0 (June 10, 2008)

Table of contents (audio tracks only):
track        length               begin        copy pre ch
===========================================================
  1.    19058 [04:14.08]     9725 [02:09.50]    no   no  2
  2.    26926 [05:59.01]    28783 [06:23.58]    no   no  2
  3.     8120 [01:48.20]    55709 [12:22.59]    no   no  2
  4.    13804 [03:04.04]    63829 [14:11.04]    no   no  2
  5.     5767 [01:16.67]    77633 [17:15.08]    no   no  2
  6.     2513 [00:33.38]    83400 [18:32.00]    no   no  2
  7.    20038 [04:27.13]    85913 [19:05.38]    no   no  2
  8.    18718 [04:09.43]   105951 [23:32.51]    no   no  2
  9.    43834 [09:44.34]   124669 [27:42.19]    no   no  2
 10.    15442 [03:25.67]   168503 [37:26.53]    no   no  2
 11.    21945 [04:52.45]   183945 [40:52.45]    no   no  2
 12.      553 [00:07.28]   205890 [45:45.15]    no   no  2
 13.    10082 [02:14.32]   206443 [45:52.43]    no   no  2
TOTAL  206800 [45:57.25]    (audio only)

Original comment by mordbr...@gmail.com on 31 Aug 2008 at 12:47

[GoogleCodeExporter]

Ok, I've done some reading on this.  Apparently the ability to read a hidden 
track
depends the drive.  It's a lot more complex, but that's what it boils down to.  
There
are three things that a drive can do when reading a hidden track like on the 
discs I
have:

1.  Go very slowly and output silence (which is what's happening on my main 
machine).
2.  Fail to read.
3.  Read the track correctly (which my notebook drive does).

In consideration of this I propose the following:
rr checks to see if the disc has a hidden track (if the begin time of track 1 
starts
after 00:00:00 we can presume it does)
if that is the case then the gui displays a track 0 just like all the other 
tracks in
the GUI list.  This track could then be selected or deselected for ripping like 
any
other.

Currently rr does not rip the hidden track and will instead start ripping from 
the
start of track one.  This is a bit deceptive because the cdparanoia output 
looks the
same.  In fact cdparanoia will say it's ripping from track 0 to track 1 while it
spits out track00 AND track01.

The proper way of nabbing the hidden track with cdparanoia is to specify "-1" 
as the
track to rip.  For example: $ cdparanoia -d /dev/hdc -vzX -B -- "-1"

Thoughts?

Original comment by mordbr...@gmail.com on 1 Sep 2008 at 9:12

[GoogleCodeExporter]

This might take care of issue 141 as well.

Original comment by mordbr...@gmail.com on 1 Sep 2008 at 9:17

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

I'm also experiences difficulties with ripping hidden tracks. I have never 
managed...
rr won't rip the hidden track. The cue sheet seems to indicate that rr sees the 
gap,
as it puts index 00 then index 01, but does not rip the track in between. It 
would be
awesome if the gui could display the hidden track as "track 0" so that it could 
be
selected or deselected as any other. As proposed by mordbrann. 

This would be a terrific improvement. Pre-track gap handling and hidden track 
ripping
are important when one wants to make exact copies. 

this is what the cue sheet shows for the first track of the CD I'm trying to 
rip with
the hidden track: 

FILE "01 - Cotton Wool.flac" WAVE
  TRACK 01 AUDIO
    TITLE "Cotton Wool"
    PERFORMER "Lamb"
    INDEX 00 00:00:00
    INDEX 01 05:45:47

rr starts the rip at 05:45:47, skipping the hidden track. 

Can this be fixed somehow? 

Original comment by FlacMonk...@gmail.com on 27 Sep 2008 at 9:17

[GoogleCodeExporter]

That reminds me... does anybody have Opeth - Ghost Reveries?  According to what 
I
read there is a pregap to track 5 (Harlequin Forest) which contains the song 
Reverie.
 I wonder how this could be dealt with and how cdparanoia behaves with it.

Original comment by mordbr...@gmail.com on 27 Sep 2008 at 10:14

[GoogleCodeExporter]

Another interesting disc:

$ cdparanoia -vQ
cdparanoia III release 10.2 (September 11, 2008)

Using cdda library version: 10.2
Using paranoia library version: 10.2
Checking /dev/cdrom for cdrom...
    Testing /dev/cdrom for SCSI/MMC interface
        SG_IO device: /dev/hdc

CDROM model sensed sensed: MATSHITA DVD-ROM SR-8176 MR38 

Checking for SCSI emulation...
    Drive is ATAPI (using SG_IO host adaptor emulation)

Checking for MMC style command set...
    Drive is MMC style
    DMA scatter/gather table entries: 1
    table entry size: 131072 bytes
    maximum theoretical transfer: 55 sectors
    Setting default read size to 27 sectors (63504 bytes).

Verifying CDDA command set...
    Expected command set reads OK.

Attempting to set cdrom to full speed... 
    drive returned OK.

Table of contents (audio tracks only):
track        length               begin        copy pre ch
===========================================================
  1.     5425 [01:12.25]      600 [00:08.00]    no   no  2
  2.    11092 [02:27.67]     6025 [01:20.25]    no   no  2
  3.    17573 [03:54.23]    17117 [03:48.17]    no   no  2
  4.    12660 [02:48.60]    34690 [07:42.40]    no   no  2
  5.    11397 [02:31.72]    47350 [10:31.25]    no   no  2
  6.    21370 [04:44.70]    58747 [13:03.22]    no   no  2
  7.     4905 [01:05.30]    80117 [17:48.17]    no   no  2
  8.    12982 [02:53.07]    85022 [18:53.47]    no   no  2
  9.    18646 [04:08.46]    98004 [21:46.54]    no   no  2
 10.    13567 [03:00.67]   116650 [25:55.25]    no   no  2
 11.    17883 [03:58.33]   130217 [28:56.17]    no   no  2
 12.     1250 [00:16.50]   148100 [32:54.50]    no   no  2
 13.    26457 [05:52.57]   149350 [33:11.25]    no   no  2
TOTAL  175207 [38:56.07]    (audio only)

As you can see there appears to be an 8 second pregrap.  Trying to rip track 01 
with
rr gives me errors like this.
scsi_read error: sector=0 length=4 retry=2
                 Sense key: 3 ASC: 11 ASCQ: 0
                 System error: Input/output error

So try the disc on my notebook which is able to rip pregaps.  Somehow 
cdparanoia -B
"-1" doesn't work (code change?) and is supplanted by cdparanoia -B "0"; 
however this
gives similar problems ripping, although it does output a blank file before 
hanging.
 Trying to rr tries to start ripping at 0:00.00, which of course gives problems:

$ ./rubyripper_gtk2.rb 
Ripping track 1
cdparanoia III release 10.2 (September 11, 2008)

Ripping from sector       0 (track  0 [0:00.00])
      to sector    6024 (track  1 [1:12.24])

outputting to /Sjø/wav/temp/track1_1.wav

scsi_read error: sector=0 length=22 retry=0
                 Sense key: 5 ASC: 64 ASCQ: 0
                 Transport error: Illegal SCSI request (rejected by target)
                 System error: Invalid argument
scsi_read error: sector=0 length=11 retry=1
                 Sense key: 5 ASC: 64 ASCQ: 0
                 Transport error: Illegal SCSI request (rejected by target)
                 System error: Invalid argument
scsi_read error: sector=0 length=5 retry=2
                 Sense key: 5 ASC: 64 ASCQ: 0
                 Transport error: Illegal SCSI request (rejected by target)
                 System error: Invalid argument

Cue file portion:
FILE "01 - Track 1.wav" WAVE
  TRACK 01 AUDIO
    TITLE "Track 1"
    PERFORMER "Unknown"
    INDEX 00 00:00:00
    INDEX 01 00:08:00
FILE "02 - Track 2.wav" WAVE
  TRACK 02 AUDIO
    TITLE "Track 2"
    PERFORMER "Unknown"
    INDEX 01 00:00:00

Original comment by mordbr...@gmail.com on 24 Apr 2009 at 8:39

[GoogleCodeExporter]

Can you please post the toc file for this disc after:
cdrdao read-toc --device /dev/cdrom output.toc

Original comment by rubyripp...@gmail.com on 11 Jul 2009 at 9:19

[GoogleCodeExporter]

Original comment by rubyripp...@gmail.com on 11 Jul 2009 at 9:44

• Changed state: Duplicate

[GoogleCodeExporter]

Will gladly do so ... if I can remember what disc it is.  Should have posted 
with
freedb lookup enabled!

Original comment by mordbr...@gmail.com on 11 Jul 2009 at 10:35

[GoogleCodeExporter]

Mystery solved.  Impaled Nazarene - Absence Of War Does Not Mean Peace.

Original comment by mordbr...@gmail.com on 11 Jul 2009 at 10:44

Attachments:

• output.toc