You are not logged in.
The game in question is Space Station 14, if launched by itself the sound plays normally but most videos (from YouTube, Discord, etc...) cannot even start. However if I start the video first and then the game after, it won't have any sound but all videos can play normally.
Last edited by myraowo (2023-07-07 12:45:41)
Offline
pipewire+bluetooth? https://gitlab.freedesktop.org/pipewire … ssues/3316
uname == latest pf-kernel
Offline
Check/post the output of
sudo fuser -v /dev/snd/*
pacman -Qs 'pulse|pipewire'
during reproduction of the problematic situation.
Offline
pipewire+bluetooth? https://gitlab.freedesktop.org/pipewire … ssues/3316
That used to happen when I used bluetooth headphones, but instead of the audio cutting no audio would play at all until i closed one of the programs that were playing sound, so I switched back to wired headphones.
Check/post the output of
sudo fuser -v /dev/snd/* pacman -Qs 'pulse|pipewire'
during reproduction of the problematic situation.
While the game is playing sound and the video can't play:
sudo fuser -v /dev/snd/*
USER PID ACCESS COMMAND
/dev/snd/controlC0: oldyezero 1333 F.... pipewire-media-
oldyezero 1395 F.... pulseaudio
/dev/snd/controlC1: oldyezero 1327 F.... pipewire
oldyezero 1333 F.... pipewire-media-
oldyezero 1395 F.... pulseaudio
/dev/snd/pcmC1D0p: oldyezero 1327 F...m pipewire
/dev/snd/seq: oldyezero 1327 F.... pipewire
pacman -Qs 'pulse|pipewire'
local/gst-plugin-pipewire 1:0.3.72-1
Multimedia graph framework - pipewire plugin
local/gtk-vnc 1.3.1-1
VNC viewer widget for GTK
local/kpipewire 5.27.6-1 (plasma)
Components relating to pipewire use in Plasma
local/lib32-libcanberra 1:0.30+r2+gc0620e4-2
A small and lightweight implementation of the XDG Sound Theme Specification (32-bit)
local/lib32-libpulse 16.1-6
A featureful, general-purpose sound server (32-bit client libraries)
local/libcanberra 1:0.30+r2+gc0620e4-3
A small and lightweight implementation of the XDG Sound Theme Specification
local/libpipewire 1:0.3.72-1
Low-latency audio/video router and processor - client library
local/libpulse 16.1-6
A featureful, general-purpose sound server (client library)
local/libwireplumber 0.4.14-1
Session / policy manager implementation for PipeWire - client library
local/paprefs 1.2-1
Configuration dialog for PulseAudio
local/pavucontrol 1:5.0+r64+geba9ca6-1
PulseAudio Volume Control
local/pipewire 1:0.3.72-1
Low-latency audio/video router and processor
local/pipewire-audio 1:0.3.72-1
Low-latency audio/video router and processor - Audio support
local/pipewire-jack 1:0.3.72-1
Low-latency audio/video router and processor - JACK support
local/pipewire-media-session 1:0.4.2-2
Legacy session manager for PipeWire (deprecated)
local/plasma-pa 5.27.6-1 (plasma)
Plasma applet for audio volume management using PulseAudio
local/pulseaudio 16.1-6
A featureful, general-purpose sound server
local/pulseaudio-alsa 1:1.2.7.1-2
ALSA Configuration for PulseAudio
local/pulseaudio-qt 1.3-1
Qt bindings for libpulse
Offline
You're having a weird mix of implementations here. If you do not want to use pipewire for audio, get rid of gst-plugin-pipewire, pipewire-audio and pipewire-jack. If you want to use pipewire for audio, replace pipewire-media-session with wireplumber and pulseaudio with pipewire-pulse and pulseaudio-alsa with pipewire-alsa
Offline
You're having a weird mix of implementations here. If you do not want to use pipewire for audio, get rid of gst-plugin-pipewire, pipewire-audio and pipewire-jack. If you want to use pipewire for audio, replace pipewire-media-session with wireplumber and pulseaudio with pipewire-pulse and pulseaudio-alsa with pipewire-alsa
How would I go on removing those if it breaks dependencies on some programs?
Offline
Which of the approaches do you want to take?
#The former
pacman -S jack #should replace pipewire-jack
pacman -Rns gst-plugin-pipewire pipewire-audio
#The latter
pacman -R pulseaudio-alsa
pacman -S wireplumber pipewire-pulse pipewire-alsa #Should logically replace the relevant components while still fullfilling dependency contracts
if i'm wrong with any of these you can also take out the broadsword and explicitly -Rdd relevant components and manually replace them appropriately
Offline
Which of the approaches do you want to take?
#The former pacman -S jack #should replace pipewire-jack pacman -Rns gst-plugin-pipewire pipewire-audio #The latter pacman -R pulseaudio-alsa pacman -S wireplumber pipewire-pulse pipewire-alsa #Should logically replace the relevant components while still fullfilling dependency contracts
if i'm wrong with any of these you can also take out the broadsword and explicitly -Rdd relevant components and manually replace them appropriately
Yeah the first one fixed it I just had to -Rdd, thank you.
Offline
One thing of special note here is that gst-plugin-pipewire is a hard requirement of GNOME's internal screencasting stack so that might break -- other than that ther shouldn't be anything that strictly needs that.
If you consider this [SOLVED] please mark it as such by editing the title in your first post.
Offline