#Pipewire

1 messages · Page 1 of 1 (latest)

rugged geyser
#

Trying to configure pipewire, rebooted my machine and now there is no sound icon at all in gnome, and pactl info returns a failed connection to the server.

young kernel
#

Have you enabled the sound server flag?

rugged geyser
#

No output or input devices on settings

ocean fjord
#

Shouldn't it be wpctl?

rugged geyser
ocean fjord
#

Like pactl but for wire plumber, manager for pipewire I guess

#

Becaus pactl is pulseaudioctl

rugged geyser
#

The issue is that I have no input or output devices

rugged geyser
#

Sorry for the delay I had an exam

#

Data structs an algos lol

quaint ember
#
media-sound/pulseaudio -daemon```
#

package.use config for pipewire

#

then ofc your portage profile may already include or should for your own benefit both pulseaudio and pipwire use flags for compatibility reasons. you'll only use one as a sound server however

#

then set system services accordingly. for systemd i prefer globally enabled instead of --user

echo hazel
#

after you do that then rebuild you might have to run gentoo-pipewire-launcher & if you use openrc for pipewire to start

quaint ember
#

if your using openrc there's scriopting config to complete the wiki documents

rugged geyser
#

I am using openrc

quaint ember
#

if you open mpv or firefox while it's running a twitch stream or youtube you should see lines connect the output app to your default audio input device.

#

also try using qpwgraph

#

not sure if that helvum app is as or more capable that qpwgraph however afaik you cant set default audio output device using that patch bay app or by using qpwgraph

quaint ember
#

if you have alsamixer installed from alsa-utils iirc that may be causing a not so obvious conflict

rugged geyser
#

Also I should mention this hardware is relatively new

quaint ember
#

when i switched to pulseaudio long long ago and srill had alsamixer installed in general audio output wouldnt work

#

removing alsamixer seeminly instantly fixed it

#

one of the app cohabitation conflicts where there should or can be only one

rugged geyser
#

I’m switching to PipeWire

#

PulseAudio’s was just giving me a dummy output so I thought I’d try pipewire

quaint ember
#

pulseaudio and pipwire both provide a sound server. in that role they are similar

#

there should be only one audio server

#

which portage profile are you attempting to use

#

share make.conf and emerge --info?

echo hazel
#

im pretty sure you just have to disable daemon on pulseaudio and enable sound-server on pipewire

#

then it should just Work

quaint ember
#

you have pipewire use flags defined however the -daemon use flag for pulseaudio is potentially omitted

#

"keep it simple stupid" and allow your portage profile to define as many global defaults as the proifile desires

#

make time for multiple separate use flag config files? nah i have more important things to do :)

rugged geyser
#

Ugh sorry I’m tryna fix my Firefox it keeps crashing for whatever reason

quaint ember
#

did you use firefox-bin?

#

or emerge firefox

rugged geyser
#

Both, they both got the same issues

quaint ember
#

firefox-bin may still have a hard dependency on USE="pulseaudio"

#

thats why i keep both use flags

#

firefox-bin may not be the only package with similar functional behavior feature requirements

#

it may be one of few however

rugged geyser
#

Managed to fix it, just needed to emerge —sync

quaint ember
#

if you used binpakages you may have other package featre support issues to consider

rugged geyser
#

Lemme update that package.use

#

Alr I’ve done that, I’ll try rebooting and see if that works

rugged geyser
quaint ember
#

if you test run emege -epv world are there any package warnings?

#

portage package consitency test

quaint ember
#

i have at best little familiarity with your build config

#

idk if your supposed to start pipewire with pipewire-pulse

echo hazel
#

gentoo-pipewire-launcher & @rugged geyser

#

run that

rugged geyser
#

—- Invalid atom in /etc/portage/package.use/pipewire: sound-server

rugged geyser
#

That’s all that’s in there

quaint ember
#

two lines?

echo hazel
rugged geyser
#

Yeah, I commented my old one out and tried that

quaint ember
#

do you have a different separate config file only for pulseaudio?

rugged geyser
#

No

quaint ember
#

k good

echo hazel
rugged geyser
echo hazel
quaint ember
#

still have dummy output?

echo hazel
#

weird

#

maybe check dmesg

#

maybe your audio hardware is acting Funny

quaint ember
#

if you have an audio chipset that requires sof-firmware that may be necessary

rugged geyser
echo hazel
#

luckily mine works ootb because i use a headphone amp that has a non-proprietary dac trolley

quaint ember
#

if you custom kernel'd that may be unnecessary

rugged geyser
#

I use a dust kernel

quaint ember
#

ok

rugged geyser
#

6.12. Smthn

echo hazel
quaint ember
#

wgetpaste -s pgz -c "dmesg"

echo hazel
#

needs sudo/doas

rugged geyser
echo hazel
#

ballin' cpu

rugged geyser
#

Yeah, pain in the ass tho

echo hazel
#

its mobile so trolley

quaint ember
#
[    3.924381] sof-audio-pci-intel-mtl 0000:00:1f.3: use msi interrupt mode
[    3.924417] fbcon: i915drmfb (fb0) is primary device
[    3.934836] sof-audio-pci-intel-mtl 0000:00:1f.3: hda codecs found, mask 4
[    3.934838] sof-audio-pci-intel-mtl 0000:00:1f.3: NHLT device BT(0) detected, ssp_mask 0x4
[    3.934839] sof-audio-pci-intel-mtl 0000:00:1f.3: BT link detected in NHLT tables: 0x4
[    3.934840] sof-audio-pci-intel-mtl 0000:00:1f.3: DMICs detected in NHLT tables: 2
[    3.934993] Loading firmware: intel/sof-ipc4/mtl/sof-mtl.ri
[    3.935020] sof-audio-pci-intel-mtl 0000:00:1f.3: SOF firmware and/or topology file not found.
[    3.935020] sof-audio-pci-intel-mtl 0000:00:1f.3: Supported default profiles
[    3.935021] sof-audio-pci-intel-mtl 0000:00:1f.3: - ipc type 1 (Requested):
[    3.935022] sof-audio-pci-intel-mtl 0000:00:1f.3:  Firmware file: intel/sof-ipc4/mtl/sof-mtl.ri
[    3.935022] sof-audio-pci-intel-mtl 0000:00:1f.3:  Topology file: intel/sof-ace-tplg/sof-mtl-rt711-l0-rt1316-l3-2ch.tplg
[    3.935023] sof-audio-pci-intel-mtl 0000:00:1f.3: Check if you have 'sof-firmware' package installed.
[    3.935023] sof-audio-pci-intel-mtl 0000:00:1f.3: Optionally it can be manually downloaded from:
[    3.935024] sof-audio-pci-intel-mtl 0000:00:1f.3:    https://github.com/thesofproject/sof-bin/```
rugged geyser
#

Idk why intel devides they had to get quirky with their firmware

#

Decided

quaint ember
#

emerge -pv sof-firmware

echo hazel
#

this is sus

echo hazel
#

should have said to check dmesg earlier since i had the idea ‼️

quaint ember
#

bios acpi with some proprietary motherboards is just fussy

rugged geyser
quaint ember
#

theres your fix i think

rugged geyser
#

Reboot?

quaint ember
#

install, update initramfs then reboot

rugged geyser
quaint ember
#

not as obvious complications similar to those can only be observed with dmesg

#

emerge --config gentoo-kernel-bin

rugged geyser
#

No packeges found

quaint ember
#

you may not need an initramfs update however it's a harmless precaution if the sof-firmware was included in the initramfs

#

emerge --config gentoo-kernel

#

if this fixes your audio, you've volunteered to sing rick asley on vc right? kekw

rugged geyser
#

I don’t think it did 😭

quaint ember
#

hehe just havinhg a laugh :)

#

check if dmesg results changed

rugged geyser
quaint ember
#

i could also mention if your kernel config does use kernel modules the device firmware files will not load from disk

#

if your gentoo-kernel config is unmodified then userland firmare loading should work by default

rugged geyser
#

I thought you can’t have a config if it’s a dist kernel

quaint ember
#
[    3.830795] sof-audio-pci-intel-mtl 0000:00:1f.3: DSP detected with PCI class/subclass/prog-if 0x040100
[    3.984728] sof-audio-pci-intel-mtl 0000:00:1f.3: use msi interrupt mode
[    3.995999] sof-audio-pci-intel-mtl 0000:00:1f.3: hda codecs found, mask 4
[    3.996002] sof-audio-pci-intel-mtl 0000:00:1f.3: NHLT device BT(0) detected, ssp_mask 0x4
[    3.996006] sof-audio-pci-intel-mtl 0000:00:1f.3: BT link detected in NHLT tables: 0x4
[    3.996008] sof-audio-pci-intel-mtl 0000:00:1f.3: DMICs detected in NHLT tables: 2
[    3.996281] Loading firmware: intel/sof-ipc4/mtl/sof-mtl.ri
[    3.998622] Loading firmware: intel/sof-ace-tplg/sof-mtl-rt711-l0-rt1316-l3-2ch.tplg
[    3.998953] sof-audio-pci-intel-mtl 0000:00:1f.3: Firmware paths/files for ipc type 1:
[    3.998956] sof-audio-pci-intel-mtl 0000:00:1f.3:  Firmware file:     intel/sof-ipc4/mtl/sof-mtl.ri
[    3.998957] sof-audio-pci-intel-mtl 0000:00:1f.3:  Firmware lib path: intel/sof-ipc4-lib/mtl
[    3.998958] sof-audio-pci-intel-mtl 0000:00:1f.3:  Topology file:     intel/sof-ace-tplg/sof-mtl-rt711-l0-rt1316-l3-2ch.tplg
[    3.998988] Loading firmware: intel/sof-ipc4/mtl/sof-mtl.ri
[    3.999810] sof-audio-pci-intel-mtl 0000:00:1f.3: Loaded firmware library: ADSPFW, version: 2.11.1.1
[    4.112792] Loading firmware: iwlwifi-gl-c0-fm-c0.pnvm
[    4.158647] sof-audio-pci-intel-mtl 0000:00:1f.3: Booted firmware version: 2.11.1.1
[    4.164305] Loading firmware: intel/sof-ace-tplg/sof-mtl-rt711-l0-rt1316-l3-2ch.tplg
[    4.164421] sof-audio-pci-intel-mtl 0000:00:1f.3: Topology: ABI 3:29:1 Kernel ABI 3:23:1
[    4.164791] sof_sdw sof_sdw: ASoC: Parent card not yet available, widget card binding deferred
[    4.183491] sof_sdw sof_sdw: hda_dsp_hdmi_build_controls: no PCM in topology for HDMI converter 3```
#

firmware definitely loaded

#

the only plausible remaining concern should be userland software such as pipewire or audio server config

#

that dmesg log unquestionably validates kernel functionality

#

the last two lines are however at least still curious

#

if you had an analog or usb headset you could test instead of an hdmi port perhaps the results differ from just the hdmi port

rugged geyser
#

My laptop has a fault, hdmi didn’t work out of the box

quaint ember
#

any thing new or different iin gnome audi device config settings?

rugged geyser
#

Nah

#

When it was just pulse audio, dummy output showed up there, not even that’s there now

quaint ember
#

if you were by chance using btrfs you could attempt testing a systemd build with pipewire in a new subvolume

rugged geyser
#

Ext4 😦

quaint ember
#

not sure how your build may be affecting this working but the kernel dmesg log mostly implies the hardware works

#

a few times a year when i'm bored i publish functionally complete gentoo chroot reference builds for testing or for folks to study and learn from by using the consistent completed buuld result

#

diagnostic testing is one of the advantageous purposes those can be used for

#

i made a new systemd gnome build in january

#

vc live streamed the wall of text compiler stdout piped into lolcat on pc master race discord lol

#

looked like a neverending rainbow of gcc command spam

#

there's likely a fix that's simple you need to attempt from here to make it work

#

if your audio doesnt work on the livedvd gui from a usb stick or doesnt work from my complete test build then something else being more plausible could be a more likely consideration than just userland software config someone here may not easily "see"

#

idk of the livedvd gui includes sof-firmware however your audio chipset seeminly requires sof-firmware

#

test something different comes to mind often when advising on gentoo diagnostic attempts

rugged geyser
#

I used Linux mint live cd

#

Audio was fine

quaint ember
#

testing the same thing repeatedly can repeat similar results

#

whatever that thing is

#

i have an openrc gnome build as well however i forget if i had updated it for pipewire

#

perhaps you could setup that build in a chroot and study it

#

maybe something stands out

#

none of them have been booted, only completed package installs, portage system config or updated

#

which in general is the advantageous bits to consdier

rugged geyser
#

Maybe I could try going back to pulseaudio?

#

It’s still giving the audio server error

quaint ember
#

are you using a wayland session?

#

that could be helpful if you havent been

#

sure you could ig

#

did you complete a world package update after changing the pipewire use flags?

#

you would have had some package rebuilds to complete after setting the sound server use flags in package.use

echo hazel
#

yeah do emerge -avuDN @world

quaint ember
#

maybe we assumed you had :)

#

been a long day lol

#

up at 6am and try to stay awake until 8-9 pm xD

rugged geyser
#

I think I may have idk tho

#

Yeah I had

quaint ember
#

using pipewire on openrc as i understand it is more effort than using sytstemd

#

bc theres commands you need to use or script in to become functional, you have something else needed to set your default audio device

#

i'm old and lazy enough to use plasma however lol

rugged geyser
#

I followed the documentation

echo hazel
#

wait wrong chat

quaint ember
#

an app for it

#

if you read about how to fix that dummy audio device or maybe pavucontrol can set audio device defaults with pipewire

echo hazel
#

if you use the pulseaudio backend in pipewire, you can use pulse apps with it

#

i use pavucontrol but use pipewire

rugged geyser
#

How do I switch back to pulse

#

Ugh

#

Openrc man

#

Ya switching back fixed it 😭🙏

#

I’m so done with this shi