flashplayerで発生するブロックノイズとweightp,deblockの問題

こ～りん @kourin

x264_common.bat とsetting\x\high.bat は、カスタマイズした時のために本体をバージョンアップしても必要無ければ更新しない仕組みを入れたつもり

kenji @charound30

@kourin 現状ハードウエアアクセラレーション効いてる状態で映像崩壊するものって発覚してる限りの物はつんでれんこは回避してますよね？ハードウエアアクセラレーションオフの状態で確認を推奨しようと思ってるんですが

こ～りん @kourin

@charound30 weightp=2にもしていないし、refとかも高くないから知っている範囲では回避しているはずですね

kenji @charound30

@kourin ですよね。なのでオフで確認推奨でいきまーす

こ～りん @kourin

常時、--no-deblock　にしちゃうと無駄に膨らむという認識は合っているのかな？

こ～りん @kourin

メリットとデメリット、どっちが多いか。あまりあの症状が問題にならないのなら、とか、画像が乱れるのほうが気になるかなぁ。どっちが多少のこと、になるかというと、うーん

kenji @charound30

@kourin そこまで大きく影響するわけじゃないですけどね。つんでれんこのような物、なるべく簡単に問題のないエンコードをするっていう観点からいくと切る方がベターなのかも？例えばcrf=23でやってて入れてたら400kbps、切ったら410kbpsくらいな感じかなー

kenji @charound30

@kourin ただ発生する映像ってのが決まっててボカロ系のPV以外ではあまり出くわさないからそこ以外は入れてた方がいいかなーともｗ

こ～りん @kourin

@charound30 ふーむ。アニメ系(プリセットl,m,n,t)は --no-deblockで、実写(o,p,q）は--no-deblockなしとかですか

kenji @charound30

@kourin それもありかも。発生するのが肌色系のフェードがメインなんだけど実写ではなったことないからそっちは必要ないとおもいますねー。 ちなみに歌ってみただとまずまずの頻度でno-deblockは使います。なのでこちらでは触れようかなと

kenji @charound30

@kourin プリセットｔはどういう扱い？

こ～りん @kourin

@charound30　プリセットtは、プリセットmを流用しているので、--no-deblockありですね。プリセットyは、--no-deblockなし

kenji @charound30

@kourin ってことは夏でプリセット「ｔ」使ってる記事書いてるけどdeblockに触れるのは特に必要なしかｗ別記事にしときますね

kenji @charound30

夏蓮根の使って簡単に良い感じにエンコしちゃいましょう解説記事書いてる最中に仕様変更するドSなこ～りんさん

こ～りん @kourin

www RT @charound30 夏蓮根の使って簡単に良い感じにエンコしちゃいましょう解説記事書いてる最中に仕様変更するドSなこ～りんさん

こ～りん @kourin

changelogに明記してみた - アニメ系プリセット(l,m,n,t)に、--no-deblockを追加（flashplayer10.2以降でハードウェアアクセラレーションをオフにするとブロックノイズが発生する問題<http://t.co/rbCByjow＞対策）