Colin Guthrie wrote: > The other way round seems to work fine, e.g. starting playing with a > real sink, and removing the said sink, a null-sink is automatically > loaded and the recover-streams kicks in and works.
I think I'll revise that and say the other way round is *better* but I have now had a couple failures this way round too with the same symptoms... mplayer freezes but other connections can happily continue and play sound. I'm attaching my example config and a load.sh and unload.sh scripts to load the alsa sink and unload it again. Using this setup it's hopefully quite easy to replicate this freeze which may actually highlight an underlying problem elsewhere.....? HTHs Col
#!/bin/bash exec pactl load-module module-alsa-sink device=hw:0 sink_name=ALSA
#!/bin/bash MOD=$(pactl list | grep -B 1 "Name: module-alsa-sink" | head -n 1 | sed 's/.*#\([0-9]\+\).*/\1/') exec pactl unload-module $MOD
#!/usr/bin/pulseaudio -vvvnF load-module module-native-protocol-unix # Probably don't really need these two load-module module-volume-restore load-module module-default-device-restore ### Automatically move streams to the default sink if the sink they are ### connected to dies, similar for sources load-module module-always-sink load-module module-rescue-streams load-module module-suspend-on-idle
_______________________________________________ pulseaudio-discuss mailing list pulseaudio-discuss@mail.0pointer.de https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss
