O Pipewire, um servidor multimídia que veio para revolucionar o mundo da produção de áudio e vídeo do Linux está cada vez mais presente nas distribuições mais populares, venha conhecer um pouco mais desta poderosa ferramenta.
Uso o Pipewire. Funciona bem com minha saída da TV e Headset com microfone, basta alternar.
Já estou usando faz tempo no Manjaro KDE. Funciona muito bem! Também uso várias saídas de áudio.
Certamente será uma evolução quando vier como padrão.
Acho que o Pipewire ainda precisa amadurecer mais, já o wayland vai ser padrão no GNOME 42, o Linux vem evoluindo muito esses últimos anos.
o pipewire é muito promissor, tenho esperanças q ele faça com q a função de streamar o áudio no client nativo do discord de linux seja possível, é um recurso q eu espero a anos
Atualmente vejo um problema no pipewire na parte de separação do áudio, vou tentar explicar o que ocorre.
Explicação:
Antigamente eu usava Windows 10, e no meu uso, eu definia o volume do youtube para 100% e depois controlava o resto pelo som do navegador no sistema. Quando tento fazer o mesmo no linux (já testei em várias distros, como o Fedora KDE, CachyOs com o plasma, Tuxedo OS) o pipewire simplesmente acaba sendo controlado pelo volume do youtube.
Explicando melhor:
Quando altero o volume do youtube, o volume do navegador no sistema também é alterado, o áudio fica sicronizado, já quando altero o volume do navegador no sistema, o volume inicialmente é alterado, mas é resetado para o volume do youtube quando o vídeo atualiza (ou quando adianto, retrocedo ou troco de vídeo). Notei que isso ocorre com a maioria das aplicações, como o firefox, o spotify e o discord (deve ter outras, mas só cheguei a testar essas), no entanto no brave (que tem a base chromium) isso não ocorreu, pois ele tem uma filtragem que deixa o som do youtube dentro do navegador, dessa forma não afetando o volume do navegador no sistema. Ou seja, a maioria das aplicações enviam um sinal para o pipewire alterar o volume e ele obedece, criando essa sicronia desagradável. Já tentei forçar para isso não ocorrer, mas não adianta.
OBS.: Não sou um expert, então posso ter cometido alguns erros na minha explicação, então peço desculpas, e espero que tenham entendido o que eu tentei explicar.
Será que o problema não está nos outros navegadores – já que nos de base Chromium isso não acontece?
Uso Google Chrome há muitos anos – e antes dele usei o Chromium por muitos anos. – No Debian, ainda uso o Chromium.
Além disso, sempre usei KDE Plasma – e pelo que você diz, parece que é o que você tem usado:
Portanto, minha experiência deve ser a mesma que a sua.
Eu mantenho o volume de som do sistema sempre em 80% – tanto “Line Out” (geral), quanto “Application” (específico de cada aplicativo) – e ele sempre permaneceu em 80%, mesmo quando eu altero no Youtube, Xwitter ou Facebook.
Fiz agora a experiência com o Falkon (base-Chromium) – e o volume do sistema permanece em 80%, mesmo quando eu altero no Youtube:
Vale notar que Chrome / Chromium são aplicativos GTK (construtor de aplicativos do universo Gnome) – e segundo a Inteligência Rara (artificial), parece que o Falkon também é:
GTK vs. Qt:
O @Danilo acaba de publicar um ABC sobre esses “2 mundos: GTK e Qt”, veja aqui.
No VLC, que faz parte do mundo Qt / KDE, se eu mexer no volume dele, isso realmente altera o volume no meu controle “Aplicativos”, lá no Painel:
Mas talvez a explicação seja outra: – No VLC, eu mudo o volume de som “do aplicativo” – enquanto que no Youtube, eu estou mudo o volume “daquele vídeo” que eu estou assistindo – e não o volume “do aplicativo Chrome”.
Não conheço nenhum modo de alterar o volume de som / áudio “do aplicativo Chrome”:
Também, nunca vi nem ouvi falar em volume de som / áudio “do site Youtube”. – Isso é uma coisa que eu só consigo fazer “na página de cada vídeo” (do Youtube). – Não lembro se a mudança feita “em um vídeo” se mantém (ou não), quando abro o Youtube no outro dia, pra ver outro vídeo.
Fiz agora uma experiência, com 2 vídeos do Youtube abertos no Chrome. – Eu abaixei o volume “de um dos vídeos” – mas o volume “do outro vídeo” não foi afetado:
Também não lembro se a mudança volume de som / áudio feita em um vídeo do Facebook ou do Xwitter se mantém (ou não), quando volto a abrir o Xwitter ou o Facebook no outro dia, e clico pra assistir outro vídeo.
Eu também não sou “tecnólogo” – sou só um “usuário enxerido”. – Por isso, faço só essas distinções:
- mudança de volume “Line Out” – a “saída de som” do sistema, geral
- mudança de volume “Applications” – que será usada pelo Navegador, pelo VLC etc.
- mudança de volume “de um vídeo” – não “do Youtube”, não “do Facebook”
Além disso, existe o volume “dos sons de Notificação”:
Pelo que consigo entender, o KDE Plasma mantém volumes separados para cada “Applications”:
Nunca mexi nas configurações do VLC. – Ele veio sem uma configuração específica de volume. – Está em “Automático”. – Suponho que isto significa que ele fica atrelado ao volume “Applications” do Painel do KDE:
E como eu não sou “expert”, fiquei até na dúvida: – Será que eu estou usando Pipewire??
Recorri à Inteligência Rara (artificial), pra saber quais comandos posso usar para verificar isso – usando OpenRC, no meu caso:
Parece que sim:
$ echo $XDG_CURRENT_DESKTOP
KDE
$ rc-status default
Runlevel: default
dbus [ started 1 day(s) 12:30:34 (0) ]
NetworkManager [ started ]
metalog [ started 1 day(s) 12:30:33 (0) ]
acpid [ started 1 day(s) 12:30:33 (0) ]
bluetoothd [ started 1 day(s) 12:30:33 (0) ]
cronie [ started 1 day(s) 12:30:33 (0) ]
cupsd [ started 1 day(s) 12:30:32 (0) ]
netmount [ started ]
sddm [ started 1 day(s) 12:30:32 (0) ]
local [ started ]
agetty.tty1 [ started 1 day(s) 12:30:32 (0) ]
agetty.tty6 [ started 1 day(s) 12:30:32 (0) ]
agetty.tty3 [ started 1 day(s) 12:30:32 (0) ]
agetty.tty2 [ started 1 day(s) 12:30:32 (0) ]
agetty.tty4 [ started 1 day(s) 12:30:32 (0) ]
agetty.tty5 [ started 1 day(s) 12:30:32 (0) ]
$ rc-status -Ur
default
$ rc-service pipewire status
* rc-service: service `pipewire' does not exist
$ rc-service pulseaudio status
* rc-service: service `pulseaudio' does not exist
$ ps aux | grep pipewire
flavio 2343 0.0 0.0 3040 1360 ? S Apr18 0:00 supervise-daemon pipewire --start /usr/bin/pipewire --
flavio 2344 0.0 0.0 107336 14876 ? Ssl Apr18 0:28 /usr/bin/pipewire
flavio 2382 0.0 0.0 3040 1368 ? S Apr18 0:00 supervise-daemon pipewire-pulse --start /usr/bin/pipewire -- -c pipewire-pulse.conf
flavio 2383 0.0 0.1 180316 18644 ? Ssl Apr18 0:40 /usr/bin/pipewire -c pipewire-pulse.conf
flavio 10612 0.0 0.0 6440 4072 pts/0 S+ 02:55 0:00 grep --colour=auto pipewire
$ ps aux | grep pulse
flavio 2382 0.0 0.0 3040 1368 ? S Apr18 0:00 supervise-daemon pipewire-pulse --start /usr/bin/pipewire -- -c pipewire-pulse.conf
flavio 2383 0.0 0.1 180316 18652 ? Ssl Apr18 0:40 /usr/bin/pipewire -c pipewire-pulse.conf
flavio 15546 0.0 0.0 6440 4028 pts/0 S+ 03:12 0:00 grep --colour=auto pulse
$ pactl info
Server String: /run/user/1000/pulse/native
Library Protocol Version: 35
Server Protocol Version: 35
Is Local: yes
Client Index: 641
Tile Size: 65472
User Name: flavio
Host Name: Linux11
Server Name: PulseAudio (on PipeWire 1.6.3)
Server Version: 15.0.0
Default Sample Specification: float32le 2ch 48000Hz
Default Channel Map: front-left,front-right
Default Sink: alsa_output.pci-0000_00_1f.3.analog-stereo
Default Source: alsa_input.pci-0000_00_1f.3.analog-stereo
Cookie: ef59:90de
$ wpctl status
PipeWire 'pipewire-0' [1.6.3, flavio@Linux11, cookie:4015624414]
└─ Clients:
32. WirePlumber [1.6.3, flavio@Linux11, pid:2386]
33. pipewire [1.6.3, flavio@Linux11, pid:2383]
46. WirePlumber [export] [1.6.3, flavio@Linux11, pid:2386]
57. xdg-desktop-portal [1.6.3, flavio@Linux11, pid:2435]
58. libcanberra [1.6.3, flavio@Linux11, pid:2466]
59. plasmashell [1.6.3, flavio@Linux11, pid:2605]
60. [1.6.3, flavio@Linux11, pid:2605]
61. wpctl [1.6.3, flavio@Linux11, pid:11368]
62. KDE Connect Daemon [1.6.3, flavio@Linux11, pid:2649]
64. [1.6.3, flavio@Linux11, pid:2604]
65. [1.6.3, flavio@Linux11, pid:2466]
66. libcanberra [1.6.3, flavio@Linux11, pid:2605]
67. Google Chrome input [1.6.3, flavio@Linux11, pid:16308]
Audio
├─ Devices:
│ 47. Built-in Audio [alsa]
│
├─ Sinks:
│ * 54. Built-in Audio Analog Stereo [vol: 0.80]
│
├─ Sources:
│ 55. Built-in Audio Analog Stereo [vol: 0.00 MUTED]
│
├─ Filters:
│
└─ Streams:
Video
├─ Devices:
│
├─ Sinks:
│
├─ Sources:
│
├─ Filters:
│
└─ Streams:
Settings
└─ Default Configured Devices:
$ inxi -A
Audio:
Device-1: Intel Cannon Lake PCH cAVS driver: snd_hda_intel
API: ALSA v: k6.19.11-artix1-1 status: kernel-api
Server-1: PipeWire v: 1.6.3 status: active
$ pacman -Q | grep pulse
libpulse 17.0+r98+gb096704c0-1
pipewire-pulse 1:1.6.3-1
pipewire-pulse-openrc 20250308-2
pulseaudio-qt 1.8.1-1
vlc-plugin-pulse 3.0.22-3
Existe um pacote “pulseaudio-qt”, mas ele só está instalado, por ser dependência obrigadória do KDE Connect.















