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 *********************************

NEW features of cdrtools-2.01a25:


NOTICE: for supporting the CW-7501 and for supporting SAO/DAO with the
	Sony CDU-920, Sony CDU-924, Sony CDU-948, the driver interface has
	been modified.  This change did affect more than 3000 lines of code.
	The new driver interface again is more simple and more extendable than
	the old one, but the change may affect -dummy and -multi writing for
	any other drive. Please test if the change did not introduce new bugs.

	Also the change on the packet writing structures may affect packet writing.

	The changes for the DVD+ drive/media recognition may affect drive or
	media type recognition for any other drive.

	The changes for DVD+RW & DVD+R media support may cause cdrecod to fail 
	in other circumstances.

	With cdrecord-2.01a13, the track parsing has been completely rearranged
	in order to support new features in the future. This causes a high risk
	for bugs.

	With cdrecord-2.01a14, CUE Sheet handling has been introduced and
	1200 lines of new code has been integrated.

	Please test.

GPL violation hint:

	All recent SuSE distributions contain inofficial and modified versions
	of cdrecord that are known to contain bugs and open new security holes.

	At least SuSE 8.2 (maybe other SuSE releases too) did contain a modified
	version of cdrecord that did violate the GPL § 2 Paragraph c) and
	GPL Preamble Section 6 by not making clear that they published a modified
	version that differs from the original and thus may have bug not found
	in the official version. As the version published by SuSE definitely has bugs,
	it is obvious that this hint is needed.

	SuSE 9.0 now seems to honor the GPL but the cdrecord binaries on SuSE 9.0
	are definitely defective - please compile cdrecord yourself to get
	binaries that work as expected.

	Unfortunately, SuSE stopped sending free CD sets to developers about
	9 months ago, so it is hard to get hold of these problems....

	Hint for interested people: Solaris x86 is free for personal use and
	the CD images may even be downloaded for free.

	Also note that for the above reasons, it is always a good idea to compile
	cdrtools yourself from official sources in order make sure that you run
	an official version.

All:

Libparanoia (Ported by Jörg Schilling, originated by Monty xiphmont@mit.edu):

Libedc (Optimized by Jörg Schilling, originated by Heiko Eißfeldt heiko@hexco.de):

Libscg:

-	Try to support the half hearted and badly designed /dev/hd* interface
	from Linux-2.6 in a more usable way.

	The only reason for adding this kind of support is that the Linux kernel
	hackers reject to fix the known DMA bugs in the already existing SCSI
	transport interfaces in the Linux kernel. Using /dev/hd* is unfortunately
	the only way to get DMA with sector size being 2352, 2448 or similar.

	Use cdrecord -scanbus dev=ATA and
	cdrecord dev=ATA:1,0,0

	Note: The Bus mapping function inside the kernel for this interface is
	a dummy. For this reason, we need to do the mapping ourself.
	Busnumber is ("/dev/hd*"[7] - 'a') / 2
	Target    is ("/dev/hd*"[7] - 'a') % 2

	Also note that creating this interface in the Linux kernel was a waste of
	time. It did need a lot of effort to be created. Instead of first adding
	a new interface with a new broken DMA implementation and later fixing
	the DMA bugs, it would have been better to just fix the DMA bugs
	in ide-scsi.c

	Adding SCSI transport to something like /dev/hd* on an OS that includes
	a generic SCSI transport driver is disregarding SCSI protocol layering.
	A clean way to implement ATAPI on Linux would be to rather introduce a
	SCSI hostadaptor driver that sends the SCSI commands via the
	ATA hardware.

	Linux users should think about buying a CD writer for Linus Torvalds.
	Maybe this could help to get better SCSI support in the Linux. Currently
	Linus doesn't know anything about the CD-writing problems on Linux and
	his contributions to CD-writing related issues in discussions are just
	guesses that are not related to own experiences and understanding for
	the matter :-(

	It seems that the Linux way of dealing with bugs is to implement a new
	incompatible interface instead of fixing the known bugs from 
	old interfaces :-(

-	Allow cdrecord -scanbus dev=ASPI and cdrecord -scanbus dev=SPTI to work
	on win32.

-	Correct a bug in the Win32 version analyse funtion that is needed to
	use the correct SPTI interface. Unfortunately, the interface did
	change with a NT-4.0 service pack. It is unclear whether the currently
	used interface type is correct for all possibe NT-4.0 variants.

-	For Win32, default to STPI only if on NT-5.x as there is a bug in some
	UDMA implementations that causes blue screens.

-	The Mac OS X SCSI low level transport now roughly meets the interface standard.
	For this reason, the file scsi-mac-iokit.c now is marked with Author "schily"

-	Indented acording to the cstyle standard.


Rscsi:

Cdrecord:

-	Avoid coredumps when cdrecord is called with -xd and there is no known
	driver for the current drive.


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

Readcd:

Scgcheck:

-	A small fix to prevent a core dump caused by a problem on Mac OS X.

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

TODO:
	-	read Joliet filenames with multi-session if no TRANS.TBL
		or RR is present. I am looking for a volouteer for this task!

		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.

	-	add libecc/edc for CDI and similar.


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.berlios.de/pub/cdrecord/alpha ...

NOTE:	These tar archives are 100% POSIX compatible. GNU tar may get some
	minor trouble. If you like a 100% POSIX compliant tar, get star from
	ftp://ftp.berlios.de/pub/star/

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

Joerg
