[pulseaudio-tickets] [Bug 97627] Playing audio via pulseaudio fails after module-suspend-on-idle.c does its thing

https://bugs.freedesktop.org/show_bug.cgi?id=97627 Tanu Kaskinen changed: What|Removed |Added Status|NEW |RESOLVED

[pulseaudio-tickets] [Bug 97627] Playing audio via pulseaudio fails after module-suspend-on-idle.c does its thing

https://bugs.freedesktop.org/show_bug.cgi?id=97627 --- Comment #19 from Sam Morris --- FYI the VirtualBox side of this appears to have been fixed and I'm no longer able to reproduce it. I understand if you don't want to put any effort into dealing with the unreasonable

[pulseaudio-tickets] [Bug 97627] Playing audio via pulseaudio fails after module-suspend-on-idle.c does its thing

https://bugs.freedesktop.org/show_bug.cgi?id=97627 --- Comment #18 from Tanu Kaskinen --- A bug with similar symptoms was reported here: https://bugs.freedesktop.org/show_bug.cgi?id=97874 -- You are receiving this mail because: You are the assignee for the bug. You are the QA

[pulseaudio-tickets] [Bug 97627] Playing audio via pulseaudio fails after module-suspend-on-idle.c does its thing

https://bugs.freedesktop.org/show_bug.cgi?id=97627 --- Comment #17 from Tanu Kaskinen --- Yes, a server hang would have been the most obvious explanation. I expected to see some alsa call to be blocking or something like that. pulseaudio4.log shows also an error from a timed out

[pulseaudio-tickets] [Bug 97627] Playing audio via pulseaudio fails after module-suspend-on-idle.c does its thing

https://bugs.freedesktop.org/show_bug.cgi?id=97627 --- Comment #16 from Sam Morris --- That was actually obtained by connecting gdb to pulseaudio after it had stopped playing audio. Perhaps 'hang' is not the right technical term to use; it just seemed the most straightforward

[pulseaudio-tickets] [Bug 97627] Playing audio via pulseaudio fails after module-suspend-on-idle.c does its thing

https://bugs.freedesktop.org/show_bug.cgi?id=97627 --- Comment #14 from Sam Morris --- I've now observed aplay itself hanging while trying to play audio, even when pulseaudio isn't running, though I can't reproduce that anywhere near as reliably as I can than with PA trying

[pulseaudio-tickets] [Bug 97627] Playing audio via pulseaudio fails after module-suspend-on-idle.c does its thing

https://bugs.freedesktop.org/show_bug.cgi?id=97627 --- Comment #13 from Tanu Kaskinen --- A stack trace might be useful. Are you familiar with using gdb? There are some instructions on https://wiki.freedesktop.org/www/Software/PulseAudio/Documentation/User/Community/ Basically,

[pulseaudio-tickets] [Bug 97627] Playing audio via pulseaudio fails after module-suspend-on-idle.c does its thing

https://bugs.freedesktop.org/show_bug.cgi?id=97627 --- Comment #12 from Arun Raghavan --- I'm a bit stumped at this point. I see nothing going wrong as such in the server logs, but the client seems to die arbitrarily. Is there any sort of firewalling/jailing happening in your

[pulseaudio-tickets] [Bug 97627] Playing audio via pulseaudio fails after module-suspend-on-idle.c does its thing

https://bugs.freedesktop.org/show_bug.cgi?id=97627 --- Comment #11 from Sam Morris --- Created attachment 126303 --> https://bugs.freedesktop.org/attachment.cgi?id=126303=edit pulseaudio4.log Just to be really clear: in this log I started the server, then ran paplay, which

[pulseaudio-tickets] [Bug 97627] Playing audio via pulseaudio fails after module-suspend-on-idle.c does its thing

https://bugs.freedesktop.org/show_bug.cgi?id=97627 --- Comment #10 from Sam Morris --- Well, it's a mix as described. But I don't see any significant differences in the output of the server when trying to play audio in the working and not-working state. The only thing that

[pulseaudio-tickets] [Bug 97627] Playing audio via pulseaudio fails after module-suspend-on-idle.c does its thing

https://bugs.freedesktop.org/show_bug.cgi?id=97627 --- Comment #8 from Sam Morris --- $ PULSE_LOG_TIME=1 PULSE_LOG=4 paplay /usr/share/sounds/gnome/default/alerts/sonar.ogg ( 0.000| 0.000) Parsing configuration file '/home/sam/.config/pulse/client.conf' ( 0.000|

[pulseaudio-tickets] [Bug 97627] Playing audio via pulseaudio fails after module-suspend-on-idle.c does its thing

https://bugs.freedesktop.org/show_bug.cgi?id=97627 --- Comment #7 from Arun Raghavan --- (also, is the audio audible and the only problem the timeout message?) -- You are receiving this mail because: You are the assignee for the bug. You are the QA Contact for the

[pulseaudio-tickets] [Bug 97627] Playing audio via pulseaudio fails after module-suspend-on-idle.c does its thing

https://bugs.freedesktop.org/show_bug.cgi?id=97627 --- Comment #5 from Sam Morris --- Created attachment 126299 --> https://bugs.freedesktop.org/attachment.cgi?id=126299=edit pulseaudio3.log This time paplay worked, though the sound was played at half speed with gaps in it

[pulseaudio-tickets] [Bug 97627] Playing audio via pulseaudio fails after module-suspend-on-idle.c does its thing

https://bugs.freedesktop.org/show_bug.cgi?id=97627 --- Comment #4 from Sam Morris --- Created attachment 126295 --> https://bugs.freedesktop.org/attachment.cgi?id=126295=edit pulseaudio2.log Continuing from the last log file, I then tried launching pulseaudio, and then

[pulseaudio-tickets] [Bug 97627] Playing audio via pulseaudio fails after module-suspend-on-idle.c does its thing

https://bugs.freedesktop.org/show_bug.cgi?id=97627 --- Comment #2 from Arun Raghavan --- Could you post the log when you do this following (ideally also include times in log (log-time = true in daemon.conf or --log-time). 1. Start PA 2. Play a sound 3. Wait >5 seconds with no

[pulseaudio-tickets] [Bug 97627] Playing audio via pulseaudio fails after module-suspend-on-idle.c does its thing

https://bugs.freedesktop.org/show_bug.cgi?id=97627 Sam Morris changed: What|Removed |Added Summary|Playing audio via |Playing audio via