--downmix causes silence
When I encode the test file located here: [http://220.127.116.11:8082/foo.wav] (small, 65k, less than one second duration) (is there no way to add attachments to tickets?) using oggenc with the --downmix option, the resulting .ogg file, while containing a stream for the correct duration, seems to contain nothing but silence.
It occurs regardless of the other encoding options used (quality, resample, etc.), but if I encode the same file without --downmix, it works fine.
I played back the .ogg file with several tools (all of which may be using the same libraries for decoding, I don't know) with the same result, so I am thinking that the problem occurs at encode-time, but of course I don't know.
This is reliably reproducable: the file was created using mplayer's "-ao pcm" option from a online-radio stream (copyrighted but this test case is so short as to be "fair use"). Any and all streams that I capture from this same source behave in the same manner. It does not seem to occur with some other audio files that I use the same version of oggenc on, so I assume that there is something about the data in this stream that triggers the bug.
I am using Fedora Core 3; all of the vorbis/ogg libs and tools are those that were installed from the Fedora distribution:
# rpm -q libvorbis vorbis-tools libogg libvorbis-1.1.0-1 vorbis-tools-1.0.1-4 libogg-1.1.2-1
- The file resulting from my encoding is located here: [http://18.104.22.168:8082/foo.ogg] (4k)