NEW features of cdrtools-1.11a39:

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.

With 1.11a39 all known problems for cdrtools have been fixed.
1.11a39 is the first release candidate for the upcoming next major release.
After 1.11a39 only important and major bugs will be fixed
**********

All:

-       Makefilesystem changed $(MAKE) to "$(MAKE)" to allow spaces
        in pathnames

-       Small fixes for VMS

Libparanoia:

Libedc:

Libscg:

-       Try to fix problems with a bad patch send by Linus Torvalds
        Clear O_NONBLOCK directly after opening a device to allow
        libscg to work with old sg drivers.

-       Fixed several typo's.

-       Avoid to read from the media (when using the new experimental
        Linux ATAPI transport) while trying to clear old sg driver status.

-       Woraround for Linux kernel design bug: CDROM_SEND_PACKET sets errno 
        to EINVAL in case SCSI sense key is "Invalid command".

Rscsi:

Cdrecord:

-       Warn to use cdrecord blank=all if a drive rejects cdrecord blank=fast

-       Fixed a bug that became obvious with Yamaha AudioMaster mode and CD-Text
        The problem was caused by the fact that cdrecord did not allow to overwrite
        the lead in start time in cdrecord's internal data structures.

-       Fixed a bug with recognition of complete disks that came up after cdrecord
        did allow to deal with >= 90 minute CD's.

-       Changed Text "BURN-Free was not used" to "BURN-Free was never needed" because
        people did believe that the old text means that Burn-Proof has been disabled.

-       Man page now includes a hint that padsize is always using 2048 as sector size.

-       Fixed a bug with padsize=xxx if sector size was not 2048 bytes.
        Cdrecord in this case did just divide the number of pad bytes by the
        number of bytes in an output sized sector (e.g. 2448 or 2352 bytes).
        This did result in a too low number of padding sectors.
        The fix caused a complete rewrite of the pad size handling.

-       Treat packet mode similar to normal writing: Print Drive buffer fill ratio 
        and current write speed.

-       Treat padding similar to normal writing: Print Drive buffer fill ratio and 
        current write speed.

-       Make verbose printing consistent and non-jumping

-       A new experimental feature of the -immed flag is  to
        tell  cdrecord  to try to wait short times wile writing
        to the media. This is expected to free the IDE  bus  if
        the  CD/DVD writer and the data source are connected to
        the same IDE cable. In this  case,  the  CD/DVD  writer
        would  otherwise  usually  block the IDE bus for nearly
        all the time making it impossible to  fetch  data  from
        the source drive.

        As this is an experimental feature, I would like to get feedback.


/*--------------------------------------------------------------------------*/
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]):

Readcd:

Scgcheck:


Mkisofs (By J�rg Schilling and James Pearson [EMAIL PROTECTED]):

-       Fixed several typos in the man page and the source

-       Belly based speudo fix for a problem with mkisofs -f (follow)
        and symlinks to directories where directory content was 
        missing with the old version. The new version is most likely better
        and we (James and I) could not find problems with the new version.


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]

Reply via email to