On Tue, Aug 21, 2012 at 11:24 AM, Christopher Rienzo <cmrienzo@gmail.com> wrote:
When you execute the jitterbuffer application, it will start the jitter buffer.  The jitter buffer is paused during bridge by default and is resumed when bridge ends.

OK. Thanks.
But this is a bit surprising. What would be the rationale for this?
I mean, at least in the company I work for, jitterbuffer is used to solve problems during SIP calls. We are not so far trying to solve any problem with unbridged calls (like calls to voicemail) because we don't have them yet.
 
 You can set sip_jitter_buffer_during_bridge=true if you want the jitter buffer to keep running during bridge.

OK. Noted.
 

It's ok to call the jitterbuffer application multiple times,

OK.
 
but what you described didn't make sense to me.

Well, my doubt was if there is any problem of calling the jitterbuffer app multiple times. This will happen in case the channel is sent back to the dialplan (blind transfer) and if I don't check if the jitterbuffer was already set or not.
I asked this because I saw things in the past like calling start_dtmf more than once causing duplication of DTMF notification (meaning more than one resource was allocated for the task). So I would just want to confirm this will not be the case for jitterbuffer. Otherwise, I would have to check if jitterbuffer was already called and avoid calling it again (nothing complex, but I will not add extra code if there is not need).
(I would set it in the sip profile, but as the wiki says, there you cannot set the jitter buffer max length)
 
 When do you want the jitter buffer on?

Actually I want it enabled all the time no matter if the channel is bridged or not.
 
 When do you want it paused?

Never.

Regards,
takeshi




On Mon, Aug 20, 2012 at 8:53 PM, mayamatakeshi <mayamatakeshi@gmail.com> wrote:
Hello,
is it OK to start application jitterbuffer multiple times?
For example, before bridging a call I would do this:

<action application="jitterbuffer" data="60:200:20"/>

then if later the call is transferred back to the dialplan, I would call the above again before doing a new bridge.
Is there any chance this to be allocating extra resources?

Regards,
takeshi



_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com

FreeSWITCH-powered IP PBX: The CudaTel Communication Server
http://www.cudatel.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com

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