Il s'agit de la commande alsa_in 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
alsa_in, alsa_out - Clients Jack qui effectuent des E/S avec une interface audio alternative
SYNOPSIS
alsa_in [Options]
alsa_out [Options]
DESCRIPTION
Un client JACK qui ouvre une interface audio spécifiée (différente de celle utilisée par le
serveur JACK, le cas échéant) et déplace les données audio entre ses ports JACK et l'interface.
alsa_in fournira les données de l'interface (potentiellement pour la capture) ; alsa_out sera
lui fournir des données (pour la lecture).
L'interface audio utilisée par alsa_in/alsa_out n'a pas besoin d'être synchronisée avec JACK
backend (ou le matériel qu'il pourrait utiliser). alsa_in/alsa_out essaie de rééchantillonner le
flux de sortie pour tenter de compenser la dérive entre les deux horloges.
À partir de jack-0.116.3, cela fonctionne presque parfaitement. Il faut du temps pour atteindre l'absolu
stabilité de la fréquence de rééchantillonnage. Alors donnez-lui quelques minutes (il est destiné à fonctionner en permanence
de toute façon)
OPTIONS
-j nom_client_jack
Définissez le nom du client.
-d alsa_device
Utilisez cette carte son.
-v
Verbose, imprime le coefficient de rééchantillonnage et d'autres paramètres utiles pour le débogage,
toutes les 500 ms. signale également des xruns mous.
-i
Instrumentation. Cela enregistre les 4 paramètres importants du contrôle de la fréquence d'échantillonnage
algorithme toutes les 1 ms. Vous pouvez le diriger dans un fichier et le tracer. Ne devrait être que
nécessaire, si cela ne fonctionne pas comme prévu, et nous devons ajuster certains des
paramètres obscurs, pour le faire fonctionner. Retrouvez moi sur irc.freenode.org #jack afin de
configurez-le correctement.
-c indirect
Définir le nombre de canaux.
-r taux d'échantillonnage
Définissez sample_rate. Le programme rééchantillonne si nécessaire. Vous pouvez donc connecter un 44k1
jackd à une carte son ne prenant en charge que 48k. (la valeur par défaut est jack sample_rate)
-p période_size
Définissez la taille de la période. Il n'est pas lié au jackd period_size. Des fois ça
affecte la qualité des mesures de retard. Régler ce plus bas que le jackd
period_size ne fonctionnera que si vous utilisez un nombre plus élevé de périodes.
-n nombre_période
Définir le nombre de périodes. Voir la note pour period_size.
-q qualité
Définir la qualité du rééchantillonneur de 0 à 4. peut réduire considérablement l'utilisation du processeur.
-m max_diff
La valeur lorsqu'un soft xrun se produit. Fondamentalement la fenêtre, dans laquelle le pointeur dma
peut trembler. Je ne pense plus qu'il soit nécessaire de jouer avec ça.
-t cible_délai
Le délai alsa_io devrait essayer de s'approcher. Identique à max_diff. il sera installé
basé sur -p et -n ce qui est généralement suffisant.
-s smooth_array_size
Ce paramètre contrôle la taille du tableau utilisé pour lisser le délai
la mesure. Sa valeur par défaut est 256. Si vous utilisez une taille de période assez faible, vous pouvez
réduisez un peu l'utilisation du processeur en diminuant ce paramètre. Cependant, la plupart du temps CPU est
dépensé dans le rééchantillonnage donc ce ne sera pas beaucoup.
-C P Control Pince
Si vous avez une carte PCI, alors la valeur par défaut (15) de ce paramètre est trop élevée
for -p64 -n2... Le définir sur 5 devrait résoudre ce problème. Sachez que ce réglage
paramètre trop faible, laisse passer le bruit hf sur la mesure du retard sur le
rééchantillonner, ce qui pourrait dégrader la qualité de la sortie. (mais c'est un seuil
valeur, et il a été choisi, pour masquer le bruit d'une carte USB, qui a un
amplitude qui est 50 fois supérieure à celle d'une carte PCI, donc 5 ne vous en perdrez pas
qualité sur une carte PCI)
Utilisez alsa_in en ligne en utilisant les services onworks.net