On Wed, 2004-01-07 at 12:18, Anupam Kapoor wrote:
> Aaron Stout <[EMAIL PROTECTED]> writes:
> 
> >> 
> > Here is a fun way.
> 
> ,----
> | >
> | > cdrdao read-cd --read-raw --datafile [filename.bin] --device
> | > [bus,id,lun] --driver generic-mmc-raw [filename.toc]
> | >
> | > so 
> | >
> | > cdrdao read-cd --read-raw --datafile mymusic.bin --device 0,0,0 --driver
> | > generic-mmc-raw mymusic.toc
> `----
> hmm, trying this produces the following messages :
> 
> ,----
> | parth# cdrdao read-cd --read-raw --datafile mymusic.bin --device /dev/hdc --driv   
>                er generic-mmc-raw mymusic.toc                                        
>    
> | Cdrdao version 1.1.7 - (C) Andreas Mueller <[EMAIL PROTECTED]>
> |   SCSI interface library - (C) Joerg Schilling
> |   Paranoia DAE library - (C) Monty
> | 
> | Check http://cdrdao.sourceforge.net/drives.html#dt for current driver tables.
> | 
> | Using libscg version 'schily-0.7'
> | 
> | /dev/hdc: TOSHIBA DVD-ROM SD-M1402      Rev: 1010
> | Using driver: Generic SCSI-3/MMC (raw writing) - Version 2.0 (options 0x0000)
> | 
> | Reading toc and track data...
> | 
> | Track   Mode    Flags  Start                Length
> | ------------------------------------------------------------
> |  1      AUDIO   0      00:00:00(     0)     02:51:47( 12872)
> |  2      AUDIO   0      02:51:47( 12872)     03:30:29( 15779)
> |  3      AUDIO   0      06:22:01( 28651)     00:22:22(  1672)
> |  4      AUDIO   0      06:44:23( 30323)     00:30:03(  2253)
> |  5      AUDIO   0      07:14:26( 32576)     01:02:09(  4659)
> |  6      AUDIO   0      08:16:35( 37235)     01:03:12(  4737)
> |  7      AUDIO   0      09:19:47( 41972)     00:22:34(  1684)
> |  8      AUDIO   0      09:42:06( 43656)     01:30:29(  6779)
> |  9      AUDIO   0      11:12:35( 50435)     00:42:73(  3223)
> | 10      AUDIO   0      11:55:33( 53658)     01:14:15(  5565)
> | 11      AUDIO   0      13:09:48( 59223)     00:33:06(  2481)
> | 12      AUDIO   0      13:42:54( 61704)     00:48:19(  3619)
> | 13      AUDIO   0      14:30:73( 65323)     00:52:60(  3960)
> | 14      AUDIO   0      15:23:58( 69283)     03:03:06( 13731)
> | 15      AUDIO   0      18:26:64( 83014)     00:40:09(  3009)
> | 16      AUDIO   0      19:06:73( 86023)     00:51:52(  3877)
> | 17      AUDIO   0      19:58:50( 89900)     04:02:12( 18162)
> | 18      AUDIO   0      24:00:62(108062)     04:27:17( 20042)
> | 19      AUDIO   0      28:28:04(128104)     04:13:54( 19029)
> | Leadout AUDIO   0      32:41:58(147133)
> | 
> | cdrdao: Msf.cc:36: Msf::Msf(int, int, int): Assertion `sec >= 0 && sec < 60' 
> failed.
> | zsh: abort      
> | cdrdao read-cd --read-raw --datafile mymusic.bin --device /dev/hdc --driver 
> `----
> 
> any ideas on how to get around it ?
> 
> thank you
> anupam
> 
> 
> >
> >
> > --
> > [EMAIL PROTECTED] mailing list
> 
> 
> --
> [EMAIL PROTECTED] mailing list
> 
Anupam. When using this method you are calling the generic scsi driver.
I have actually never tried  it with --device /dev/hdc but i am pretty
sure that wont work =-). What you need to do is find out what fake scsi
address your cdrom has.

try this:  cdrecord --scanbus
That command should produce something like this.

scsibus0:
        0,0,0     0) 'MITSUMI ' 'CR-4804TE   ' '2.4C'Removable CD-ROM
        0,1,0     1) *
        0,2,0     2) *
        0,3,0     3) *
        0,4,0     4) *
        0,5,0     5) *
        0,6,0     6) *
        0,7,0     7) *

If you dont have cdrecord then the ususal emerge -pv cdrecord / emerge
cdrecord
Now back to the --device option for cdrdao. Use --device 0,0,0 from the
list you recieved from cdrecord. Then you should be able to get a raw
dump of that cd.

Aaron


--
[EMAIL PROTECTED] mailing list

Reply via email to