Public bug reported: It seems like pulseaudio is picking the wrong audio sink as a default in different scenarios.
On my computer I have the default onboard Intel HDA audio as well as a USB headset. On the network, there is one pulse instance advertising itself. I always set the onboard audio as the default audio sink. However, after every reboot or resume or `pulseaudio -k`, the wrong sink is picked (and the one I set previously is *not* picked). When I enable discovery of remote pulse instances, sometimes the one on my network is picked as default, but sometimes my headset is picked instead of the onboard sink. Then again, if I disable discovery sometimes the onboard sink gets picked as default. There seems to be no clear pattern on when it selects what. I have even entered the following in /etc/pulse/default.pa: set-default-sink alsa_output.pci-0000_00_1b.0.analog-stereo set-default-source alsa_input.usb-SteelSeries_SteelSeries_Arctis_7-00.analog-mono But this doesn't have any effect at all. I also noticed that *sometimes*, pulse updates the file at `~/.config/pulse/f8a78acf499a402aa80f90af9ef5c15c-default-sink` to point to the correct audio sink that I selected in `pavucontrol`, but not always. Even if I write to that file manually to select a default sink, the file gets overwritten by pulse on the next start with the default sink that it chose. ProblemType: Bug DistroRelease: Ubuntu 18.04 Package: pulseaudio 1:11.1-1ubuntu7 ProcVersionSignature: Ubuntu 4.15.0-20.21-generic 4.15.17 Uname: Linux 4.15.0-20-generic x86_64 NonfreeKernelModules: zfs zunicode zavl icp zcommon znvpair nvidia_modeset nvidia ApportVersion: 2.20.9-0ubuntu7 Architecture: amd64 AudioDevicesInUse: USER PID ACCESS COMMAND /dev/snd/controlC1: devkid 3487 F.... pulseaudio /dev/snd/controlC2: devkid 3487 F.... pulseaudio /dev/snd/pcmC0D0p: devkid 3487 F...m pulseaudio /dev/snd/controlC0: devkid 3487 F.... pulseaudio CurrentDesktop: MATE Date: Sat May 26 17:07:55 2018 ExecutablePath: /usr/bin/pulseaudio SourcePackage: pulseaudio UpgradeStatus: No upgrade log present (probably fresh install) dmi.bios.date: 03/07/2014 dmi.bios.vendor: American Megatrends Inc. dmi.bios.version: V2.13 dmi.board.asset.tag: To be filled by O.E.M. dmi.board.name: Z77A-G43 (MS-7758) dmi.board.vendor: MSI dmi.board.version: 1.0 dmi.chassis.asset.tag: To Be Filled By O.E.M. dmi.chassis.type: 3 dmi.chassis.vendor: MSI dmi.chassis.version: 1.0 dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvrV2.13:bd03/07/2014:svnMSI:pnMS-7758:pvr1.0:rvnMSI:rnZ77A-G43(MS-7758):rvr1.0:cvnMSI:ct3:cvr1.0: dmi.product.family: To be filled by O.E.M. dmi.product.name: MS-7758 dmi.product.version: 1.0 dmi.sys.vendor: MSI modified.conffile..etc.pulse.default.pa: [modified] mtime.conffile..etc.pulse.default.pa: 2018-05-26T17:01:12.271701 ** Affects: pulseaudio (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug bionic -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to pulseaudio in Ubuntu. https://bugs.launchpad.net/bugs/1773549 Title: Pulse audio does not remember default sink Status in pulseaudio package in Ubuntu: New Bug description: It seems like pulseaudio is picking the wrong audio sink as a default in different scenarios. On my computer I have the default onboard Intel HDA audio as well as a USB headset. On the network, there is one pulse instance advertising itself. I always set the onboard audio as the default audio sink. However, after every reboot or resume or `pulseaudio -k`, the wrong sink is picked (and the one I set previously is *not* picked). When I enable discovery of remote pulse instances, sometimes the one on my network is picked as default, but sometimes my headset is picked instead of the onboard sink. Then again, if I disable discovery sometimes the onboard sink gets picked as default. There seems to be no clear pattern on when it selects what. I have even entered the following in /etc/pulse/default.pa: set-default-sink alsa_output.pci-0000_00_1b.0.analog-stereo set-default-source alsa_input.usb-SteelSeries_SteelSeries_Arctis_7-00.analog-mono But this doesn't have any effect at all. I also noticed that *sometimes*, pulse updates the file at `~/.config/pulse/f8a78acf499a402aa80f90af9ef5c15c-default-sink` to point to the correct audio sink that I selected in `pavucontrol`, but not always. Even if I write to that file manually to select a default sink, the file gets overwritten by pulse on the next start with the default sink that it chose. ProblemType: Bug DistroRelease: Ubuntu 18.04 Package: pulseaudio 1:11.1-1ubuntu7 ProcVersionSignature: Ubuntu 4.15.0-20.21-generic 4.15.17 Uname: Linux 4.15.0-20-generic x86_64 NonfreeKernelModules: zfs zunicode zavl icp zcommon znvpair nvidia_modeset nvidia ApportVersion: 2.20.9-0ubuntu7 Architecture: amd64 AudioDevicesInUse: USER PID ACCESS COMMAND /dev/snd/controlC1: devkid 3487 F.... pulseaudio /dev/snd/controlC2: devkid 3487 F.... pulseaudio /dev/snd/pcmC0D0p: devkid 3487 F...m pulseaudio /dev/snd/controlC0: devkid 3487 F.... pulseaudio CurrentDesktop: MATE Date: Sat May 26 17:07:55 2018 ExecutablePath: /usr/bin/pulseaudio SourcePackage: pulseaudio UpgradeStatus: No upgrade log present (probably fresh install) dmi.bios.date: 03/07/2014 dmi.bios.vendor: American Megatrends Inc. dmi.bios.version: V2.13 dmi.board.asset.tag: To be filled by O.E.M. dmi.board.name: Z77A-G43 (MS-7758) dmi.board.vendor: MSI dmi.board.version: 1.0 dmi.chassis.asset.tag: To Be Filled By O.E.M. dmi.chassis.type: 3 dmi.chassis.vendor: MSI dmi.chassis.version: 1.0 dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvrV2.13:bd03/07/2014:svnMSI:pnMS-7758:pvr1.0:rvnMSI:rnZ77A-G43(MS-7758):rvr1.0:cvnMSI:ct3:cvr1.0: dmi.product.family: To be filled by O.E.M. dmi.product.name: MS-7758 dmi.product.version: 1.0 dmi.sys.vendor: MSI modified.conffile..etc.pulse.default.pa: [modified] mtime.conffile..etc.pulse.default.pa: 2018-05-26T17:01:12.271701 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1773549/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp