<div dir="auto">Found a solution, will soon describe it in confluence. It needs software buffers like in the jira ticket.<div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><br><div dir="auto"><br></div><div dir="auto"><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On 27 Nov 2017 14:01, "Stanislav Sinyagin" <<a href="mailto:ssinyagin@gmail.com">ssinyagin@gmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">hi,<br>
<br>
first of all, I solved the issue with ALSA permissions: by default,<br>
/dev/snd/* devices are writable by "audio" group, but FreeSWITCH is<br>
launched with "-g freeswitch" by default, and that excludes the<br>
"audio" group from the list of active GID's. As a result,<br>
mod_portaudio cannot find any audio devices.<br>
<br>
A file "/etc/udev/rules.d/99-<wbr>freeswitchaudio.rules" with contents:<br>
<br>
SUBSYSTEM=="sound", GROUP="freeswitch"<br>
<br>
sets all sound devices to freeswitch group. If it's an appliance that<br>
is not supposed to run desktop applications, this method is the least<br>
intrusive. Otherwise, you would have to mangle the systemd unit files,<br>
to remove the -g option from exec string.<br>
<br>
But now I have a strange issue, described here, with an audio attachment:<br>
<a href="https://freeswitch.org/jira/browse/FS-10809" rel="noreferrer" target="_blank">https://freeswitch.org/jira/<wbr>browse/FS-10809</a><br>
<br>
The hardware platform is PCengines APU2, running Debian Jessie:<br>
<a href="http://pcengines.ch/apu2.htm" rel="noreferrer" target="_blank">http://pcengines.ch/apu2.htm</a><br>
It has a USB 3.0 host which is otherwise working fine.<br>
<br>
Any hints will be appreciated.<br>
</blockquote></div></div>