<div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le mar. 26 mars 2019 08 h 55, ankit <<a href="mailto:ankit.patel1@einfochips.com">ankit.patel1@einfochips.com</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello Nicolas,<br>
<br>
> Maybe your ALSA driver isn't exactly of the quality you need ? Maybe <br>
> you didn't really configure 80ms the right way ? Please share a little <br>
> more information and we may be able to help. <br>
<br>
I am not getting this about quality. Current implementation works good<br>
without dsp implementation.<br>
Let me know in terms of what you are asking.<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">As for every embedded system, drivers aren't made for multiple purpose. They are generally written in a rush for a specific use case. Whenever you deviate from the original use case, it often fail or miss-behave. In this case, with the echo canceller you now have a hard dependency on correct latency reporting, and a round-trip latency being less the. 200ms.</div><div dir="auto"><br></div><div dir="auto">Also, it may not be latency, maybe it picks a different a different rate or format, and your driver might not be handling it properly. A large amount of android audio drivers ignores the rate and always assume 48kHz as an example.</div><div dir="auto"><br></div><div dir="auto">You could also simply have a fpu that is too slow for this library. Remember that this is a PC solution. So you need PC like fpu to make it work.</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
> I can suggest trying the experimental delay-agnostic feature, but <br>
> without context, I'm proposing you some plaster which may lead to sub- <br>
> optimal performance. To validate your latency, I strongly recommend <br>
> using audiolatency element. <br>
> <br>
> It works better when you wire the signal back in a close loop, but <br>
> should also work with a mic facing speaker. You simply run this, and it <br>
> will measure the roundtrip latency for you (with the appropriate setup <br>
> added of course). <br>
> <br>
>   alsasrc ! audiolatency ! alsasink buffer-time=80000<br>
<br>
As I am working on openembedded(yocto) platform which don't provide<br>
audiolatency plugin.<br>
I also tried to enable delay-agnostic in webrtcdsp but output result is the<br>
same with echo.<br>
<br>
Let me know if more information required.<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">It is really easy to bump your GST version in Yocto, so that should not be an argument to not use the latest debugging tools available. audiolatency have not external depency, you could even build it on the side using a simple gcc call in its sub-directory.</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Regards,<br>
Ankit<br>
<br>
<br>
<br>
--<br>
Sent from: <a href="http://gstreamer-devel.966125.n4.nabble.com/" rel="noreferrer noreferrer" target="_blank">http://gstreamer-devel.966125.n4.nabble.com/</a><br>
_______________________________________________<br>
gstreamer-devel mailing list<br>
<a href="mailto:gstreamer-devel@lists.freedesktop.org" target="_blank" rel="noreferrer">gstreamer-devel@lists.freedesktop.org</a><br>
<a href="https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" rel="noreferrer noreferrer" target="_blank">https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a></blockquote></div></div></div>