Este es el comando zita-n2j que se puede ejecutar en el proveedor de alojamiento gratuito de OnWorks utilizando una de nuestras múltiples estaciones de trabajo en línea gratuitas, como Ubuntu Online, Fedora Online, emulador en línea de Windows o emulador en línea de MAC OS.
PROGRAMA:
NOMBRE
zita-j2n, zita-n2j: clientes Jack para transportar audio multicanal a través de una red local.
SINOPSIS
zita-j2n [ opciones ] dirección IP puerto ip
zita-n2j [ opciones ] dirección IP puerto ip
zita-j2n [ opciones ] dirección IP puerto ip interfaz.
zita-n2j [ opciones ] dirección IP puerto ip interfaz.
DESCRIPCIÓN
General
Las aplicaciones zita-j2n (remitente) y zita-n2j (receptor) permiten intercambiar hasta 64
canales de transmisiones de audio sin comprimir de calidad total entre dos o más sistemas en ejecución
el servidor de audio Jack. El remitente y el (los) receptor (es) pueden tener cada uno su propia frecuencia de muestreo y
tamaño del período, y no se asume ninguna sincronización de word clock entre ellos. El receptor usa adaptativo
remuestreo para convertir la (s) secuencia (s) de audio a su frecuencia de muestreo local.
No existe una relación maestro / esclavo entre el remitente y el (los) receptor (es). Esta es una explícita
objetivo de diseño. En todos los aspectos, el resultado neto de usar zita-njbridge es similar a tener
Conexiones de audio analógico entre las tarjetas de sonido de los sistemas que lo utilizan. Nada un remitente
puede hacer afectará al receptor (es), además de que las señales de audio estén disponibles o
volviendo al silencio si no hay remitente. Las ejecuciones o los ciclos omitidos no afectarán la
sincronización o remuestreo. El gato de rueda libre en cualquier extremo se suspenderá temporalmente
operación.
Zita-njbridge se puede utilizar de dos formas: uno a uno o uno a varios. Tanto IPv4 como IPv6 son
soportado.
Para una configuración uno a uno, se debe usar la primera forma de los comandos que se muestran arriba. los
El protocolo utilizado es UDP y el argumento de dirección IP requerido tanto para el remitente como para el receptor es
el del receptor. Se puede utilizar un nombre de host en lugar de una dirección IP numérica, esto
se buscará usando getaddrinfo ().
Para una configuración de uno a muchos, se debe utilizar la segunda forma El argumento de la dirección IP debe ser un
dirección de multidifusión válida, y el argumento de la interfaz obligatoria selecciona la red
interfaz que se utilizará.
Remuestreador filtrar longitud.
El receptor utiliza la biblioteca zita-resampler para volver a muestrear señales a su frecuencia local. los
longitud del filtro de paso bajo multifásico utilizado como parte del algoritmo de remuestreo
determina el ancho de banda de audio y aumenta la latencia. También puede tener un impacto significativo
con carga de CPU si se reciben muchos canales.
Zita-njbridge seleccionará una longitud de filtro basada en la más baja del remitente y el receptor
frecuencias de muestreo. Para frecuencias de muestreo de 44.1 Khz y superiores, el valor elegido dará como resultado una
atenuación de no más de 0.1 dB hasta 20 kHz. La opción --filt permite anular la
configuración automática, pero esto normalmente no será necesario.
Estado latente infertilidad
Al conectar dos sistemas Jack con períodos no sincronizados, el mínimo adicional
La latencia en las peores condiciones de caso es la suma de los dos períodos. Latencia adicional
significa cualquier latencia necesaria para que la conexión funcione sin interrupciones. La ronda-
latencia de disparo de una entrada analógica ideal (latencia en exceso cero) en el transmisor a una ideal
(ídem) la salida analógica del receptor será el doble de este valor. Las peores condiciones de caso significa
que tanto el emisor como el receptor pueden ejecutarse en momentos arbitrarios dentro de sus respectivos
períodos.
Zita-njbridge está diseñado para proporcionar una latencia adicional definida y constante. El objetivo
el valor es la suma de los dos períodos, más el retardo de remuestreo, más cualquier almacenamiento en búfer adicional
especificado por el usuario. La latencia real será este valor más la red promedio
demora. Este último se desconoce, por lo que no hay forma de compensarlo. Esto sería
posible utilizando un canal de retorno o alguna forma de sincronizar los relojes en los dos sistemas
que luego podría usarse para medir el retardo promedio de la red. La versión actual de
zita-njbridge no proporciona esto, ya que está diseñado para su uso en una red local. Un dedicado
Gigabit Ethernet con poca carga puede proporcionar retrasos de red típicos muy por debajo de un
milisegundo.
La opción --buff de zita-n2j agrega el número especificado de milisegundos al objetivo
latencia. El valor predeterminado es 10 ms, que es más que suficiente en una carga moderada.
Red local Gigabit. Esto se puede establecer en cero, por ejemplo, cuando se sabe que el
El remitente siempre se ejecutará cerca del inicio de su período Jack y la fluctuación de retardo de la red es
menos que este período.
Si hay alguna fluctuación de retardo de red superior a 10 ms, se incrementará el tiempo de búfer adicional.
necesario para evitar la interrupción ocasional de las transmisiones de audio recibidas.
La latencia no depende de cuándo exactamente el remitente se ejecuta dentro de su período Jack.
Esto es similar a la reproducción en una tarjeta de sonido: cuando las muestras de reproducción están bien escritas
antes de su vencimiento, esto no disminuye la latencia, los datos simplemente se almacenan en búfer hasta
el final del período. En el caso de zita-njbridge, el tiempo restante está disponible para
retraso de la red. Esta es la razón por la que, cuando el remitente está solo ligeramente cargado y el retraso de la red es
pequeño, es posible usar --buff 0 en los receptores.
Utilice on wide cafe or sin hilos esta historia!
La implementación actual está diseñada para ser utilizada en redes locales que brindan más o
entrega de paquetes menos confiable, con retraso bajo o moderado. Paquetes perdidos ocasionales
no afectará la sincronización o el remuestreo, pero cualquier muestra que llegue fuera de orden
serán ignorados (habrán sido reemplazados por silencio antes). Almacenamiento en búfer adicional (usando
la opción --buff) permitirá una señal ininterrumpida en presencia de jitter de retardo, en
el precio de la latencia adicional. Zita-njbridge puede utilizarse en Internet de larga distancia
conexiones, pero tenga en cuenta que no fue diseñado para esto.
El rendimiento en redes inalámbricas es puramente una cuestión de azar. De nuevo, zita-njbridge no es
diseñado para tal uso.
OPCIONES
Sus Preguntas opciones
--ayuda
Imprimir línea de comando y resumen de opciones.
--jnombre nombre
Seleccione el nombre del cliente cliente Jack. El valor predeterminado es 'zita-j2n' o 'zita-n2j'.
--jserv servidor
Seleccione el servidor Jack al que conectarse.
zita-j2n opciones
--chan canales
El número de canales para transmitir, el valor predeterminado es 2 canales.
--16 bits
Envíe audio como muestras de números enteros con signo de 16 bits.
--24 bits
Envíe audio como muestras de números enteros con signo de 24 bits. Este es el formato por defecto.
--flotador
Envíe audio como muestras de coma flotante de 32 bits (formato interno de Jack).
--mtu MTU
Informe a zita-j2n de la ruta MTU, permitiéndole usar paquetes de hasta ese tamaño. los
el valor predeterminado es 1500. Tenga en cuenta que los valores de MTU grandes en una red compartida pueden aumentar
jitter de retardo de la red.
- tiendas saltos
Establezca el número máximo de saltos para paquetes de multidifusión. Por defecto es uno, es decir
la multidifusión es solo a la red local.
zita-n2j opciones
--chan lista
Una lista de números de canales en orden ascendente y separados por comas o guiones.
caracteres, este último indica un rango. Los números de canal comienzan en 1. Solo el
Los canales solicitados se volverán a muestrear y tendrán un puerto Jack correspondiente. Canales
no proporcionado por el remitente generará silencio. La lista de canales predeterminada es '1,2'.
--fuerte time
Incrementa la latencia objetivo en el tiempo dado, en milisegundos. El valor predeterminado es 10
milisegundo. Consulte la descripción anterior para saber qué significa exactamente esto.
--filtrar retrasar
Establezca el retardo del filtro del remuestreador, en muestras en la menor de las dos frecuencias de muestreo, en
el rango 16..96. Consulte más arriba para obtener más detalles.
--información
Imprima información de diagnóstico adicional. Se imprimirán tres valores dos veces por
segundo: El error promedio del bucle de control del remuestreador en cuadros, la relación del remuestreador
factor de corrección, y el número mínimo de fotogramas disponibles en la recepción
tampón.
Use zita-n2j en línea usando los servicios de onworks.net
