<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Apr 3, 2017 at 1:28 PM, Yury Tsaregorodtsev <span dir="ltr"><<a href="mailto:aero.1080@icloud.com" target="_blank">aero.1080@icloud.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="word-wrap:break-word"><div style="word-wrap:break-word"><div><div><snip> </div></div></div></div></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="word-wrap:break-word"><div style="word-wrap:break-word"><div>MOS on calls using open source opus higher almost twice.</div><div>Subjective opinion regarding audio quality: using open source codec quality almost same as in example on <a href="http://opus-codec.org/examples/" target="_blank">http://opus-codec.org/examp<wbr>les/</a> with 30% loss and FEC, acceptable for ears, but</div><div>using digium opus quality is not acceptable, a lot of spikes, interruptions.</div><div><br></div><div>I also double checked the fact before applying ASTERISK-25629 patch asterisk don't drop lately arrived RTP.</div></div></div></blockquote><div><br></div><div>Dropped packets and late arriving packets are two separate issue and are handled as such in Asterisk. The Digium Opus codec can handle dropped packets by enabling FEC. If the problem is late arriving packets than applying a jitter buffer to the audio stream exhibiting the problem should help alleviate that.</div></div>
</div></div>