CityHall 4K — 半分のサイズで、目では区別不能。
同じ 10 秒、同じ 4K 60 fps。右が NormH.264、バイト数は半分、VMAF 83.83。両方を下で自動再生中、ご自身の目で判定してください。
ソース — AV1 4K60 · 17.94 MB
cityhall_4k_av1_original.webm · 公開 web から取得済の AV1、すでに圧縮済
cityhall_4k_av1_original.webm · 公開 web から取得済の AV1、すでに圧縮済
NormH.264 — H.264 4K60 · 9.10 MB (−49.27%)
cityhall_4k_norm_h264.mp4 · VMAF 83.83 / VMAF 最低 76.11 · H.264 が動く環境すべてで再生可
cityhall_4k_norm_h264.mp4 · VMAF 83.83 / VMAF 最低 76.11 · H.264 が動く環境すべてで再生可
17.94 MB → 9.10 MB
バイト数半分、VMAF 83.83、都市風景のディテールでも視覚同等、再生互換性は H.264 のまま。
再生そのものに注目。 左 18MB AV1 ソースと右 9MB NormH.264、どちらも broadband では再生可ですが、立ち上がり時間と stutter を観察してください — 小さい方が早く再生開始、引っかかりが少ない。圧縮の利得 = 配信・UX の利得。
これが何故すごいか
ソースは新鮮な H.264 マスターではなく、すでに AOM の reference エンコーダで絞られた AV1。よくある「50% 削減」デモは高ビットレートマスターから出発するが、それは元から余白がある。今回は余白がほぼ無い状態から、NormMAP がさらに半分に削り、視覚同等帯に収めている点が違う。
仕様
| ソース | CityHall_3840x2160.webm (公開 web AV1 download) |
| 解像度 | 3840 × 2160 (4K UHD)、60 fps、10.0 秒 |
| ソース codec | AV1 (yuv420p)、ビットレート ~15.7 Mbps |
| 出力 codec | H.264 (yuv420p)、NormH.264 v0.3.2 経由 |
| NormMAP 設定 | 交換子ノルム駆動 block 単位 bit 配分、libx264 ROI side-data 経路 |
| VMAF 平均 | 83.83 (視覚同等帯: VMAF 80–90) |
| VMAF 最低 | 76.11 (worst-frame floor) |
| サイズ削減 | −49.27% 対 4K AV1 ソース |
| デコード互換性 | H.264 — 全ブラウザ・全デバイス・全 set-top、Safari iOS も polyfill 不要 |
自分で動かしたい? SlimeCodec NormH.264 30 日トライアル →
