Amazon Prime Videoが動画再生にWebAssemblyを採用。再生デバイス上にWasm VMをデプロイ、高フレームレートなど実現

2022年2月1日

Amazon.comは動画サービスのAmazon Prime Videoにおいて、テレビやFire TV、スマートフォンなどの再生デバイス上にWebAssemblyのランタイムをデプロイし、アプリケーションの一部にWebAssemblyを採用したことで、動画のフレームレート向上などを実現したと明らかにしました。

Amazon Prime Videoはグローバルに展開されている世界最大級の動画配信サービスです(きっとあなたの手元にも対応デバイスがあるはず)。

これだけの規模の本番環境にWebAssemblyが投入されている事例は他にないはずで、WebAssemblyの実用度と成熟度を知る上で非常に重要な事例といえます。

同社が明らかにした内容をまとめてみました。

(追記 2022/3/8:ディズニーがこれよりも先にDiney+の配信アプリで採用していました)

参考:ディズニー、Disney+の動画配信クライアントにWebAssemblyを採用。2019年春に開発開始

JavaScriptで作られているAmazon Prime Videoアプリ

Amazon Prime Videoは、テレビやセットトップボックス、Fire TVのようなスマートデバイス、スマートフォンやタブレットなど、さまざまなデバイスで映画やテレビ番組などを見ることができる動画配信サービスです。

同社によると8000種類以上のデバイスでAmazon Prime Videoが利用可能です。

figレンダラで描画され、デバッグ中のAmazon Prime Videoの画面。「How Prime Video updates its app for more than 8,000 device types - Amazon Science」から引用。以下の図も同じ

これだけ多種多様なデバイスに対して、ログイン画面やパーソナライズされたポータル画面、動画の再生などの機能を実現するために、Amazon Prime VideoのアプリケーションはC++で開発されたJavaScript VMと、その上で動くJavaScriptアプリケーションの2つから構成されています。

そしてそれぞれが必要に応じてデバイスにダウンロードされ、実行されます。

fig

特にJavaScriptのアプリケーション部分は実行時にダウンロードされ実行されることで、機能追加などの変更やバグフィクスが容易になっていると説明されています。

プロトタイプのWebAssembly化で10倍から25倍高速に

Amazon.comがこのAmazon Prime VideoのアプリケーションにWebAssemblyの採用を検討し始めたのは2020年8月とのことです。

同社はプロトタイプとして低レイヤのJavaScriptのコンポーネントのいくつかをRustのコードで書いてコンパイルし、WebAssemblyのバイナリにしたところ、JavaScriptのコードと比較して10倍から25倍も高速になったことを発見します。

これによりAmazon Prime VideoのアプリケーションにWebAssemblyを取り入れることを決定。

JavaScript VMの部分にWebAssembly VM(Wasm VM)をランタイムとして追加し、ユーザーのデバイス上へデプロイした上で、これまでJavaScriptで実現していたレンダラ、アニメーション、シーンとリソース管理の部分をRustコードから生成したWebAssemblyで置き換えました。

fig

これにより中価格帯のテレビでフレームタイム(動画の1コマを表示するのにかかる時間)が平均で28ミリ秒から18ミリ秒に、最悪のケースでも40ミリ秒から25ミリ秒に改善し、現在進行形でさらに改善が進んでいるとしています。

また、追加されたWasm VMの総メモリ消費量は、最大でも7.5メガバイト。WebAssemblyへの移行によってJavaScriptヒープメモリを30メガバイトも節約することができたとのこと。

Amazon Prime Videoで利用されているデバイスのほとんどが豊富なメモリを持たないデバイスであるため、これは歓迎すべきことだと同社は指摘しています。

最後に、結論となっている部分をブログ「How Prime Video updates its app for more than 8,000 device types」からそのまま引用しましょう。

As I mentioned, the switch to Rust and Wasm has improved the applications’ frame rate stability and speed. To reach our goal of reliable 60-frame-per-second frame generation and improve input latency, we will move more systems to Wasm, such as focus management and layout.

前述の通り、RustとWebAssemblyに切り替えたことでアプリケーションのフレームレートの安定性とスピードが向上しました。今後、信頼性の高い毎秒60フレームのフレーム生成という目標を達成し、入力レイテンシーを改善するために、フォーカス管理やレイアウトなど、さらに多くのシステムをWebAssemblyに移行する予定です。

動画配信にとどまらず、優れたランタイムとしてのWasmへ

同社が明らかにした内容からは、WebAssemblyの特徴である高速なアプリケーションの実行とコンパクトなランタイム、そしてさまざまなデバイスに対応する移植性の高さといったものが浮き彫りになったように思います。

その特徴は動画配信だけにとどまらず、あらゆるデバイスにおけるさまざまなアプリケーションのランタイムとしてのWebAssemblyの可能性の大きさをも示すものになっているのではないでしょうか。

あわせて読みたい

WebAssembly Web技術




タグクラウド

クラウド
AWS / Azure / Google Cloud
クラウドネイティブ / サーバレス
クラウドのシェア / クラウドの障害

コンテナ型仮想化

プログラミング言語
JavaScript / Java / .NET
WebAssembly / Web標準
開発ツール / テスト・品質

アジャイル開発 / スクラム / DevOps

データベース / 機械学習・AI
RDB / NoSQL

ネットワーク / セキュリティ
HTTP / QUIC

OS / Windows / Linux / 仮想化
サーバ / ストレージ / ハードウェア

ITエンジニアの給与・年収 / 働き方

殿堂入り / おもしろ / 編集後記

全てのタグを見る

Blogger in Chief

photo of jniino

Junichi Niino(jniino)
IT系の雑誌編集者、オンラインメディア発行人を経て独立。2009年にPublickeyを開始しました。
詳しいプロフィール

Publickeyの新着情報をチェックしませんか?
Twitterで : @Publickey
Facebookで : Publickeyのページ
RSSリーダーで : Feed

最新記事10本