----------  Forwarded Message  ----------

Subject: Re: [newbie] Mandrake8.2/X-CD-Roast Configuration Problem
Date: Wed, 3 Apr 2002 23:14:34 +0100
From: John Richard Smith <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]

On Wednesday 03 April 2002 17:58, you wrote:
> John,
> I didn't realise you were just going to type it in!
> If you do 'cdparanoia --help', one of the things it says is:
>
> -d --force-cdrom-device   <dev> : use specified device; disallow autosense
>
> So (and I'm not quite sure of the syntax) you might neeed something like:
>
> #cdparanoia -vB -d /dev/cdrom2 1- /root/tmp/name
>
> I've probably got that a bit wrong, but try variations on it.
>
> Richard

Thanks, once again Richard, and so it proved to be. I did :-

 [root@localhost root]# cdparanoia -vB -d /dev/scd0 1- /root/tmp/name
cdparanoia III release 9.8 (March 23, 2001)
(C) 2001 Monty <[EMAIL PROTECTED]> and Xiphophorus

Report bugs to [EMAIL PROTECTED]
http://www.xiph.org/paranoia/

Checking /dev/scd0 for cdrom...
        Testing /dev/scd0 for cooked ioctl() interface
                /dev/scsi/host0/bus0/target0/lun0/cd is not a cooked ioctl
CDROM.
        Testing /dev/scd0 for SCSI interface
                generic device: /dev/sg0
                ioctl device: /dev/scsi/host0/bus0/target0/lun0/cd

Found an accessible SCSI CDROM drive.
Looking at revision of the SG interface in use...
        SG interface version 3.1.22; OK.

CDROM model sensed sensed: MITSUMI CR-48X9TE 1.0C

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

Checking for MMC style command set...
        Drive is MMC style
        DMA scatter/gather table entries: 256
        table entry size: 32768 bytes
        maximum theoretical transfer: 3566 sectors
        Setting default read size to 13 sectors (30576 bytes).

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

Table of contents (audio tracks only):
track        length               begin        copy pre ch
===========================================================
  1.    13012 [02:53.37]        0 [00:00.00]    no   no  2
  2.    13577 [03:01.02]    13012 [02:53.37]    no   no  2
  3.    12682 [02:49.07]    26589 [05:54.39]    no   no  2
  4.    16787 [03:43.62]    39271 [08:43.46]    no   no  2
  5.    15842 [03:31.17]    56058 [12:27.33]    no   no  2
  6.    15922 [03:32.22]    71900 [15:58.50]    no   no  2
  7.     9299 [02:03.74]    87822 [19:30.72]    no   no  2
  8.    11355 [02:31.30]    97121 [21:34.71]    no   no  2
  9.    13162 [02:55.37]   108476 [24:06.26]    no   no  2
 10.    18207 [04:02.57]   121638 [27:01.63]    no   no  2
 11.    13342 [02:57.67]   139845 [31:04.45]    no   no  2
 12.    13222 [02:56.22]   153187 [34:02.37]    no   no  2
 13.    16422 [03:38.72]   166409 [36:58.59]    no   no  2
 14.    33460 [07:26.10]   182831 [40:37.56]    no   no  2
 15.    19527 [04:20.27]   216291 [48:03.66]    no   no  2
 16.    15577 [03:27.52]   235818 [52:24.18]    no   no  2
 17.    11014 [02:26.64]   251395 [55:51.70]    no   no  2
 18.    12925 [02:52.25]   262409 [58:18.59]    no   no  2
 19.    12077 [02:41.02]   275334 [61:11.09]    no   no  2
 20.    11019 [02:26.69]   287411 [63:52.11]    no   no  2
TOTAL  298430 [66:19.05]    (audio only)

Ripping from sector       0 (track  1 [0:00.00])
          to sector  298429 (track 20 [2:26.68])

outputting to /root/tmp/track01.name

 (== PROGRESS == [                              | 013011 00 ] == :^D * ==)

outputting to /root/tmp/track02.name

 (== PROGRESS == [                              | 026588 00 ] == :^D * ==)

etc, etc, etc,


outputting to /root/tmp/track19.name

 (== PROGRESS == [            +               + | 287410 00 ] == :^D * ==)

outputting to /root/tmp/track20.name

 (== PROGRESS == [                              | 298429 00 ] == :^D * ==)

Done.



One further question though, suppose I wanted to cashe only certain audio
tracks rather than the lot, can I select them individually. I'm guessing, but
perhaps you replace the " 1- " with a commer seperated list of track
 numbers.?

Anyway this proves that cdparanoia and cdrecord are OK.
The original problem seems likely to be with xcdroast.

I wonder whether LM8.1 version of roast would install and work with
LM8.2 cdrecord ?  Any libraries problems ?

John

...............................................................................................................................................
 PPS , Thursday 4th April 2002 BST
 
I guess others have got here a lot sooner than me, but :-

[root@localhost root]# xcdroast -d /dev/scd0

** WARNING **: Installation problem? No set-uid bit on /usr/bin/mkisofs


** WARNING **: Installation problem? No set-uid bit on /usr/bin/readcd


** WARNING **: Installation problem? No set-uid bit on /usr/bin/cdda2wav


** CRITICAL **: file eazel-theme-draw.c: line 1640 (draw_flat_box): assertion
`height >= -1' failed.

Question, is this something one can fix , or do you need a complete
new download and install of xcdroast ?

John

--
John Richard Smith
[EMAIL PROTECTED]

-------------------------------------------------------

-- 
John Richard Smith
[EMAIL PROTECTED]

Want to buy your Pack or Services from MandrakeSoft? 
Go to http://www.mandrakestore.com

Reply via email to