同じサイズの 2 本。
どちらが良いかは、あなたが決めてください。
この比較は、自社の指標が負けている対を選んで出しています。VMAF では素の x264 の方が 1 点高い。それでも公開するのは、指標と目が食い違う領域が実在し、そこでは数値だけでは判断できないからです。
このページは回答を送信しません。フォームも計測タグもありません。判定はあなたの中だけで完結します。
1. 何を見せているか
同一素材 (4K 自然風景、3840x2160、20.35 s、610 フレーム) を、ほぼ同じファイルサイズになるよう 2 通りに符号化したものです。伏せているのは「どちらがどちらか」だけで、 数値は下表のとおり全て開示しています。サイズは 4% 違い、大きい方が VMAF も高い。
| A | B | |
|---|---|---|
| ファイルサイズ | 8,518,743 B | 8,192,633 B |
| VMAF | 70 | 69 |
| sha256 (先頭 24) | e2790a054008d018f8bdd73b | 9bb395a09fffb82a9f3f2299 |
配信しているのは測定に使ったファイルそのものです。 Web 用に再エンコードしていません — 再エンコードすれば、見えている粗さは測定した粗さではなくなります。
2. 静止画で判定する (等倍)
同一時刻 (10 s) の同一座標から、拡大縮小なしで切り出した 720x405 の等倍クロップです。 ブラウザが縮小すると差は消えます。画像をクリックして原寸で見てください。
岩場 — 高周波のディテール
水面 — 平坦部 (ブロックが出る場所)
全体 (文脈用・1280 に縮小)
3. 動画でも判定する
静止画で見えるものと動きの中で見えるものは違います。両方あります。
4. 答え合わせ
クリックして答えを見る
A = 素の x264 (VMAF 70, 8,518,743 B) / B = Norm 適用 (VMAF 69, 8,192,633 B)
VMAF は A の方が 1 点高いと言っています。あなたの目はどうでしたか。 どちらでも構いません — この比較はあなたの答えを集めていませんし、 n=1 の印象で製品の優劣が決まるわけでもありません。ここで示したいのは、 この領域では数値が判断を代行できないという一点です。
5. なぜこの対を選んだか — 台帳の記述をそのまま
| 台帳 ID | nature.isosize.control |
|---|---|
| 台帳レベル | measured-on-disk |
| text | nature 4K iso-SIZE ~8MB: plain x264 VMAF70 (8.1MB) vs Norm VMAF69 (7.8MB) — x264 >= Norm at equal size |
| value | x264 VMAF70 >= Norm VMAF69 @8MB |
| artifact | nature_test |
| 注意書き (台帳より) | The honest iso-size control for nature, sitting in the SAME folder as the '42%' files. At equal size plain x264 is slightly AHEAD (70 vs 69). This REFUTES a Norm-specific iso-quality win on nature. |
| 台帳 ID | blind.isosize.cityhall.3mbps |
|---|---|
| 台帳レベル | measured-logged |
| text | Blind iso-size still comparison, CityHall 4K60 @ ~3 Mbps, x264(--strength 0) vs norm(--strength 0.30 --adaptive --temporal). Viewer described P as 'sharp but visible blocking on the dark flat car body' and Q as 'softer, less detail'. Reveal: P=norm, Q=x264. The two ARE distinguishable at equal size, and the blocking sits on the NORM side. |
| value | norm = blockier on flat surfaces; x264 = softer |
| artifact | _v051_test/isoblock/iso_{x264,norm}_3000.mp4 ; blind crops + sealed key |
| 注意書き (台帳より) | INFORMAL, NOT a result. n=1, the viewer was Claude (not a human), STILLS not motion, ONE operating point at 4K60 3 Mbps where VMAF is ~53 - just above the band PROTOCOL excludes from operational judgement - and the sizes differ by 2.8% (norm larger). Also THREE variables move at once (strength 0.10->0.30, +adaptive, +temporal) so nothing is attributed. The viewer's DESCRIPTION was right but the ATTRIBUTION was backwards, which is why the key was sealed. Must not be rendered as a product claim in either direction. |
6. 再現手順
クロップは以下のコマンドで再現できます。座標も時刻も固定です。
ffmpeg -ss 10 -i <file> -frames:v 1 -vf "crop=720:405:1700:900" scree.png # 岩場 (高周波)
ffmpeg -ss 10 -i <file> -frames:v 1 -vf "crop=720:405:600:1500" water.png # 水面 (平坦部)7. 関連
- 製品ページ: SlimeCodec
- 他の検証資料: SlimeCodec 資料
- 索引: リソース