<div dir="ltr">On 28 January 2013 08:59, Peter Nelson <span dir="ltr"><<a href="mailto:peter@fuzzle.org" target="_blank">peter@fuzzle.org</a>></span> wrote:<br><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class=""><div class="h5"><br>
<br>
On Mon, 2013-01-28 at 07:47 +0200, Tanu Kaskinen wrote:<br>
> Please use the "Reply to All" functionality of your mail client when<br>
> having discussions on a mailing list. I've added pulseaudio-discuss to<br>
> CC again.<br>
><br>
> On Mon, 2013-01-28 at 02:36 +0000, Nathan Hulse wrote:<br>
> > The pulse hooks are just the default ones in /usr/lib/pm-utils/sleep.d<br>
> > that ship with pulse 2.0.<br>
><br>
> Ok, I wasn't aware of this directory (I have it too, though). If you<br>
> have pulseaudio files there, those are provided by your distribution.<br>
> Upstream pulseaudio doesn't ship any pm scripts.<br>
><br>
> > The jack backend is switched from firewire to dummy before suspend, so<br>
> > that I can unload firewire_ohci from the kernel. I load firewire_ohci<br>
> > again at resume and then switch the jack backend to firewire again.<br>
> > But this all happens inbetween pulse saving and restoring state.<br>
> ><br>
> ><br>
> > Manually recreating the connection with the jack tools would be a pain<br>
> > in the arse after every suspend/resume. The best solution I have found<br>
> > thus far is to suspend the jack sink/source using pacmd, and then<br>
> > reload module-jackdbus-detect in order to recreate the connections.<br>
><br>
> Can't the connection recreation be scripted? But anyway, if reloading<br>
> module-jackdbus-detect works ok for you, that's fine too. Just one<br>
> thing: does unloading module-jackdbus-detect cause the old jack sink and<br>
> source getting unloaded? I'd expect not, so don't you get duplicate jack<br>
> sinks and sources after reloading module-jackdbus-detect?<br>
><br>
<br>
</div></div>Hi,<br>
<br>
Bit tricky to follow with half the conversation missing, but:<br>
<br>
If JACK backend switching causes existing connections to be removed,<br>
then it is the responsibility of the script that changes the backend to<br>
save and restore connections. This problem will apply to all JACK<br>
clients, not just pulseaudio.<br>
<br>
Peter.<br>
<br>
_______________________________________________<br>
pulseaudio-discuss mailing list<br>
<a href="mailto:pulseaudio-discuss@lists.freedesktop.org">pulseaudio-discuss@lists.freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/pulseaudio-discuss" target="_blank">http://lists.freedesktop.org/mailman/listinfo/pulseaudio-discuss</a><br></blockquote><div><br></div><div>Hi,<br><br></div><div>Yes, sorry about that. One could also say that it is not PA's responsibility to map connections to JACK at all, and yet it does. It would actually be cool if module-jackdbus-detect were fired again 
after loss of the connections to JACK, in order to detect potential JACK backend 
changes and remap again, although I know it only works on a one-shot basis at present.<br><br></div><div><br></div></div><br></div></div></div>