<div dir="ltr"><div>I agree, and was wrong before to suggest that there&#39;s no real advantage. FEC can be helpful to combat packet loss on unpredictable networks. Although again, I&#39;ll stand by my statement that consistent 10% packet loss would be pretty significant on any modern internet connection. Even consistent 2% packet loss would be cause for some concern. Intermittent packet loss issues, sure; but sustained 10% packet loss would be fairly alarming to hear about on any large scale. At that level, it&#39;s likely the user has problems with a number of services (even TCP ones, as they&#39;re likely to be experiencing slower speeds). On a consumer internet connection, your more frequent issues are almost certainly going to be latency and jitter, and generally your first line of defense (at least for jitter) would be the endpoints&#39; jitter buffers. Although FEC can also help if you have to start dropping packets from the jitter buffer.</div><div><br></div><div>Again, I&#39;m not trying to claim it can&#39;t or won&#39;t happen. It can, and opus will help when it does. I&#39;m just saying it probably makes sense to actually confirm this is the issue (if you&#39;re currently experiencing problems). Maybe my experiences have been different.</div><div><b><br></b></div><div><b>Are you saying transcoding from OPUS client to G711 is going to sound worse than just talking G711 all the way through? </b><br></div><div><b><br></b></div><div>Yes. Both codecs are lossy. Any time you encode to a lossy codec, you lose data. In this case, you&#39;re doing it twice. The originating device will be encoding raw audio to G.711, and FS will decode the G.711 and re-encode as opus. The degradation on the transcoding won&#39;t be huge, and it many cases it may not even really be noticeable (you&#39;d have to test this in your own setup to see), but it will exist. </div><div><br></div><div>I won&#39;t try to answer the question of how many transcoding channels any particular server can handle though. Perhaps the FS guys will have a decent answer, but I think they&#39;ll probably give similar feedback - you just need to test and find out. There are so many factors that come into play with performance that it becomes painfully difficult to try to guess.</div><div><br></div><div>Best,</div><div>Colin</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, May 1, 2017 at 5:21 PM, Colton Conor <span dir="ltr">&lt;<a href="mailto:colton.conor@gmail.com" target="_blank">colton.conor@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>I am just judging the 30 percent packet loss with FEC. Example are on the OPUS website <a href="https://opus-codec.org/examples/" target="_blank">https://opus-codec.<wbr>org/examples/</a> Sounds pretty good to me. I would be terrified to know what G711 sounds like without FEC having evien 10 percent packet loss. <br></div><div><br></div><div>I think there are many cases where one leg of the audio is uncontrolled, and the other leg of the audio via G711 is stable. For example, a freeswitch server sitting in a data center with redundant gigabit internet connections connected to a origination/termination carrier via G711. </div><div><br></div><div>Then clients using OTT internet connections like their home cable connection, LTE, or wifi. The clients are the leg I want in OPUS to communicate back to the freeswitch server. Yes, the clients are able to speak G711 too, but I want OPUS for the FEC and bandwidth control. </div><div><br></div><div>Are you saying transcoding from OPUS client to G711 is going to sound worse than just talking G711 all the way through? </div><div><br></div><div>So what can a new Dell server with most recent gen intel xeon processors handle as far as transcoding goes? </div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Mon, May 1, 2017 at 3:19 PM, Colin Morelli <span dir="ltr">&lt;<a href="mailto:colin.morelli@gmail.com" target="_blank">colin.morelli@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">That&#39;s fair, if the primary focus of using the codec is purely to overcome a packet loss issue; however, consistent 30% packet loss to your endpoints seems like a fairly extreme scenario.<div><br></div><div>I suppose if you anticipate a high enough level of packet loss on the average call to justify the slightly degraded audio quality that will be introduced by transcoding, then it may be worthwhile.</div><div><br></div><div>I&#39;ll stand by the rest of my points though!</div><div><br></div><div>Best,</div><div>Colin</div></div><div class="m_1758043420575669966HOEnZb"><div class="m_1758043420575669966h5"><div class="gmail_extra"><br><div class="gmail_quote">On Mon, May 1, 2017 at 4:13 PM, Michael Jerris <span dir="ltr">&lt;<a href="mailto:mike@jerris.com" target="_blank">mike@jerris.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">I disagree… plenty of situations where you have a known quality leg to a provider over g711, and a uncontrolled internet leg to customer that you want to use opus/fec for.<div><div class="m_1758043420575669966m_-9057335705054695728h5"><div><br><div><blockquote type="cite"><div>On May 1, 2017, at 4:07 PM, Colin Morelli &lt;<a href="mailto:colin.morelli@gmail.com" target="_blank">colin.morelli@gmail.com</a>&gt; wrote:</div><br class="m_1758043420575669966m_-9057335705054695728m_4510464787755008217Apple-interchange-newline"><div><div dir="ltr">Raul, I&#39;m sure the OP was referring to 30% packet loss with FEC, which opus can turn back into a usable audio stream. You&#39;ll absolutely notice artifacts in the audio, and you&#39;d clearly identify something is wrong, but it&#39;s a heck of a lot better than 30% packet loss without FEC.<div><br></div><div>Colton,</div><div><br></div><div>Freeswitch supports opus, yes. I&#39;d be curious to know why you want to transcode between opus and G.711, unless your endpoints don&#39;t support G.711 though. Yes, FEC can help you with packet loss on one end, but if your packet loss is on the G.711 end, then you&#39;re SOL anyway, so it seems pointless to do this unless you can use opus all the way though.</div><div><br></div><div>As to how it will sound if doing the conversion, well, you&#39;re transcoding from one lossy codec to another lossy codec. The end result will be audio that will not sound as good as if it were just encoded in G.711 to begin with. Remember, the nature of lossy codecs is that they&#39;re, well, lossy. You can&#39;t make a G.711 stream sound better by re-encoding it to opus. Once it&#39;s encoded in G.711, that information is lost.</div><div><br></div><div>As for CPU usage, opus is not particularly cheap. Transcoding + resampling (if required), will considerably limit the number of concurrent calls your FS instance can handle. Actual results are going to depend on a number of factors that make it infeasible to talk about it. But again, you probably don&#39;t want to be transcoding between these two codecs unless you absolutely have two (i.e. you can&#39;t get the two endpoints to otherwise agree on a codec). You&#39;re not going to gain any real advantage from doing this.</div><div><br></div><div>Best,</div><div>Colin</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, May 1, 2017 at 3:54 PM, Raúl Alexis Betancor Santana <span dir="ltr">&lt;<a href="mailto:rbetancor@gmail.com" target="_blank">rbetancor@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">30% of packet loss ... are you mad? ... there is no way any codec could recover from that. Most of codecs, you will notice whenever you have more than 1-3% packet loss ... 30% ? ... really? ... should sound like and old synthetizer</div><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="m_1758043420575669966m_-9057335705054695728m_4510464787755008217h5">2017-05-01 20:03 GMT+01:00 Colton Conor <span dir="ltr">&lt;<a href="mailto:colton.conor@gmail.com" target="_blank">colton.conor@gmail.com</a>&gt;</span>:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="m_1758043420575669966m_-9057335705054695728m_4510464787755008217h5"><div dir="ltr">Does freeswitch support transcoding from OPUS to G711? How well does this work in theory? Having full HD come in via OPUS from the phone, and then transcoding to crappy G711. Does it sound funny? <div><br></div><div>We are thinking that OPUS has superior audio quality, and can withstand up to 30 percent packet loss without any audio distorition. However, I would say the majority of our users calls as still to the PSTN which only speaks G711.</div><div><br></div><div>How much processing power would it take to transcode from OPUS to G711?</div><div><br></div><div>How well is the OPUS codec implemented on newer IP phones?</div><div><br></div><div>I hear the Yealink supports OPUS with their new S line of phones, but I also heard they pulled support for it?</div><div><br></div><div>Polycom seems to only support it on the VVX 500 and VVX 600, but you have to disable video according to the 5.4 release notes. OPUS must be processor intensive I assume if it can&#39;t run OPUS and video at the same time. Have any idea if the newer VVX, like the 411, 501, and 601 have this same limitation? I know they have faster processors and ram.</div><div><br></div><div><br></div><div><br></div></div>
<br></div></div>______________________________<wbr>______________________________<wbr>_____________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org" target="_blank">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com/" rel="noreferrer" target="_blank">http://www.freeswitchsolutions<wbr>.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org/" rel="noreferrer" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://confluence.freeswitch.org/" rel="noreferrer" target="_blank">http://confluence.freeswitch.o<wbr>rg</a><br>
<a href="http://www.cluecon.com/" rel="noreferrer" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswi<wbr>tch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" rel="noreferrer" target="_blank">http://lists.freeswitch.org/ma<wbr>ilman/listinfo/freeswitch-user<wbr>s</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" rel="noreferrer" target="_blank">http://lists.frees<wbr>witch.org/mailman/options/free<wbr>switch-users</a><br>
<a href="http://www.freeswitch.org/" rel="noreferrer" target="_blank">http://www.freeswitch.org</a><br></blockquote></div><br></div>
<br>______________________________<wbr>______________________________<wbr>_____________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org" target="_blank">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com/" rel="noreferrer" target="_blank">http://www.freeswitchsolutions<wbr>.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org/" rel="noreferrer" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://confluence.freeswitch.org/" rel="noreferrer" target="_blank">http://confluence.freeswitch.o<wbr>rg</a><br>
<a href="http://www.cluecon.com/" rel="noreferrer" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswi<wbr>tch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" rel="noreferrer" target="_blank">http://lists.freeswitch.org/ma<wbr>ilman/listinfo/freeswitch-user<wbr>s</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" rel="noreferrer" target="_blank">http://lists.frees<wbr>witch.org/mailman/options/free<wbr>switch-users</a><br>
<a href="http://www.freeswitch.org/" rel="noreferrer" target="_blank">http://www.freeswitch.org</a><br></blockquote></div><br></div>
______________________________<wbr>______________________________<wbr>_____________<br>Professional FreeSWITCH Consulting Services: <br><a href="mailto:consulting@freeswitch.org" target="_blank">consulting@freeswitch.org</a><br><a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions<wbr>.com</a><br><br>Official FreeSWITCH Sites<br><a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br><a href="http://confluence.freeswitch.org" target="_blank">http://confluence.freeswitch.o<wbr>rg</a><br><a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br><br>FreeSWITCH-users mailing list<br><a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswi<wbr>tch.org</a><br><a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/ma<wbr>ilman/listinfo/freeswitch-user<wbr>s</a><br>UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.frees<wbr>witch.org/mailman/options/free<wbr>switch-users</a><br><a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a></div></blockquote></div><br></div></div></div></div><br>______________________________<wbr>______________________________<wbr>_____________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org" target="_blank">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" rel="noreferrer" target="_blank">http://www.freeswitchsolutions<wbr>.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" rel="noreferrer" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://confluence.freeswitch.org" rel="noreferrer" target="_blank">http://confluence.freeswitch.o<wbr>rg</a><br>
<a href="http://www.cluecon.com" rel="noreferrer" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswi<wbr>tch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" rel="noreferrer" target="_blank">http://lists.freeswitch.org/ma<wbr>ilman/listinfo/freeswitch-user<wbr>s</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" rel="noreferrer" target="_blank">http://lists.frees<wbr>witch.org/mailman/options/free<wbr>switch-users</a><br>
<a href="http://www.freeswitch.org" rel="noreferrer" target="_blank">http://www.freeswitch.org</a><br></blockquote></div><br></div>
</div></div><br>______________________________<wbr>______________________________<wbr>_____________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org" target="_blank">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" rel="noreferrer" target="_blank">http://www.freeswitchsolutions<wbr>.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" rel="noreferrer" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://confluence.freeswitch.org" rel="noreferrer" target="_blank">http://confluence.freeswitch.o<wbr>rg</a><br>
<a href="http://www.cluecon.com" rel="noreferrer" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswi<wbr>tch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" rel="noreferrer" target="_blank">http://lists.freeswitch.org/ma<wbr>ilman/listinfo/freeswitch-user<wbr>s</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" rel="noreferrer" target="_blank">http://lists.frees<wbr>witch.org/mailman/options/<wbr>freeswitch-users</a><br>
<a href="http://www.freeswitch.org" rel="noreferrer" target="_blank">http://www.freeswitch.org</a><br></blockquote></div><br></div>
</div></div><br>______________________________<wbr>______________________________<wbr>_____________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" rel="noreferrer" target="_blank">http://www.<wbr>freeswitchsolutions.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" rel="noreferrer" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://confluence.freeswitch.org" rel="noreferrer" target="_blank">http://confluence.freeswitch.<wbr>org</a><br>
<a href="http://www.cluecon.com" rel="noreferrer" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.<wbr>freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" rel="noreferrer" target="_blank">http://lists.freeswitch.org/<wbr>mailman/listinfo/freeswitch-<wbr>users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" rel="noreferrer" target="_blank">http://lists.<wbr>freeswitch.org/mailman/<wbr>options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" rel="noreferrer" target="_blank">http://www.freeswitch.org</a><br></blockquote></div><br></div>