Thanks It works as expected with version `0.3.70-2` from experimental.
Cheers, Landry Le mar. 2 mai 2023 à 15:41, Alban Browaeys <alban.browa...@gmail.com> a écrit : > Likely an upstream issue. > > I see the headset mic has an IPv6 address: > address = [2a01:e0a:8db:8861:dead:beef:0:f0f8] > while advertised as IPv4. > > pipewire now filter IPv6 zeroconf advertisment in its zeroconf-discover > module to avoid showing duplicate entries (one for IPv4 the other for > IPv6) in the client UI this might be related. > The fact that no IPv4 service is advertised (well it is but with an > IPv6 address) might explain why the pipewire zeroconf discover module > hide your headless mic. > You could try older pipewire debs (snapshot.debian.org) as this IPv6 > hide was introduced recently or simply open a bug in the upstream bug > tracker. This was introduced due to > https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/2031 > > The change was made on the publishing side ie the server is the one > were you should downgrade pipewire. The version that introduced this > behaviour is 0.6.32 so downgtrading to 0.6.31 will do. see > https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/2861 > > The fact that an IPv6 address is published in an IPv4 entry might be > another upstream pipewire bug namely inhte zeroconf-publish module. > Though before reporting to upstream you should try at least pipewire > 0.3.70 from debian experimental (and maybe even upstream code). > > Mind that for me 0.3.70 module-zeroconf-discover module might crash on > startup but this is another issue that I am investigating. Might not > crash for you (the crash depends on the server box adverstising which > will be different for your setup). upstream git code is also affected. > This is https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1035280 not > yet reported upstream (as I have a hard time to reproduce properly with > my git master build). > > > Cheers, > Alban > > > On Tue, 21 Feb 2023 14:45:03 +0100 Landry MINOZA > <landry.min...@gmail.com> wrote: > > Package: libpipewire-0.3-modules > > Version: 0.3.65-2 > > Severity: normal > > > > Dear Maintainer, > > > > Trying to use remote devices with pipewire, I don't see some devices > > (specificaly a headset mic in my case). > > Reproduce on 2 sid clients. > > > > I load zeroconf module: > > > > pactl load-module module-zeroconf-discover > > > > When listing available devices: > > Audio > > ├─ Devices: > > │ 42. Audio interne [alsa] > > │ > > ├─ Sinks: > > │ * 45. Audio interne Stéréo analogique [vol: 0.40] > > │ 62. Starship/Matisse HD Audio Controller Stéréo analogique on > landry@demetra [vol: 1.00] > > │ 64. [G533 Wireless Headset Dongle] [vol: 1.00] > > │ > > ├─ Sink endpoints: > > │ > > ├─ Sources: > > │ * 46. Audio interne Stéréo analogique [vol: 1.00 MUTED] > > │ 60. Starship/Matisse HD Audio Controller Stéréo analogique on > landry@demetra [vol: 1.00] > > │ > > ├─ Source endpoints: > > │ > > └─ Streams: > > > > The headset mic (source [G333 Wireless Headset Dongle] is exposed by > > avahi: > > > > ❯ avahi-browse --resolve _pulse-source._tcp -t > > + wlan0 IPv4 landry@demetra: [G533 Wireless Headset Dongle] Mono > PulseAudio Sound Source local > > + wlan0 IPv4 landry@demetra: Starship/Matisse HD Audio Controller > St__r__o a PulseAudio Sound Source local > > = wlan0 IPv4 landry@demetra: [G533 Wireless Headset Dongle] Mono > PulseAudio Sound Source local > > hostname = [demetra.local] > > address = [2a01:e0a:8db:8861:dead:beef:0:f0f8] > > port = [4713] > > txt = ["description=[G533 Wireless Headset Dongle] Mono" > "subtype=hardware" "channel_map=mono" "format=s16le" "channels=1" > "rate=48000" "device=alsa_input.usb-Logitech_G533_Gaming_Headset- > 00.mono-fallback" "cookie=0x4a6f9a3a" "fqdn=demetra" "uname=Linux > x86_64 6.1.0-5-amd64" "user-name=landry" "server-version=PipeWire > 0.3.65"] > > = wlan0 IPv4 landry@demetra: Starship/Matisse HD Audio Controller > St__r__o a PulseAudio Sound Source local > > hostname = [demetra.local] > > address = [10.0.0.144] > > port = [4713] > > txt = ["description=Starship/Matisse HD Audio Controller > St\195\169r\195\169o analogique" "subtype=hardware" "channel_map=front- > left,front-right" "format=s32le" "channels=2" "rate=48000" > "device=alsa_input.pci-0000_0a_00.4.analog-stereo" "cookie=0x4a6f9a3a" > "fqdn=demetra" "uname=Linux x86_64 6.1.0-5-amd64" "user-name=landry" > "server-version=PipeWire 0.3.65"] > > > > On the remote host, this source is visible and usable: > > Audio > > ├─ Devices: > > │ 44. GM204 High Definition Audio Controller [alsa] > > │ 46. [G533 Wireless Headset Dongle] [alsa] > > │ 47. Starship/Matisse HD Audio Controller [alsa] > > │ 122. Fairphone 4 5G [bluez5] > > │ > > ├─ Sinks: > > -- Landry MINOZA landry.min...@gmail.com
