Speakers popping randomly and only headphones work

Official Product Page
inxi -Fxza

Self-explanatory. The speakers make random popping sounds and don’t produce actual audio, but headphones do work normally. The popping sounds happen regardless of whether the headphones are plugged in or if the system is muted.

(didn’t install yet, this is from the live session)

Actually there is a lot more to say :slight_smile:

Bad cables/connection and/or digital settings can do this off the top of my head,

I don’t think so as the speakers work perfectly on Windoze.

The popping is probably wrong HW suspend/wake-up order for this particular onboard soundcard in the driver. Disable power save. Create a .conf file in /etc/modprobe.d with options snd_hda_intel power_save=0 as its content.

As for the no sound issue, check if you have sof-firmware installed.

Sorry for the late reply.

echo options snd_hda_intel power_save=0 | sudo tee /etc/modprobe.d/90-soundfix.conf gets rid of all pops except one at shutdown, but still only headphone sound works.

sof-firmware is up to date.

(the system is installed now)

If you are running KDE, click on the speaker icon in the system tray and make sure the right output device is selected.

The machine runs XFCE, not KDE.

When on Windows (and the drivers are installed), the output device can be changed from the sound applet (this is true for many systems). This is called “multistreaming”.

On Linux however, this doesn’t seem possible, including on another system I have. TBH I hope I’m wrong. The headphones would have to be unplugged to hear sound from the speakers, and on this system, they don’t work as of now. At least the random popping noises are gone, just one on shutdown.

I don’t know Xfce but this manjaro forum topic might help.

The linked forum post is “how to get my PC to use the headphones when they’re plugged in, and speakers otherwise” which is what the system is already doing. What I was asking about is how to temporarily force speaker output even when headphones are plugged in, but this requires that the speakers actually output real sound first, which they don’t.

EDIT: Even on another system, multistreaming doesn’t seem to work right. If I open up pavucontrol, it says “Speakers (unavailable)” when I have my headphones, like so:

Obviously, no sound can be heard when the speakers are selected as the active audio device unless the headphones get unplugged. On Windows, multistreaming works fine (that’s the driver’s name for it) and you can switch the sources around in the sound applet. Hopefully someone finds a solution soon.

Bump because the last reply was 27 days ago.

I’m also getting a weird issue where I have to press the “windows 10” entry in systemd-boot twice, but that’s out of scope.

Maybe something here can help.

That doesn’t seem to help but I did find this in dmesg

~]$ sudo dmesg | grep snd
[    9.294866] snd_hda_intel 0000:00:1f.3: enabling device (0100 → 0102)
[   10.251900] snd_hda_intel 0000:00:1f.3: bound 0000:00:02.0 (ops intel_audio_component_bind_ops [i915])
[   10.314306] snd_hda_codec_alc269 hdaudioC0D0: ALC225: picked fixup  for PCI SSID 103c:0000
[   10.314765] snd_hda_codec_alc269 hdaudioC0D0: autoconfig for ALC225: line_outs=1 (0x1b/0x0/0x0/0x0/0x0) type:speaker
[   10.314768] snd_hda_codec_alc269 hdaudioC0D0:    speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
[   10.314771] snd_hda_codec_alc269 hdaudioC0D0:    hp_outs=1 (0x21/0x0/0x0/0x0/0x0)
[   10.314793] snd_hda_codec_alc269 hdaudioC0D0:    mono: mono_out=0x0
[   10.314795] snd_hda_codec_alc269 hdaudioC0D0:    inputs:
[   10.314796] snd_hda_codec_alc269 hdaudioC0D0:      Internal Mic=0x12
[   10.314798] snd_hda_codec_alc269 hdaudioC0D0:      Mic=0x19
~]$ 

I wonder what this means.

This site discusses this I think.

pw-record --list-targets

errors out with

pw-record: unrecognized option '--list-targets'
pw-record [options] [<file>|-]
  -h, --help                            Show this help
      --version                         Show version
  -v, --verbose                         Enable verbose operations

  -R, --remote                          Remote daemon name
      --media-type                      Set media type (default Audio)
      --media-category                  Set media category (default Playback)
      --media-role                      Set media role (default Music)
      --target                          Set node target serial or name (default auto)
                                          0 means don't link
      --latency                         Set node latency (default 100ms)
                                          Xunit (unit = s, ms, us, ns)
                                          or direct samples (256)
                                          the rate is the one of the source file
  -P  --properties                      Set node properties

      --rate                            Sample rate (req. for rec) (default 48000)
      --channels                        Number of channels (req. for rec) (default 2)
      --channel-map                     Channel map
                                            one of: "stereo", "surround-51",... or
                                            comma separated list of channel names: eg. "FL,FR"
      --format                          Sample format (ulaw|alaw|u8|s8|s16|s32|f32|f64) (req. for rec) (default s16)
      --volume                          Stream volume 0-1.0 (default 1.000)
  -q  --quality                         Resampler quality (0 - 15) (default 4)
  -a, --raw                             RAW mode

which is weird, how’d the guy do it?

pactl list cards

pactl list sources

sudo ./alsa-info.sh

My source is set to “Analog Stereo Duplex”, and to no avail. My headphones were plugged in with these results, it shouldn’t matter, right?