出来事の日付：2026年7月18日。 ある開発者が、プログレッシブJPEGファイルの型破りな使用法を実演した。変化する一連の画像を単一の画像に詰め込み、データの配信中にアニメーションしているように見せるというものだ。この実験は、新しい画像形式や動画形式を導入するのではなく、デコーダーが受信途中のJPEGを更新する仕組みを利用している。

通常のプログレッシブJPEGは、圧縮情報を複数のスキャンに分割する。初期のスキャンには画像の低周波成分が含まれており、後続データによって精度と細部が改善される前に、粗いプレビューを表示できる。この形式はYCbCrで機能し、輝度と色差を分離するため、色の情報は多くの場合、明るさよりも低い空間解像度で保存しても、同程度に目立つ画質劣化を生じさせずに済む。

Maurycyのプロジェクトは、後続スキャンが単に1枚の画像を精細化するだけではない場合に何が起きるかを探っている。同じサイズの複数画像から得たデータを組み合わせ、選択した開始、フレーム、終了の各マーカーを取り除くことで、新しいスキャンが届くたびに、デコーダーにそれまで描画していた内容を置き換えさせることができる。接続速度が十分に遅ければ、こうした更新は一連のフレームのように見える。

デコーダーの安全対策が重要な制約となる。ブラウザーは一定数のスキャンを処理すると停止するが、開発者は、この上限が解凍爆弾のような悪用に対する防御である可能性があると考えている。そのため、単純なマルチスキャン版では長時間のアニメーションを維持できない。ベースラインJPEGは単一のスキャンを使用するが、ベースラインデコーダーはその最初の単位を処理した時点で終了し、構築されたシーケンスの残りを処理し続けることはない。

回避策では、各ブロックの最低周波数成分を表すDC係数のみを含む、最小限のプログレッシブフレームを使用する。変換はブロック単位で行われるため、これらのフレームは一様な1色になるのではなく、粗いながらも認識可能な画像を保つ。AC成分の精細化を避けることで、以前の画像による残像も防げる。作者によると、Chromeは停止するまでにこのようなスキャンを約90回描画する一方、Firefoxはそれ以上を許容する。90スキャンのファイルは、テストしたすべてのブラウザーで動作した。

これは実用的な動画コーデックではなく、技術的な珍品である。ファイルにはタイミング情報が含まれないため、見かけ上の再生速度はネットワーク配信に左右される。画質は意図的に制限されており、デコーダーの挙動によってフレーム数も制約される。それでもこの実演は、逐次的な形式が持つ見過ごされてきた性質を浮き彫りにしている。すなわち、規格に準拠した部分的な表現を操作することで、徐々に鮮明になる写真という従来の用途をはるかに超えた挙動を生み出せるということだ。