[Freeswitch-users] Choppy sound with PCMU
mike at jerris.com
Wed Dec 2 19:57:06 PST 2009
This is keeping track of a place in the music on hold so your hold
music does not start back up at the same place every time. If you
don't want to do this it is a module that you don't need to load and
you can get your moh from any soundfile at your choice in configuration.
On Dec 2, 2009, at 10:35 PM, eaf <erandr-junk at usa.net> wrote:
> Oh, looks like the timers are also used for streaming local data in
> read_stream_thread(). Due to this there is always one timer active
> with 20ms
> But wait a sec, why is freeswitch periodically trying to stream
> Every minute or so? Did I misconfigure it?
> eaf wrote:
>> Say, what if that thread is made to suspend on a condition variable
>> case if there are no timers registered in TIMER_MATRIX? Then, if some
>> other thread comes up and adds its timer into the matrix, it could
>> wake up
>> the timer thread and enjoy accurate timing as needed, on demand? And
>> in-between the calls, when there is no RTP or IVR, it will all go
>> I mean, sitting on a wait queue in the kernel is way better than go
>> and forth incrementing counters that nobody even needs at the moment?
>> Anthony Minessale-2 wrote:
>>> idle is a 4 letter word to a realtime application.
>>> The core keeps a single high-priority thread to keep 1ms timing and
>>> that broadcasting
>>> to hundreds or thousand of threads who need accurate timing.
>>> Your choppy audio is caused by linksys lying about the packet len
>>> using and we set our timer
>>> to the wrong speed.
> View this message in context: http://old.nabble.com/Choppy-sound-with-PCMU-tp26594250p26620518.html
> Sent from the Freeswitch-users mailing list archive at Nabble.com.
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
More information about the FreeSWITCH-users