zita-j2n - Online na nuvem

PROGRAMA:

NOME

zita-j2n, zita-n2j - Clientes Jack para transportar áudio multicanal em uma rede local.

SINOPSE

zita-j2n [ opções ] endereço de IP porta ip
zita-n2j [ opções ] endereço de IP porta ip
zita-j2n [ opções ] endereço de IP porta ip interface
zita-n2j [ opções ] endereço de IP porta ip interface

DESCRIÇÃO

Geral
Os aplicativos zita-j2n (remetente) e zita-n2j (receptor) permitem a troca de até 64
canais de fluxos de áudio não compactados de qualidade total entre dois ou mais sistemas em execução
o servidor de áudio Jack. O remetente e o (s) receptor (es) podem ter sua própria taxa de amostragem e
tamanho do período, e nenhuma sincronização de word clock entre eles é assumida. O receptor usa adaptável
reamostragem para converter o (s) fluxo (s) de áudio em sua taxa de amostragem local.

Não há relacionamento mestre / escravo entre o remetente e o (s) destinatário (s). Este é um explícito
objetivo do projeto. Em todos os aspectos, o resultado líquido do uso de zita-njbridge é semelhante a ter
conexões de áudio analógico entre as placas de som dos sistemas que o utilizam. Nada remetente
pode fazer afetará o (s) receptor (es), além dos sinais de áudio disponíveis ou
voltando ao silêncio se não houver remetente. Xruns ou ciclos ignorados não afetarão o
sincronização ou reamostragem. Jack freewheeling em qualquer extremidade irá suspender temporariamente
operação.

O Zita-njbridge pode ser usado de duas maneiras: um para um ou um para muitos. IPv4 e IPv6 são
suportado.

Para uma configuração um-para-um, a primeira forma dos comandos mostrados acima deve ser usada. o
protocolo usado é UDP e o argumento de endereço IP necessário para o remetente e o receptor é
o do receptor. Um nome de host pode ser usado em vez de um endereço IP numérico,
será pesquisado usando getaddrinfo ().

Para uma configuração um-para-muitos, o segundo formulário deve ser usado. O argumento do endereço IP deve ser um
endereço multicast válido e o argumento de interface obrigatório seleciona a rede
interface a ser usada.

Reamostrador filtro comprimento.
O receptor usa a biblioteca zita-resampler para reamostrar os sinais para sua taxa local. o
comprimento do filtro passa-baixo multifásico usado como parte do algoritmo de reamostragem
determina a largura de banda do áudio e aumenta a latência. Também pode ter um impacto significativo
na carga da CPU se muitos canais forem recebidos.

Zita-njbridge irá selecionar um comprimento de filtro com base na parte inferior do emissor e do receptor
taxas de amostragem. Para taxas de amostragem de 44.1 Khz e acima, o valor escolhido resultará em um
atenuação de não mais de 0.1 dB até 20 kHz. A opção --filt permite substituir o
configuração automática, mas normalmente não será necessária.

Latência problemas.
Ao conectar dois sistemas Jack com períodos não sincronizados, o mínimo adicional
a latência nas piores condições é a soma dos dois períodos. Latência adicional
significa qualquer latência necessária para fazer a conexão funcionar sem interrupção. A rodada
latência de trip de uma entrada analógica ideal (latência em excesso zero) no remetente para uma entrada ideal
(idem) a saída analógica no receptor terá o dobro desse valor. As piores condições significam
que o remetente e o receptor podem funcionar em momentos arbitrários dentro de seus respectivos
períodos.

Zita-njbridge é projetado para fornecer uma latência adicional definida e constante. O alvo
valor é a soma dos dois períodos, mais o atraso da reamostragem, mais qualquer buffer extra
especificado pelo usuário. A latência real será este valor mais a rede média
atraso. Este último é desconhecido, então não há como compensar. Este seria
possível usando um canal de retorno ou alguma forma de sincronizar relógios nos dois sistemas
que poderia então ser usado para medir o atraso médio da rede. A versão atual de
O zita-njbridge não oferece isso, pois ele deve ser usado em uma rede local. Um dedicado
ou Ethernet gigabit levemente carregada pode fornecer atrasos de rede típicos bem abaixo de um
milissegundo.

A opção --buff de zita-n2j adiciona o número especificado de milissegundos ao destino
latência. O valor padrão é 10 ms, o que é mais do que suficiente em um computador com carga moderada
Rede local Gigabit. Isso pode ser definido como zero, por exemplo, quando se sabe que o
o remetente sempre será executado próximo ao início de seu período Jack e o atraso de rede jitter é
menos do que este período.

Se houver algum atraso de rede jitter acima de 10 ms, aumentar o tempo de buffer extra será
necessário para evitar a interrupção ocasional dos fluxos de áudio recebidos.

A latência não depende de quando exatamente o remetente é executado dentro do período Jack.
Isso é semelhante à reprodução em uma placa de som: quando as amostras de reprodução são bem escritas
antes do vencimento, isso não diminui a latência, os dados são apenas armazenados em buffer até
final do período. No caso do zita-njbridge, o tempo restante está disponível para
atraso de rede. É por isso que, quando o remetente está apenas levemente carregado e o atraso da rede é
pequeno, é possível usar --buff 0 nos receptores.

Uso on Largo área or sem fio redes.
A implementação atual é projetada para ser usada em redes locais que fornecem mais ou
entrega menos confiável de pacotes, com atraso baixo ou moderado. Pacotes ocasionais perdidos
não afetará a sincronização ou reamostragem, mas quaisquer amostras que cheguem fora de ordem
serão ignorados (eles terão sido substituídos pelo silêncio antes). Buffer extra (usando
a opção --buff) permitirá um sinal ininterrupto na presença de atraso de jitter, em
o preço da latência adicional. Zita-njbridge pode ser usado na Internet de longa distância
conexões, mas lembre-se de que não foi projetado para isso.

O desempenho em redes sem fio é puramente uma questão de acaso. Novamente zita-njbridge não é
projetado para tal uso.

OPÇÕES

comum opções
--Socorro
Imprimir linha de comando e resumo de opções.

--jnome nome
Selecione o nome do cliente Jack. O padrão é 'zita-j2n' ou 'zita-n2j'.

--jserv servidor
Selecione o servidor Jack para se conectar.

zita-j2n opções
--chan canais
O número de canais a serem transmitidos, o padrão é 2 canais.

- 16 bits
Envie áudio como amostras inteiras com sinal de 16 bits.

- 24 bits
Envie áudio como amostras inteiras com sinal de 24 bits. Esse é o formato padrão.

--flutuador
Envie áudio como amostras de ponto flutuante de 32 bits (formato interno do Jack).

--mtu MTU
Informe o zita-j2n sobre o MTU do caminho, permitindo que ele use pacotes até aquele tamanho. o
o valor padrão é 1500. Observe que grandes valores de MTU em uma rede compartilhada podem aumentar
jitter de atraso de rede.

- lúpulo lúpulo
Defina o número máximo de saltos para pacotes multicast. O padrão é um, ou seja,
multicast é para a rede local apenas.

zita-n2j opções
--chan Lista
Uma lista de números de canais em ordem crescente e separados por vírgula ou traço
caracteres, o último indicando um intervalo. Os números dos canais começam em 1. Apenas o
os canais solicitados serão amostrados novamente e terão uma porta Jack correspondente. Canais
não fornecido pelo remetente produzirá silêncio. A lista de canais padrão é '1,2'.

--buff tempo
Aumente a latência desejada pelo tempo determinado, em milissegundos. O padrão é 10
em. Veja a descrição acima para saber exatamente o que isso significa.

--filt atraso
Defina o retardo do filtro do reamostrador, em amostras na menor das duas taxas de amostragem, em
o intervalo 16..96. Veja acima para detalhes.

--informações
Imprima informações adicionais de diagnóstico. Três valores serão impressos duas vezes por
segundo: O erro médio do loop de controle do reamostrador em quadros, a proporção do reamostrador
fator de correção, e o número mínimo de frames disponíveis na recepção
tampão.

Use zita-j2n online usando serviços onworks.net