Re: [gentoo-user] Re: DVD-cd usage

[Holly Bostick]

James schreef:
> Success?
>
> cdrecord -dao dev=ATAPI:0,0,0 -eject speed=2 -pad -data -v README
>
> <results>
>
> Cdrecord-Clone 2.01 (i686-pc-linux-gnu) Copyright (C) 1995-2004 J<F6>rg Schilling
> on-the-fly encryption (version 1.0-rc1) built-in, (C) 2004,2005 Maximilian Decker
>
> NOTE: this version of cdrecord is an inofficial (modified) release of cdrecord
>       and thus may have bugs that are not present in the original version.
>       Please send bug reports and support requests to <burbon04 at gmx.de>.
>       For more information please see http://burbon04.gmxhome.de/linux/CDREncrypt
> ion.html.
>       The original author should not be bothered with problems of this version.
>
> cdrecord: Warning: Running on Linux-2.6.12-gentoo-r4
> cdrecord: There are unsettled issues with Linux-2.5 and newer.
> cdrecord: If you have unexpected problems, please try Linux-2.4 or Solaris.
> TOC Type: 1 = CD-ROM
> scsidev: 'ATAPI:0,0,0'
> devname: 'ATAPI'
> scsibus: 0 target: 0 lun: 0
> Warning: Using ATA Packet interface.
> Warning: The related Linux kernel interface code seems to be unmaintained.
> Warning: There is absolutely NO DMA, operations thus are slow.
> Using libscg version 'schily-0.8'.
> SCSI buffer size: 64512
> atapi: 1
> Device type    : Removable CD-ROM
> Version        : 0
> Response Format: 2
> Capabilities   :
> Vendor_info    : 'TOSHIBA '
> Identifikation : 'DVD-ROM SD-R2412'
> Revision       : '1015'
> Device seems to be: Generic mmc2 DVD-ROM.
> Current: 0x0009
> Profile: 0x0010
> Profile: 0x0008
> Profile: 0x0009 (current)
> Profile: 0x000A
> Using generic SCSI-3/mmc   CD-R/CD-RW driver (mmc_cdr).
> Driver flags   : MMC-3 SWABAUDIO BURNFREE
> Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R96R
> Drive buf size : 1791936 = 1749 KB
> FIFO size      : 4194304 = 4096 KB
> Track 01: data     0 MB         padsize:  596 KB
> Total size:        0 MB (00:04.00) = 300 sectors
> Lout start:        1 MB (00:06/00) = 300 sectors
> Current Secsize: 2048
> ATIP info from disk:
>   Indicated writing power: 4
>   Is not unrestricted
>   Is not erasable
>   Disk sub type: Medium Type A, low Beta category (A-) (2)
>   ATIP start of lead in:  -12508 (97:15/17)
>   ATIP start of lead out: 359845 (79:59/70)
> Disk type:    Short strategy type (Phthalocyanine or similar)
> Manuf. index: 22
> Manufacturer: Ritek Co.
> Blocks total: 359845 Blocks current: 359845 Blocks remaining: 359545
> Starting to write CD/DVD at speed 4 in real SAO mode for single session.
> Last chance to quit, starting real write    2 seconds.
> cdrecord: fifo had 1 puts and 0 gets.
> cdrecord: fifo was 0 times empty and 0 times full, min fill was 0%.
>
>
> ???
>
> James
>

Which seems to bring us back to where I at least was a bit ago---

1. There's nothing wrong with the device *per se*, or with cdrecord,
having now proved that it is capable of burning a file to CD (I assume
the file was correctly burned, but with a file as small as a README,
you're not going to get any noticeable buffer use)

2. The error that cdrecord was previously giving is to greater or lesser
degree accurate--

*there's something wonky about the files you're trying to burn*

I don't know what that might be, but it seems to me that one possible
chain of logic is:

a) no matter whether you use --audio or --data (or rename the file with
a new extension), cdrecord detects the file as audio and automatically
uses the --audio switch;

b) cdrecord has requirements for the encoding of a file using --audio
(as specified in man cdrecord, earlier quoted)

c) your file, which must be burned with the --audio switch, does not
meet the specifications that the --audio switch requires (as shown when
you posted the file specs gleaned from mPlayer).

The problem might be something else entirely, of course; this is just a
theory. But since we don't know what the problem actually is (and I
don't so much have the time atm to specify how to make sure all the
components from the kernel to cdrecord to your file are all in proper
working order), it's worth further investigation.

On that note, three questions:

1) the USE flags for cdrtools are:

    on-the-fly-crypt -
    unicode - Adds support for Unicode
    crypt - Add support for encryption -- using mcrypt or gpg where
applicable
    dvdr - Adds support for DVD writer hardware (e.g. in xcdroast)

Which ones did you use? Maybe you have a functionality needed that you
don't have enabled?

2) Have you tried re-encoding the audio file to the cdrecord
specifications, and *then* burning it?

3) (Thanks for the idea, Dave Nebinger) Have you tried making an ISO of
all the audio files (unaltered) that you want to burn to CD, using
mkisofs, and then burning the ISO instead of the files?

HTH,
Holly
-- 
gentoo-user@g.o mailing list