VBAN Voicemeeter via Internet (VPN), micro-coupures dans le son

[LolYangccool]

Bonjour,

J'utilise VBAN intégré dans Voicemeeter Banana et Voicemeeter Potato pour, entre autres, relier un studio par internet au reste de mon matériel, via un VPN.

Si en local je n'ai pas de soucis avec VBAN, par internet j'ai des micro-coupures. J'utilise un VPN installé chez moi et en principe le débit n'est pas un soucis, puis, si la fibre arrive dans quelques semaines chez moi, actuellement j'ai environ 14Mb/s en montant.
Pour la qualité choisis, j'ai vu que VBAN utilisais normalement environ 1,6Mb/s.

Comment puis-je corriger ce soucis de micros-coupures et de très légères déchirures dans le son, à certains moments.

Merci.

Modifié 6 décembre 2019 par LolYangccool

[LolYangccool]

D’accord, merci.

Ce que je ne comprends pas c’est que via Icecast plutôt que VBAN je n’ai aucun soucis de ce genre.

N’y a-t-il pas moyen d’optimiser un peu quitte a légèrement perdre en qualité ?
Je suis en plus aussi amené à faire des lives en 4G...

La fibre arrive chez moi dans peu de temps mais au studio je ne sais pas s’ils vont y souscrire tout de suite.

Des émissions ont lieues en plus, il me faut une solution rapidement, je ne peux pas attendre plusieurs mois comme ça que la fibre soit dispo des deux côtés.

[thomasroost]

Essaie de le faire en ouvrant les ports de la box, sans VPN. Si ça coupe aussi, c'est que la connexion est en cause...

[LolYangccool]

Il y a 6 heures, thomasroost a dit :

Essaie de le faire en ouvrant les ports de la box, sans VPN. Si ça coupe aussi, c'est que la connexion est en cause...

Merci pour la réponse.

Oui j'ai pensé en essayant d'ouvrir les ports, mais je ne sais pas si l'IP dans les locaux du studio est fixe ou dynamique.
Si l'IP change ça va poser problème... A moins que j'utilise un DynDNS.
Je vais voir si je peux faire ça.

[etdu24]

Plutôt qu'un problème de perte de paquets, il se peux que ce soit plutôt un problème de retard de paquets (ou plutôt que les paquets ne mettent pas tous le même délais pour arriver).

Dans la fenêtre VBAN il y a une option "Net Quality" qui permet de résoudre ce genre de soucis (VBAN va attendre plus ou moins longtemps avant de lire les paquets), donc baisser ce paramètre peut résoudre le problème de coupure (perso j'ai surtout constaté des améliorations en le modifiant sur le coté réception).

Le VPN peut également être la cause des coupures (encapsulation des paquets UDP dans du TCP,  possibles lenteurs sur certains liens, ou simplement le serveur qui met un peut trop de temps a traiter certains paquets), donc si il y a moyen de faire passer le flux VBAN autrement que via un VPN, il ne faut pas hésiter.

Par contre un DynDns ne sera pas efficace en cas de changement d'IP, VBAN n'accepte pas d'adresse DNS (il n'accepte que l'adresse IPv4). Pour l'IP Fixe elle est le plus souvent inclue de base sur les offres pro ou fibre (sinon il y a toujours moyen de demander a l'opérateur de la rendre fixe).

 

Le 06/12/2019 à 13:41, LolYangccool a dit :

Ce que je ne comprends pas c’est que via Icecast plutôt que VBAN je n’ai aucun soucis de ce genre.

Icecast et VBAN fonctionnent de manière complétement différentes :

• Sur icecast ton son est tout d'abord converti dans un format compressé (MP3, OGG, AAC, ...), puis est envoyé vers le serveur via des paquets TCP (le module réseau du système d'exploitation s'assurant que les données arrivent bien a l'autre bout, et les renvoyant si ce n'est pas le cas), ton serveur renvoi ensuite toujours en TCP le son dans le format compressé a tes auditeurs.
• Avec VBAN, ton VoiceMeeter envoi le son sans compression (directement en PCM) a un autre VoiceMeeter via le protocole UDP. En UDP le module réseau du système d'exploitation ne contrôle pas si les paquets sont biens arrivés (en fait il balance les paquets sur le réseau, et si il y a personne en face pour les recevoir, ou si il y a des paquets qui se perdent, et ben tant pis ...), mais c'est l'UDP qui fait la faible latence de VBAN.

[LolYangccool]

Bonjour,

Je n'avais pas vu ta réponse complète, merci.

J'aimerai essayer d'utiliser VBAN sans VPN mais je ne sais pas si c'est très sécurisé. Si quelqu'un arrive à balancer du son sur mon antenne sans autorisation ça va pas le faire.
Y a t'il moyen d'avoir une authentification pour utiliser VBAN ?

Merci.

[etdu24]

Salut,

La faible latence de VBAN viens du fait que son protocole est très simple, et donc il n'y a pas de système d'authentification (le PC qui envoi ne sait même pas si les paquets sont reçus de l'autre coté).

Même si il faut indiquer l'IP source du coté réception, ce qui réduit les mauvaises surprises, il vaut mieux couper la réception une fois le direct terminé (soit directement sur le PC de réception via un TeamViewer ou équivalent, soit dans l'interface de la box via la fonction "Accès a distance").

[manu00]

Il y a 4 heures, LolYangccool a dit :

Bonjour,

Je n'avais pas vu ta réponse complète, merci.

J'aimerai essayer d'utiliser VBAN sans VPN mais je ne sais pas si c'est très sécurisé. Si quelqu'un arrive à balancer du son sur mon antenne sans autorisation ça va pas le faire.
Y a t'il moyen d'avoir une authentification pour utiliser VBAN ?

Merci.

Bonjour , 

 

Tu peux jouer avec le firewall de ta box pour n'autoriser qu'une seule adresse ip externe  à accéder à l'ip , et au port de ton vban en local . 

[LolYangccool]

Il y a 23 heures, manu00 a dit :

Bonjour , 

 

Tu peux jouer avec le firewall de ta box pour n'autoriser qu'une seule adresse ip externe  à accéder à l'ip , et au port de ton vban en local . 

D'accord, le soucis c'est que l'IP du studio est dynamique...

[zebulon91]

Bonjour,

Quoi qu'il en soit, VBan n'est pas un protocole adapté à un réseau non fiable (Internet par exemple). Il n'y a pas de correction d'erreur, pas d'authentification, pas de gestion d'ordonnancement et les débits nécessaires sont importants et souvent mal vécus par les infrastructures des ISP.

Même en réseau local, il est possible d'avoir des drops, en fonction du débit alloué au niveau des switches et/ou du routage (bien que le routage ne soit pas recommandé).

Bref, pour une liaison STL fiable, il est bien plus pertinent d'utiliser, soit des boitiers propriétaires genre Barix, Silver et consort... On peut aussi se tourner vers des solutions open source basées sur icecast/shoutcast et liquidsoap. Une belle alternative avec une faible latence est d'utiliser du SIP (à la base orienté téléphonie) tel que le propose nombre de solutions pro/Broadcast (Tieline et le français AETA pour ne citer qu'eux). Il est possible de faire soit même sous linux, une solution SIP, un bon serveur SIP open source, tel Asterix peut rendre de beaux services.

Un exemple de solution open source basé sur un Raspberry Pi : https://hackaday.com/2014/04/17/raspberry-pi-remote-audio-link/

Une autre base : https://jamesharrison.github.io/openob/

[manu00]

Le 07/01/2020 à 04:04, LolYangccool a dit :

D'accord, le soucis c'est que l'IP du studio est dynamique...

Désolé pour ma réponse tardive , chez orange si tu prends un abonnement pro tu peux avoir une ip fixe par exemple , mais il faut des abonnements pro , mais je suis d'accord avec mes camarades , VBAN n'est pas vraiment adapté à de la diffusion via internet , il est fait à la base pour du réseau local , donc gros risques de coupures , saccades ...