481 ななしのよっしん
2016/10/23(日) 23:48:55 ID: v+iucki3FQ
この問題のことは8月から知ってたけど、実際に罰ゲーム者になって初めて事の重大さを思い知った。
私は紙芝居動画投稿者なんだけど、いつもどおりのやり方で作ってうpしたらめっちゃ低画質アス比がおかしくなっていることに気付いて背筋が凍ったよ。
4:3が好きだから、このご時世では少数になったであろう640x480で投稿してたけど、動画再生時に16:9になってて心底ビビった。
その場合は一旦大画面表示にしてから元に戻すと4:3に戻るみたいだし、初っ端から16:9再生されるわけでもないみたいだからまだ許せる。問題はやっぱり画質だよ、何の為にエコノミー回避をしてきたと思ってるんだ。
特にフェードなしでいきなり場面転換するときは凄まじい荒れ具合になってた。
とてもじゃないけど、これは開できそうにない。でも私の動画シリーズは大半が15分以上になるし、絶望しか感じない。
今日投稿したのは中画質に相当する区分だけど、それでもエコノミー症候群が発動しまくってた。紙芝居動画作ってる人はどうやって回避してるの? やっぱり1280x720や960x540で作らないとダメなのかな……
👍
高評価
0
👎
低評価
0
482 ななしのよっしん
2016/10/23(日) 23:55:02 ID: rIKkk+cYP5
>>478に関連してだけど、色々投稿実験してるうちに、投稿使用量を節約する方法に気づいた。

>>478に書いたように、例えば推奨フォーマットである
映像H.264+音AACMP4」で720pを普通投稿すると、旧smileサーバには
>>478の1(540pの1Mbps)のファイルが作られ、それが使用量になる。
計算上、これは14分で100MBに達するはず。(要確認実験)

しかし、推奨フォーマットではない「映像H.264+音ALACのMP4」で投稿してみたところ、
>>478の1のファイルは作られず、2のエコノミー向けファイルだけしか生成されなかった。
使用量もこれで計算されているのだけど、こちらは計算上、14分でも43MB弱にしかならないはず。

つまり、
 「推奨フォーマット以外で投稿すると、使用量がエコノミーで計算されるので
  使用量を最低限に抑えて節約できる」
ということになるのではないかと思う。
以前からの仕様でも、MP4FLV以外での投稿だとエコノミー向けファイルしか
生成されてなかったはずだし、それと同じ挙動になってるんじゃないかと思う。
ALACでしか試してないので、どういうフォーマットが受け入れられるのか詳細は知らない。
AVIWMVでの投稿はできるんだっけ?
(まあ「映像H.264+音ALACのMP4」でやればいいと思うけど)

デメリットとしては
 ・旧smileを見に行っている視聴環境では360pエコノミーしか見れなくなる
ということくらいかな。現時点で旧smileを利用してる視聴環境ってあるんだっけ?
(zenzaNNDDとかで見に行くことはできるけど)

仕様の抜けというか運営の検討不足というか、バグ扱いで修正されるかもしれないけど、
いずれ旧が消える日まで放置される可性も高そう。
👍
高評価
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-bin/upgun/up2/source/up3360.pngexit
 720p30: http://2sen.dip.jp/cgi-bin/upgun/up2/source/up3361.pngexit

大前提
 ・Youtube4K2K等の高解像度投稿できるので、最大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.nicovideo.jp/api/getthumbinfo/sm*exit
数字を使ってるんじゃないかな?
参考:ニコニコ動画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.nicovideo.jp/y_noseru/blomaga/ar1099235exit
👍
高評価
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選択エンコード定などは出来ないと思いますが)
つべ視聴時の選択は解像度だけなので
使ってるプレイヤーによってmp4webmかで画質が変わるのかな
それともビットレート変われど画質がほぼ同じなのかな、
って疑問があったので(この疑問は本題からずれてますね)
👍
高評価
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しかないのでモヤッとしますがw
👍
高評価
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
うーん、、、
たぶんだけど、3Mbps狙いの動画再生して
シークバーずらしまくると
読み込みに時間がかかる事が何回か出てくるのと
最終的に動画再読込の案内が出て
シークバーが今までの仕様になるね
👍
高評価
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
ああもう、何かストレスたまる
動画見てて変な感じする所がある
から落として表示してみるが、おかしくない、直ってる
から落としてみるが、ブロックノイズは出るが該当する異常
128720なので、ニコニコの標準中画面表示で弄られて変に感じる所っぽい
とか、そういうのも見つけてモヤモヤする
👍
高評価
0
👎
低評価
0