a GPL sip implementation can be found at :
http://www.astertest.com/downloads/sip%20jitter%20buffer/
(yes, those are C++ comments and no its not stable yet, but you can
already give it a try, please post any comments onto the astertest forum.).
If you are not yet convinced you should give the jitte
Jonne Kodu wrote:
Hi,
Is the new jitterbuffer channel indepentent already?
If not, can anybody estimate when it will work with chan_sip also?
The jitterbuffer itself it channel-independent, but the current method
of integrating it with asterisk means it must be applied to each channel
independen
Hi Steve,
Does this only buffer audio? Will it let things like T.38 image packets
straight through, without buffering? Dynamic buffering would be very
bad for T.38. In fact, any buffering is inappropriate.
Regards,
Steve
Steve Kann wrote:
Hi,
The Jitterbuffer and PLC patches, plus IAX2 inte
Steve Kann wrote:
The Jitterbuffer and PLC patches, plus IAX2 integration posted on
mantis at
http://bugs.digium.com/bug_view_advanced_page.php?bug_id=0002532 and
the "trunktimestamp" patch posted at
http://bugs.digium.com/bug_view_advanced_page.php?bug_id=0003400 are
now ready for testing
Hi,
The Jitterbuffer and PLC patches, plus IAX2 integration posted on
mantis at
http://bugs.digium.com/bug_view_advanced_page.php?bug_id=0002532 and the
"trunktimestamp" patch posted at
http://bugs.digium.com/bug_view_advanced_page.php?bug_id=0003400 are now
ready for testing and review.
