http://www.rpmfind.net/linux/rpm2html/search.php?query=cdrecord&submit=Search+...
NEW features of cdrtools-1.11a18:

Please have a look at the German open Source Center BerliOS at www.berlios.de
BerliOS will continue to support free hosting of cryptography projects even
when US laws change and don't allow to host cryptography projects in the USA.
Also look at sourcewell.berlios.de, the first Open Source announcement service
that itself is implemented as Open Source project.

***************** Important news ****************************

For the 'Slottable Source Plugin Module' SSPM Features read README.SSPM

***************** Please Test *********************************

All:

Libscg:

-	Make the packet code compile on Linux  > 2.2.12 && < 2.4.3

Hints for the Packet code:

	Thanks to Alexander Kern <alex.kern@gmx.de> for the idea and first 
	code fragments for supporting the CDROM_SEND_PACKET ioctl() from 
	the cdrom.c kernel driver. Please note that this interface in principle 
	is completely unneeded but the Linux kernel is just a cluster of 
	code and does not support planned orthogonal interface systems. 
	For this reason we need CDROM_SEND_PACKET in order to work around a 
	bug in the linux kernel that prevents to use PCATA drives because 
	the kernel panics if you try to put ide-scsi on top of the PCATA 
	driver. 

	The code is currently in "status nascendi" but usable with some trade offs.

	To use: call e.g.

		cdrecord -scanbus dev=ATAPI:

		cdrecord -dao -v speed=24 dev=ATAPI:0,0 ....

	Be careful! This code is only needed in order to be able to use
	PCATA CD-writers on notebooks because there is a severe kernel bug.
	Unfortunately, this bug causes the kernel to hang (and force you
	to reboot) if you try to call:

		cdrecord -scanbus

	without the dev=ATAPI: option. 

	In this case cdrecord will hang infintely and unkillable 
	in open("/dev/sg1", 2) => you need to reboot :-(

	Repeat by: Insert a PCATA CD-Writer in a Sony VAIO notebook and run
			cdrecord -scanbus. 

Rscsi:

Cdrecord:

CD-text Autoring support:

	CD-text may now be based on fields found in the *.inf files
	created by cdda2wav.

	To create a CD with CD-Text based on information from freedb.org
	call:

	1)	cdda2wav -B -v255 -L
	2)	cdrecord {-dao!-raw96r} -v -useinfo -text *.wav

	CD-text TODO:

	-	Check whether the *.inf files are all from the same CD
		and clear some CD-text fields that are only valid if
		they relate to one CD only.

	-	Add some more fields (mainly a dficiency of cdda2wav)

	-	Support multi language text

	-	Support character coding other than ISO-9959-1


******************************************************************
	NOTE: Read README.cdtext
	NOTE: Read README.raw
******************************************************************
	

Cdda2wav (By Heiko Eißfeldt heiko@hexco.de):


Readcd:

-	Now use /etc/default/cdrecord as documented in the man page.

Scgcheck:


Mkisofs (By Jörg Schilling and James Pearson j.pearson@ge.ucl.ac.uk):

-	Fixed a minor bug with HFS labels & multi-session
	Thanks to James Pearson


TODO:
	-	read Joliet filenames with multi-session if no TRANS.TBL
		or RR is present. I am looking for a volouteer for this task:
		Peter Berendi <berendi2@webdesign.hu> announced that he likes
		to be the volounteer for this task.

		Unfortunately, I did no hear again from him, but I got
		a proposal from
		"Krisztian Gede" <nameless@mail.datanet.hu>
		who also likes to do the job.

		Note that this can never be 100% correct as there is no relation
		between the names on the master (UNIX) filesystem, the ISO-9660
		names and the Joliet names. Only the Rock Ridge names are
		untranslated with respect to the original files on the
		master (UNIX) filesystem.

	-	implement Yellow book compliant XA extended dir attributes

	-	add libecc/edc for CDI and similar.
		This may not be needed if we ise VCDimager and recent
		cdrecord versions.

CYGWIN NT-4.0 NOTES:

To compile on Cygwin32, get Cygwin and install it.
For more information read README.win32

The files are located on:

ftp://ftp.fokus.gmd.de/pub/unix/cdrecord/alpha ...

NOTE:	These tar archives are 100% ansi compatible. Solaris 2.x tar and GNU
	tar may get some minor trouble.

WARNING: Do not use 'mc' to extract the tar file!
	All mc versions before 4.0.14 cannot extract symbolic links correctly.

WARNING: Do not use 'winzip' to extract the tar file!
	Winzip cannot extract symbolic links correctly.

Joerg

.