4K 自然 — 元の 4.4 分の 1。

同じ 20 秒の 4K30 自然 timelapse。右が NormH.264、25 MB (元 110 MB)。両方を下で自動再生中、ご自身の目で判定してください。

重量級デモ (合計 ~135 MB) — 従量課金回線では各動画の再生ボタンを手動で押してください。

ソース — H.264 4K30 · 110 MB · ~45 Mbps
4k_nature_h264_source.mp4 · 20.35 秒 · 高ビットレート H.264 マスター

NormH.264 — H.264 4K30 · 25 MB (−77.3%、1/4.4)
4k_nature_norm_h264.mp4 · VMAF 80.47 / VMAF 最低 68.90 · 同 H.264 codec、再生互換そのまま

110 MB → 25 MB

同じ H.264 codec、同じ 4K30、すべての device で再生可。ご自身の目で判定してください — 判断材料は上の二つの映像です。

この素材についての正直な但し書き — 何が示せて、何が示せていないか。
上の −77.3% は、45 Mbps という余裕のあるマスターに対する削減率です。示しているのは「膨れた入力を適正なビットレートに落とすと、目に分かる劣化なくこれだけ小さくなる」ということで、コーデックとしての効率の証明ではありません。
同じ 4K nature 素材を同一サイズ(約 8 MB)で素の x264 と突き合わせた対照では、x264 が VMAF 70・NormH.264 が VMAF 69 と、素の x264 がわずかに上でした。この素材に、NormH.264 固有の「同一画質での勝ち」はありません。
同一画質で勝てるのは g2 診断が「効く」と判定する素材のほうで、その実測は −4–5% です — 測定台帳の全行(勝ちも負けも)を見る →

再生そのものに注目。 左のソース (110MB) は多くの回線で buffering / stall / 引っかかりが起きます。右の NormH.264 (25MB) はページ load 時から滑らかに即時再生。圧縮の利得はそのまま配信・UX の利得です — 視聴者は VMAF を知らなくても「立ち上がりが速い、止まらない」体感差で気付きます。

これが何故すごいか

4K 自然 timelapse はテクスチャ過多: 葉、草、水、空のグラデーション、太陽光線。エンコーダが「ここは捨てていい」と思える平坦領域がほぼない。普通の H.264 はこの品質帯で 40–50 Mbps 食う。NormMAP は交換子ノルム hint で「目が実際にどこを見ているか」を libx264 に伝え、知覚的に静かなブロックの bit を減らし、賑やかなブロックを残す。

仕様

ソース	4K-14690379_3840_2160_30fps.mp4 (公開 web 4K 自然 timelapse)
解像度	3840 × 2160 (4K UHD)、30 fps、20.35 秒、610 frame
ソース codec	H.264 (yuv420p)、ビットレート ~45 Mbps
出力 codec	H.264 (yuv420p)、NormH.264 v0.3.2 (slime-2 preset)
NormMAP 設定	交換子ノルム駆動 block 単位 bit 配分、libx264 ROI side-data 経路、aggressive bias
VMAF 平均	80.47 (この出力の実測値。VMAF は NormMAP の効きを低く見積もる傾向があり、判断は目視でお願いします)
VMAF 最低	68.90 (重 detail 瞬間の最悪フレーム)
サイズ削減	−77.3% (1/4.4) 対 4K H.264 ソース (45 Mbps)。対ソース値のため入力ビットレート依存
デコード互換性	H.264 — 全ブラウザ・全 device・全 set-top、Safari iOS も polyfill 不要