動画がおかしくなる方は大百科をクリック→とは (ドウガガオカシクナルカタハダイヒャッカヲクリックとは) [単語記事]

動画がおかしくなる方は大百科をクリック→とは、何らかの原因により、動画再生時にトラブルが発生した視聴者の為の誘導用タグである。

このタグで飛ばされてきた人はまずトラブルシューティングの項目を試してみよう｡

※この記事はPCでニコニコ動画を見ている人を対象に書かれているためもしもスマートフォンやタブレットで再生して症状が発生した場合の事は書かれていません｡
(具体例としてはrefが16以上で投稿されている動画をiOS端末で見ることが出来ない(対処不能))

概要

動画再生がおかしくなる、例えば画面一面が単一色のブロックノイズのようなもので覆われたり明らかに不自然な画面の乱れが生じる。代表的な原因は5つあり、

グラフィックボードの動画再生支援機能が正常に働いていない為、画面がピンク色に覆われたり、雑巾で拭かれたような画面になったり、黒いブロックノイズが出るといった症状が起こる。大抵このタグが付いているのはこの症例が発生する可能性のある動画である｡
PCが動画を見る為のスペックを満たしておらず、動画がガクガクした動きになる。この場合、動画 URLの後ろに?eco=1という文字列を追加し、再読み込みを行う事で強制エコノミー閲覧モードとなり、エコノミー回避動画以外は動きを改善する事が出来る…が、画質は大幅に落ちる。仕方ないね。
エンコード時の動画予測が上手くいっていない。flv 動画にまれによくあった症状。エコノミー症候群もこれに当たる｡通常再生ならばエコノミー再生で正常になることもあるが基本的に対処法は皆無である。(ニコニコ動画側で携帯デバイスなどに対応するための再エンコが行われたらしく一部のエコノミー症候群は改善した｡)
エンコードの設定がおかしい場合｡現在のflash player、ニコニコの仕様上8bit深度、yuv4:2:0色空間以外の動画を上げるのは不適当であるが一時期flash player側で10bit深度に対応していたりエコノミー再生で無い場合はyuv4:2:2の動画も再生出来るためごく希にこういった形式で上げている投稿者がいる｡yuv4:2:2で上げられている動画に対してはエコノミーにならない時間帯に再生すればきちんと見ることが可能であるが10bit深度で上げられている動画に対しては対処不能｡ちなみに症状としては8bit深度以外の動画は黄色くなり、yuv4:2:2で上げられた動画はエコノミー時完全に見ることが出来ない(yuv4:4:4やRGBの場合真っ暗)
そもそも何かの目的のために動画のビットレートが犠牲になっている場合。その動画には「フロッピーに入る動画シリーズ」というタグが付いていませんか？その場合はあなたのパソコンのせいでもエンコのミスのせいでもありません。そういう動画です。低ビットレートの極致を楽しんでください。

この項目では通常の環境でも多々起こりうる1の症状について詳しく説明していく。

トラブルシューティング

上記1.の症状は、グラフィック支援機能により発生する事が殆どであり、その場合は動画再生支援を切ることで回避出来る｡やり方は以下の通り。

flashplayerの場合は動画上にマウスカーソルを合わせ右クリックし、設定を選んで左クリック｡
小さな選択画面「Adobe Flash Player設定」が出てくる。この時、選択画面が「ディスプレイ」になっていない場合、左下のディスプレイマークをクリック｡
「ハードウェアアクセラレーションを有効化」のチェックを外す｡
開いているページの再読み込み(F5 キーなど)を行えば、見られなかった動画が見られるようになっている筈。

ただし、元々あったグラフィック支援機能を切ることになる為、動画が重くなる可能性もある。PC スペックがそれほど高くない人は目的の動画を見た後に設定を元に戻しておいた方が良いだろう｡

※手っ取り早い解決方法としては「別の媒体で見る」という手法がある。

外付けのグラフィックカードなどを使っている場合はドライバ更新で正常に再生出来る可能性はある(壊れる可能性や他の不具合が起こる可能性もあるので自己責任でお願いします)

問題が起きる原因

Bフレーム最大連続数、最大参照フレーム数が大きくなっている場合に、
主にIntel系GPUの動画再生支援機能が正常に働かないことが原因だと言われている。
（ただし、Bフレームを使わないBaseline プロファイルの動画で発生している事例があるなど、
　条件については不明な点や未確定情報もあるので、更なる検証が待ち望まれるところでもある。）

x264であれば

　・参照フレーム数（参照距離）（--ref）
　・最大Bフレーム連続数（--bf rames）

の2項目である｡ --ref --bf rameに付く説明は使用しているフロントエンドや解釈によっては違うため注意が必要

またエンコーダとしてx264を使用し--preset veryslowや--preset placebo、 --tune animetionを指定した場合はこの2項目のデフォルト値が問題が起きない範囲を超えるため使用する際には注意が必要である｡
（ニコニコ動画まとめWikiにおいて、一時期veryslowプリセットが推奨されていた時期もあるが、
　この再生支援問題への影響もあって取り下げられた。）

なお、エンコーダとしてx264を使用しているニコエンコ 0.77を使っている場合、「ヘルプ→本体の設定→変換速度」を「最低速」にすると、--preset veryslow相当の設定でエンコードすることになるため、この問題が発生することになってしまう。未確認だが「低速」でも発生する可能性があるため、なるべくなら「普通」、あるいは「遅い」までにするか、設定ファイルで--ref や--bf ramesを適切に設定しておくほうがよいだろう。（詳しくはニコエンコの記事を参照のこと）

（本件とは関係ないがプレミアム会員の設定でニコエンコの自動変換を使うと異常に高いビットレートが指定されるため、ダウンロード負荷や再生負荷が上がるという問題もある。プレミアム会員でニコエンコを使う場合は手動変換で適切なビットレートを指定してエンコードしたほうがよいと思われる。現状では「つんでれんこ」や「AviUtl」を使ったほうがメリットが大きい。）

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

参照フレーム数については15や16で問題が起きることが確認されているが、6より大きくすると問題が起きることがあるという指摘もある。

なお、参照フレーム数やBフレーム連続数以外にも、再生支援機能がうまく働かなくなるような設定があるらしいが、
再生環境は人により様々であるので、なかなか原因が絞り込めないというのが現状である。(--output-cspは前述の色空間の設定なので絶対に指定してはいけない)

ちなみに、flash playerでおかしくなる動画に関しては再生支援を使用したローカル再生でも同様の症状が発生する。
この問題はローカルプレイヤーもしくは全体の再生支援を切ることにより再生可能となる。
少し具体的に言えばON/OFFの設定が出来るプレイヤー（GOM playerなど）で再生支援をOFFにするかグラフィックボードの設定から
ハードウェアアクセラレーション（動画再生支援）を一律に無効化すれば通常通り再生可能となる。
またwindows media playerなど通常では再生できないプレイヤーでff dshowを使いデコードしている場合はそちら側で
再生支援を切れば正常となる。だが当然どの方法でもflashplayerで再生支援を切ったとき同様cpuにかかる再生負荷は高くなる。

メーカー製ノートPCなどでは問題の起こる可能性が高いIntel HD Graphicsが採用されていることが多いため、
　　　「より多くの視聴者に快適に見てもらいたい」
という場合は、この問題が発生しないようBフレーム連続数や参照フレーム数を抑えてエンコードする必要がある。
しかしながら、投稿者としては
　　　「この問題さえなければもう少し圧縮率や画質を上げることができるのに」
というもどかしさを感じることもある。Intel社の対応が待ち望まれるところである。