Re: Thoughts on writing CD from stdin

2009-01-15 Thread Joerg Schilling
"Thomas Schmitt"  wrote:

> Hi,
>
> Dave Platt wrote:
> > Unfortunately, determining the end-of-data (end-of-track) location on a
> > data CD is one of those things which is difficult-to-impossible to do
> > reliably.
>
> This is actually a matter of the device driver
> and not so much of drive and media. The size of
> a logical track as obtained by MMC commands is
> reliable. One just has to be aware that not all
> types of sectors can be read by the SCSI command
> for reading data blocks.
>
> In the special case of CD TAO data tracks there are
> two such non-data blocks at the end of each track.
> (Not related to Darth Bane's Rule Of Two.)

This only refers to "most" drives. There are known drives that
add 7 run out blocks.

Jörg

-- 
 EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin
   j...@cs.tu-berlin.de(uni)  
   joerg.schill...@fokus.fraunhofer.de (work) Blog: 
http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily


-- 
To UNSUBSCRIBE, email to cdwrite-requ...@other.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@other.debian.org



Re: cdrecord: failure in auto-formatting DVD+RW Verbatim media on USB-TSSTcorp

2009-01-15 Thread Joerg Schilling
Giulio Orsero  wrote:

>
> It just says
>   Disk type: CD-DA or CD-ROM
> it does not reach the "default:" label.

Please check the latest a56pre version:

ftp://ftp.berlios.de/pub/cdrecord/ALPHA/cdrtools-2.01.01a56pre.tar.bz2

Jörg

-- 
 EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin
   j...@cs.tu-berlin.de(uni)  
   joerg.schill...@fokus.fraunhofer.de (work) Blog: 
http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily


-- 
To UNSUBSCRIBE, email to cdwrite-requ...@other.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@other.debian.org



Re: Thoughts on writing CD from stdin

2009-01-15 Thread Joerg Schilling
Bill Davidsen  wrote:

> > -  Use cdrecord (or one of the plug-compatible substitutes) in TAO
> >burning mode.
> >
> Rather than one of the "raw" modes? I found several posts suggesting 
> that the magic was 'raw96r' or similar. I believe I tried that, as well 
> as -sao, -tao, and -dao, but I can repeat the test easily.

People who recommend -raw96r instead of -sao usually suffer from the hald 
bug on Linux that causes hald to distrurb CD writing.

The best solution for that problem is to kill hald ;-)

kill -STOP ` pgrep hald ` 

Jörg

-- 
 EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin
   j...@cs.tu-berlin.de(uni)  
   joerg.schill...@fokus.fraunhofer.de (work) Blog: 
http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily


-- 
To UNSUBSCRIBE, email to cdwrite-requ...@other.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@other.debian.org



Re: Thoughts on writing CD from stdin

2009-01-15 Thread Bill Davidsen

Joerg Schilling wrote:

Bill Davidsen  wrote:

  

-  Use cdrecord (or one of the plug-compatible substitutes) in TAO
   burning mode.

  
Rather than one of the "raw" modes? I found several posts suggesting 
that the magic was 'raw96r' or similar. I believe I tried that, as well 
as -sao, -tao, and -dao, but I can repeat the test easily.



People who recommend -raw96r instead of -sao usually suffer from the hald 
bug on Linux that causes hald to distrurb CD writing.


The best solution for that problem is to kill hald ;-)

kill -STOP ` pgrep hald ` 
  


Noted. Since the only mode which seems to have a hope of working is TAO 
from what people have said, raw96r seems to be a side track. And I would 
certainly edit the configuration rather than just kill hal and do all 
the associated work by hand.,


--
Bill Davidsen 
 "Woe unto the statesman who makes war without a reason that will still
 be valid when the war is over..." Otto von Bismark 




--
To UNSUBSCRIBE, email to cdwrite-requ...@other.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@other.debian.org