<div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr">Hi Grant,<div><br></div><div>Thank you for reporting the issue.</div><div><br></div><div>The deprecated API "avmd uuid stop" call can still be used, though it is advised to switch to new APP "avmd_stop", when called from scripts.</div><div>There was a bug in "avmd stop". This has now been fixed: <a href="https://freeswitch.org/jira/projects/FS/issues/FS-11708" target="_blank">https://freeswitch.org/jira/projects/FS/issues/FS-11708</a></div><div>and is merged into master: <a href="https://freeswitch.org/stash/projects/FS/repos/freeswitch/commits/c8e9eeaec9ede231ba50b30d9f2b0d6c6fad9208">https://freeswitch.org/stash/projects/FS/repos/freeswitch/commits/c8e9eeaec9ede231ba50b30d9f2b0d6c6fad9208</a></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">What is the performance impact if we leave out the avmd stop command? Will any resources consumed by the module be cleaned up automatically after the call disconnects?</blockquote><div><br></div><div>Avmd will be processing incoming audio. It won't consume resources if audio is not written to FS session.</div><div>Avmd threads will be sleeping. All resources will be cleaned up when FS cleans up session of that call.</div><div><br></div><div>I have plans to create improved avmd, using different algorithm for tone detection.</div><div>Everyone is welcome to add to requirements, so we can make it better:</div><div><a href="https://github.com/dataandsignal/mavmd/blob/master/requirements.txt" target="_blank">https://github.com/dataandsignal/mavmd/blob/master/requirements.txt</a></div><div><br></div><div>cheers,</div><div>Piotr</div></div></div></div></div></div></div>