2,203
-
481 ななしのよっしん
2016/10/23(日) 23:48:55 ID: v+iucki3FQ
この問題のことは８月から知ってたけど、実際に罰ゲーム対象者になって初めて事の重大さを思い知った。
私は紙芝居動画投稿者なんだけど、いつもどおりのやり方で作ってうｐしたらめっちゃ低画質＆アス比がおかしくなっていることに気付いて背筋が凍ったよ。
4:3が好きだから、このご時世では少数派になったであろう640x480で投稿してたけど、動画再生時に16:9になってて心底ビビった。
その場合は一旦大画面表示にしてから元に戻すと4:3に戻るみたいだし、初っ端から16:9で再生されるわけでもないみたいだからまだ許せる。問題はやっぱり画質だよ、何の為にエコノミー回避をしてきたと思ってるんだ。
特にフェードなしでいきなり場面転換するときは凄まじい荒れ具合になってた。
とてもじゃないけど、これは公開できそうにない。でも私の動画シリーズは大半が１５分以上になるし、絶望しか感じない。
今日投稿したのは中画質に相当する区分だけど、それでもエコノミー症候群が発動しまくってた。紙芝居動画作ってる人はどうやって回避してるの？ やっぱり1280x720や960x540で作らないとダメなのかな…… -
👍0👎0
-
482 ななしのよっしん
2016/10/23(日) 23:55:02 ID: rIKkk+cYP5
>>478に関連してだけど、色々投稿実験してるうちに、投稿使用量を節約する方法に気づいた。
>>478に書いたように、例えば推奨フォーマットである
「映像H.264+音声AACのMP4」で720pを普通に投稿すると、旧smileサーバには
>>478の1(540pの1Mbps)のファイルが作られ、それが使用量になる。
計算上、これは14分で100MBに達するはず。(要確認実験)
しかし、推奨フォーマットではない「映像H.264+音声ALACのMP4」で投稿してみたところ、
>>478の1のファイルは作られず、2のエコノミー向けファイルだけしか生成されなかった。
使用量もこれで計算されているのだけど、こちらは計算上、14分でも43MB弱にしかならないはず。
つまり、
「推奨フォーマット以外で投稿すると、使用量がエコノミーで計算されるので
使用量を最低限に抑えて節約できる」
ということになるのではないかと思う。
以前からの仕様でも、MP4やFLV以外での投稿だとエコノミー向けファイルしか
生成されてなかったはずだし、それと同じ挙動になってるんじゃないかと思う。
ALACでしか試してないので、どういうフォーマットが受け入れられるのか詳細は知らない。
AVIやWMVでの投稿はできるんだっけ？
（まあ「映像H.264+音声ALACのMP4」でやればいいと思うけど）
デメリットとしては
・旧smile鯖を見に行っている視聴環境では360pエコノミーしか見れなくなる
ということくらいかな。現時点で旧smile鯖を利用してる視聴環境ってあるんだっけ？
（zenzaやNNDDとかで見に行くことはできるけど）
仕様の抜け穴というか運営の検討不足というか、バグ扱いで修正されるかもしれないけど、
いずれ旧鯖が消える日まで放置される可能性も高そう。 -
👍0👎0
-
483 ななしのよっしん
2016/10/24(月) 00:06:49 ID: EbH9A7B0gX
>>481
＞640x480で投稿してたけど、動画再生時に16:9になってて心底ビビった。
＞その場合は一旦大画面表示にしてから元に戻すと4:3に戻るみたい
それ起きるよね
普通ならこれだけでも新バージョン差し止め案件なんだけどここの運営はどうかな -
👍0👎0
-
484 ななしのよっしん
2016/10/24(月) 00:24:33 ID: rIKkk+cYP5
動きの激しい3:22の720pMMD動画を使って、画質評価の一指標として
1.Youtubeでの再エンコ
2.ニコ動旧100MB仕様での自前エンコ(--preset veryslow)
3.ニコ動新1.5GB仕様での再エンコ（>>475の黒尺追加法を利用した場合）
4.ニコ動新1.5GB仕様での再エンコ（通常投稿した場合）
のSSIMを計測してグラフ化してみたので置いておきます。
720p60： http://2sen.dip. jp/cgi-b in/upgun /up2/sou rce/up33 60.png 
720p30： http://2sen.dip. jp/cgi-b in/upgun /up2/sou rce/up33 61.png
大前提
・Youtubeは4Kや2K等の高解像度で投稿できるので、最大1280x720までしかない
ニコ動の新1.5GB仕様ごときでは画質面で勝ち目は無い。今回の比較は720p投稿限定での比較。
・ニコ動の新1.5GB仕様の「通常投稿(最大2Mbps)」ではYoutubeとまともな比較にならないので、
実質最大3Mbpsまで引き上げれる「黒尺追加法」も利用した。
・SSIMの値だけで判断しているわけではなく、目視確認もしています。
ニコ動の「新1.5GB仕様(黒尺追加法)」とYoutubeの比較
・動きの多い720p60だと、黒尺追加法の方がYoutubeより画質が悪くなる。
・動きの多い720p30だと、黒尺追加法の方がYoutubeより画質が良くなる。
（30fpsだとHighFrameRateではないのでYoutubeの割当ビットレートが低くなるので）
新1.5GB仕様の通常投稿は生まれた時から死んでいる忌み子なのだ・・・。
黒尺追加法を利用して、ようやくそこそこ健闘してるかなという感じに。
まあ今回使ったのは動きの激しい動画なので、動きが少なめならそこそこ見れると思いますが。
現時点では
「100MB以下で投稿してzenzawatchで旧システムを見てもらう」
という方法が、短時間高画質動画提供の最後の砦ですねえ・・・。 -
👍0👎0
-
485 ななしのよっしん
2016/10/24(月) 00:47:06 ID: rSD7IOPpIR
まだ情報が書かれていないと思うので
「現時点で旧smile鯖を利用してる視聴環境ってあるんだっけ？」
生放送リクエストで再生される動画は動画サーバから直接再生されるが
生放送プレイヤーが新サーバに対応していないため旧サーバの動画が再生される。
NSENは未確認
(但し10月18日確認なので22日のアップデートで変わったかも。
将来的には新サーバが再生されるだろうと思うが。) -
👍0👎0
-
486 ななしのよっしん
2016/10/24(月) 01:33:59 ID: rSD7IOPpIR
無人動画紹介放送でリクエストして確認してきたけど(動画が1.5GB対象なのは確認済み)
生主の放送ツール・・上方の表示「3410kbps」と表示されていた
公式生プレイヤー・・firefox 32bitの開発ツールでネットワーク情報
smile-pow23サーバ（動画プレイヤー システム情報の動画ホストと一致)から読み込んでた
ともに旧smileサーバから再生してる
（>>485で22日のアップデートというのは20日の対象拡大の誤記）
27日の対象拡大の後も確認して1,2行ぐらいで報告するよ -
👍0👎0
-
487 ななしのよっしん
2016/10/24(月) 01:43:55 ID: rIKkk+cYP5
あれ・・・？
>>478の使用量の件についてなんか混乱してきたんだけど、
旧smile鯖のファイルサイズが例えば200MBになった場合でも、
使用量は100MBに抑えられるようになったんだっけ・・・？
それとも今でもファイルサイズが200MBなら使用量も200MBになるんだっけ・・・？ -
👍0👎0
-
488 ななしのよっしん
2016/10/24(月) 01:45:17 ID: rIKkk+cYP5
>>485-486
ありがとう。なるほど、そういう利用もされてるんだね。 -
👍0👎0
-
489 ななしのよっしん
2016/10/24(月) 03:44:10 ID: KkvQnfTbDj
>>486
ツール類はgetthumbinfoAPI（http://ext.nicov ideo.jp/ api/gett humbinfo /sm* ）
の数字を使ってるんじゃないかな？
参考：ニコニコ動画API -
👍0👎0
-
490 削除しました
削除しました ID: cxTCMDIjdk
削除しました
-
491 481
2016/10/24(月) 05:53:00 ID: v+iucki3FQ
>>490
やっぱりそうか……4:3で投稿することを前提で作ってるから、リサイズするとレイアウト崩れちゃうんだよな。でも画質が一定基準確保されるのなら文句も言ってられないか。視聴者の皆さんを待たせるのも申し訳ないし。
アドバイスありがとう！ 一応4:3の投稿そのものはできなくもないみたいだから、画質についてはもう少し試行錯誤してみるよ。
黒画面→Aシーン→黒画面→Bシーンと進行したときはそこまで画質に変化がなかった。Bシーン→Cシーンのときが一番ひどかったが、Cシーン→Dシーン（背景はBと同じ）ではそうでもない。
察するに、画面に表示される情報量が一気に増えると乱れる模様。場面転換ノイズはフェードを多用すると何とかなるかもしれないし、最悪Cシーンをカットすればイケそうな気もする。
私みたいな悩みの人もいるかもしれないから、結果は良くても悪くても報告させてもらおうと思う。今日仕事だから夜になるだろうけど。 -
👍0👎0
-
492 削除しました
削除しました ID: cxTCMDIjdk
削除しました
-
493 ななしのよっしん
2016/10/24(月) 08:05:12 ID: ThHrrkPzNt
>>491
あれ、解決しちゃったかな。やっぱり紙芝居の人は人一倍、
新仕様の対応に苦労するみたいだから、記事に↓のリンク書いといた方がよさそうだね。
紙芝居動画上げてる人が書いてるので外野が言うより参考になると思う。
http://ch.nicovi deo.jp/y _noseru/ blomaga/ ar109923 5
-
👍0👎0
-
494 ななしのよっしん
2016/10/24(月) 09:42:35 ID: ThHrrkPzNt
とりあえず紙芝居リンクと>>421-427辺りを参考にして加筆。「新仕様の問題点」はまだ荒削りだったり、
不足してる部分もあるかと思うので、加筆、掲示板での指摘は大歓迎。全部書けるかは分からんけど。
>>425
その辺はQ＆A欄に投げたい。
>>451-452
その辺、初耳なので、できれば詳しい事情を書いてほしい。
同じ時間帯に200MBぐらいの奴は上げたけど通った。
もしかして1.5GBぎりぎりぐらいの奴上げた？
しょっちゅう起こるなら加筆したいから、できたら情報書いてくれると助かる。
上げた動画の容量とか、エンコの方法とか。
>>484
うわー、参考になる。っていうかID:rIKkk+cYP5の人ってめちゃ技術系のガチ勢じゃないですかー。
まずSSIMの意味から引かなきゃ… 加筆した部分についてめちゃくちゃお世話になりました。 -
👍0👎0
-
495 ななしのよっしん
2016/10/24(月) 12:06:29 ID: rIKkk+cYP5
>>481 >>491
もしかして旧仕様と同様に640x480をエコノミー回避エンコした動画を
そのまま投稿してしまったのでは？新仕様でそれをやると
ビットレートの条件に引っかかって480x360の酷い画質にされてしまうよ。
640x480投稿で重要なのは、30分以内にして映像1Mbps以上でエンコードすること。
640x480のまま最新のx264guiExやつんでれんこで新仕様向けのプリセットで
エンコードして投稿すれば条件を満たすようにしてくれるので、問題無い画質になると思う。
>>493-494
その紙芝居ブロマガは既に情報が古くなってるんだよねえ。
x264guiEx2.40を使ってたみたいだけど、2.41で紙芝居向けの修正が入ったので、
最新のx264guiExで新仕様向けプリセットでエンコードすれば問題ないはず。 -
👍0👎0
-
496 ななしのよっしん
2016/10/24(月) 13:21:01 ID: rSD7IOPpIR
>>484
比較のYoutubeの動画はmp4(H264)ですか？webm(VP9)ですか？（多分mp4と思いますが）
Youtubeの場合webmとして視聴する可能性があると思うので
(サーバが勝手にエンコードするのでwebm選択エンコード指定などは出来ないと思いますが)
つべ視聴時の選択は解像度だけなので
使ってるプレイヤーによってmp4かwebmかで画質が変わるのかな
それともビットレート変われど画質がほぼ同じなのかな、
って疑問があったので（この疑問は本題からずれてますね） -
👍0👎0
-
497 ななしのよっしん
2016/10/24(月) 14:38:35 ID: rIKkk+cYP5
>>481 >>491
Win10Anniversary環境でちょっと試してみたけど、4:3投稿したものが
16:9で再生されるという問題が起きたのは、Chrome54.0.2840.71と
Edge38.14393.0.0だった。ただ、再現しない時もある。
Firefox49.0.2とIE11では確認できなかった。
なおFlashPlayerのバージョンはいずれも23.0.0.185。
>>484
720p60のMP4です。itag298ってやつですね。
WebMの720p60の画質も気になるところですが、非公開投稿で
テストしてるせいか、WebMの720p60は生成されていないようです。
再生数が増えないと生成してもらえないのかな？ -
👍0👎0
-
498 ななしのよっしん
2016/10/24(月) 14:47:00 ID: rSD7IOPpIR
>>497
自分がテスト用に非公開で9/24にアップロードした1080p30は
いまwebm(vp9)で再生されてるので多分後からサーバが空いたときに
バックグラウンドでエンコードされるのでしょう。
昨日アップロードした720p30はまだmp4のままなので。
投稿者用のダウンロードはmp4しかないのでモヤッとしますがｗ -
👍0👎0
-
499 ななしのよっしん
2016/10/24(月) 14:53:28 ID: EbH9A7B0gX
＞4:3投稿したものが16:9で再生されるという問題
Firefoxでも確認しました -
👍0👎0
-
500 ななしのよっしん
2016/10/24(月) 15:25:06 ID: Fm5NjMLRx+
ゲーム実況では便利になったって書いてあるけど今のところ全くそう思わないんだよなぁ…
周りは便利になったのかと思って実況勢のツイッターや動画の反応調べてみたけど
便利になったって言ってる人見かけないし、文句の方が圧倒的に多いぞ…(有名処だとKADA、レオモン辺りが言及)
本当誰得なんだよこの仕様 -
👍0👎0
-
501 ななしのよっしん
2016/10/24(月) 18:59:08 ID: 66HVhiRgdw
iPadとかの4:3だけでなくスマホの縦長動画も横一杯に広げられちゃうね
>>481のとおり大画面→中画面でちゃんとした比率に戻るからプレイヤーの問題だろけど
16:9じゃない機器も少なくはないからきちんと対応してほしいね -
👍0👎0
-
502 ななしのよっしん
2016/10/24(月) 19:33:32 ID: rSD7IOPpIR
愚痴になっちゃうけど何か機能更新するたびに以前出来てたことが出来なくなるという
ニコニコの変な伝統は何だろね
たまにそのあと修正が入って元通りにはなるんだけどいい加減最初からちゃんとしてほしいな
（コメント表示、生放送でのnm動画再生,4:3,16:9以外のアスペクト比、動画サムネ表示,検索仕様その他もろもろ） -
👍0👎0
-
503 ななしのよっしん
2016/10/24(月) 19:45:59 ID: 0uLCdXSXRN
その機能更新もなんか新しいのつけてもトップページ一番下の
機能・お知らせをこちらから見に行かない限り告知ほとんどされないから
なんか知らない機能が知らないうちに搭載され知らないうちに終わってる -
👍0👎0
-
504 ななしのよっしん
2016/10/24(月) 20:29:21 ID: 8MRl5lCbI/
思ったより悪くないな、糞仕様だけど。
長時間で上げられた動画とかも見たけど目立って画質や音質が悪いと思わない、糞仕様だけど。
でもマジでつべと差別化させるためにせめて選択式にできなかったんかね -
👍0👎0
-
505 ななしのよっしん
2016/10/24(月) 20:52:03 ID: bJrbBzHZa4
3DSの動画投稿者にはキツいなーこれ
元の解像度が高くないからどうすっかね・・・ -
👍0👎0
-
506 ななしのよっしん
2016/10/24(月) 20:59:56 ID: NDS2UA2ASF
もう画質の件は最初から諦めてるよ
一番クソなのは音ズレ、エンコのせいで強制音ズレが発生するの酷すぎんだろ -
👍0👎0
-
507 ななしのよっしん
2016/10/24(月) 21:17:38 ID: XO0f2h1uWx
一般会員の視聴者で画質低下の影響をあまり受けない動画を見ている人なら喜べるな
シーク制限が無くなったから
それに投稿者側で工夫した結果画質の劣化が少なくなったりもしてるし、一般会員としては嬉しいのかも知れない -
👍0👎0
-
508 ななしのよっしん
2016/10/24(月) 21:48:31 ID: 5Q+3Y7+zcV
うーん、、、
たぶんだけど、３Mbps狙いの動画を再生して
シークバーをずらしまくると
読み込みに時間がかかる事が何回か出てくるのと
最終的に動画再読込の案内が出て
シークバーが今までの仕様になるね
-
👍0👎0
-
509 ななしのよっしん
2016/10/24(月) 21:57:23 ID: j9d9nCjrLV
とりあえずこの仕様で一番画質良く投稿するには、
lanczos3等正確なリサイズでHD化。
さらになるべく綺麗にノイズ除去してから2mbps以上15分以下でmp4出力。
自分の知る限りの知識だとこんな感じかね、これじゃ本来のソースをそのまま綺麗に共有ってのは無理そうだねぇ。投稿者の技術によってピンキリだろうけど。 -
👍0👎0
-
510 ななしのよっしん
2016/10/24(月) 23:09:17 ID: 5Q+3Y7+zcV
ああもう、何かストレスたまる
動画見てて変な感じする所がある
新鯖から落として表示してみるが、おかしくない、直ってる
旧鯖から落としてみるが、ブロックノイズは出るが該当する異常は無い
1280×720なので、ニコニコの標準中画面表示で弄られて変に感じる所っぽい
とか、そういうのも見つけてモヤモヤする -
👍0👎0
