<br><div class="gmail_quote">On Tue, Aug 21, 2012 at 11:24 AM, Christopher Rienzo <span dir="ltr"><<a href="mailto:cmrienzo@gmail.com" target="_blank">cmrienzo@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>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. </div></blockquote><div><br>OK. Thanks.<br>But this is a bit surprising. What would be the rationale for this?<br>
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.<br>
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div> You can set sip_jitter_buffer_during_bridge=true if you want the jitter buffer to keep running during bridge.</div>
</blockquote><div><br>OK. Noted.<br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div><font face="Helvetica, Arial, sans-serif"><span style="line-height:16px"><br></span></font></div><div><font face="Helvetica, Arial, sans-serif"><span style="line-height:16px">It's ok to call the jitterbuffer application multiple times, </span></font></div>
</blockquote><div><br>OK. <br> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><font face="Helvetica, Arial, sans-serif"><span style="line-height:16px">but what you described didn't make sense to me.</span></font></div>
</blockquote><div><br>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.<br>
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).<br>
(I would set it in the sip profile, but as the wiki says, there you cannot set the jitter buffer max length)<br> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div><font face="Helvetica, Arial, sans-serif"><span style="line-height:16px"> When do you want the jitter buffer on? </span></font></div></blockquote><div><br>Actually I want it enabled all the time no matter if the channel is bridged or not. <br>
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><font face="Helvetica, Arial, sans-serif"><span style="line-height:16px"> When do you want it paused?</span></font></div>
</blockquote><div><br>Never.<br><br>Regards,<br>takeshi<br><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br><div class="HOEnZb"><div class="h5"><div><br></div>
<br><div class="gmail_quote">On Mon, Aug 20, 2012 at 8:53 PM, mayamatakeshi <span dir="ltr"><<a href="mailto:mayamatakeshi@gmail.com" target="_blank">mayamatakeshi@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<code><pre>Hello,<br>is it OK to start application jitterbuffer multiple times?<br>For example, before bridging a call I would do this:<br><br> <action application="jitterbuffer" data="60:200:20"/><br>
<br>then if later the call is transferred back to the dialplan, I would call the above again before doing a new bridge.<br>Is there any chance this to be allocating extra resources?<br><br>Regards,<br>takeshi<br><br></pre>
</code></blockquote></div><br>
</div></div><br>_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br></blockquote></div><br>