Ce qui suit est un billet de blogue invité, écrit par Greg Kopchinski, chef de produit Waves Live & Install.

Waves Audio est membre de Grass Valley Alliance , une communauté numérique ouverte qui s’engage à fournir une gamme de solutions certifiées pour AMPP.

Mixage de l’audio diffusé à 36 000 pieds

Sur mon vol transatlantique en rentrant de IBC2022 à Amsterdam, j’ai sorti mon ordinateur portable et j’ai commencé à travailler sur les dizaines de courriels qui avaient été mis de côté au cours de la semaine dernière. J’avais acheté le forfait Wi-Fi mondial et je voulais en profiter au maximum pendant que j’étais captif dans la cabine économique bondée.

Sur l’écran du dossier du siège se trouvait la trajectoire de vol, et j’ai regardé nous passer sur la dernière terre ferme et nous stabiliser pendant notre voyage à travers l’océan. L’altimètre affichait 36 000 pieds, il n’y avait pas de turbulences et mes voisins de siège s’assoupissaient après le service de repas.

Dans le coin de l’écran de mon ordinateur portable, mes yeux étaient distraits par mon dossier de démonstration IBC. Waves s’est récemment jointe à l’ Grass Valley Programme de l’Alliance des médias, et j’avais mis tout ce dont j’avais besoin pour notre démonstration de compatibilité dans le dossier de bureau devant moi. Pour ceux qui ne sont pas familiers, Grass Valley offre un environnement de production infonuagique complet nommé Agile Media Processing Platformou AMPP. Et au BAC, nous avons mis en place une démonstration montrant l’utilisation de Mélangeur audio Waves Cloud MX connecté à AMPP pour un traitement et un mixage audio de pointe, le tout dans le nuage.

La mise en page de la démo était simple, avec des sources audio extraites de plusieurs clips de lecture acheminés AMPP vers Waves sur NDI, puis renvoyés en tant que programme principal et flux de mixage moins à AMPP.

À Amsterdam, notre démonstration a utilisé des PC Windows comme clients distants connectés aux serveurs de traitement en nuage, les instances AWS EC2, qui étaient physiquement situés dans un centre de données AWS US-West en Oregon. Oui, à 5 000 milles de distance alors que l’oiseau vole. Tout ce que nous avons fait de la démonstration, du tableau de bord du flux de travail à un simple multi-viewer et à l’environnement complet de traitement audio et de mixage, était connecté via une chute Internet publique partagée de 10 Mo au kiosque. En utilisant cette configuration, la latence du contrôleur à écran tactile était d’environ 165 ms; Pas mal compte tenu de la configuration réseau, et toujours suffisamment réactif pour que notre manette à écran tactile puisse suivre les tâches de mixage audio typiques.

Retour à mon dossier de bureau dans l’avion. Je me demandais si le Wi-Fi de l’avion bloquerait l’un de mes ports de contrôle. Dans ce cas, je n’avais besoin que d’une connexion pour le client de bureau distant (port 8443, AWS Nice DCV) pour accéder à la table de mixage audio Waves, et d’un navigateur Web sécurisé (port 443, https) pour accéder au tableau de bord AMPP .

Mon expérience en vol a commencé par la connexion au tableau de bord AMPP . On y accède via une interface utilisateur dans une fenêtre de navigateur HTML5, et j’ai pu me connecter et voir mon tableau de bord de démonstration comme si j’étais sur le terrain. Avec cette connexion en place, j’ai pu démarrer et contrôler les fonctions AMPP qui faisaient partie de mon flux de travail de diffusion, en particulier les machines de lecture et les patchs audio NDI.

Image 1 : Tableau de bord AMPP utilisé pour la démonstration avec moniteur de flux de programme.

Après avoir confirmé que mes connexions audio AMPP à la table de mixage audio Waves Cloud MX étaient en place, j’ai fermé le tableau de bord et je me suis connecté à l’instance cloud AWS exécutant la table de mixage audio.

Le mélangeur audio Waves Cloud MX est contrôlé en connectant un client distant (mon ordinateur portable) au serveur cloud à l’aide de l’interface PC-over-IP (PCoIP) fournie par AWS nommée NICE DCV.IP En général, n’importe quelle implémentation client-serveur PCoIP peut être utilisée, mais dans ce cas, le logiciel NICE DCV était déjà chargé sur le serveur cloud et mon ordinateur portable, donc c’était plus facile à tester.

La fenêtre de connexion familière est apparue, me donnant l’assurance que l’accès au port requis était ouvert, du moins via TCP. Après l’authentification de connexion, la table de mixage Waves Cloud MX est apparue et les barrettes de console ont affiché des niveaux changeants m’indiquant que le son fonctionnait avant que je ne mette mes écouteurs.

Image 2 : Contrôle de la table de mixage audio Waves Cloud MX affiché sur l’écran de l’ordinateur portable sous le suivi de vol dans l’avion à 36 000 pieds, en route vers New York.

J’ai fait une vérification rapide de la latence du réseau à l’aide du moniteur d’état intégré sur NICE DCV, qui a signalé 800 ms à ce stade du vol. Bien qu’elle ait été inférieure à une seconde, elle était certainement beaucoup plus élevée que la latence mesurée au sol à IBC. Compte tenu de cette latence, je m’attendais et j’ai confirmé que la surveillance de l’audio en continu directement à partir de la table de mixage avait quelques abandons périodiques. Ce n’est pas inattendu, mais pas surprenant compte tenu du Wi-Fi au satellite, au sol et au nuage de l’avion et de la trajectoire retour qui serait nécessaire pour chaque paquet.

J’ai effectué quelques autres tests sur mes vols intérieurs américains restants sur le chemin du retour et j’ai constaté que la latence du réseau était considérablement plus faible lors de l’utilisation de la connexion avion-sol – dans la plupart des cas, elle enregistrait un peu moins de 300 ms. Cette latence plus faible s’est accompagnée d’une interface de contrôle plus réactive, où l’ajustement des faders ou la visualisation de plugins de traitement audio à forte intensité graphique étaient beaucoup plus naturels que mon expérience au-dessus de l’océan.

De plus, mon accès Wi-Fi en vol était limité aux connexions TCP, ce qui limitait l’application PCoIP NICE DCV au protocole WebSocket plus lent. Si le fournisseur Wi-Fi permettait la connectivité UDP, j’aurais pu utiliser le protocole QUIC beaucoup plus rapide avec NICE DCV, ce qui aurait amélioré les performances et peut-être éliminé toutes les chutes audio dans la surveillance du flux.

Cependant, à mesure que la technologie Wi-Fi en vol continue d’évoluer et de s’améliorer, je prévois que les limites du protocole seront bientôt une autre relique. Des nouvelles récentes suggèrent que des technologies telles que le réseau SpaceX Starlink d’Elon Musk pourraient être mises en œuvre sur les compagnies aériennes commerciales, promettant des vitesses Wi-Fi allant jusqu’à 100 Mbps et ouvrant la barrière technologique pour que les flux de diffusion en vol deviennent une nouvelle norme.

D’ici là, les A1 diffusés pourraient constater qu’un appel d’urgence pour peaufiner le traitement audio ou le mixage des programmes pendant qu’ils se rendent sur une île de vacances est possible, même à 36 000 pieds.