[opus] Question about PLC in OPUS

[Benjamin Schwartz]

You might want to consider using parts of the WebRTC library, instead of
using Opus directly.  In addition to Opus packetization, WebRTC also
includes a component called "NetEQ" that corrects for clock drift by
stretching the decoded audio, without using PLC.


On Thu, May 29, 2014 at 7:13 AM, Abhijit Patait <apatait at nvidia.com> wrote:

> I have a question about PLC used by OPUS.
>
>
>
> We are using OPUS for streaming music in some application.
>
>
>
> Due to some network problems, we are running into problems related to
> clock drifts. This causes jitter buffer underflows at the receiver and
> hence we need to rebuffer the jitter buffer periodically. We are looking at
> the root cause of this problem (drift), but that’s besides the point.
>
>
>
> During jitter buffer rebuffering, we are sending null frames to the OPUS
> decode, indicating lost frames. My question is – Is this the most effective
> way of handling this situation?
>
>
>
> Or is it a better to detect such imminent underflow by some means and then
> insert “lost” frames in the middle sporadically to avoid the complete
> jitter buffer underflow?
>
>
>
> Thanks for your help,
>
> Abhijit
>
>
>  ------------------------------
>  This email message is for the sole use of the intended recipient(s) and
> may contain confidential information.  Any unauthorized review, use,
> disclosure or distribution is prohibited.  If you are not the intended
> recipient, please contact the sender by reply email and destroy all copies
> of the original message.
>  ------------------------------
>
> _______________________________________________
> opus mailing list
> opus at xiph.org
> http://lists.xiph.org/mailman/listinfo/opus
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.xiph.org/pipermail/opus/attachments/20140529/d86f2b13/attachment.htm