以下はゲストブログ記事である。 Greg KopchinskiWaves Live & Install Product Managerです。
ウェーブスオーディオは Grass Valley Allianceです。メンバーであり、AMPPのための様々な認定ソリューションを提供することにコミットしたオープンデジタルコミュニティです。
高度36,000フィートでの放送音声のミキシング
アムステルダムで開催されたIBC2022から帰国の途につく大西洋横断便の機内で、私はノートパソコンを取り出し、この1週間でお蔵入りになっていた何十通ものEメールに目を通し始めた。グローバルWi-Fiプランを購入していたので、混雑したエコノミーキャビンの中でそのWi-Fiを最大限に利用したかったのだ。
座席の背もたれのスクリーンには飛行経路が映し出され、私は最後の乾いた陸地を通過し、海を渡って水平飛行に入るのを見守った。高度計は36,000フィートを表示し、乱気流はなく、私の隣の席の人たちは食事のサービスを終えて居眠りをしていた。
ラップトップの画面の隅で、私の目はIBCのデモフォルダに気を取られていた。ウェーブスは最近 グラスバレー・メディア・アライアンス・プログラムそして、私はショー・フロアの互換性デモに必要なものをすべて、目の前のデスクトップ・フォルダーに入れていた。ご存じない方のために、 グラスバレーは Agile Media Processing PlatformすなわちAMPPである。そしてIBCでは、AMPPの使用を示すデモをセットアップした。 Waves Cloud MXオーディオミキサーAMPPに接続し、最先端のオーディオプロセッシングとミキシングをすべてクラウドで。
デモのレイアウトはシンプルで、複数の再生クリップから引き出されたオーディオソースがAMPPからNDIのWavesにルーティングされ、メインプログラムとミックスマイナス・フィードとしてAMPPに戻される。
アムステルダムでのデモでは、オレゴン州のAWS US-Westデータセンターに物理的に配置されたクラウド処理サーバー、AWS EC2インスタンスに接続するリモートクライアントとしてWindows PCを使用した。そう、鳥が飛ぶように5,000マイル離れた場所だ。ワークフローダッシュボードからシンプルなマルチビューワー、そして完全なオーディオ処理とミキシング環境に至るまで、私たちがデモしたものはすべて、ブースにある10Mbの共有パブリックインターネットドロップを介して接続されていた。このセットアップを使用した場合、タッチスクリーン・コントローラーのレイテンシーは165ミリ秒程度でした。ネットワーク構成を考慮すれば悪くなく、タッチスクリーン・コントローラーが典型的なオーディオ・ミキシング・タスクに追いつくには十分な応答性でした。
飛行機の中でデスクトップのフォルダに戻る。飛行機のWi-Fiが私のコントロールポートをブロックしないか心配だった。この場合、Wavesオーディオミキサーにアクセスするためのリモートデスクトップクライアント（ポート8443、AWS Nice DCV）と、AMPPダッシュボードにアクセスするためのセキュアなウェブブラウザ（ポート443、https）の接続だけが必要でした。
私の機内での実験は、AMPPのダッシュボードにログインすることから始まった。これはHTML5ブラウザー・ウィンドウのUIからアクセスでき、地上にいるかのようにログインしてデモ・ダッシュボードを見ることができた。この接続で、放送ワークフローの一部であるAMPP機能、特に再生機とNDIオーディオパッチを起動し、コントロールすることができた。
画像1：デモに使用されたGV AMPPダッシュボードと番組フィードモニター。
AMPPからWaves Cloud MXオーディオミキサーへのオーディオ接続を確認した後、ダッシュボードを閉じてオーディオミキサーを実行しているAWSクラウドインスタンスにログインしました。
Waves Cloud MXオーディオミキサーは、NICE DCVというAWSが提供するPC-over-IP（PCoIP）インターフェースを使って、リモートクライアント（私のラップトップ）をクラウドサーバーに接続してコントロールします。一般的にPCoIPクライアント・サーバー実装であれば何でも使えますが、今回はNICE DCVソフトウェアが既にクラウドサーバーと私のラップトップの両方にロードされていたので、一番テストしやすかったです。
見慣れたログイン・ウィンドウが表示され、少なくともTCP経由では必要なポート・アクセスが開いていることが確信できた。ログイン認証の後、Waves Cloud MXミキサーが現れ、チャンネルストリップのメーターが変化するレベルを表示し、イヤホンを入れる前にオーディオが実行されていることを教えてくれた。
画像2: Waves Cloud MXオーディオ・ミキサー・コントロールが、ニューヨークへのルート上、高度36,000フィートの飛行機のフライト・トラッカーの下にあるラップトップ・ディスプレイに表示されている。
NICE DCVに内蔵されているステータスモニターでネットワークのレイテンシをチェックしたところ、この時点で800ミリ秒と表示された。これは1秒未満ではあるが、IBCで地上で測定されたレイテンシーよりはるかに高いことは確かだ。このレイテンシーを考えると、ミキサーから直接ストリーミングオーディオをモニターすると、いくつかの周期的なドロップアウトがあることが予想され、確認された。予期せぬことではなかったが、各パケットに必要な飛行機のWi-Fi-衛星-地上-クラウドの往復経路を考えれば、驚くには値しない。
帰路、残りのアメリカ国内線でさらに数回テストを行ったところ、飛行機から地上への接続を使用した場合、ネットワークのレイテンシーが大幅に低くなることがわかった。この低レイテンシーに伴い、より反応の良いコントロール・インターフェイスが実現し、フェーダーを調整したり、グラフィックを多用するオーディオ・プロセッシング・プラグインを表示したりするのが、海上での経験よりもはるかに自然だった。
さらに、私の機内Wi-FiアクセスはTCP接続に制限されていたため、NICE DCV PCoIPアプリケーションはより低速なWebSocketプロトコルに制限されていました。Wi-FiプロバイダーがUDP接続を許可していれば、NICE DCVではるかに高速なQUICプロトコルを使用できたでしょう。
しかし、機内Wi-Fi技術が進化し改善され続けるにつれ、プロトコルの制限はすぐに過去の遺物になると私は予想している。最近のニュースでは、イーロン・マスクのSpaceX Starlinkネットワークのような技術が民間航空会社に導入される可能性を示唆しており、100MbpsものWi-Fi速度が約束され、機内放送ワークフローが新しい常態となるための技術的障壁が開かれる。
それまでは、放送局のA1は、36,000フィート上空であっても、休暇の島への飛行中に音声処理や番組ミックスを微調整する緊急呼び出しが可能であることに気づくかもしれない。
