| Summary: | ASTERISK-15702: Adaptive jitterbuffer causes 30 seconds of no audio. | ||
| Reporter: | Artem Makhutov (artem) | Labels: | |
| Date Opened: | 2010-02-26 12:05:14.000-0600 | Date Closed: | 2010-03-04 08:00:50.000-0600 |
| Priority: | Major | Regression? | No |
| Status: | Closed/Complete | Components: | Core/Jitterbuffer |
| Versions: | Frequency of Occurrence | ||
| Related Issues: | |||
| Environment: | Attachments: | ||
| Description: | Hello, the adaptive jitterbuffer is broken in asterisk 1.6.x.x. When enablening it somewhere, there will be no audio for 30 seconds on the side that has jitterbuffer enabled for receiving. After 30 seconds the audio just start as if there were nothing. This problem does not exist when using jbimpl=fixed. Here is my current setup: chan_sccp-b (w/jitterbuffer) <----> Asterisk <----> chan_sip <------ IP -------> chan_sip <----> Asterisk <----> Playback ("Audiofile") Jitterbuffer is enabled in chan_sccp-b to dejitter audio comming from the other asterisk server. (It has nothing to do with chan_sccp-b. The issue also happends when enableling jitterbuffer in other channel drivers.) This problem does not exist in asterisk-1.4.x. sccp.conf: jbenable=yes jbforce=yes jbmaxsize=500 jbresyncthreshold=2000 jbimpl=adaptive jblog=no Changing the values to jbmaxsize=50, jbresyncthreshold=200 has no influene. The audio is alway not transmitted for 30 seconds. | ||
| Comments: | By: Russell Bryant (russell) 2010-03-04 07:58:19.000-0600 You are using a channel driver that is not in Asterisk. It is not supported on this issue tracker. If you can reproduce the problem without 3rd party code in the latest version of Asterisk, please open a new issue. Thanks. By: Russell Bryant (russell) 2010-03-04 08:00:50.000-0600 I just noticed you said that you could reproduce this with other channel drivers. Sorry about that. In that case, I do believe this was just fixed in r249895 of the 1.6.2. branch. | ||