[asterisk-bugs] [Asterisk 0011259]: Jitterbuffer does not work well with injected sound

[noreply at bugs.digium.com]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=11259 
====================================================================== 
Reported By:                plack
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   11259
Category:                   Core/Jitterbuffer
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
Asterisk Version:            SVN 
SVN Branch (only for SVN checkouts, not tarball releases):  1.4  
SVN Revision (number only!): 89125 
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             11-15-2007 10:28 CST
Last Modified:              12-18-2007 06:46 CST
====================================================================== 
Summary:                    Jitterbuffer does not work well with injected sound
Description: 
Using the following in the dial plan:
exten => 208,1,Noop
exten => 208,n,Set(LIMIT_WARNING_FILE=beep)
exten => 208,n,Dial(SIP/5001||L(36000000:36000000:15000))

the injected beep file is not passing through the jitterbuffer properly. 
If you look at the additional information, the jitterbuffer is off by the
number of frames required to send the audio.

Audio quality is impacted and there is a loss of packets during the
transmission of the beep tone.
====================================================================== 

---------------------------------------------------------------------- 
 plack - 12-18-07 06:46  
---------------------------------------------------------------------- 
I have attempted just after this was created to modify playback_file(not
positive on the function name right now) to use the jb to post, but that
created a couple of other issues.  One, is that if the jb was turned off, I
got no sound.  Second, the frame numbers were off still on transmission and
it triggered jitter in the channel.

I am thinking that we need to have the jb be a little less sensitive to
sequentially missing frames.  If it misses one frame it seems to miss 5
(based on config of course, as I have 5).

I am thinking now that an off by one should be allowed.

The only other solution I see is how SLA is implemented through meetme but
I would hate to have meetme required for playback and background. 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
12-18-07 06:46  plack          Note Added: 0075634                          
======================================================================