ニコニコ大百科

>>30を検証してくださった方がいました。
以下の環境でハードウェアアクセラレーションONだと映像が崩壊するようです。
エンコーダーがx264ではないというのもありますが、従来の条件にはあてはまりませんね。
問題の原因が共通なのか別なのかはわかりませんが・・・。
　CPU：Core2Duo 1.4GHz
　GPU：Mobile Intel4 Express Chipset
　OS：Win7 32
　ブラウザ：Chrome 17.0.963.66 m
　FlashPlayer：11.1 r102,55

ドライバが古いんじゃねーの

ドライバはIntel GMADriver for Mobile ver.8.15.10.2555を
2012年1月にダウンロードして適用しているとのこと。
他の人の検証報告もあると嬉しいですな。

AMD 785Gでは再現せず。Geforce320Mでも同様。

>>sm17372099

この動画で発症してるらしい。詳細わかる方います？

>>35
落としてMediaInfoで見るとref=16、bframes=16となってしまっているのがわかる。
たぶんTMPGEnc Video Mastering Works 5あたりで映像エンコーダーを
x264にしてるんだと思うけど、その場合「出力設定→映像設定」の
「パフォーマンス」を「とても遅い」にしていると、問題の--preset veryslow相当になる。
「GOP構造」の「最大参照フレーム数」が--ref、「GOP内でのBピクチャ数
」が--bframesに相当するので
これらの値が問題を引き起こさないような設定をしないといけない。

「パフォーマンス」のところで「標準」とか「やや遅い」あたりにしておけば
たぶん問題ない値におさまるんじゃないかと。

再生画面に手が出てくるんだけど・・・

>>38
運営のエイプリルフールネタらしいから大丈夫。

IvyBridgeでこの問題が修正されたとのことなので記事に追記しました。
SandyBridge含めた過去シリーズの修正も来るといいですねえ。

>>sm17931751

12:35あたりで映像がおかしくなる。
FlashPlayer10.3.183.19だと映像が止まる。
11.2.202.235だと映像が崩壊した状態のままカクカクと更新されていく。
ハードウェアアクセラレーションOFFでしか試してないので
ONの場合にどうなるのかは不明。
MPC-HC＋ffdshow tryoutsでの再生でもその部分は一瞬止まるが
一瞬止まるだけでその後は特に問題なし。
lsmashinput r225でAviUtlに読み込むと22633～22662フレームの
デコードが異常に重い。
エンコードはx264 r1947でオプションは--preset medium。
おかしくなる原因はよくわからない。

>>sm17972820

URL末尾に「?eco=1」をつけて低画質モードで視聴すると、FlashPlayer11.2.202.235の場合は
1:54の時点で2:01に飛びつつ少しの間だけ映像崩壊する。
FlashPlayer 10.3.183.19の場合は1:54で映像と音声が止まり2:01頃から音声だけ再開する。
ただし、どちらも再現する時としない時があり条件は不明。
ローカルにダウンロードしてMPC-HCで再生するとFlashPlayer11.2の場合と同じように映像が崩れる。

また、ダウンロードしたMP4からMP4Box -rawで映像ストリームを取り出そうとすると
「Corrupted NAL Unit」というエラーが大量に発生。
これは>>40の動画についても同様。
原因は不明だがH.264ストリームが異常になることがある模様？

このタグ秀逸だな！

具体的に問題が発生する可能性のあるBフレーム連続数は4以上。つまり問題が発生しないのはBフレーム連続数3までである。

エンコする人は注意ってことか

この記事のおかげで見られるようになったよ
ありがとう

>>sm18698731


映像崩壊する有り様をうpしてみました。
…いや、フラクタルノイズより集中線の方が弱いとは…

釣りタグかと思ったら真面目に説明しててﾜﾛﾀｗ

初めて見たけどいい記事だね
いい発想だわ

うp主がエンコミスしたのかと思ってたけど
Intelのせいだったのか

>>45の動画をうpった者です。
私の環境(Core i5-460M・Intel HD Graphics・ドライバ8.15.10.2622・FP11.4.402.265)で、あれから何度か検証してみたので一応報告しておきます。

>>45の元映像をx264GUIで、何度かエンコしてみたところ…
(特記以外の設定は、placeboのデフォルトのままです…多分…)

・ref=8、bframe=3、自動マルチパス(2pass・1000kbps)…崩壊せず(ref=9で崩壊)
・ref=10、(bframe=16)、自動マルチパス(2pass・1000kbps)…崩壊せず(ref=11で崩壊)
・ref=13、(bframe=16)、品質基準VBR(crf=25、映像1301kbps)…崩壊せず(ref=14で崩壊)

…何故かbframeを上げると、refの上限値が向上するという、摩訶不思議な現象が発生。
また、自動マルチパスよりも品質基準VBRでエンコした方が、refの上限値が向上することも確認…^^;
一応、低ビットレートでの耐性検証のため、crf=30(750kbps相当)でもやってみましたが、結果は同じでした。
補足しておくと、bframe上げた時の方が、崩壊した場合でも崩壊が穏やかに済んでいることが確認されました。

このことから、第1・第2世代Core iシリーズのIntel内臓GPUで崩壊を起こさせにくくするには…
・bframeはむしろ限界まで上げる
・可能な限り、2passのビットレート指定ではなく、品質基準VBRでエンコする
…と、もしかしたら発生が抑制できるかもしれません。

…蛇足ながら、自分の基本としている設定では、ref=11・bframe=16でも大丈夫だったので、他の動画をその設定でエンコしたところ、セピアノイズと白フェードが重なる部分でブロックノイズが発生してしまいました。
この検証結果はあくまで、>>45の元映像での検証であり、広く一般的に使える保証はありませんので、ご了承くださいm(__)m

尚、最近自分は、ref=8・bframe=16で常用しています。

最近Flashのハードウェアアクセラレーション切らないと
まともに見れない動画増えて困ったからこの記事助かるわ
俺の環境で見れない動画あったら報告しておきます

動画を開いた直後にシークバー真っ白、その後再生中に細かく止まって
ローディング繰り返すせいでまともに見れない現象が多発してるんだけど
何か対処法無いんだろうか

>>51
現象と確認　シークバー詐欺
ニコニコ動画のsmile-psuサーバーの仕様について
　http://togetter.com/li/302424
シークバーと一時停止をクリックすると再生が止まる
　http://bbs.nicovideo.jp/test/read.cgi/bugreport/1248469239/449-
運営メール回答の報告
　http://bbs.nicovideo.jp/test/read.cgi/bugreport/1248469239/468
対策
１．読み込みが終わるまで別タブに開いて待つ（～1時間：ネットのトラフィックをモニタ出来れば確実？）
１a.読み込み後しばらくして無音で再生して放っておき待つ。→再生終了したら巻き戻して観る
２．エコノミーモード視聴で我慢する(URLの後ろに?eco=1を追加）
３．一般回線で視聴リンクを使う（サーバが変わるので速くなる可能性はあるがまたもシークバー詐欺かも？）
１や１aの場合はエラーにならない限りリロードしない方が得。リロードでブラウザキャッシュが消えるから
注意
　Zeroが原因で起こるのではなくその前から変更していた点
　シークバーが中々進まないのは別の不具合（回線・サーバー混雑等）である。
　混同しないように

>>sm1659356

6分39秒辺りに、再生時間がバグって再生が強制終了する
リピート設定にすると最初からにまた再生される

>>52
レスが一ヶ月も遅れてしまってすまん
そうか、一度最後までローディングしたら後はスムーズになるのね
ありがとう

そもそも「ハードウェアアクセラレーションを有効化」の設定がないWindows8？IE10？の場合にはどうすれば。

プレミアムで動画再生中に画面が緑になって酷い事になる人は、動画下の一般回線で視聴してみるといいかもしれない

二つの動画でしか試してないけど二つとも何回ページ更新しようが何しようが無理だったが一般回線視聴したらすんなり見れた　
　

動画うｐしたんだがなぜか画面一面が緑になる…
他の主がうｐした動画は問題なく再生できるのに…

>>45の動画をうpった者再登場()
最近、Core i5-3470(Ivy Bridge、Intel HD Graphics2500)の環境が手に入ったため、念のため検証してみましたが…

・ref=16、bframe=16
・ref=16、bframe=3(恐らく一番厳しい設定に近い)

…でも崩壊しませんでした。勿論、上記に書かれている検証動画全て普通に見れました。

ドライバ:8.15.10.2827
Flash Player:11.5.502.110

HD4000で大丈夫みたいなので、大丈夫だろうとは予想していましたが、念のため検証しておきましたm(__)m

>>sm19533292

これみたいに全体が緑っぽくなるのは10bitのx264でエンコしてるせい…だと思う。他に理由があるかも知れないが、10bitのx264でやると高確率で再現するので注意な！

概要の最初の方の”代表的な原因は4つあり、”を書き換えるべきでは