[Freeswitch-users] Deliberately adding delay to all calls

[Erik M. Devane - Comms Guy]

Thank you for the reply. Here's what I tried:

<action application="set" data="jitterbuffer_msec=3000:3200:20"/>

Works for calls from SIP clients but not for PortAudio calls.

Same with delay_echo - the CODEC is seen as RAW and so the jitterbuffer
doesn't seem to be engaged (read_frame->packet doesn't have anything to
work with so it skips the buffer).

I have tried to have PortAudio > extension 1 > bridge to extension 2, which
produces better results, but (in my hands at least) it causes memory leaks
and is unwieldy.




On Wed, Jan 24, 2018 at 11:59 PM, Alexey Sibyakin <alex at freeswitch.com>
wrote:

> JB should be fine. Any details of unsuccess?
> https://freeswitch.org/confluence/display/FREESWITCH/JitterBuffer
>
> On Thu, Jan 25, 2018 at 2:45 PM, Erik M. Devane - Comms Guy <
> emdevane at gmail.com> wrote:
>
>> I've been working on using FreeSWITCH as a bridge between different
>> devices, and I need to delay all calls by 2-3 seconds in order for the
>> external systems to keep up.
>>
>> This delay should happen at the start of a call, and all subsequent audio
>> should sound fine, just late.
>> I know that doing this sounds silly - I'm sorry about that.
>>
>> Here are my approaches:
>>
>> 1) Eavesdrop on a call send through delay_echo - this works for SIP
>> clients but I have to do an absolute_codec_string as it seems that CODEC
>> support is limited, and I'm often getting no delay at all with my PortAudio
>> clients.
>>
>> 2) Use lua to do a session freeswitch.msleep on answer - exactly what
>> Confluence tells me to avoid - if I sleep but don't consume audio, I think
>> I can get the desired result.
>>
>> 3) Mess with the jitterbuffer - I haven't had any success with this yet.
>>
>> 4) Increase the buffer in mod_PortAudio.
>>
>> Writing this out makes me sure that I'm missing something - a way of
>> getting delay_echo to work for all calls, or a way to pause session media
>> to get the desired effect.
>>
>> Can you please help?
>>
>> _________________________________________________________________________
>> Professional FreeSWITCH Consulting Services:
>> consulting at freeswitch.org
>> http://www.freeswitchsolutions.com
>>
>> Official FreeSWITCH Sites
>> http://www.freeswitch.org
>> http://confluence.freeswitch.org
>> http://www.cluecon.com
>>
>> FreeSWITCH-users mailing list
>> FreeSWITCH-users at lists.freeswitch.org
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>> http://www.freeswitch.org
>>
>
>
>
> --
>
> Alex Sibyakin | Support Engineer
> FreeSWITCH Solutions | 17345 Civic Drive #2531 Brookfield, WI 53045
> <https://maps.google.com/?q=17345+Civic+Drive+%232531+Brookfield,+WI+53045&entry=gmail&source=g>
> Email: alex at freeswitch.com
> Website: https://www.FreeSWITCH.com <https://www.freeswitch.com/>
> Need commercial support? Contact sales at freeswitch.com for details.
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://confluence.freeswitch.org
> http://www.cluecon.com
>
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20180125/e52bb46b/attachment.html>