[prev in list] [next in list] [prev in thread] [next in thread] 

List:       asterisk-dev
Subject:    Re: [asterisk-dev] jitterbuffer on MeetMe conference
From:       Russell Bryant <russell () digium ! com>
Date:       2008-03-19 13:36:49
Message-ID: 47E116F1.6040506 () digium ! com
[Download RAW message or body]

Jared Smith wrote:
> On Wed, 2008-03-19 at 06:29 -0500, Kevin P. Fleming wrote:
>> In the specific case of app_meetme, because it uses Zaptel for
>> conference mixing, there is a small amount of jitter buffering provided
>> by Zaptel. This is not a full-featured jitter buffer though... it won't
>> reorder frames, it doesn't provide PLC, etc.
> 
> If I did the following, would that actually enable the jitter buffer and
> take care of reordering frames, PLC, etc.?
> 
> [some-context]
> exten => 123,1,Dial(Local/124@some-context/nj)
> exten => 124,1,MeetMe(some-room,dM)
> 
> I'm just trying to make sure I understand the 'j' option to chan_local.
> I'm pretty sure this was it's intended use, but I want to be sure.

That is correct.  That is the exact purpose of the 'j' option to chan_local.

-- 
Russell Bryant
Senior Software Engineer
Open Source Team Lead
Digium, Inc.

_______________________________________________
--Bandwidth and Colocation Provided by http://www.api-digital.com--

asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-dev
[prev in list] [next in list] [prev in thread] [next in thread]