Hide Forgot
Created attachment 839819 [details] This is the GUI where I make the change, but it is not retained Description of problem: Starting with Fedora 20 (as of Dec 20, 2013) the chosen device for audio output is not retained after a reboot. In my case, I have my analog out going to my speakers, but my monitor also has the capability (though severely limited) to play audio via the HDMI audio. By the default the HDMI audio is the selected audio device. Every time I use the computer I have to change this to "analog output". If I reboot, it gets reset to HDMI. Quite annoying in my case. I didn't have this problem in Fedora 19. Not sure if that's because it selected analog out by default or because it retained my desired audio device. I suspect there are workarounds by editing configuration files, but it appears that the sound gui is not functioning in the best way. Version-Release number of selected component (if applicable): Not sure which package is relevant. Gnome 3.10.2 on a clean Fedora 20 installation. How reproducible: Steps to Reproduce: 1. Go to sound GUI 2. Choose a different device than the default 3. Reboot Actual results: The device you selected by hand would be used for audio out. Expected results: The original device that was selected before your choice is used for audio out (HDMI, in my case). Additional info:
gnome-control-center 3.10.2
A little additional advice that may help in isolating and correcting the problem. Correct me if I am wrong but the default device should be stored in a file in ~/.config/pulse/833c6974e30f489185c3c966c0af6caa-default-sink. Mine reads as follows: alsa_output.pci-0000_00_1b.0.hdmi-stereo If I change the device to analog audio in real time, the file contents change to alsa_output.pci-0000_00_1b.0.analog-stereo Is it the case that on reboot this file is being overwritten when it should not be? BTW I'd appreciate a workaround if you can think of any: any way to permanently disable HDMI audio. It's quite annoying to have to change the audio device every time I turn on my computer and want to listen to something. This is new to Fedora 20 and almost makes it worth going back.
Created attachment 842213 [details] Sink list as I would like it This is what the sink list looks like after opening the control center and selecting analog
Created attachment 842214 [details] Sink list right after boot This is the output of 'pacmd list-sinks' right after booting and before running the command center sound GUI.
To explain the previous attachments: Looking at the output of 'pacmd list-sinks' I observe that there is only one audio device available after boot: the HDMI. If right after boot I try and change to analog from the command line: ~> pacmd set-default-sink alsa_output.pci-0000_00_1b.0.analog-stereo Sink alsa_output.pci-0000_00_1b.0.analog-stereo does not exist. However, if I open the GUI, change to analog device, then change back, the output of 'pacmd list-sinks' now includes both the HDMI and analog devices. Now ~> pacmd set-default-sink alsa_output.pci-0000_00_1b.0.analog-stereo produces no output. However, checking the output of 'pacmd list-sinks', I see that the analog output is starred (it is supposedly the default device). However, there is no sound. The only way to get sound is by actually selecting it from the GUI. In short, I don't think this bug is the fault of the command center. Rather, the GUI is able to do what pulse does not do from the command line nor by default.
I can confirm the behavior, it occurs since upgrading to Fedora 20. Name of sink I select in the settings to be the default: alsa_output.pci-0000_00_1b.0.analog-stereo After a reboot, the following is selected instead: alsa_output.pci-0000_00_1b.0.hdmi-stereo
In my case, I want to use the HDMI, but the analog device is chosen. So my workaround is: $ cat ~/.config/pulse/default.pa .include /etc/pulse/default.pa set-card-profile alsa_card.pci-0000_00_08.0 output:hdmi-stereo set-default-sink alsa_output.pci-0000_00_08.0.hdmi-stereo In your case, this should work. .include /etc/pulse/default.pa set-card-profile alsa_card.pci-0000_00_1b.0 output:analog-stereo set-default-sink alsa_output.pci-0000_00_1b.0.analog-stereo
(In reply to kealthou from comment #7) > In your case, this should work. > .include /etc/pulse/default.pa > set-card-profile alsa_card.pci-0000_00_1b.0 output:analog-stereo > set-default-sink alsa_output.pci-0000_00_1b.0.analog-stereo That solution solves my issue. Thanks, kealthou! To the devs: perhaps there could be a way to implement this through the GUI (it's a little arcane).
The problem no longer exists for me, one of the updates seems to have fixed it.
This message is a reminder that Fedora 20 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 20. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '20'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 20 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
Fedora 20 changed to end-of-life (EOL) status on 2015-06-23. Fedora 20 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed.