Hi.

Since switching from pa to pipewire, there have been several problems
with sound output when starting a PC with its monitor off (HDMI monitor
with speakers) and then turning it on to log in and use the system on
the graphic console.

On 2 systems I have different behaviors :
- one with KDE doesn't display ANY audio output device.
- one with XFCE have a clickey sound / cracking noise when playing
  audio.

I don't know if the 2 issues are related but I grouped them as they
appear only when booting with the monitor off and turning it on
afterward.

On KDE:
the `pactl list sinks` returns NO sink.

On XFCE:
`pactl list sinks` gives :

Sink #96
        State: SUSPENDED
        Name: alsa_output.pci-0000_00_1f.3.hdmi-stereo
        Description: Built-in Audio Stéréo numérique (HDMI)
        Driver: PipeWire
        Sample Specification: s16le 2ch 48000Hz
        Channel Map: front-left,front-right
        Owner Module: 4294967295
        Mute: no
        Volume: front-left: 36037 /  55% / -15.58 dB,   front-right: 36037 /  55% / -15.58 dB
                balance 0.00
        Base Volume: 65536 / 100% / 0.00 dB
        Monitor Source: alsa_output.pci-0000_00_1f.3.hdmi-stereo.monitor
        Latency: 0 usec, configured 0 usec
        Flags: HARDWARE DECIBEL_VOLUME LATENCY SET_FORMATS
        Properties:
                alsa.card = "0"
                alsa.card_name = "HDA Intel PCH"
                alsa.class = "generic"
                alsa.device = "3"
                alsa.driver_name = "snd_hda_intel"
                alsa.id = "HDMI 0"
                alsa.long_card_name = "HDA Intel PCH at 0xdc240000 irq 129"
                alsa.name = "HDMI 0"
                alsa.resolution_bits = "16"
                alsa.subclass = "generic-mix"
                alsa.subdevice = "0"
                alsa.subdevice_name = "subdevice #0"
                api.alsa.card.longname = "HDA Intel PCH at 0xdc240000 irq 129"
                api.alsa.card.name = "HDA Intel PCH"
                api.alsa.path = "hdmi:0"
                api.alsa.pcm.card = "0"
                api.alsa.pcm.stream = "playback"
                audio.channels = "2"
                audio.position = "FL,FR"
                card.profile.device = "9"
                device.api = "alsa"
                device.class = "sound"
                device.id = "38"
                device.profile.description = "Stéréo numérique (HDMI)"
                device.profile.name = "hdmi-stereo"
                device.routes = "1"
                factory.name = "api.alsa.pcm.sink"
                media.class = "Audio/Sink"
                device.description = "Built-in Audio Stéréo numérique (HDMI)"
                node.name = "alsa_output.pci-0000_00_1f.3.hdmi-stereo"
                node.nick = "HDA Intel PCH"
                node.pause-on-idle = "false"
                object.path = "alsa:pcm:0:hdmi:0:playback"
                priority.driver = "696"
                priority.session = "696"
                factory.id = "18"
                client.id = "32"
                clock.quantum-limit = "8192"
                node.driver = "true"
                factory.mode = "merge"
                audio.adapt.follower = ""
                library.name = "audioconvert/libspa-audioconvert"
                object.id = "42"
                object.serial = "96"
        Ports:
                hdmi-output-0: HDMI / DisplayPort (type: HDMI, priority: 5900, availability group: Legacy 3, available)
        Active Port: hdmi-output-0
        Formats:
                pcm

On XFCE the monitor is a television. No boot message from pipewire.


On KDE the monitor is a normal monitor but boot logs say:
Feb 19 09:05:06 cixi pipewire[7102]: spa.alsa: 'hdmi:0': playback open
failed: Périphérique ou ressource occupé

(Device or resource occupied)

Hi Thomas,

Le sam. 19 févr. 2022 à 09:48, Thomas <tnemeth@free.fr> a écrit :

Please check with the new version 0.3.47-1 available in sid, several
important bugs are fixed.
Otherwise, can you report these issues to upstream?

Best,
Dylan

Le samedi 19 février 2022, 10:56:44 CET Dylan Aïssi a écrit :

    Hi Dylan !

    I did as you said. Installed the sid version but the bug is still
    there.

    Of course. I just prefer begining with BR in the Debian BTS so that
    once the bug is fixed upstream it can be quickly followed by a new
    version of the package (it happened several times that I only
    reported upstream and had to wait for a long time for the fix to land
    in sid, not even talking about testing) :)

    Sometimes DD prefer to report upstream themselves too...