Este é o registro de como deixei minha estação de trabalho pronta para o que mais faço nela depois de ouvir música: tocar contrabaixo elétrico. A máquina roda Fedora 44 (KDE Plasma) num Ryzen 9 3900X com 64 GB de RAM, e a interface de áudio é uma Solid State Logic SSL 2+ MkII conectada via USB. Instalei cinco DAWs para comparar e escolher onde vivo o dia a dia: Ardour 9.7, Mixbus 11 (licenciado), Mixbus 12 (trial), LiveTrax 3 (trial) e REAPER 7.78 (trial, mas quase comprado).
Este texto é a continuação prática de dois artigos anteriores. Em DAW no Linux eu faço o panorama geral do assunto: o que é um DAW, as opções proprietárias, as multiplataforma e o mundo livre nativo do Linux, para situar quem está chegando agora. Já em DAW: Ardour, Mixbus e LiveTrax eu mergulho nesses três irmãos da família Ardour, comparando um a um o Ardour com o Mixbus e com o LiveTrax. Aqui eu parto desse ponto e desço para o setup real na minha máquina: latência, ALSA exclusivo e como cada DAW se comporta para tocar contrabaixo, agora com o REAPER também na mesa.
O ponto de partida
Antes de mexer em qualquer DAW, olhei o estado real do sistema. A CPU já estava com o governor em performance e o RTKit ativo entregando prioridade de tempo real ao PipeWire, então a base estava boa. Dois detalhes, porém, mereciam ajuste.
O primeiro: o PipeWire estava com clock padrão em 44100 Hz. Para produção musical o padrão de fato é 48000 Hz, então mudei o default para 48000 mantendo 44100 na lista de rates permitidos. Assim, quando nenhum DAW está segurando a placa, o Qobuz consegue voltar a 44.1 dinamicamente para tocar bit a bit, e quando abro um DAW tudo fica em 48000.
O segundo: os DAWs estavam configurados de forma inconsistente. O Ardour apontava para a placa onboard da placa mãe, e não para a SSL. O REAPER estava num preset estranho de 192 kHz com buffer de 1024 amostras, o pior dos mundos, latência alta e CPU desperdiçado ao mesmo tempo. Nada disso serve para tocar baixo.
Duas estratégias de áudio no Linux
Com PipeWire no comando, existem dois caminhos para um DAW conversar com a interface.
O primeiro é passar pela camada JACK do próprio PipeWire. É cômodo, porque o áudio do DAW convive com o navegador e o Qobuz ao mesmo tempo, mas soma a latência do PipeWire por cima da latência do DAW.
O segundo é usar o backend ALSA direto na SSL, em modo exclusivo. O DAW toma a placa só para ele, o PipeWire solta o dispositivo, e a latência cai para o mínimo possível. O custo é que, enquanto o DAW está aberto, não sai áudio do navegador pela SSL. Para tocar contrabaixo através de simuladores de amplificador, essa é a escolha certa, e foi a que adotei.
Liberando a SSL para o ALSA de forma automática
O detalhe chato é que o PipeWire mantém a placa ocupada por padrão. O Ardour e derivados pedem a liberação do dispositivo via D-Bus e o PipeWire cede sozinho, mas o REAPER não faz esse pedido. Para não ter que lembrar de nada e padronizar o comportamento em todos os DAWs, escrevi um wrapper que desliga o perfil da SSL no PipeWire antes de abrir o programa e o devolve ao fechar.
O script vive em ~/.local/bin/daw-alsa-ssl:
#!/usr/bin/env bash
# daw-alsa-ssl - Estrategia A
# Libera o SSL 2+ MkII do PipeWire (perfil off), abre o DAW em ALSA
# exclusivo (hw:II) e devolve a placa ao PipeWire quando o DAW fecha.
set -uo pipefail
CARD_MATCH="alsa_card.usb-Solid_State_Logic_SSL_2__Mk_II-00"
read_dev() {
pw-dump 2>/dev/null | python3 - "$CARD_MATCH" <<'PY'
import json, sys
match = sys.argv[1]
try:
data = json.load(sys.stdin)
except Exception:
sys.exit(0)
for o in data:
info = o.get("info") or {}
props = info.get("props") or {}
if props.get("device.name") == match:
idx = 1
for p in (info.get("params") or {}).get("Profile", []):
if p.get("index") is not None:
idx = p["index"]
print(o.get("id"), idx)
break
PY
}
DEV_LINE="$(read_dev)"
DEV_ID="${DEV_LINE%% *}"
PREV_PROFILE="${DEV_LINE##* }"
[ -z "${PREV_PROFILE//[0-9]/}" ] || PREV_PROFILE=1
restore() {
[ -n "${DEV_ID:-}" ] && command -v wpctl >/dev/null 2>&1 \
&& wpctl set-profile "$DEV_ID" "${PREV_PROFILE:-1}" >/dev/null 2>&1
}
trap restore EXIT INT TERM
if [ -n "${DEV_ID:-}" ] && command -v wpctl >/dev/null 2>&1; then
wpctl set-profile "$DEV_ID" 0 >/dev/null 2>&1
sleep 0.4
fi
"$@"Ele descobre o id da placa no PipeWire pelo nome ALSA, guarda o perfil ativo (o HiFi, no meu caso), troca para o perfil off que libera o hw:II para o ALSA, abre o DAW e, ao encerrar, restaura o perfil original. Como o id do PipeWire pode mudar entre reboots, a descoberta é sempre pelo nome, nunca por número fixo.
Launchers dedicados
Com o wrapper pronto, criei um atalho para cada DAW em ~/.local/share/applications/, todos chamando o wrapper. O do REAPER, por exemplo:
[Desktop Entry]
Type=Application
Name=REAPER (SSL · ALSA)
Comment=REAPER em ALSA exclusivo no SSL 2+ MkII
Exec=/home/USUARIO/.local/bin/daw-alsa-ssl /opt/REAPER/reaper %F
Icon=cockos-reaper
Terminal=false
Categories=AudioVideo;AudioVideoEditing;Audio;Recorder;Os outros quatro seguem o mesmo padrão, cada um apontando para seu binário: /usr/bin/ardour9, /usr/local/bin/Mixbus11, /usr/local/bin/Mixbus12 e /usr/local/bin/LiveTrax3. Assim, o menu do sistema ganha entradas como “Ardour 9 (SSL · ALSA)” ou “Mixbus 11 (SSL · ALSA)”, e abrir por elas já entra na stratégia acima sem pensar.
Para não copiar e colar nada à mão, empacotei o wrapper, os cinco launchers e um install.sh num repositório público: linux-daw-ssl-lowlatency. Clonar e rodar ./install.sh já instala o script, cria só os atalhos dos DAWs presentes no sistema e ainda traz um DAW_ALSA_CARD para quem usa outra interface que não a SSL.
Configuração de áudio dentro de cada DAW
A escolha do dispositivo é persistente em cada programa, então é um passo único na primeira abertura. Os valores que uso para tocar são sempre os mesmos: 48000 Hz, buffer de 128 amostras e 2 períodos. Isso rende algo entre 6 e 9 ms de ida e volta na prática, plenamente tocável. Se a máquina aguentar sem estalos, dá para descer o buffer para 64 e chegar perto de 3 ms.
No REAPER a configuração fica em Options, Preferences, Audio, Device: sistema ALSA, device hw:II, sample rate 48000, block size 128, 2 blocks.
No Ardour, no Mixbus 11, no Mixbus 12 e no LiveTrax 3, todos irmãos do mesmo motor, a tela é a mesma janela de Audio/MIDI Setup na abertura: Audio System ALSA, device SSL 2+ Mk II, 48000, 128, 2 períodos.
Monitoração do contrabaixo
Há duas formas de ouvir o instrumento enquanto se toca. A monitoração direta por hardware usa o knob MONITOR MIX da própria SSL e tem latência zero, ideal quando gravo o sinal limpo e não dependo de plugin no som. A monitoração por software passa o sinal por um simulador de amplificador dentro do DAW, e aí o segredo é girar o MONITOR MIX totalmente para o lado USB, senão a gente ouve o sinal seco somado ao processado. Para timbre de baixo, o Guitarix traz modelos de amplificador em LV2 que rodam em qualquer um dos cinco. No Mixbus, o próprio channel strip estilo console já dá corpo sem precisar de plugin externo.
Diferenças entre Mixbus 11 e Mixbus 12
O Mixbus 11 foi o que trouxe o fluxo redesenhado e o Focus Channel. O Mixbus 12 refina esse sistema e adiciona ferramentas novas.
A mais chamativa é a inclusão de um DeEsser e um DeNoiser em cada canal, processadores que a Harrison diz derivar da experiência com consoles de cinema, trazendo limpeza de ruído para dentro do canal em vez de ser um passo separado. O sistema de cue launching cresceu para até 16 fileiras e passou a permitir gravar clipes de áudio e de MIDI direto nos slots. A edição MIDI ganhou uma ferramenta de acordes no piano roll, em que se escolhe o tipo e basta clicar na fundamental. E a interface mudou para um tema mais escuro e de maior contraste, reforçando a pegada do console 32 Classic e facilitando distinguir canais e buses.
Para quem toca e grava baixo, o ganho concreto do 12 é o channel strip mais completo (o DeEsser ajuda a domar ataques agressivos de slap e o DeNoiser limpa hum de captação single coil) e o cue launching maior para montar bases. Como já tenho a licença do 11 e ele soa igualmente bem, meu plano é migrar só quando aparecer um cupom de upgrade que valha a pena.
O que há de novo no Ardour 9.7
O Ardour 9.7 saiu em 5 de junho de 2026 como um release de correções com alguns acréscimos que interessam. As melhorias de edição MIDI continuaram: a barra lateral de MIDI Tools, que antes vivia só no piano roll, agora aparece também no editor principal ao ativar a Editor List com Shift+L, com edição de acordes e quantização. O cursor em cruz para edição de MIDI e automação passou a estar disponível no editor inline e vem ligado por padrão.
Fora o MIDI, o 9.7 trouxe um sumário vertical opcional para complementar o painel de sumário horizontal reformulado, ordenação natural de listas pela interface, suporte a multitoque no Linux e no Windows, a possibilidade de salvar e restaurar conexões de portas por backend ou dispositivo, e gravação ininterrupta mesmo com perda de sincronismo LTC. Um mapa de bindings vazio para controladores MIDI genéricos facilita usar superfícies que o Ardour ainda não conhece.
Como esses três se comparam ao REAPER atual
Ardour, Mixbus e LiveTrax são o mesmo motor com roupas diferentes: Ardour é a base livre e nativa do Linux, o Mixbus adiciona a emulação de console analógico da Harrison, e o LiveTrax é uma versão enxuta para captura ao vivo. O REAPER 7.78, a versão instalada e também a mais recente, joga em outra categoria de filosofia.
A diferença mais sentida ao tocar é o motor. O REAPER é notoriamente o mais leve e eficiente em CPU, e o backend ALSA nativo entrega a menor latência de monitoração através de plugin. Numa máquina folgada como esta, a família Ardour também roda tranquila, mas para live monitoring com simulador de amplificador o REAPER larga na frente.
Em filosofia de produto, o REAPER é uma tela quase em branco, absurdamente customizável, com scripting em Lua e ReaScript, roteamento livre e um ecossistema de ações e temas. Já a família Ardour é mais opinativa e vem com um fluxo pronto, e o Mixbus em particular entrega timbre de console desde o primeiro canal, o que para baixo é um atalho e tanto: menos tempo montando cadeia de plugin, mais tempo tocando.
Em licenciamento a diferença também é grande. O Ardour é livre e de código aberto. O Mixbus e o LiveTrax são pagos e por versão. O REAPER tem só uma licença, com preço que varia pelo uso: 60 dólares para uso pessoal ou pequeno negócio com faturamento anual abaixo de 20 mil dólares, e 225 dólares para uso comercial acima disso. Vale notar que o REAPER não faz promoções nem distribui cupons: o preço de 60 dólares já é o valor permanente para quem se enquadra, e uma licença nova inclui upgrades gratuitos até a versão 8.99. Ou seja, se a ideia é comprar o REAPER, não adianta esperar cupom, ele simplesmente não existe. O trial de 60 dias funciona completo justamente para você decidir com calma.
Veredito para esta máquina
Como nenhum dos cinco chega a ser gargalo de CPU aqui, a decisão passa por latência, timbre e licença. Para tocar ao vivo com a menor latência, o REAPER é imbatível, e é por isso que ele deve mesmo virar compra. Para gravar e já sair com timbre de baixo pronto, o Mixbus 11 que já está pago é a base natural, com o console fazendo o trabalho pesado, e o upgrade para o 12 fica para quando o desconto aparecer. O Ardour 9.7 segue como o cidadão Linux mais bem integrado e o melhor plano B gratuito, e o LiveTrax entra quando o objetivo é registrar um ensaio inteiro rápido, sem lapidar nada. No fim, não é um contra os outros: é o REAPER para tocar, o Mixbus para dar timbre, e o Ardour de retaguarda.