Steve Kann wrote: > Steve Underwood wrote: >> Kristijan Vrban wrote: >> >>> hi, i just backported the chan_local jitterbuffer feature. It's to >>> enable the generic jitterbuffer >>> also for calls from/to SIP->SIP and SIP->app_xyz >>> >>> [example] >>> exten => 33,1,Dial(Local/3...@example/nj) >>> exten => 34,1,MyApplication >>> >>> Kristijan >>> >> Why would either of those scenarios make any sense? jitter buffering in >> the middle of a call path, like SIP->SIP bridging, is a really bad idea. >> I can't see where it would ever be a win for calls going to local apps. >> > > Doesn't it make sense if the application is the _end_ of the call > path? (i.e. anything other than a bridge that I can think of right now). > > If you're going to record the audio, using a jitterbuffer makes a lot > of sense. Are you referring to packet reordering? I was only thinking from the timing point of view, which doesn't matter at all. However, I ignored packet reordering. It will certainly help with that, and therefore represents a sane change.
Regards, Steve _______________________________________________ Callweaver-dev mailing list [email protected] http://lists.callweaver.org/mailman/listinfo/callweaver-dev
