Possibility to rip pregap before track 1?

[GoogleCodeExporter]

What steps will reproduce the problem?
1. Insert cd with gap with hidden content before track 1
2. Try to rip it
3. Fail

It would be quite cool to be able to rip the pre-gap tracks too, as many
cd's I own have them; eg. Lamb - Fear Of Fours and Muse - Hullabaloo . This
was something I was able to do with EAC back on Windows, but I don't know
how easy/hard it is to implement. Any comments?

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

0.4.4, on Kubuntu 7.10, CLI.

Original issue reported on code.google.com by mar...@wustenberg.dk on 11 Dec 2007 at 6:31

[GoogleCodeExporter]

This will certainly be possible to implement. What tracknumber should be 
assigned to
this track? Perhaps track 0(zero)?

Original comment by rubyripp...@gmail.com on 12 Dec 2007 at 7:45

• Changed state: Accepted

[GoogleCodeExporter]

Yes, that's what I have been calling the track. That would be really great. :)

Original comment by mar...@wustenberg.dk on 12 Dec 2007 at 11:39

[GoogleCodeExporter]

An alternative would be to prepend the sectors to track 1. Anyone?

Original comment by rubyripp...@gmail.com on 31 Mar 2008 at 8:23

[GoogleCodeExporter]

I would not like that approach, as it would alter what exactly the first track 
is. It
could possibly confuse fingerprinting of the tracks (like used at 
musicbrainz.org and
last.fm). Of course, if users of the ripper are given a choice to not prepend 
it,
it's fine. But I would really opt for using track 0.

Just my thoughts. :)

Original comment by mar...@wustenberg.dk on 31 Mar 2008 at 8:31

[GoogleCodeExporter]

Isn't this exactly what a cuesheet tries to solve?

Original comment by rubyripp...@gmail.com on 31 Mar 2008 at 8:41

[GoogleCodeExporter]

But I don't think that most people use cue sheets? Maybe it's a bad guess. I 
know I
don't. Anyway, how I understand cuesheets, they are used when ripping an album 
to a
single file, and not the current rubyripper approach (ripping to multiple 
files), so
I still stand by my statement.

Original comment by mar...@wustenberg.dk on 31 Mar 2008 at 8:55

[GoogleCodeExporter]

Current solution, resulting from issue 123 is to prepend any lost sectors to the
resulting track. This includes a hidden first track. I'm looking for a better
solution though.

Original comment by rubyripp...@gmail.com on 10 Apr 2008 at 8:15

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

I'm not absolutely certain if this is related, but the only cd I've been unable 
to
rip since upgrading to 0.5.5 also happens to be the only cd that I own that has 
a
hidden track in pregap before track one (as far as I know), so a connection 
seems
pretty likely.

I generally have been ripping all of my cd's to single file images with cue 
sheets,
but when I ran into trouble with this one, I tried to rip it in the more 
traditional,
one file per track format, and still have had no luck.  The GUI of Rubyripper 
shows
no progress, but the commandline output yields a seemingly endless repetition of
"scsi_read error" messages.  Here's the first several lines of the output:

intrepid@intrepid-laptop:~$ rrip_gui 
ruby-gettext is not found. Translations are disabled!
Ripping track 0
cdparanoia III release 10.0 (June 10, 2008)

Ripping from sector       0 (track  0 [0:00.00])
      to sector  259881 (track 10 [6:52.13])

outputting to /home/intrepid/Music/flac/Cool Hand Luke/temp/track0_1.wav

 (== PROGRESS == [>                             | 000117 00 ] == :-0   ==)  
scsi_read error: sector=226 length=13 retry=0
                 Sense key: 5 ASC: 64 ASCQ: 0
                 Transport error: Illegal SCSI request (rejected by target)
                 System error: Invalid argument
 (== PROGRESS == [>                             | 000126 00 ] == :-0 . ==)  
scsi_read error: sector=201 length=13 retry=0
                 Sense key: 3 ASC: 11 ASCQ: 0
                 Transport error: Illegal SCSI request (rejected by target)
                 System error: Invalid argument
scsi_read error: sector=201 length=6 retry=1
                 Sense key: 3 ASC: 11 ASCQ: 0
                 Transport error: Illegal SCSI request (rejected by target)
                 System error: Invalid argument
scsi_read error: sector=201 length=3 retry=2
                 Sense key: 3 ASC: 11 ASCQ: 0
                 Transport error: Illegal SCSI request (rejected by target)
                 System error: Invalid argument

I'm using Rubyripper 0.5.5 on Ubuntu 8.10.  Hopefully this is helpful.

Original comment by wrk...@gmail.com on 19 Feb 2009 at 11:02

[GoogleCodeExporter]

Please join in at the AnalyzingDisc_Research wiki page. The plan is to use 
cdrdao to
get the info about the disc.

Please show what the output is for a disc with a hidden track:
cdrdao read-toc --device /dev/cdrom output

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

[GoogleCodeExporter]

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

• Changed state: Duplicate

[GoogleCodeExporter]

Is it possible to provide the output.toc of on a disc with a hidden track?

cdrdao read-toc --device /dev/cdrom output.toc

Original comment by rubyripp...@gmail.com on 12 Jul 2009 at 11:45

[GoogleCodeExporter]

Here we are. Looking at it myself it seems to call it SILENCE which I can 
inform you
is not the case. The CD is Rammstein - Reise, Reise (UK release) and the pregap 
is
not silence. I believe cdrdao bases this off the TOC however, because it 
skipped over
this portion in <1 second, where as it does not take <1 second to do other 30 
second
portions of this disk.

Original comment by fergof...@gmail.com on 12 Jul 2009 at 11:58

Attachments:

• output.toc