[asterisk-dev] Opus and VP8

[Lorenzo Miniero]

Hi Andrea,


2013/5/28 Andrea Suisani <sickpig at opinioni.net>

> Hi Lorenzo,
>
> Firstly let me thank you for the work you're doing!
>
>
Glad you're finding it useful!



> On 05/27/2013 04:09 PM, Lorenzo Miniero wrote:
>
>> Dear all,
>>
>> I've just published the patch on github:
>>
>> https://github.com/meetecho/**asterisk-opus<https://github.com/meetecho/asterisk-opus>
>>
>> The README should be quite self explainatory, but if you need any
>> additional info feel free to ask me.
>> Any feedback will be more than welcome!
>>
>
> I've applied the patch to asterisk 11.3.0
> and it applies cleanly (modulo a few hunks here
> and there).
>
> Then I've tried to place a phone call from
> a chrome browser session (webrtc + jssip)
> through asterisk. the end point was a mobile
> phone. the callee leg of the call was terminated
> through a sip provider that use g729 or gms codecs.
>
> I've tested both type of transcoding.
>
> The sound was very choppy on callee side.
> whereas the sound on caller side was good.
>
> let me know if you are interested in any kind
> of call logs (opus set debug ...).
>
> Andrea
>
>
Are you sure the choppy sound was not caused by the mobile connectivity of
the mobile phone? even though I guess that was not the case, considering
the caller side (the browser) was receiving good audio instead, origating
from the mobile phone itself. Besides, have you verified Opus was actually
used? I think that, as the patch is right now, Opus is not very high in the
codec priority list when negotiating.

That said, I'm not sure what the cause of the issue could be. What ptime
are the two peers using? What is the transcoding path as displayed on the
Asterisk console? Does the same happen in other scenarios as well, e.g.,
the browser interacting with another browser, or a softphone using a
different codec (e.g., speex) at different rates (e.g., 16kHz vs 8kHz)?

The 'opus set debug' command can be enabled when an encoder/decoder is
created, to check whether decoding and encoding give any error, and the
size of packets/samples that are extracted out of those processes. Try
enabling a "normal" debug to see if any of error appears there (e.g.,
decoding errors that may result in corrupt outgoing audio) .

Lorenzo
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-dev/attachments/20130528/3a1f0cf8/attachment.htm>