Hello, after updating from snapshot 20231126 to 20231127 audio is broken on my system. Snapshot 20231127 contains pipewire 1.0. I installed 20231127 before shutting down the system. When starting it the next day I noticed that the Spotofy app refuses to play any track. Then I found that the speaker in system tray was disabled. When checking my audio configuration it didn't find any audio device anymore. So I went back to 20231126, locked the following packages and rebooted. #zypper ll # | Name | Type | Repository | Comment --+----------------------+---------+------------+-------- 1 | kpipewire-imports | package | (any) | 2 | libpipewire | package | (any) | 3 | libwireplumber | package | (any) | 4 | libwireplumber-0_4-0 | package | (any) | 5 | pipewire* | package | (any) | 6 | wireplumber | package | (any) | Then I updated to 20231127 again, rebooted, and... audio still works. hwinfo finds these audio devices: 19: PCI d00.3: 0403 Audio device [Created at pci.386] Unique ID: FRmF.ziY0svRSom2 Parent ID: JZZT.XtQqpuv2hW0 SysFS ID: /devices/pci0000:00/0000:00:08.1/0000:0d:00.3 SysFS BusID: 0000:0d:00.3 Hardware Class: sound Model: "AMD Family 17h (Models 00h-0fh) HD Audio Controller" Vendor: pci 0x1022 "AMD" Device: pci 0x1457 "Family 17h (Models 00h-0fh) HD Audio Controller" SubVendor: pci 0x1043 "ASUSTeK Computer Inc." SubDevice: pci 0x8723 Driver: "snd_hda_intel" Driver Modules: "snd_hda_intel" Memory Range: 0xfce00000-0xfce07fff (rw,non-prefetchable) IRQ: 116 (2027 events) Module Alias: "pci:v00001022d00001457sv00001043sd00008723bc04sc03i00" Driver Info #0: Driver Status: snd_hda_intel is active Driver Activation Cmd: "modprobe snd_hda_intel" Config Status: cfg=new, avail=yes, need=no, active=unknown Attached to: #31 (PCI bridge) 38: PCI b00.1: 0403 Audio device [Created at pci.386] Unique ID: 94OI.b0tOCU4_vDC Parent ID: cuhJ.CS5kfnTSviA SysFS ID: /devices/pci0000:00/0000:00:03.1/0000:09:00.0/0000:0a:00.0/0000:0b:00.1 SysFS BusID: 0000:0b:00.1 Hardware Class: sound Model: "ATI Navi 21 HDMI Audio [Radeon RX 6800/6800 XT / 6900 XT]" Vendor: pci 0x1002 "ATI Technologies Inc" Device: pci 0xab28 "Navi 21 HDMI Audio [Radeon RX 6800/6800 XT / 6900 XT]" SubVendor: pci 0x1002 "ATI Technologies Inc" SubDevice: pci 0xab28 Driver: "snd_hda_intel" Driver Modules: "snd_hda_intel" Memory Range: 0xfc920000-0xfc923fff (rw,non-prefetchable) IRQ: 115 (276 events) Module Alias: "pci:v00001002d0000AB28sv00001002sd0000AB28bc04sc03i00" Driver Info #0: Driver Status: snd_hda_intel is active Driver Activation Cmd: "modprobe snd_hda_intel" Config Status: cfg=new, avail=yes, need=no, active=unknown Attached to: #24 (PCI bridge) I'm using the audio device an the Asus mainboard (Intel HD Audio). Is there anything special to configure after updating from pipewire 0.3.85 to 1.0.0? Unfortunately I didn't run hwinfo with pipewire 1.0.0 installed. Regards, Oliver -- PGP Public Key available at https://pgp.mit.edu/ Key fingerprint = 3264 280C 05B1 572F 3F0B 42B8 1E7B 2D9D 063B D507
Sorry for the multiple posts. I sent them from Thunderbird and from https://lists.opensuse.org/archives/list/factory@lists.opensuse.org/, but none of my posts appeared on the list. Looks like several posts to the list were hold in a queue, which was now fixed. Anyway, my audio problem is fixed meanwhile. I completely removed pipewire and after enabling pulseaudio for my user I was able to listen to songs again. Regards, Oliver Am 01.12.23 um 10:23 schrieb Oliver Schwabedissen:
-- PGP Public Key available at https://pgp.mit.edu/ Key fingerprint = 3264 280C 05B1 572F 3F0B 42B8 1E7B 2D9D 063B D507
Hello, Sory, I missed. In the Message; Subject : Re: Pipewire 1.0.0 breaks audo (for me) Message-ID : <e82ae695-f5f9-4b93-b590-74bedd738dcf@schwabedissen.name> Date & Time: Mon, 4 Dec 2023 21:36:06 +0100 [OS] == Oliver Schwabedissen <oliver@schwabedissen.name> has written: [...] OS> I'm using the audio device an the Asus mainboard (Intel HD Audio). Is there OS> anything special to configure after updating from pipewire 0.3.85 to 1.0.0? OS> Unfortunately I didn't run hwinfo with pipewire 1.0.0 installed. The most important information is obtained by the following operations; $ systemctl --user status pipewire The current result in my case is as follows (pipewire is 1.0.0); $ systemctl --user status pipewire ● pipewire.service - PipeWire Multimedia Service Loaded: loaded (/usr/lib/systemd/user/pipewire.service; enabled; preset: d> Drop-In: /etc/systemd/user/pipewire.service.d └─limits.conf Active: active (running) since Wed 2023-12-06 12:54:14 JST; 5h 4min ago TriggeredBy: ● pipewire.socket Main PID: 4764 (pipewire) Tasks: 4 (limit: 4915) Memory: 16.9M (max: 4.0G available: 3.9G) CPU: 7.887s CGroup: /user.slice/user-1000.slice/user@1000.service/session.slice/pipewi> └─4764 /usr/bin/pipewire If you are updating from 0.3.85 to 1.0.0, you may have to do this first. $ systemctl --user enable pipewire $ systemctl --user daemon-reload If you use pipewire, I recommend using easyeffects in combination with mda-lv2, strongly. Best Regards. --- ┏━━┓彡 野宮 賢 mail-to: nomiya @ lake.dti.ne.jp ┃＼／彡 ┗━━┛ "Bill! You married with Computer. Not with Me!" "No....., with money."
Sorry for the multiple posts. I sent them from Thunderbird and from https://lists.opensuse.org/archives/list/factory@lists.opensuse.org/, but none of my posts appeared on the list. Looks like several posts to the list were hold in a queue, which was now fixed. Anyway, my audio problem is fixed meanwhile. I completely removed pipewire and after enabling pulseaudio for my user I was able to listen to songs again. Regards, Oliver Am 01.12.23 um 10:23 schrieb Oliver Schwabedissen:
-- PGP Public Key available at https://pgp.mit.edu/ Key fingerprint = 3264 280C 05B1 572F 3F0B 42B8 1E7B 2D9D 063B D507
Hello, Sory, I missed. In the Message; Subject : Re: Pipewire 1.0.0 breaks audo (for me) Message-ID : <e82ae695-f5f9-4b93-b590-74bedd738dcf@schwabedissen.name> Date & Time: Mon, 4 Dec 2023 21:36:06 +0100 [OS] == Oliver Schwabedissen <oliver@schwabedissen.name> has written: [...] OS> I'm using the audio device an the Asus mainboard (Intel HD Audio). Is there OS> anything special to configure after updating from pipewire 0.3.85 to 1.0.0? OS> Unfortunately I didn't run hwinfo with pipewire 1.0.0 installed. The most important information is obtained by the following operations; $ systemctl --user status pipewire The current result in my case is as follows (pipewire is 1.0.0); $ systemctl --user status pipewire ● pipewire.service - PipeWire Multimedia Service Loaded: loaded (/usr/lib/systemd/user/pipewire.service; enabled; preset: d> Drop-In: /etc/systemd/user/pipewire.service.d └─limits.conf Active: active (running) since Wed 2023-12-06 12:54:14 JST; 5h 4min ago TriggeredBy: ● pipewire.socket Main PID: 4764 (pipewire) Tasks: 4 (limit: 4915) Memory: 16.9M (max: 4.0G available: 3.9G) CPU: 7.887s CGroup: /user.slice/user-1000.slice/user@1000.service/session.slice/pipewi> └─4764 /usr/bin/pipewire If you are updating from 0.3.85 to 1.0.0, you may have to do this first. $ systemctl --user enable pipewire $ systemctl --user daemon-reload If you use pipewire, I recommend using easyeffects in combination with mda-lv2, strongly. Best Regards. --- ┏━━┓彡 野宮 賢 mail-to: nomiya @ lake.dti.ne.jp ┃＼／彡 ┗━━┛ "Bill! You married with Computer. Not with Me!" "No....., with money."
participants (2)
-
Masaru Nomiya -
Oliver Schwabedissen