Joerg Schilling wrote:
Well, then the handbook is sub-optimal.

dd in general does not work at all to read CD-Audio;
FreeBSD is an exception with repect to the fact that you get data at all.

Here is a list of cons for dd even on FreeBSD:

-       dd may not work with all drives

- Do you know what byteorder you get from a MMC CD-ROM drive on FreeBSD/Sparc? You would need network byteorder on Sparc but the MMC CD-ROM drive delivers intel byteorder due to a bug in the MMC standard

        cdrecord always asumes network byte order for RAW audio data,
        this is reasonable

-       Why would you deal with raw audio data at all if there are
        audio file formats that include a notation for byte order and
        sampling rates?

-       There is no jitter check and no quality control with dd on FreeBSD,
        cdda2wav works on all OS and has jitter control and qualiti control
        with e.g. libparanoia.

-       There is no way to get the correct CD structure back if you use dd.
        Cdda2wav reads meta-data and puts them into *.inf files.

- With dd, you cannot read intentionally defective media as sold by the music mafia.

Allowing to read CD-DA using dd on FreeBSD is a nice gag but nothing I would
recommend in order to create a copy from an audio CD.

Thank you, good points.
This seems to be reflected in the Handbook.

I will file a PR for this.


_______________________________________________ mailing list
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Reply via email to