other formats also with 120 ms ptime? You do run the risk of losing a significant amount of audio if you drop even 1 120ms packet. The other end would be starved for 5 intervals. you could try rtp_timer_name=none on the 120ms leg On Fri, Mar 25, 2011 at 2:22 PM, Dan Lane <null@invalid.name> wrote:
I need to do a bit more work on this before I have enough information to submit a Jira but just on the off-chance anyone else has had this issue:
We have handsets using GSM with 120ms ptime but when this gets transcoded to something else (for example 20ms PCMU) the resulting audio is choppy as though there was a timing error. We only experience this with GSM, 120ms packets to 20ms transcoding between other formats is fine.
Has anyone else experienced this? I've experienced it on git-e7acd4d (our production kit) and f3c33c7 (due to become our next production kit)
I'll continue to test it before submitting a Jira but I wanted to know if it was just us experiencing this.
Regards, Dan
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org googletalk:conf+888@conference.freeswitch.org pstn:+19193869900