Hi,

On 11/2/06, claudio b. <[EMAIL PROTECTED]> wrote:
I've seen that in the examples of Liquidsoap the music file is always
an OGG file.
However, Liquidsoap is meant to support MP3, so I have tried to change
the code and stream an MP3. (the Icecast I'm using supports Mp3).
So, I've taken an example that works with an OGG file using
output.icecast, and I have changed it using an MP3 file and the
output.icecast.mp3 function.

If you have liblame, liquidsoap is compiled with mp3 encoding support,
which means that you can use output.icecast.mp3(). Internally,
liquidsoap still handles WAV, but using output.icecast.mp3() over
output.icecast() just encodes the WAV stream in MP3 instead of
OGG/VORBIS.

There is a slight confusion in your message, between mp3 encoding and
decoding support. You don't need to have mp3 input files in order to
output mp3. For better tests, I suggest that you take one of your
working scripts outputting ogg/vorbis, and change only the output
operator. You can also try to change only the input file, to see if
mp3 decoding isn't broken. If the problem persist, you might be able
to tell us if it's an mp3 decoding or encoding problem.

I have a suspicion... could it be that Liquidsoap is trying to
"re-encode" to .mp3 a file which is already an mp3, and so the result
is a total noise?

Anyway, it's impossible that liquidsoap encodes as mp3 a mp3 stream...
unless your file is already double-mp3-encoded ;)

What I want is stream an mp3 without re-encoding it.

That's impossible with liquidsoap. In order to have full flexibility
in the operator's design, we work internally only on raw audio. This
allows us to have mix operator, filters, volume changes, etc. Anyway,
I know of several netradio admis who don't like not re-encoding,
because of poorly encoded files, or because they want multiple-quality
channels, etc.

Hope that helps.
--
David

Reply via email to