NEW features of cdrtools-1.11a38:
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 *********************************
There will soon be a new final release for cdrtools. Please do not send
new patches for new features before the final is out. Please note that
the DVD-Video patch was a big modification (it took a week for only cleanly
integrating the patch) so please test!
********** IMPORTANT:
In order to prepare a new major release, I now declare a feature freeze.
Only important Bug Fixes will be applied to the source until the next major
release has been published.
Since 1.11a35 all outstanding issues for cdrtools have been fixed if fixing
the bugs does not have the potential of introducing new bugs in unrelated parts.
After 1.11a35 only major bugs will be fixed
**********
All:
- Makefilesystem now spports compiler specific optimization flags
- Align_test.c now creates a better include file (using more () to
make sure the compiler created correct code).
Libparanoia:
Libedc:
- Speedup by 100% compared to 1.11a37
The speedup is nearly processor independant.
Pentium-233 2443 sectors/s 32x
333Mhz-UltraSparc-IIi 6402 sectors/s 85x
900Mhz-UltraSparc-III+ 22813 sectors/s 304x
Athlon-1000 24378 sectors/s 325x
Athlon-1700 40168 sectors/s 535x
Depending on the speed of gettimeofday(), these numbers may be up to 5%
too low.
- Code is now put under GPL.
Libscg:
- New help system that lists all SCSI low level transports for a specific
platform together with their properties.
- Allow consistent usage of alternate SCSI transport layers.
Now the Solaris USCSI implementation and the (SuSE) Linux ATA implementation
behave similar and both allow dev=<Transport> as well as dev=<Transport>:
for -scanbus, e.g.
cdrecord dev=USCSI -scanbus
cdrecord dev=USCSI: -scanbus
cdrecord dev=ATAPI -scanbus
cdrecord dev=ATAPI: -scanbus
all work the same way.
- Small change for Linux device initialization by request of Linus Torvalds
The purpose of this change is to support a new SCSI transport interface
for ATAPI in Linux that came up with the latest developer Linux kernels
(e.g. Linux-2.5.43). This interface allows to send SCSI commands directly
to ATAPI drives without using ide-scsi and sg, but it has several pitfalls.
While Linux allows to use DMA when using ide-scsi and sg if the
sector size is 2048 and the transfer buffer starts page aligned, the new
direct interface never uses DMA (acording to Linus Torvalds). So if you
write audio CDs or data CDs in RAW mode, there is no difference. If you
write data CDs in TAO or DAO mode, using ide-scsi and sg allows much
higher write speed. Note that this may change in future....
Notes for use:
- You need to specify something like dev=/dev/hdc
Note that this is unsupported by libscg.
- As long as there is safe way for libscg to find out early that
this new interface is used, libscg may hang a bit on open.
This is caused by the fact that libscg is forced to read
from the open filedscriptor to clean up old Linux sg driver
interfaces. This was never a problem with /dev/sg*, but
when doing the same thing, this causes libscg to read content
from /dev/hd*
- There is (currently) no way for cdrecord to scan for ATAPI
devices when using this interface.
As long as this is true, you may want to prefer to use
cdrecord dev=ATAPI: -scanbus
and
cdrecord dev=ATAPI:0,0 ...
instead.
- Fix scsi-unixware.c to allow multiple opens.
Rscsi:
Cdrecord:
- Support for libscg help system
Outstanding problems:
find a workaround for a Yamaha firmware bug that causes cdrecord
to write bad disks when using CD-Text together with the Yamaha
Audio Master mode.
The firmware returns a bad Lead-in start time for the disk when
in Audio Master mode.
/*--------------------------------------------------------------------------*/
New driveropts= option "tattoofile=". Use together with -checkrive
to write an image of the right size to disk.
DiskT@2 hints:
In order to have "DISKTATTOO" listed in the "Driver flags",
the disk currently inserted must be usable for the DiskT@2 feature.
This means that there needs to be enough space on it.
You need an B&W image with 3744 pixels per line
Best start with a 3744 x 320 pixel image.
The correct size may be retrieved with
cdrecord driveropts=tattooinfo -checkdrive
To get RAW image data:
- Take 'xv' and save the image in PBM/PGM/PPM (raw) mode
- use a binary aware (must support unlimited linelength)
editor such as 'ved' and remove the header lines.
These lines look like:
P5
# CREATOR: XV Version 3.10a Rev: 12/29/94 (PNG patch 1.2)
# CREATOR: XV Version 3.10a Rev: 12/29/94 (PNG patch 1.2)
3744 144
255
Now you sould have (in case of the file above) a file that
has exactly 539136 Bytes.
- Note that the tattoo image must be left to right flipped
(a mirror image).
>From a hint from "E. Robert Bogusta" <[EMAIL PROTECTED]>:
Take an image, and do:
djpeg myface.jpg | ppmtopgm | pnmflip -lr |
pnmscale -xsi 3744 -ysi 320 | sed '1,/255/d' >myface.tattoo
So:
djpeg extracts ppm from a jpeg. Use your favorite other way of getting
this far is you wish.
ppmtopgm changes color to greyscale
pnmflip -lr flips left to right, the small image is faster
pnmscale makes it 3644x320 regardless of starting size. This may make it
look really odd on the CD if it doesn't start off the right size. More on
this after I try it.
sed strips from the first line to the line containing 255, which is the
last header line.
Note that it would be better to use the actual height of the applicable mage instead
of the maximum value of 320 and it wouild be even more correct to create an
image that has the right width/height ratio for the target on CD in order
get an undistorted view of the mage n CD.
/*--------------------------------------------------------------------------*/
For CD-text Autoring support read README.cdtext
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 deficiency of cdda2wav)
- Support multi language text
- Support character coding other than ISO-8859-1
******************************************************************
NOTE: Read README.cdtext
NOTE: Read README.raw
******************************************************************
Cdda2wav (By Heiko Ei�feldt [EMAIL PROTECTED]):
- Support for libscg help system
Readcd:
- Support for libscg help system
Scgcheck:
Mkisofs (By J�rg Schilling and James Pearson [EMAIL PROTECTED]):
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 <[EMAIL PROTECTED]> 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" <[EMAIL PROTECTED]>
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.berlios.de/pub/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.
J�rg
EMail:[EMAIL PROTECTED] (home) J�rg Schilling D-13353 Berlin
[EMAIL PROTECTED] (uni) If you don't have iso-8859-1
[EMAIL PROTECTED] (work) chars I am J"org Schilling
URL: http://www.fokus.gmd.de/usr/schilling ftp://ftp.fokus.gmd.de/pub/unix
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
