[Icecast] Ezstream and AAC+ ?
Geoff Shang
Geoff at QuiteLikely.com
Thu Sep 20 10:36:18 UTC 2007
Peter Whisker wrote:
> I'm trying to make comparisons between live streams of OGG and AACplus at
> different bitrates. The only way I've found of streaming AAC+ so far from
> Linux is by running Winamp under wine and sending this to my Icecast2
> server. This sort of works, but is hardly optimal!
>
> Ezstream is my preferred way of doing this (hopefully using the Linux
> neroAacEnc coder) but there is no support as yet in the distributed version
> of ezstream. Has anyone managed to get anywhere in putting AAC+ (MPEG2
> container I guess) support into ezstream?
The beauty of Ezstream is that it shouldn't require built-in support for
these sorts of things. It uses external encoders and decoders to get the
job done, which in theory should mean that it can support anything.
I'd not heard of this encoder, so took a look at it. You'll need to do a
few things to get it to work, but it should be able to.
first, Ezstream reads and writes data in raw PCM format. The docs don't
seem to say which format though. I'm going to assume 44.1kHz 16-bit stereo
for these examples. You might also have issues with byte order, if you
hear loud static then you'll need to swap it somewhere.
since neroAacEnc seems to only support reading in wav file formatted audio,
we need to convert it on the way in. sox can do this nicely.
sox -t raw -r 44100 -c 2 -s -w - -t wav -
We can write this in a slightly simpler way:
sox -t sw -r 44100 -c 1 - -t wav -
Then we can pipe it into neroAacEnc. NeroAacEnc can be told to take audio
from standard input, though curiously it can't be told to send it to
standard output (we'll have to do that via /dev/stdout).
sox -t sw -r 44100 -c 2 - -t wav - |neroAacEnc <options> -ignorelength -if - -of /dev/stdout
As I mentioned, if you hear loud static then you'll need to swap the byte
order. This is done by using the -x option to sox on the input side.
You need to use -ignorelength because raw PCM data carries no length info
so sox won't be able to supply a meaningful value for the length field in
the wav header.
NOw you have the line for including in the encode section of your encdec
stanza. Decoding is a similar process - we'll need to decode to wav then
convert to raw PCM. But we won't need to specify sample rate or channels
as these will be included in the wav header. If you need to swap the byte
order, it goes on the output side of the sox command.
I can't provide an exact line as the readme only provides usage for the
encoder and the built-in help doesn't seem to work, at least for me.
Then all you need to do is create a stanza like the ones in the sample
config, telling ezstream how to encode and decode your format.
The only reservation I have about all this is that the impression I get is
that the audio will be in an MP4 container. Is this what you want? I'm
not real up on all this new MPEG stuff so am not sure what the implications
are of this.
Since you can plug in any kind of encoder/decoder, I'de thought that you'd
be able to use something from the faac project.
> Of course Ezstream works great
> with OGG, but I'm not so happy with the OGG quality at q=-2 compared to AAC+
> at 32kbps as far as I've got in my tests so far. Music is not too bad but
> voice seems pretty rough and rings and echoes a lot. I'm using
> oggenc-aoTuVb5 with ezstream, however Winamp has only got aoTuVb4.
I've not tried it in a while, but have you tried downsampling to 32kHz? It
may improve things with little noticeable difference.
More information about the Icecast
mailing list