Web lists-archives.com

Re: Playing or Ripping UDF CDs Under jessie




"Thomas Schmitt" <scdbackup@xxxxxxx> writes:

> I see that wodim does not display session end marks, as cdrskin does.

cdrskin to the rescue.

> With cdrskin there is an option with better readable output
> 
>   cdrskin -v dev=/dev/sr1 -minfo
> 
> (Not to be confused with option -msinfo.)
> It will display session numbers and track numbers like:
> 
>   Track  Sess Type   Start Addr End Addr   Size
>   ==============================================
>       1     1 Audio  0          23259      23260
>       2     1 Audio  23260      45066      21807
>       3     1 Audio  45067      61931      16865
>       4     1 Audio  61932      81696      19765
>       5     1 Audio  81697      101666     19970
>       6     1 Audio  101667     125461     23795
>       7     1 Audio  125462     143956     18495
>       8     1 Audio  143957     164231     20275
>       9     1 Audio  164232     185991     21760
>      10     1 Audio  185992     202361     16370
> 
> or
> 
>   Track  Sess Type   Start Addr End Addr   Size
>   ==============================================
>       1     1 Data   0          64211      64212
>       2     2 Data   75614      95346      19733
>       3     3 Data   102249     121981     19733
>       4     4 Data   128884     132113     3230
> 
> Please post full lists without "all the way up".
Here is what I did so far and it works.
I ran cdrskin on one of the disks from /dev/sr1

  ATIP start of lead in:  -11634 (97:26/66)
  ATIP start of lead out: 359846 (79:59/71)
  1T speed low:  8 1T speed high: 8
Producer:      CMC Magnetics Corporation
Manufacturer: CMC Magnetics Corporation

Mounted media class:      CD
Mounted media type:       CD-ROM
Disk Is not erasable
disk status:              complete
session status:           complete
first track:              1
number of sessions:       1
first track in last sess: 1
last track in last sess:  20
Disk Is not unrestricted
Disk type: CD-DA or CD-ROM

Track  Sess Type   Start Addr End Addr   Size
==============================================
    1     1 Audio  0          17270      17271     
    2     1 Audio  17271      33862      16592     
    3     1 Audio  33863      49554      15692     
    4     1 Audio  49555      64594      15040     
    5     1 Audio  64595      81015      16421     
    6     1 Audio  81016      94659      13644     
    7     1 Audio  94660      108516     13857     
    8     1 Audio  108517     123667     15151     
    9     1 Audio  123668     136320     12653     
   10     1 Audio  136321     148048     11728     
   11     1 Audio  148049     163696     15648     
   12     1 Audio  163697     182745     19049     
   13     1 Audio  182746     200379     17634     
   14     1 Audio  200380     217756     17377     
   15     1 Audio  217757     234016     16260     
   16     1 Audio  234017     249782     15766     
   17     1 Audio  249783     266826     17044     
   18     1 Audio  266827     280451     13625     
   19     1 Audio  280452     293349     12898     
   20     1 Audio  293350     306750     13401     

Last session start address:         0         
Last session leadout start address: 306751    
Read capacity:                      306751    

The very first track
    1     1 Audio  0          17270      17271     

is what drives computers mad.  It would correspond to
track0.cdda.wav and appears to contain information that looks
like a bad disk or otherwise pours sugar in to the fuel tank of a
normal ripping process.

So, what would happen if I ripped from track 1 instead of 0 using cdparanoia?

#!/bin/sh
drivespec=/dev/cdrom3
cdparanoia -d $drivespec "1-"

-rw-r--r-- 1 martin martin 721478396 Jan 27 21:52 cdda.wav

	It plays but you lose the individual track boundaries as
you see in the listing above. I noticed that it occasionally
repeated what amounts to one revolution of the disk so a word or
2 might stutter but after track0, it's red-blooded orange book.
How about that as a meta fore?  Or is it the red book for audio CD's?

	I thought it was udf because one of the two systems I
tried it on spewed out a reference to udffs in one of the myriad
error messages it flung when I tried to mount it originally.

	I might be able to restore the individual tracks by
feeding the output of cdrskin in to a perl program if cdparanoia
can't be persuaded to extract them any other way.

	This is fun isn't it?

	By the way, mplayer, set to do tempo compression worked
fine speeding up the audio.

Thanks to all who helped.


Martin