Hello,
tonight I wanted to consolidate (for an upcoming trekstor i.beat organix)
my oggs and therefore eval the difference between reencoded
ogg@320vbr->ogg@112 and the original reread wavs(tracks)->ogg@112vbr.
Unfortunately I couldn't grab my CDs anymore. I can remember I had used
'dd
if=/dev/acd0txx of=/tmp/track.xx bs=2352' but this doesn't work anymore.
I
can't replay the bits and with oggenc I get:
ERROR: Input file "track15.wav" is not a supported format
_But_:
cdda2wav -D2,0,0 -t 15 -Owav is working fine!
Result is:
[...*SNIP*]
recording 217.8666 seconds stereo with 16 bits @ 44100.0 Hz
->'audio'...
percent_done:
100% track 15 recorded successfully
oggenc audio.wav
Opening with wav module: WAV file reader
Encoding "audio.wav" to
"audio.ogg"
at quality 3,00
[ 99,9%] [ 0m00s remaining] \
Done encoding file "audio.ogg"
File length: 3m 37,0s
Elapsed time: 1m 39,2s
Rate: 2,1952
Average bitrate: 101,3 kb/s
What am I missing?
Thanks in advance,
-Harry
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url :
http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20050919/9e1f3938/attachment.bin
Am Montag, 19. September 2005 03:21 CEST schrieb Ben Kaduk:> Interesting -- I only have one other suggession; I was recently > rereading the handbook section on burning cd's, and it said that it was > better to have .pcm files which don't have the header that .wav files do > -- apparently the header produces a 'tick' on playback. Have you tried > ripping to .pcm files? Perhaps oggenc is looking for a nonexistent > header. > I also checked the handbook for copying cd's -- you are correct that > 2352 is the "magic" blocksize -- I used 64k when ripping an entire > (data) cd to copy it.Well, with data CDs you won't use /dev/acdtxx ;) It's a great special feature of ATAng/mkIII; If not before... Hmm, AFAIK WAV _is_ PCM, both don't have any headers. But I'm out of business for details for more than 10 years, so I may be wrong. But since /dev/acdXtY is designed to provide the raw audio (wav=pcm) bits like cdda2wav does, I guess there's something broken since cdda2wav works but acdXtY doesn't anymore... Thanks, -Harry -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20050919/e898f9ca/attachment.bin
Emanuel Strobl wrote this message on Mon, Sep 19, 2005 at 01:44 +0200:> tonight I wanted to consolidate (for an upcoming trekstor i.beat organix) > my oggs and therefore eval the difference between reencoded > ogg@320vbr->ogg@112 and the original reread wavs(tracks)->ogg@112vbr. > Unfortunately I couldn't grab my CDs anymore. I can remember I had used 'dd > if=/dev/acd0txx of=/tmp/track.xx bs=2352' but this doesn't work anymore. I > can't replay the bits and with oggenc I get: > ERROR: Input file "track15.wav" is not a supported format[...]> What am I missing?That the raw audio data on a cd is raw, and not a wav file... WAV files have a bit of information that contains what the sampling rate is, the channels and the bits per sample: hydrogen,ttyp4,/home/johng,504$file /tmp/quarter.wav /tmp/quarter.wav: RIFF (little-endian) data, WAVE audio, Microsoft PCM, 8 bit, mono 22254 Hz so, if you want, you can use sox to convert the raw audio data into wav: sox -t cdr rawcddata.cdr somefile.wav -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not."