garbled audio playing shout streams
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 play_file("shout://domain.com/mount.mp3") 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: formats/mod_native_file formats/mod_sndfile formats/mod_shout formats/mod_local_stream formats/mod_tone_stream languages/mod_spidermonkey languages/mod_spidermonkey_teletone languages/mod_spidermonkey_core_db languages/mod_spidermonkey_socket languages/mod_spidermonkey_odbc languages/mod_lua -mda
We just swapped out the mp3 decoder library with a new one in order to fix these problems last week. You might want to give trunk a try, I think it should be much better. Mike On Oct 5, 2008, at 2:29 PM, Mark D. Anderson wrote:
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 play_file("shout://domain.com/mount.mp3") 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: formats/mod_native_file formats/mod_sndfile formats/mod_shout formats/mod_local_stream formats/mod_tone_stream languages/mod_spidermonkey languages/mod_spidermonkey_teletone languages/mod_spidermonkey_core_db languages/mod_spidermonkey_socket languages/mod_spidermonkey_odbc languages/mod_lua
On Sun, 5 Oct 2008 14:41:34 -0400, "Michael Jerris" <mike@jerris.com> said:
We just swapped out the mp3 decoder library with a new one in order to fix these problems last week. You might want to give trunk a try, I think it should be much better.
Mike
Thanks Mike. I've rebuilt and will let the list know how it goes after our next big broadcast day in a week. -mda
On Mon, 06 Oct 2008 17:25:27 -0700, "Mark D. Anderson" <mda@discerning.com> said:
On Sun, 5 Oct 2008 14:41:34 -0400, "Michael Jerris" <mike@jerris.com> said:
We just swapped out the mp3 decoder library with a new one in order to fix these problems last week. You might want to give trunk a try, I think it should be much better.
Mike
Thanks Mike. I've rebuilt and will let the list know how it goes after our next big broadcast day in a week.
-mda
Unfortunately, the audio quality is much worse now, and I had to roll back without waiting to see if the reliability was improved. So: Rev ?, HEAD built 2008-08-24: streaming music is tolerable, speech is good after a few hours will lose it (not tracking encoding changes in mp3 frames?) and produce garbled audio Rev 9849, HEAD built 2008-10-05: streaming music is intolerable, speech is crackly don't know about reliability (had to roll back before waiting) What was changed in the past 2 months? Are there any knobs to turn or other things I can try? FYI the mp3 stream is served with icecast2 and are 64kbps bit rate, 44.1khz sample rate, mono. Thanks. -mda
On Sun, 12 Oct 2008 11:52:28 -0500, "Brian West" <brian@freeswitch.org> said:
I think you also need to clarify you're on a 32bit platform?
yes, linux 2.6.24 32-bit single cpu, 2.8Ghz -mda
/b
On Oct 12, 2008, at 11:16 AM, Mark D. Anderson wrote:
FYI the mp3 stream is served with icecast2 and are 64kbps bit rate, 44.1khz sample rate, mono.
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
This issue is fixed as of svn r9881. Mike On Oct 12, 2008, at 1:14 PM, "Mark D. Anderson" <mda@discerning.com> wrote:
On Sun, 12 Oct 2008 11:52:28 -0500, "Brian West" <brian@freeswitch.org> said:
I think you also need to clarify you're on a 32bit platform?
yes, linux 2.6.24 32-bit single cpu, 2.8Ghz
-mda
/b
On Oct 12, 2008, at 11:16 AM, Mark D. Anderson wrote:
FYI the mp3 stream is served with icecast2 and are 64kbps bit rate, 44.1khz sample rate, mono.
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Someone has reported lts not fixed in svn trunk and the still have the problem. We need to have someone confirm this. /b Sent from my iPhone On Oct 12, 2008, at 1:35 PM, Michael Jerris <mike@jerris.com> wrote:
This issue is fixed as of svn r9881.
Mike
On Oct 12, 2008, at 1:14 PM, "Mark D. Anderson" <mda@discerning.com> wrote:
On Sun, 12 Oct 2008 11:52:28 -0500, "Brian West" <brian@freeswitch.org> said:
I think you also need to clarify you're on a 32bit platform?
yes, linux 2.6.24 32-bit single cpu, 2.8Ghz
-mda
/b
On Oct 12, 2008, at 11:16 AM, Mark D. Anderson wrote:
FYI the mp3 stream is served with icecast2 and are 64kbps bit rate, 44.1khz sample rate, mono.
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
participants (3)
-
Brian West
-
Mark D. Anderson
-
Michael Jerris