<p dir="ltr"><br>
El 04/05/2014 04:41, "Max" <<a href="mailto:abonnements@revolwear.com">abonnements@revolwear.com</a>> escribió:<br>
><br>
> -----BEGIN PGP SIGNED MESSAGE-----<br>
> Hash: SHA1<br>
><br>
> On 2014년 04월 14일 06:24, Len Ovens wrote:<br>
><br>
> > First thing is to make sure you have a current PA as there has been<br>
> > a lot of work on it in the past few years. Things that didn't work<br>
> > or not right in 2012 have been fixed and work now. [edit, this does<br>
> > not seem to be fixed lp:#1232295 is not closed] I don't personally<br>
> > know about suspend because I don't happen to need/use it. Once PA<br>
> > gets restarted though, I don't think there is much you can do about<br>
> > chromium/firefox although just reloading the page should bring it<br>
> > back because the pulse port is not opened by gstream until/unless<br>
> > the web page needs it. It should be the same with many other<br>
> > desktop apps (which is why PA-jack is so useful). Many of them shut<br>
> > the port just with a pause and certainly with a stop/play (but that<br>
> > would loose the place you were if part way through a movie). This<br>
> > page:<br>
> > <a href="https://wiki.archlinux.org/index.php/PulseAudio#No_sound_after_resume_from_suspend">https://wiki.archlinux.org/index.php/PulseAudio#No_sound_after_resume_from_suspend</a><br>
> ><br>
> >  Suggests that pulseaudio -k is not the best thing to do and that<br>
> > using pasuspender will not break running applications like the<br>
> > browser.<br>
><br>
> they suggest<br>
> /usr/bin/pasuspender /bin/true<br>
> instead, but that's doing nothing for me to bring back PA after<br>
> suspend, only pulseaudio -k works.<br>
></p>
<p dir="ltr">In some systems/distros I use I think I don't have problems now : Kubuntu (pulseaudio IIRC), Musix and Raspbian (both based on Debian and tweaked by me to get rid of problems with pulseaudio).<br>
But truth is that I'm not used to suspend when working (i.e. music production and jamming) on these two last. </p>
<p dir="ltr">> Odd situation is that html5 audio is broken just as well as flash<br>
> audio in the browser after suspend. The difference is that for flash I<br>
> only need to reload the tab which is using it, while for html5 audio I<br>
> have to restart the whole browser to get audio back.<br>
></p>
<p dir="ltr">Interesting. Several of my experiments and projects deal with HTML5 and Open Web Apps for musicians and artists, and I didn't have problems, but I will check it again on desktop as I develop "Mobile first" and multidevice approach. </p>

<p dir="ltr">> > It sounds like jackdbus has made it through the suspend ok anyway.<br>
><br>
> yes, guess that's something to be thankful for, could always be a lot<br>
> more complicated.<br>
><br><br></p>
<p dir="ltr">> -----BEGIN PGP SIGNATURE-----<br>
> Version: GnuPG v1.4.14 (GNU/Linux)<br>
> Comment: Using GnuPG with Thunderbird - <a href="http://www.enigmail.net/">http://www.enigmail.net/</a><br>
><br>
> iEYEARECAAYFAlNlqNAACgkQ3EB7kzgMM6IYSgCeLY+TYutEf3hHRjXzXMgw4qP8<br>
> LeMAnjxbGIcfp+URrHTDpJgK2HkAWX31<br>
> =R3jX<br>
> -----END PGP SIGNATURE-----<br>
> _______________________________________________<br>
> Linux-audio-user mailing list<br>
> <a href="mailto:Linux-audio-user@lists.linuxaudio.org">Linux-audio-user@lists.linuxaudio.org</a><br>
> <a href="http://lists.linuxaudio.org/listinfo/linux-audio-user">http://lists.linuxaudio.org/listinfo/linux-audio-user</a><br>
</p>