-
Notifications
You must be signed in to change notification settings - Fork 78
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
-w / stdout output: seems buggy #205
Comments
..please allow me to reiterate. mp4play () { ( __r_d_b_x__ y "${@}"; eval "${__x__} faad -q -w \"${__r__}\" | sox -q -t raw -r 44100 -c 2 -b 16 -e signed-integer - -t alsa" ) } but this does not work if any of sample rate, channel, and bit rate is different. $ faad -q -w -f1 orlovsky_trio.aac > /tmp/a1.wav #?0|kent:recs.misc$ faad -q -o /tmp/a2.wav -f1 orlovsky_trio.aac #?0|kent:recs.misc$ play /tmp/a1.wav play WARN alsa: can't encode 0-bit Unknown or not applicable play FAIL formats: can't open input file `/tmp/a1.wav': invalid chunk ID found #?2|kent:recs.misc$ play /tmp/a2.wav play WARN alsa: can't encode 0-bit Unknown or not applicable /tmp/a2.wav: File Size: 55.6M Bit Rate: 1.41M Encoding: Signed PCM Channels: 2 @ 16-bit Samplerate: 44100Hz Replaygain: off Duration: 00:05:15.14 In:1.71% 00:00:05.39 [00:05:09.75] Out:258k [ | ] Clip:0 Aborted. Ie, it makes a difference whether i use -w or not. Anyhow, both of these are no issues for ogg123 -q, so maybe there is something you want to fix or improve. Thank you. |
Does it help if you use the |
$ faad -g -q -w -f1 /x/music/recs.misc/orlovsky_trio.aac > x.wav $ play x.wav play WARN alsa: can't encode 0-bit Unknown or not applicable play FAIL formats: can't open input file `x.wav': invalid chunk ID found -f2 is raw output. Can i somehow specify the desired bit rate, channel number, sample rate? |
I can verify that this occurs, at least with the AAC files that I have decoded. The "-w" option writes a corrupt WAV file to stdout, while the "-o file.wav" option writes a valid WAV file. Analysis of output files with sndfile-info (from the libsndfile package): faad -w file.aac > file.wav File : file.wav Sample Rate : 48000 *Note the data=0 and duration is 0 and signal max is 0 faad -o file.wav file.aac File : file.wav Sample Rate : 48000 For me, it is desirable to have output to stdout as I can then pipe the output to Alsa aplay or other software. |
Hello!
It makes a difference whether i use -w or not in respect to whether the file is understood by play(1) aka sox(1), or not. If i compare the files there is a mismatch.
this is regardless of whether the output file is seekable (aka i thought the length field is simply not updated in -w mode, which may well be true nonetheless -- i did not actually look at the header).
it must be said that ogg123 can dump to wav in a way that play(1) works.
The text was updated successfully, but these errors were encountered: