Re: FC3 disappointment: KsCD locks system; grip; CDROM in general.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Same thing.  Progress was non existent and there were several Vs in the
output.  syslogs are clean of messages.  

$ cdparanoia -vB 5-
cdparanoia III release 9.8 (March 23, 2001)
(C) 2001 Monty <monty@xxxxxxxx> and Xiphophorus

Report bugs to paranoia@xxxxxxxx
http://www.xiph.org/paranoia/

Checking /dev/cdrom for cdrom...
        DMA scatter/gather table entries: 1
        table entry size: 131072 bytes
        maximum theoretical transfer: 55 sectors
        Setting default read size to 8 sectors (18816 bytes).


CDROM model sensed sensed: HL-DT-ST DVD+RW GCA-4040N 1.17


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

Checking for MMC style command set...
        Drive is MMC style
Verifying CDDA command set...
        Expected command set reads OK.

Table of contents (audio tracks only):
track        length               begin        copy pre ch
===========================================================
  1.    17537 [03:53.62]        0 [00:00.00]    no   no  2
  2.    15520 [03:26.70]    17537 [03:53.62]    no   no  2
  3.    16025 [03:33.50]    33057 [07:20.57]    no   no  2
  4.    16098 [03:34.48]    49082 [10:54.32]    no   no  2
  5.    21085 [04:41.10]    65180 [14:29.05]    no   no  2
  6.    13065 [02:54.15]    86265 [19:10.15]    no   no  2
  7.    16425 [03:39.00]    99330 [22:04.30]    no   no  2
  8.    17170 [03:48.70]   115755 [25:43.30]    no   no  2
  9.    18295 [04:03.70]   132925 [29:32.25]    no   no  2
 10.    15935 [03:32.35]   151220 [33:36.20]    no   no  2
 11.    16122 [03:34.72]   167155 [37:08.55]    no   no  2
 12.    16410 [03:38.60]   183277 [40:43.52]    no   no  2
 13.    16483 [03:39.58]   199687 [44:22.37]    no   no  2
 14.    18925 [04:12.25]   216170 [48:02.20]    no   no  2
 15.    19675 [04:22.25]   235095 [52:14.45]    no   no  2
 16.    15472 [03:26.22]   254770 [56:36.70]    no   no  2
TOTAL  270242 [60:03.17]    (audio only)

Ripping from sector   65180 (track  5 [0:00.00])
          to sector  270241 (track 16 [3:26.21])

outputting to track05.cdda.wav
                                                                       



On Mon, 2004-11-15 at 11:33 -0500, Peter Jones wrote:
> On Sun, 2004-11-14 at 11:50 -0700, Kim Lux wrote:
> > cdparanoia ripped this song before without any issues.  It has now been
> > running for 15 minutes and has not finished it.  Notice the "V"s and "+"
> > in the rip status.  V = uncorrect error/skip.  '+' = Unreported loss of
> > streaming/other error in read.
> 
> This many V's and +'s (and I suspect it says +++ then goes back and
> updates them to V's) tends to mean the data it's getting back from the
> read commands are completely bogus.
> 
> > I feel silly reporting errors about cd ripping, but I think it best
> > illustrates the cdrom issues. 
> 
> Go right ahead and report them; cdparanoia works the same way as many
> other programs, but the pattern can stress different things than some
> others.
> 
> > On the bright side the sys log is entirely clean during all this. 
> 
> Eh, I'd rather see errors when something goes horribly wrong...
> 
> > Checking /dev/cdrom for cdrom...
> >         DMA scatter/gather table entries: 1
> >         table entry size: 131072 bytes
> >         maximum theoretical transfer: 55 sectors
> >         Setting default read size to 24 sectors (56448 bytes).
> 
> Well, I saw something like what you're seeing when I was testing, but
> there's a workaround which succeeded on all the hardware I could find.
> Maybe it doesn't work on yours...
> 
> Can you try the cdparanoia-alpha9.8-24.0test1 packages at
> http://people.redhat.com/pjones/cdparanoia/fc3/ ?
> 
> -- 
>         Peter
> 
-- 
Kim Lux (Mr.)  Diesel Research Inc


[Index of Archives]     [Fedora Desktop]     [Fedora SELinux]     [Photo Sharing]     [Yosemite Forum]     [KDE Users]