[Freeswitch-users] garbled audio playing shout streams

Mark D. Anderson mda at discerning.com
Sun Oct 5 11:29:31 PDT 2008

I apologize in advance that I can't characterize this better than
with some symptoms, praying that someone has some suggestions.

I'm running a fs-based system where people can call-in, type a digit
in a simple IVR prompt, and then hear a chosen mp3 stream.
This is implemented entirely in javascript.
When the stream is chosen i call
or whatever.

It works most of the time. However, now with increasing users, it eventually
starts producing garbled/slow audio. Once this starts, all users experience it,
and the entire FS process has to be restarted to fix it.
It is not starved for cpu or memory.
There is no problem with the original streams; internet listeners don't
have any problems.

So, it "feels" like a thread-safety/memory-corruption issue, but I'm
not clear how much sharing is really going on -- presumably libshout
is thread-safe, and little sharing actually goes on among sessions?
It is quite possible that there are different mp3 encoding parameters
(channels, bitrate, etc.) among the different streams being used, but again,
presumably that context is not shared among sessions?

I've been getting desperate enough that I've been toying with the idea
of decoding the mp3 streams myself out of process, and piping RAW bits
directly into a unix domain socket, and playing that instead, bypassing
libshout and lame entirely. (Would that work?)

I'm running svn rvn 9361, 2008-08-23.
I'm building with --enable-core-odbc-support and have these languages
and formats enabled:


More information about the FreeSWITCH-users mailing list