#3 Você sabia?

Um servidor de som ficará entre o ALSA e seus aplicativos. Eles serão tradicionalmente PulseAudio (para áudio fácil e automático), JACK (para áudio de baixa latência de nível profissional) ou PipeWire (áudio básico ou profissional; ainda experimental).

Um servidor de som não é necessariamente obrigatório, pois os aplicativos podem enviar som para ALSA diretamente. Alguns farão uso de uma API de servidor de som e exigirão que ela esteja disponível para produzir som. Por exemplo, o Firefox não suporta ALSA diretamente e, em vez disso, usa a API PulseAudio, forçando o uso do PulseAudio (ou uma camada de compatibilidade) junto com ALSA.

O PulseAudio irá, por padrão, assumir o controle de todos os dispositivos ALSA e redirecionar todos os fluxos de áudio para si mesmo. O PipeWire, se configurado para isso, usará um pequeno subconjunto da funcionalidade ALSA central na API do kernel para acessar sua placa de som e lidar com todos os outros recursos por si mesmo (substituindo inteiramente a biblioteca ALSA).

Fonte: https://wiki.debian.org/ALSA

#2 Você sabia?

Além do ALSA, no GNU/Linux encontramos os seguintes servidores de som e APIs:

PulseAudio – Um servidor de som que fica entre o ALSA e os aplicativos do usuário, com o objetivo de fornecer configuração de som automática e fácil. Ele também fornece uma interface de aplicativo mais avançada do que ALSA e pode unir ALSA e JACK. Este é o servidor de som mais comum e geralmente é instalado por padrão.

JACK – Uma API de servidor de som e daemon de servidor de som (“jackd”) voltada para uso profissional. Fornece conexões em tempo real e de baixa latência para áudio, MIDI e entre aplicativos.

PipeWire – Um servidor multimídia moderno que visa eventualmente unificar e substituir o PulseAudio e o JACK. Também é um substituto imediato para alsa-lib (biblioteca do ALSA).

OSS (Legacy) – costumava ser o subsistema de som padrão antes do Linux 2.4

Fonte: https://wiki.debian.org/Sound

Crie um site como este com o WordPress.com
Comece agora