GoGPT Best VPN GoSearch

Icône de favori OnWorks

zita-j2n - En ligne dans le Cloud

Exécutez zita-j2n dans le fournisseur d'hébergement gratuit OnWorks sur Ubuntu Online, Fedora Online, l'émulateur en ligne Windows ou l'émulateur en ligne MAC OS

Il s'agit de la commande zita-j2n qui peut être exécutée dans le fournisseur d'hébergement gratuit OnWorks en utilisant l'un de nos multiples postes de travail en ligne gratuits tels que Ubuntu Online, Fedora Online, l'émulateur en ligne Windows ou l'émulateur en ligne MAC OS

PROGRAMME:

Nom


zita-j2n, zita-n2j - Clients Jack pour transporter l'audio multicanal sur un réseau local.

SYNOPSIS


zita-j2n [ Options ] adresse IP port ip
zita-n2j [ Options ] adresse IP port ip
zita-j2n [ Options ] adresse IP port ip interface
zita-n2j [ Options ] adresse IP port ip interface

DESCRIPTION


Général
Les applications zita-j2n (expéditeur) et zita-n2j (récepteur) permettent d'échanger jusqu'à 64
canaux de flux audio non compressés de haute qualité entre deux ou plusieurs systèmes en cours d'exécution
le serveur audio Jack. L'expéditeur et le ou les destinataires peuvent chacun avoir leur propre taux d'échantillonnage et
la taille de la période, et aucune synchronisation word clock entre eux n'est supposée. Le récepteur utilise adaptatif
rééchantillonnage pour convertir le ou les flux audio à sa fréquence d'échantillonnage locale.

Il n'y a pas de relation maître/esclave entre l'émetteur et le(s) récepteur(s). Il s'agit d'un explicite
objectif de conception. À tous égards, le résultat net de l'utilisation de zita-njbridge est similaire à celui d'avoir
connexions audio analogiques entre les cartes son des systèmes qui l'utilisent. Rien d'expéditeur
peut faire affectera le(s) récepteur(s), en dehors des signaux audio disponibles ou
retour au silence s'il n'y a pas d'expéditeur. Les Xruns ou les cycles sautés n'affecteront pas le
synchronisation ou rééchantillonnage. La roue libre du cric à chaque extrémité sera temporairement suspendue
fonctionnement.

Zita-njbridge peut être utilisé de deux manières : un à un ou un à plusieurs. IPv4 et IPv6 sont
prise en charge.

Pour une configuration en tête-à-tête, la première forme des commandes ci-dessus doit être utilisée. Les
le protocole utilisé est UDP et l'argument d'adresse IP requis pour l'expéditeur et le destinataire est
celui du récepteur. Un nom d'hôte peut être utilisé à la place d'une adresse IP numérique, ce
sera recherché à l'aide de getaddrinfo().

Pour une configuration un-à-plusieurs, la deuxième forme doit être utilisée L'argument adresse ip doit être un
adresse de multidiffusion valide et l'argument d'interface obligatoire sélectionne le réseau
interface à utiliser.

Rééchantillonneur une fonction filtre longueur.
Le récepteur utilise la bibliothèque zita-resampler pour rééchantillonner les signaux à son débit local. Les
longueur du filtre passe-bas multiphase utilisé dans le cadre de l'algorithme de rééchantillonnage
détermine la bande passante audio et ajoute à la latence. Cela peut aussi avoir un impact important
sur la charge CPU si plusieurs canaux sont reçus.

Zita-njbridge sélectionnera une longueur de filtre basée sur le plus bas de l'expéditeur et du destinataire
taux d'échantillonnage. Pour des taux d'échantillonnage de 44.1 kHz et plus, la valeur choisie entraînera un
atténuation de pas plus de 0.1 dB jusqu'à 20 kHz. L'option --filt permet de remplacer le
configuration automatique, mais cela ne sera normalement pas nécessaire.

Latence problèmes.
Lors de la connexion de deux systèmes Jack avec des périodes non synchronisées, le minimum supplémentaire
la latence dans le pire des cas est la somme des deux périodes. Latence supplémentaire
désigne toute latence requise pour que la connexion fonctionne sans interruption. La ronde-
latence de déclenchement d'une entrée analogique idéale (zéro latence excessive) sur l'émetteur à une valeur idéale
(idem) la sortie analogique du récepteur sera le double de cette valeur. Les pires conditions signifient
que l'expéditeur et le destinataire peuvent s'exécuter à des moments arbitraires dans leur domaine respectif
périodes.

Zita-njbridge est conçu pour fournir une latence supplémentaire définie et constante. La cible
la valeur est la somme des deux périodes, plus le délai de rééchantillonnage, plus toute mise en mémoire tampon supplémentaire
spécifié par l'utilisateur. La latence réelle sera cette valeur plus le réseau moyen
retard. Ce dernier est inconnu donc il n'y a aucun moyen de le compenser. Ce serait
possible en utilisant soit un canal de retour, soit un moyen de synchroniser les horloges des deux systèmes
qui pourrait ensuite être utilisé pour mesurer le retard moyen du réseau. La version actuelle de
zita-njbridge ne fournit pas cela car il est destiné à être utilisé sur un réseau local. Un dédié
ou Ethernet gigabit légèrement chargé peut fournir des délais de réseau typiques bien inférieurs à un
milliseconde.

L'option --buff de zita-n2j ajoute le nombre de millisecondes spécifié à la cible
latence. La valeur par défaut est de 10 ms ce qui est largement suffisant sur une charge moyennement chargée
Réseau local Gigabit. Celui-ci peut être mis à zéro, par exemple lorsqu'on sait que le
l'expéditeur fonctionnera toujours vers le début de sa période Jack et la gigue de retard du réseau est
moins que cette période.

S'il y a une gigue de retard du réseau supérieure à 10 ms, l'augmentation du temps de tampon supplémentaire sera
nécessaire pour éviter une interruption occasionnelle des flux audio reçus.

La latence ne dépend pas du moment exact où l'expéditeur s'exécute dans sa période Jack.
C'est similaire à la lecture sur une carte son : lorsque les échantillons de lecture sont bien écrits
avant qu'ils ne soient dus, cela ne diminue pas la latence, les données sont juste mises en mémoire tampon jusqu'à ce que
la fin de la période. Dans le cas de zita-njbridge, le temps restant est disponible pour
retard du réseau. C'est pourquoi, lorsque l'expéditeur n'est que légèrement chargé et que le délai du réseau est
petit, il est possible d'utiliser --buff 0 sur les récepteurs.

Utilisez le on large la surface or sans fil réseaux.
L'implémentation actuelle est conçue pour être utilisée sur des réseaux locaux qui fournissent plus ou
livraison moins fiable des paquets, avec un retard faible ou modéré. Paquets perdus occasionnellement
n'aura pas d'impact sur la synchronisation ou le rééchantillonnage, mais tout échantillon arrivant dans le désordre
seront ignorés (ils auront été remplacés par des silences auparavant). Mise en mémoire tampon supplémentaire (en utilisant
l'option --buff) permettra un signal ininterrompu en présence de gigue de retard, à
le prix de la latence supplémentaire. Zita-njbridge peut être utilisable sur Internet longue distance
connexions, mais gardez à l'esprit qu'il n'a pas été conçu pour cela.

Les performances sur les réseaux sans fil sont purement une question de chance. Encore une fois zita-njbridge n'est pas
conçu pour un tel usage.

OPTIONS


Commun Options
--Aidez-moi
Imprimer la ligne de commande et le résumé des options.

--jnom prénom
Sélectionnez le nom du client client Jack. La valeur par défaut est 'zita-j2n' ou 'zita-n2j'.

--jserv serveur
Sélectionnez le serveur Jack auquel vous connecter.

zita-j2n Options
--chan indirect
Le nombre de canaux à transmettre, la valeur par défaut est de 2 canaux.

--16 bits
Envoyez l'audio sous forme d'échantillons entiers signés 16 bits.

--24 bits
Envoyez l'audio sous forme d'échantillons entiers signés 24 bits. C'est le format par défaut.

--flotter
Envoyez l'audio sous forme d'échantillons à virgule flottante 32 bits (format interne de Jack).

--mtu MTU
Informez zita-j2n du chemin MTU, lui permettant d'utiliser des paquets jusqu'à cette taille. Les
la valeur par défaut est 1500. Notez que les grandes valeurs MTU sur un réseau partagé peuvent augmenter
gigue de retard du réseau.

--sauts houblon
Définissez le nombre maximal de sauts pour les paquets de multidiffusion. La valeur par défaut est un, c'est-à-dire
la multidiffusion concerne uniquement le réseau local.

zita-n2j Options
--chan liste
Une liste de numéros de chaînes dans l'ordre croissant et séparés par une virgule ou un tiret
caractères, ce dernier indiquant une plage. Les numéros de chaînes commencent à 1. Seuls les
les canaux demandés seront rééchantillonnés et auront un port Jack correspondant. Canaux
non fourni par l'expéditeur produira un silence. La liste des chaînes par défaut est « 1,2 ».

--chamois Paisible
Augmentez la latence cible par le temps donné, en millisecondes. La valeur par défaut est 10
m / s. Voir la description ci-dessus pour ce que cela signifie exactement.

--filtre retarder
Réglez le délai du filtre du rééchantillonneur, en échantillons au plus bas des deux taux d'échantillonnage, en
la gamme 16..96. Voir ci-dessus pour les détails.

--Info
Imprimez des informations de diagnostic supplémentaires. Trois valeurs seront imprimées deux fois par
deuxième : l'erreur moyenne de la boucle de contrôle du rééchantillonneur en trames, le rapport du rééchantillonneur
facteur de correction, et le nombre minimum de trames disponibles dans la réception
un tampon.

Utilisez zita-j2n en ligne en utilisant les services onworks.net


Serveurs et postes de travail gratuits

Télécharger des applications Windows et Linux

Commandes Linux

Ad




×
Publicité
❤ ️Achetez, réservez ou achetez ici — gratuitement, contribue à maintenir la gratuité des services.