Hello,
for reasons I have to send the input from an audio interface to an other.
I can do this with
pactl load-module module-loopback \ source="alsa_input.usb-Burr-Brown_from_TI_USB_Audio_CODEC-00.analog-stereo" \ sink="alsa_output.usb-M-AUDIO_M-Track_Hub-00.analog-stereo"
and this works as desired.
Currently I have to issue this command (realized as procedure) after each login. I want a permanent solution. Where to place this command? Or is there an other permant solution beside this command?
BTW, rc.local doesnt't work.
Any pointer welcome.
Kind regards, Frank
On 06/30/17 15:01, Frank Elsner wrote:
for reasons I have to send the input from an audio interface to an other.
I can do this with
pactl load-module module-loopback \ source="alsa_input.usb-Burr-Brown_from_TI_USB_Audio_CODEC-00.analog-stereo" \ sink="alsa_output.usb-M-AUDIO_M-Track_Hub-00.analog-stereo"
and this works as desired.
Currently I have to issue this command (realized as procedure) after each login. I want a permanent solution. Where to place this command? Or is there an other permant solution beside this command?
BTW, rc.local doesnt't work.
Just a few observations....
From the pactl man page....
pactl - Control a running PulseAudio sound server
The server /usr/bin/pulseaudio isn't started at boot time. It is a user process that is started at user login. So, rc.local would not be an appropriate place for that command for that reason.
You may want to try placing the command in your ~/.bashrc file. You may have to place a "test" condition to ensure the server is running prior to issuing the command.
On Fri, 30 Jun 2017 18:00:38 +0800 Ed Greshko wrote:
[ ... ]
The server /usr/bin/pulseaudio isn't started at boot time. It is a user process that is started at user login. So, rc.local would not be an appropriate place for that command for that reason.
You may want to try placing the command in your ~/.bashrc file. You may have to place a "test" condition to ensure the server is running prior to issuing the command.
Thanks for this useful hint. Inside ~/.bashrc_profile it works like a charm.
Kind regards, Frank Elsner
On 06/30/2017 12:01 AM, Frank Elsner wrote:
Hello,
Hi,
BTW, rc.local doesnt't work.
When rc.local was taken over by systemd a little hitch was added.
From "/lib/systemd/system/rc-local.service"
# This unit gets pulled automatically into multi-user.target by # systemd-rc-local-generator if /etc/rc.local is executable.
To turn rc.local on/off set/unset execute permissions