alsa_in - Online na nuvem

PROGRAMA:

NOME

alsa_in, alsa_out - Clientes Jack que realizam I / O com uma interface de áudio alternativa

SINOPSE

alsa_in [opções]
alsa_out [opções]

DESCRIÇÃO

Um cliente JACK que abre uma interface de áudio especificada (diferente daquela usada pelo
Servidor JACK, se houver) e move os dados de áudio entre suas portas JACK e a interface.
alsa_in fornecerá dados da interface (potencialmente para captura); alsa_out vai
entregar dados a ele (para reprodução).

A interface de áudio usada por alsa_in / alsa_out não precisa ser sincronizada com JACK
backend (ou o hardware que pode estar usando). alsa_in / alsa_out tenta reamostrar o
fluxo de saída em uma tentativa de compensar o desvio entre os dois relógios.

A partir de jack-0.116.3, isso funciona quase perfeitamente. Leva algum tempo para chegar ao absoluto
estabilidade da taxa de reamostragem. Então, espere alguns minutos (ele deve funcionar permanentemente
de qualquer forma)

OPÇÕES

-j nome_do_cliente_jack
Defina o nome do cliente.

-d alsa_device
Use esta placa de som.

-v
Detalhado, imprime coeficiente de reamostragem e outros parâmetros úteis para depuração,
a cada 500ms. também relata soft xruns.

-i
Instrumentação. Isso registra os 4 parâmetros importantes do controle da taxa de amostragem
algoritmo a cada 1 ms. Você pode canalizar isso em um arquivo e plotá-lo. Só deveria ser
necessário, se não funcionar como esperado, e precisamos ajustar alguns dos
parâmetros obscuros, para fazê-lo funcionar. Encontre-me em irc.freenode.org #jack para
configure isso corretamente.

-c canais
Defina o número de canais.

-r taxa de amostragem
Defina sample_rate. O programa faz uma nova amostra conforme necessário. Então você pode conectar um 44k1
jackd para uma placa de som que suporta apenas 48k. (o padrão é jack sample_rate)

-p período_tamanho
Defina o tamanho do período. Não está relacionado ao jackd period_size. Às vezes isso
afeta a qualidade das medições de atraso. Definindo isso mais baixo do que o jackd
period_size só funcionará se você usar um número maior de períodos.

-n num_período
Defina o número de períodos. Veja a nota para period_size.

-q qualidade
Defina a qualidade do reamostrador de 0 a 4. pode reduzir significativamente o uso da CPU.

-m max_diff
O valor quando ocorre um xrun suave. Basicamente a janela, na qual o ponteiro dma
pode tremer. Não acho mais necessário brincar com isso.

-t atraso_alvo
O atraso alsa_io deve tentar se aproximar. O mesmo que para max_diff. Será configurado
baseado em -p e -n que geralmente é suficiente.

-s smooth_array_size
Este parâmetro controla o tamanho da matriz usada para suavizar o atraso
medição. Seu padrão é 256. Se você usar um tamanho de período bem baixo, você pode
diminua um pouco o uso da CPU diminuindo este parâmetro. No entanto, a maior parte do tempo da CPU é
gasto na reamostragem, então isso não vai ser muito.

-C P Control Braçadeira
Se você tiver uma placa PCI, o valor padrão (15) deste parâmetro é muito alto
para -p64 -n2 ... Definir como 5 deve corrigir isso. Esteja ciente de que definir este
parâmetro muito baixo, permite que o ruído hf na medição de atraso chegue ao
reamostrar, então isso pode degradar a qualidade da saída. (mas é um limite
valor, e foi escolhido, para mascarar o ruído de um cartão USB, que tem um
amplitude que é 50 vezes maior do que a de uma placa PCI, então 5 não perderá nenhum
qualidade em uma placa PCI)

Use alsa_in online usando serviços onworks.net