ニコニコ大百科

新仕様のエンコードが暗転やフェードに弱くてたまにノイズが走る事があるのデメリットに書いていい気がする
どれだけ画質挙げようが発生し得る問題だし

当たり前だけど
HW支援で再生できるならDXVAチェッカーでトレースログ取りながら動画を再生するとフレーム数と解像度くらいは出せるね
引っかかってるか簡易に確認したい場合は使えるかも

HTML5プレーヤーニコニコ大百科記事
http://dic.nicovideo.jp/a/html5%E3%83%97%E3%83%AC%E3%83%BC%E3%83%A4%E3%83%BC

>>721
おかげで紙芝居動画ですら反転時に文字がボケてしまう始末

たった３分の動画ですらこの糞画質、今日アップした動画はほんと酷い(ただの愚痴

>>725
3分の動画「だから」前よりひどいんだと思うけど長い動画だって相対的に短い動画よりはひどくないだけで絶対的な画質で言うと高画質でもなんでもないんですよね

x264guiEx更新きてるね。紙芝居とかで起こる、下限レートに引っかかって無限ループが修正されたらしい。
前も修正してたけど、「つぶし切れていなかった」とのこと。本当におつ。

新仕様デメリットがもう一つ

紙芝居動画等、容量を抑え込めた動画は今まで月に10本以上投稿できたけど
まともな画質で投稿しようと思うと100MB必ず消費してしまうから月に10本までしか動画が投稿出来なくなる

あした11：00～15：00は、エンコ回避できる限られたチャンスだからね
投稿予定のある人は絶対に逃さないように

新鯖はフェードやクロスフェードのエンコに弱いらしいので、試してみた。
あ、投稿時間見れば分かるけど、新鯖メンテの時間は避けてるよ。
>>sm30009218

>>sm30009288

いまいち劣化がわからなかったので、静止画でもテストをしてみた。
>>sm30010167

最後の動画とクロスフェードテストの動画は、
元ファイルが100MB以下なので、旧鯖にアクセスすれば再エンコ前の動画と比較も可能。
ぱっと見た感じそこまで汚くなってないけど、どうだろう。
できればめっちゃくちゃ汚い動画を再現したいので、
どんな「時間」「解像度」「画質ビットレート」「エンコツール(と設定)」で汚くなるのか、情報求む。

sm30010167を確認してみた。
Zenzawatch-新システム自動(2000k_720p) ブラウザ視聴＝82KB 2001+200kbps mp4(dmc高画質)
Zenzawatch-新システム中(1000k_540p)＝45MB 1000+200kbps mp4(dmc中画質)
Zenzawatch-新システム低(600k_360p)＝30MB 601+200kbps mp4(dmc低画質)
Zenzawatch-旧システム＝93MB 2117+312kbps 720p mp4(smile再エンコ回避)
Zenzawatch-エコノミー固定(360p)＝15MB 336k+66kbps mp4(smileエコノミー) クロスフェードで劣化
外部サイト視聴(360p)＝26MB 601k+90kbps mp4(smile?dmc低画質？)
以上劣化がわかるのはZenzawatchエコノミー固定の場合のみでこのときビットレートは336k

訂正：↑の2行目 82KBじゃなくて82MB　
続き
以上から推測するとフェード崩壊する動画は
ビットレートの低い条件で再エンコされたんじゃないかと思うのだが
実際にZenzawatchのエコノミー画質でsm30010167を見たときと
同じ劣化なのかは報告者に聞かないとわからないと思う。
実際の動画か具体的な動画の種類と投稿時の動画長・解像度
・ビットレートが分からないとこれ以上の検証は難しいかも

静止画でどうやってビットレートを2100kまで(無駄に)稼いだのかと思ったが
たぶんこれだ　keyint=75
これでもサーバエンコ(keyint=30)よりはキーフレームは少ないんだから笑えないが

投稿動画消費量についてなんか一律100MBカウントされると勘違いしてる人がいるみたいだが
こうじゃないのか？自分の理解が間違ってるなら指摘してほしいんだが
>>409によると
『使用量は「旧smileサーバに置かれた動画のサイズ」』
だから
100MB以下で投稿した場合投稿サイズ＝使用量　
例えば50MBで投稿すれば50MB 今まで通り
100MB以上で投稿した場合エンコード後のファイルサイズより大きくはならずまた100MBよりも大きくはならない。
例えば投稿時が1GB 新サーバ(dmc)が2Mbps 150MBの場合　smileは1Mbpsだから 75MB 使用量は75MB
投稿時 854x480 1Mbps 854x480 300MBで新サーバが854x480 200MBだった場合
smileは 100MB以下に制限されるから使用量は最大でも100MB
記事の「仕様について」に100MB以下の場合は今まで通りであると書いたほうがいい気がする
なおサポートはこの仕様を誤解してるので嘘を書いている
先に書いたけど自分が間違ってるなら指摘してほしい

>>731-732
検証おつ。
エコノミー再生は盲点だったので、spページで確認してみた。確かに崩れるね。
http://imgur.com/a/Ezwsg

>733
x264guiExのプリセットに設定してエンコしただけで、
けっこう綺麗にできたんだけど、裏で色々数字いじくってるんだねぇ。
やっぱ素人は設定についてエンコツールに任せるのが一番楽だわ。

>>734
もちろん100MB以下で投稿すりゃそのサイズになるのは判ってるよ
問題はそのサイズで投稿したら悲惨な画質になる可能性が高いことだ。

旧仕様なら動きの少ないエコノミー回避動画なら5MBとか10MBでそれなりに見れたのが
新仕様では実質無理。100MB内に収まるとしても数十MBまでの水増しは避けられないはず

>>732
フェード以外は高画質だったからエコノミーではないよ

新仕様テスト動画投稿してた人が同じ現象起こしてたんだけど動画削除してるみたいなんだよなぁ
キングオブキングスGって名前のドット絵中心のゲームでフェード時「だけ」崩れてた

>>734
俺の事言ってるならちゃんと「まともな画質で投稿しようと思うと」って書いてるよ
100MB以下で投稿して今まで通りの画質維持するのは無理だろ

>>734
もう少し細かい条件もあるけど、だいたい合ってる。
新1.5GB仕様での投稿使用量についての詳細と、
「H.264+ALACのMP4で投稿することによる使用量削減」について
グラフにまとめたので置いときます。

　ニコニコ動画 新1.5GB仕様の投稿使用量のグラフと使用量削減手法
　http://2sen.dip.jp/cgi-bin/upgun/up2/source/up3367.png

参考：
　>>513で書いた投稿使用量計算の詳細。
　>>517で書いた投稿可能なファイル形式の分類。
　>>482で書いた「H.264+ALACのMP4」投稿による使用量削減。

>>728 >>736 >>737
>>734が言いたいのは100MB以下での投稿の話ではなく、
　「100MB以上で投稿したからといって一律100MBになるわけじゃないよ」
という点だと思う。>>734参照。

1Mbps以下で済んでいた紙芝居等を新仕様向けにビットレートを盛って
普通に投稿すると従来よりも使用量を食ってしまうというのは正しいけど、
どうしても投稿使用量の消費が気になるというのであれば、
>>738で書いたように「H.264+ALACのMP4」で投稿すれば、
旧エコノミー並みの使用量で済ませることができる。
（ただしPCやスマホ以外の視聴環境で低画質でしか見れなくなるというデメリットはある）

>>739訂正
× >>734参照
〇 >>738参照

こいつのおかげでいつもBGMまとめ上げてくれてる人の最新版が上がらなくて困る
早く何とかならんかなあ

>>738
「だいたい合ってる。」ありがとうございます
ALAC音声投稿→smile側の再エンコ回避なし→使用容量を削減は忘れてた
やっぱりsmileとdmcは独立に(敢えて言えば無関係に)動画作ってるんだな

5:47の動画をAviUtlで旧エンコ設定の上限ビットレートを下限ビットレートに近づけて
dmc高画質 2000+128k 89MB　smile再エンコ回避 100MBにできた。
個人的に貰ったアドバイスは投稿ビットレートは3000k以上にしろだったが
短い動画は今後しばらく上限を下限ビットレートに近づける方向で試してみる。
もちろん再エンコ回避＝smile(keyint=300,HighProfile)の方が
サーバ再エンコ＝dmc(keyint=30,MainProfile,flv)より原理的に画質は良いが
自分で見るとあまり変わらない気がする
今のところ長い動画では100MB投稿は画質的に無理っぽい

>>743は自分で書いててちょっと変だと思ったけど動画の種類のせいだと思う。
keyint=300が効きにくい動画の気がする。→実際のキーフレーム間隔が短い
動画の実際の平均キーフレーム間隔が調べられればはっきりするんだけども

MMD動画が軒並み再エンコで悲惨な画質になってるのを見てると泣けてくる

少なくともMMDはニコニコではもうダメかもしれんね
PV風のはやっぱりそれなりに動くし、
MMD紙芝居の類いは他の紙芝居動画と同じで場面転換やフェードを伴うことが多いし
ニコニコのコンテンツツリー設定がライセンス条件になってる曲なんかは今後使いにくくなるなあ
(まあ、人さまのふんどしで相撲取ってて偉そうなことは言えんけどさ)

こんな糞画質じゃ俺、ｍｍｄ動画上げたくなくなっちまうよ…
とりあえずつんでれんこアップグレードすっぺ

>Q：上げた動画は全部100MB以下に再エンコードされるって本当？
>A：長めの動画を上げれば普通に100MBを超える。30分超えぐらいから200MB超えたりもする

これちょっと記述変えたほうがいい。
単純に長いほうが容量大きいと勘違いされる。
15分59秒で最大250MBくらいになって１６分ちょうどだと130MBになるし

>>748
同意。前にアップしたグラフを音声192kbpsにして、
区切りとなる時間やサイズを追記したものを作ったので、
よかったら使って。

　ニコ動20160908仕様でのファイルサイズ計算6時間まで(音声192kbp版)
　http://2sen.dip.jp/cgi-bin/upgun/up2/source/up3368.png

>>748-749
加筆しといた。Q＆Aはできるかぎり簡単にしたいから、
あんな感じで書いたけど、どうだろう。
何か案があれば書いといてくれると助かる。

詳しい仕様は「仕様について」にでも書くかねぇ。
アップロード後の容量を気にする人はあんまいないような気もするけど。
アップ前の容量は切実。

あと記事にも足したけど、凄い動画を見かけた。
>>sm30035951

ここまでやれば新仕様MMDでも綺麗に見えるんだなぁ。
いや、ここまでやらなきゃいかんというのが、そもそもアレなんだけどね。