M3U8 / HLS

.m3u8をテキストエディタで開くと、数十行しかありません——ヘッダー、いくつかのパラメーター、そして長いアドレスの一覧です。それがファイルのすべてです。動画は別の場所にあり、数秒単位のセグメントに切り分けられ、サーバー上に数千個の別々の小さなファイルとして置かれています。

プレーヤーはこの一覧を読み、最初の数セグメントを取得して再生を始め、自分より先へ先へと取得を続けます。接続が遅くなると、マスタープレイリストに載っている画質の低いバリアント——別のビットレートの別のセグメント群——へ切り替え、それをセグメントの切れ目で行うため、途切れではなく画質の変化として見えます。この適応的な切り替えこそ、この形式が広まった理由です。

これは人々を驚かせる事実も説明します。手元に置けるファイルは1つも存在しないのです。今見ている映画は、どこにも1つのオブジェクトとしては存在していません。それは千の断片と、一連の指示にすぎません。

それがまさに保存したものだからです。ブラウザは指定したアドレスにリクエストを送り、4キロバイトほどのプレイリストを受け取り、それをディスクに書き込みました。実際に視聴していたものはすべて、保存操作がまったく関知しない千件もの別々のリクエストを通じて届いていたのです。

HLSを正しくダウンロードするとは、プレーヤーがやっていることをディスク上でも行うことです——プレイリストを読み、画質バリアントを選び、すべてのセグメントを順番に取得し、それらを1つのコンテナに縫い合わせます。この最後の工程が再多重化と呼ばれるもので、映像・音声は再エンコードされず、シークできるよう適切なインデックスを持つ1本のMP4へ書き直されるだけです。

これを見た目より難しくしている要因が2つあります。セグメントのアドレスは相対パスであることが多く、セッションごとに変わるため、1時間前に取得した一覧はすでに無効かもしれません。そしてストリームはしばしば、プレイリスト内で参照される鍵——別途配信され、再生中に更新される——によって暗号化されています。