[pulseaudio-tickets] [Bug 105334] Unplugging HDMI does not reroute audio to internal speakers
bugzilla-daemon at freedesktop.org
bugzilla-daemon at freedesktop.org
Sat Mar 3 19:40:22 UTC 2018
https://bugs.freedesktop.org/show_bug.cgi?id=105334
--- Comment #1 from Tanu Kaskinen <tanuk at iki.fi> ---
When you say "unplugging HDMI audio reliably rerouted audio to the internal
speakers", do you mean that currently playing audio was immediately moved to
the internal speakers? When you now start a new stream after unplugging HDMI,
does it go to HDMI or the internal speakers?
If the currently playing audio was immediately moved previously, then I don't
know why that used to happen, but it's expected that such moves don't happen.
It's a known issue and I hope to fix it in 13.0 (too late for 12.0). As far as
I know, this issue has existed forever.
If new streams aren't getting routed to the internal speakers either, then
that's a new bug (to me). One explanation would be that you've moved the
application manually to HDMI, in which case module-stream-restore will keep
routing the application to HDMI even if it's unavailable (I realize this should
be fixed), but AFAIK the gnome sound settings clears the stream-restore
database when you change the output device, so this doesn't seem very likely
explanation. If you have this problem with new streams, could you attach the
verbose server log? Please use the "Add an attachment" link (sometimes people
paste the log to the comment field, which makes it hard to read the bug
discussion).
Instructions for getting the log:
1. Disable automatic starting of PulseAudio. Since Debian uses systemd to
manage PulseAudio, run
systemctl --user --now mask pulseaudio.service pulseaudio.socket
2. Stop pulseaudio with "killall pulseaudio" (the previous systemctl
command should have stopped it already, though).
3. Start pulseaudio in a terminal with verbose logging:
pulseaudio -vv
4. Plug in HDMI if it's not already plugged in, and choose it as the output in
the gnome audio settings.
5. Back in the terminal where pulseaudio is running, hit enter a few times
to mark the beginning of the interesting part.
6. Unplug HDMI.
7. Run "paplay /usr/share/sounds/alsa/Front_Center.wav" in another terminal.
Did it play to the internal speakers? If yes, then that's unfortunate, because
the bug was not reproduced...
8. Stop pulseaudio by pressing ctrl-C.
9. To return things back to normal, run
systemctl --user unmask pulseaudio.service pulseaudio.socket
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/pulseaudio-bugs/attachments/20180303/3c9d3b60/attachment.html>
More information about the pulseaudio-bugs
mailing list