Hide Forgot
Created attachment 1196896 [details] output of pactl list Description of problem: I played yesterday a vide on our HDMI-enabled TV for my family (using miniPort to HDMI cable) using totem, I have even switched audio to HDMI and everything worked fairly well. However, now it seems I have lost all audio in Firefox (e.g., YouTube) or with totem (from locally stored files), while using gst123 (or gst-play-1.0) on the very same files work fine. Also, Rhythmbox. Sound applet in the Control Panel does not show any other sound sinks than "Speakers - Built-in Audio" and "Test Speakers" works fine. Attaching output of pactl list. Version-Release number of selected component (if applicable): firefox-45.3.0-1.el7_2.x86_64 gst123-0.3.3-4.el7.x86_64 gstreamer-0.10.36-7.el7.x86_64 gstreamer1-1.4.5-1.el7.x86_64 gstreamer1-devel-1.4.5-1.el7.x86_64 gstreamer1-libav-1.0.6-1.el7.nux.x86_64 gstreamer1-plugins-bad-free-1.4.5-4.el7.x86_64 gstreamer1-plugins-bad-freeworld-1.0.6-1.el7.nux.x86_64 gstreamer1-plugins-base-1.4.5-2.el7.x86_64 gstreamer1-plugins-base-debuginfo-1.4.5-2.el7.x86_64 gstreamer1-plugins-base-devel-1.4.5-2.el7.x86_64 gstreamer1-plugins-base-tools-1.4.5-2.el7.x86_64 gstreamer1-plugins-good-1.4.5-2.el7.x86_64 gstreamer1-plugins-ugly-1.0.6-2.el7.nux.x86_64 gstreamer-devel-0.10.36-7.el7.x86_64 gstreamer-ffmpeg-0.10.13-15.el7.nux.x86_64 gstreamermm-0.10.11-5.el7.x86_64 gstreamer-plugin-crystalhd-3.10.0-11.el7.x86_64 gstreamer-plugins-bad-0.10.23-5.el7.nux.x86_64 gstreamer-plugins-bad-free-0.10.23-20.el7.x86_64 gstreamer-plugins-bad-nonfree-0.10.23-2.el7.nux.x86_64 gstreamer-plugins-base-0.10.36-10.el7.x86_64 gstreamer-plugins-base-devel-0.10.36-10.el7.x86_64 gstreamer-plugins-base-tools-0.10.36-10.el7.x86_64 gstreamer-plugins-good-0.10.31-11.el7.x86_64 gstreamer-plugins-ugly-0.10.19-17.el7.nux.x86_64 gstreamer-python-0.10.22-6.el7.x86_64 gstreamer-tools-0.10.36-7.el7.x86_64 kernel-3.10.0-496.el7.x86_64 kernel-3.10.0-498.el7.x86_64 kernel-3.10.0-500.el7.x86_64 kernel-doc-3.10.0-500.el7.noarch kernel-headers-3.10.0-500.el7.x86_64 kernel-tools-3.10.0-500.el7.x86_64 kernel-tools-libs-3.10.0-500.el7.x86_64 pulseaudio-6.0-8.el7.x86_64 pulseaudio-gdm-hooks-6.0-8.el7.x86_64 pulseaudio-libs-6.0-8.el7.x86_64 pulseaudio-libs-devel-6.0-8.el7.x86_64 pulseaudio-libs-glib2-6.0-8.el7.x86_64 pulseaudio-module-bluetooth-6.0-8.el7.x86_64 pulseaudio-module-x11-6.0-8.el7.x86_64 pulseaudio-module-zeroconf-6.0-8.el7.x86_64 pulseaudio-utils-6.0-8.el7.x86_64 totem-3.14.3-6.el7.x86_64 totem-debuginfo-3.14.3-6.el7.x86_64 totem-nautilus-3.14.3-6.el7.x86_64 totem-pl-parser-3.10.5-1.el7.x86_64 totem-pl-parser-devel-3.10.5-1.el7.x86_64
Created attachment 1196897 [details] output of alsa-info.sh --stdout --with-aplay --with-amixer --with-alsactl --with-configs --with-devices --with-dmesg
OK, the sound started working when I have used pavucontrol (which is neither in RHEL nor in EPEL, unfortunately) and switched off one of two "Built-in Audio" configurations, which insisted on being switched to "Digital Surround 5.1 (HDMI 2) Output (unplugged)". One would think that when even PA knows it is unplugged, it won't send audio to it, wouldn't it? How to achieve the same effect just using supported (or at least provided) applications?
Still a problem with pulseaudio 10.0? There were some changes related to this.
Yeah, when the disconnect (due to faulty cabel or what) happens, PA doesn't remember that it should prefer HDMI audio to the in-built speakers, but otherwise everything seems to work well with pulseaudio-10.0-3.el7.x86_64
*** Bug 1105693 has been marked as a duplicate of this bug. ***
Created attachment 1312801 [details] output of journalctl -x in time of testing OK, so there is a bit of development with HDMI, and just a tiny bit with pulseaudio (upgraded to the packages from your scratch build and rebooted whole machine to be sure, I am using the latest and greatest). First of all, both video and audio over HDMI seems to be quite stable. I have not been able to make the connection fall apart on its own, but that's probably because of new kernel (3.10.0-693.el7.x86_64) rather than pulseaudio, right? However, using HDMI now seems to be quite pleasurable experience. When the disconnect happens (I just pulled the HDMI cable from notebook) I got nice smooth switch to the laptop internal audio/video. That's good. When I plugged the cable back in totem automatically jumped back to the TV screen and worked smoothly. So far so good. NOW THE PROBLEM. Audio did not switch back to HDMI, but still stayed on the internal audio when the cable has been plugged back in. However, when I have switched the sound device in the Control Panel Sound applet, it worked correctly again. So, although using HDMI is now possible for day-to-day use, it is still not as robust as I would hope it to be. Thank you for the progress so far.
RHEL 7.5 will have this patch then, which technically fixes this bug. Shall we open a new bug for the remaining issue of automatic switch to HDMI or do you want to change the title of this bug?
After evaluating this issue, there are no plans to address it further or fix it in an upcoming release. Therefore, it is being closed. If plans change such that this issue will be fixed in an upcoming release, then the bug can be reopened.