と半分になることが確認できる。増えるだけで他は変わらないから当然といえば当然なのだけど。量子化後の値は倍になる。値を倍にすれば量子化後の値は変化しない。下げるのと同じ量子化効果を持つので、圧縮に伴う画質劣化は減少する。同じ画質劣化があることを前提にした強いフィルタをかけるので、デブロックフィルタでの画質劣化が上昇する。最適化が行われなくなる。表現可能範囲をオーバーフローして、正しい演算結果が得られなくなる可能性すらある。下げた方が仕合せになれると考えている。計算方法が変更されていて、次のようなコードになっている。なるか処理を追ってみる。同じ結果になることが確認できる。入力された場合のことを考えてみる。切り詰められ、圧縮データ内から削除されてしまう。変更した場合はどうなるだろうか。なり、圧縮データ内に出力されて残るようになる。変化させた場合の量子化前後の入出力の対応を示したものになる。未満になる数字を、どうやって丸めるかという基準を設定するためのものだ。切り捨てる処理になる。拾える興味深いドキュメントを紹介してみる。ディレクトリの中にある。追加すべきかということが話し合われていた。この中におもしろいことが書いてあるので、以下に引用してみる。worse.適当に翻訳してみる。バグについて:上の結果を示すために、私たちはリファレンスエンコーダからバグを取り除いた。値が選択されるべきである。スライス種別によって選択している。スライスかの違いに応じて選択されるということを意味している。値が選択されてしまう。選択するように修正した後のものだ。結果は、もっと悪くなる。相当するパラメータのこと。丸めオフセットとして使うべきだ!!」というのが引用部分の主張している内容。「さらに「詳細は秘密」とのことだが、エンコーダのソースコード自身にも手が入っている。ISOリファレンスのエンコーダに必要精度が出ていない部分を発見し、その部分の演算精度を向上させた」という記述を見たとき、最初に連想したのが、今回紹介した主張の件だったりする。パイレーツのエンコードの際に発見したなら時期が合わないし、すでに公知のものを「詳細は秘密」と言ったりはしないだろうということで何か他の問題を言ってるのだろうと考え直した。