Cdrtools-2.01a25 ready
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.
Busnummer is ("/dev/hd*"[7] - 'a') / 2
Lun 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.
Jörg
--
EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin
js@cs.tu-berlin.de (uni) If you don't have iso-8859-1
schilling@fokus.fraunhofer.de (work) chars I am J"org Schilling
URL: http://www.fokus.fraunhofer.de/usr/schilling ftp://ftp.berlios.de/pub/schily
Reply to: