NEW features of cdrtools-1.11a11:
***************** Important news ****************************
A new milestone in modular portable programming is ready!
The "Slottable Source Plugin Module" system (SSPM) is an idea that
really is more than 3 years old but I was hesitating to announce it
earlier. Now I can tell you that the new makefile system has been
under test during the last 6 months and nobody complained about any
problem caused by the SSPM.
The portability overhead is currently about 2 MB. This turns a medium
sized application like 'star' which is about 500 kB of pure source
into a packet that is 5x as big as the pure source size.
As all my applications are based on the Schily SING makefile system
and share a common portability base it makes sense to share the
advantages of the Schily makefile system with all users.
Simple ideas like the SSPM are usually hard to understand by people
from outside, so I try to describe the new system by giving you an
example on how it is used:
--------------------
You may test the new system by first downloading the latest
cdrtools package
ftp://ftp.fokus.gmd.de/pub/unix/cdrecord/alpha/cdrtools-1.11a11.tar.gz
or newer. Then unpack the source tarball, chdir into the top level
directory of the cdrtools package. Run 'make' and wait until the
compilation has finished.
So far, there is nothing new (except that some people may recognize
that this is a 'smooth' fully integrated compilation and you don't need
to call 'configure'.
Now, to understand what a "Slottable Source Plugin Module" is, fetch
another source. There is currently only one demo source that is ready
for testing:
ftp://ftp.fokus.gmd.de/pub/unix/star/alpha/star-1.4a08-sspm.tar.gz
Unpack this tarball in the top level directory of cdrtools and
call 'make' again. The Schily makefile system does recognize that there
is additional (uncompiled) source and will compile these new parts.
As there is no need to run 'configure' again, compilation of the
additional 'star' sources is much faster than the compilation of the
complete 'star' source package would take.
To understand how the "Slottable Source Plugin Module" system works,
have a look into the TARGETS directory.....
-------------------
***************** Important news ****************************
***************** Please Test *********************************
NOTE: There are 3000 new lines of code and aprox. 1500 lines of code did change
within the last few weeks.
Although I thoroughly tested every line of my code, there may be bugs...
Please report if you have any problem that is not present with cdrtools-1.11a01.
************** Latest 'stable' alpha: 1.11a01 ******************
All:
- fixed a bug in the new floatingpoint code that caused the emulation
code to be activated on Linux too.
- added more parts from libschily to allow the cdrtools package to
be used as a plugin base for the new 'Slottable Source Plugin Module'
system (SSPM).
Libscg:
Rscsi:
Cdrecord:
- Better messages when trying to write more than the amount of data
that fits on a DVD.
- The DVD driver now reports a DVD media back to the high level code.
***********************************************************************
CD-Text Usage:
cdda2wav -D 6,0 -v255 -B # To extract audio information
cdrecord dev=6,0 -vv -toc # To extract CD-Text information
and then
cdrecord dev=6,0 -v -dao textfile=cdtext.dat -useinfo *.wav
or
cdrecord dev=6,0 -v -raw96r textfile=cdtext.dat -useinfo *.wav
If the CD-Text information contains CRC errors, you need to
re-read the CD-Text information from the master disk.
Writing of CD-Text is supported for all drives that support
CD-Text in SAO write mode and for all drives that support
to write in RAW/RAW96R mode (use -raw96r in this case).
***********************************************************************
Tips for MMC RAW mode writing.
This allows to do disk at once recording on Philips drives that
do not support SAO.
You may write audio tracks in RAW mode. There are some new
and most likely transient options:
-raw16 Write 2352 Bytes sectors + P+Q Subchannel
-raw96r Write 2352 Bytes sectors + P+W Subchannel (R-W in raw mode)
-raw96p Write 2352 Bytes sectors + P+W Subchannel (R-W in packed mode)
NOTE that the MMC standard does not allow -dummy in RAW mode.
There may be drives which allow it but don't bother if it does not work.
Indices are fully supported in RAW mode.
MCN & ISRC are not yet suported in RAW mode, they are silently discarded.
If you find other problems in RAW mode or if you find
new bugs introduced in old write modes, please send a bug report.
Cdrecord now checks the properties of the writer. If a specific write
mode is not supported by the writer, cdrecord warns you and makes
a suggestion for a similar alternate write mode.
With the curent structure of cdrecord, it is not possible to silently
e.g. change the write mode from -dao to -raw96r
MMC compliant drives are automatically scanned for supported write modes.
This should help to make cdrecord work without manual static configuration.
My hope is still to have no need to know all drive properties in
advance, so new drives will continue to work as long as they
are standard comliant enough for cdrecord.
EXAMPLES:
cdrecord dev=1,0 -v -raw96r *.wav
will write a audio CD in raw mode using (computed) 2448 byte sectors
with raw P-W subchannels. This works e.g. with Plextor drives.
cdrecord dev=1,0 -v -raw16 *.wav
will write a audio CD in raw mode using (computed) 2368 byte sectors
with raw P+Q subchannels. This works e.g. with Philips drives.
NOTE: The input sector size always is 2352 bytes for audio.
IMPORTANT:
- if the drive supports RAW/R96R among with other raw write modes,
use -raw96r
- if the drive does _only_ supports RAW/R16, use -raw16
- ... else if the drive supports RAW/R96P, use -raw96p
The packed raw mode (RAW/R96P) is buggy in Plextor drives and
the RAW/R16 mode is buggy in TEAC drives. Plextor creates
unreadble disks and TEAC hangs the drive.
For this reason, it is important to select the raw writing
mode accoding to the notes above.
******************************************************************
Cdda2wav:
Readcd:
Scgcheck:
Mkisofs:
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 100% correctly as there is no relation
between the names on the master filesystem, the ISO-9660 names
and the Joliet names. Only the Rock Ridge names are untranslated
with respect to the origina files on the master filesystem.
- implement Yellow book compliant XA extended dir attributes
- add libecc/edc for CDI and similar.
- add UDF support
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
