Your message dated Fri, 3 Nov 2023 12:57:27 +0100
with message-id <[email protected]>
and subject line Re: Bug#1055266: pipewire: Changing monitor settings makes
HDMI output silent forever
has caused the Debian Bug report #1055266,
regarding pipewire: Changing monitor settings makes HDMI output silent forever
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
1055266: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1055266
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: pipewire
Version: 0.3.84-1
Severity: important
Dear Maintainer,
* What led up to the situation?
My speakers are connected via 3.5mm jack to monitor, which is connected
via docking station to laptop. When connecting the laptop for
the first time, the HDMI output works.
BUT: I need to change the monitor settings with xrandr, i.e. fix the RGB
range or refresh rate (it's a 144Hz monitor after all). And when I do
change the refresh rate, the picture of the monitor is lost for a couple
of seconds. Afterwards, almost everything works and I have my smooth 144Hz.
BUT: audio output is BROKEN.
* What was the outcome of this action?
There is NO SOUND comming out of the speaker anymore!! I still see the
devices there in pavucontrol, it seems to be in the same state as before
and "... HDMI output" is selected as before. I can still control it,
but it remains SILENT.
* What outcome did you expect instead?
TO NOT BREAK! Restore the settings and continue with sound output after
the display connection was reestablished.
Best regards,
Eduard.
-- System Information:
Debian Release: trixie/sid
APT prefers unstable-debug
APT policy: (500, 'unstable-debug'), (500, 'unstable'), (500, 'testing'),
(500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 6.5.0-1-amd64 (SMP w/4 CPU threads; PREEMPT)
Kernel taint flags: TAINT_FIRMWARE_WORKAROUND
Locale: LANG=de_DE.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages pipewire depends on:
ii adduser 3.137
ii init-system-helpers 1.65.2
ii libpipewire-0.3-modules 0.3.84-1
ii pipewire-bin 0.3.84-1
pipewire recommends no packages.
pipewire suggests no packages.
-- no debconf information
--- End Message ---
--- Begin Message ---
Hallo,
* Dylan Aïssi [Fri, Nov 03 2023, 11:38:20AM]:
> Hi,
>
> Le ven. 3 nov. 2023 à 10:57, Eduard Bloch <[email protected]> a écrit :
> >
> > * What was the outcome of this action?
> >
> > There is NO SOUND comming out of the speaker anymore!! I still see the
> > devices there in pavucontrol, it seems to be in the same state as before
> > and "... HDMI output" is selected as before. I can still control it,
> > but it remains SILENT.
>
> Did it work before pw 0.3.84?
>
> Can you forward this issue upstream at:
> https://gitlab.freedesktop.org/pipewire/pipewire/-/issues
After some experiments this was identified as a hardware issue. On
Windows, the same setup does not even allow the user to run 144Hz, only
120Hz. On Linux, 144Hz are accepted (with a black screen for a few
seconds) but then audio channel goes mute. Smells like a hardware bandwidth
limitation issue of this old chipset, which pops up when an DP-HDMI
converter appears in the chain (like the one in the UltraDock).
In any case, with 120Hz there seems to be no issue. For the records:
$ dmesg | grep i9
[ 1.694327] i915 0000:00:02.0: vgaarb: deactivate vga console
[ 1.695131] i915 0000:00:02.0: vgaarb: VGA decodes changed:
olddecodes=io+mem,decodes=io+mem:owns=io+mem
[ 1.753805] [drm] Initialized i915 1.6.0 20201103 for 0000:00:02.0 on minor 0
[ 1.874021] fbcon: i915drmfb (fb0) is primary device
[ 3.060216] i915 0000:00:02.0: [drm] fb0: i915drmfb frame buffer device
[ 16.210681] snd_hda_intel 0000:00:03.0: bound 0000:00:02.0 (ops
i915_audio_component_bind_ops [i915])
[ 20.992376] i915 0000:00:02.0: [drm] Reducing the compressed framebuffer
size. This may lead to less power savings than a non-reduced-size. Try to
increase stolen memory size if available in BIOS.
Sorry for the noise! Closing this.
Best regards,
Eduard.
--
<Fuchur> Der schwierigste Teil bei der Debian-Installation ist immer, sich
einen Namen für den Rechner auszudenken. *grübel*
--- End Message ---
_______________________________________________
Pkg-utopia-maintainers mailing list
[email protected]
https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-utopia-maintainers
