#Pipewire
1 messages · Page 1 of 1 (latest)
Have you enabled the sound server flag?
Yeah
No output or input devices on settings
Shouldn't it be wpctl?
What is this?
Like pactl but for wire plumber, manager for pipewire I guess
Becaus pactl is pulseaudioctl
The issue is that I have no input or output devices
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
after you do that then rebuild you might have to run gentoo-pipewire-launcher & if you use openrc for pipewire to start
if your using openrc there's scriopting config to complete the wiki documents
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
if you have alsamixer installed from alsa-utils iirc that may be causing a not so obvious conflict
Also I should mention this hardware is relatively new
How do I check this
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
I’m switching to PipeWire
PulseAudio’s was just giving me a dummy output so I thought I’d try pipewire
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?
im pretty sure you just have to disable daemon on pulseaudio and enable sound-server on pipewire
then it should just Work
simplify <3media-video/pipewire extra ffmpeg sound-server media-sound/pulseaudio -daemon
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
$ wgetpaste /etc/portage/package.use/use
Your paste can be seen here: https://bpa.st/Z4UQ
make time for multiple separate use flag config files? nah i have more important things to do :)
Ugh sorry I’m tryna fix my Firefox it keeps crashing for whatever reason
Both, they both got the same issues
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
Managed to fix it, just needed to emerge —sync
if you used binpakages you may have other package featre support issues to consider
Lemme update that package.use
Alr I’ve done that, I’ll try rebooting and see if that works
Didn’t work, even after restarting PipeWire’s launcher I’m not seeing any results
if you test run emege -epv world are there any package warnings?
portage package consitency test
I’ll check
Also
i have at best little familiarity with your build config
idk if your supposed to start pipewire with pipewire-pulse
—- Invalid atom in /etc/portage/package.use/pipewire: sound-server
show us the file
This
That’s all that’s in there
two lines?

do you have a different separate config file only for pulseaudio?
No
k good
gentoo-pipewire-launcher restart &
No change

still have dummy output?
if you have an audio chipset that requires sof-firmware that may be necessary
luckily mine works ootb because i use a headphone amp that has a non-proprietary dac 
if you custom kernel'd that may be unnecessary
I use a dust kernel
ok
6.12. Smthn
tux is old and dusty 💔
wgetpaste -s pgz -c "dmesg"
needs sudo/doas
ballin' cpu
Yeah, pain in the ass tho
its mobile so 
[ 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/```
emerge -pv sof-firmware
this is sus
yeah so its their hardware
should have said to check dmesg earlier since i had the idea ‼️
bios acpi with some proprietary motherboards is just fussy
theres your fix i think
Reboot?
install, update initramfs then reboot
How do I update initramfs
not as obvious complications similar to those can only be observed with dmesg
emerge --config gentoo-kernel-bin
No packeges found
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? 
I don’t think it did 😭
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
I thought you can’t have a config if it’s a dist kernel
[ 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
My laptop has a fault, hdmi didn’t work out of the box
any thing new or different iin gnome audi device config settings?
Nah
When it was just pulse audio, dummy output showed up there, not even that’s there now
if you were by chance using btrfs you could attempt testing a systemd build with pipewire in a new subvolume
Ext4 😦
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
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
Maybe I could try going back to pulseaudio?
It’s still giving the audio server error
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
yeah do emerge -avuDN @world
maybe we assumed you had :)
been a long day lol
up at 6am and try to stay awake until 8-9 pm xD
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
I followed the documentation
wait wrong chat
like pavucontrol but for pipewire
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