ニコニコ大百科: 「1.5GB再エンコード問題」について語るスレ 721番目から30個の書き込み

1.5GB再エンコード問題

について語るスレ

記事をみる

2,203

25/74

721 ななしのよっしん非表示

2016/11/07(月) 02:22:40 ID: Fm5NjMLRx+

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

2016/11/07(月) 10:24:13 ID: Ky/QoPlqgZ

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

2016/11/07(月) 14:51:01 ID: AJeJurwnYW

HTML5プレーヤーニコニコ大百科記事
http://dic.nicovideo.jp/a/html5%E3%83%97%E3%83%AC%E3%83%BC%E3%83%A4%E3%83%BC
👍
0
👎
0
724 ななしのよっしん非表示

2016/11/07(月) 23:36:03 ID: c2EBp3jFFh

>>721
おかげで紙芝居動画ですら反転時に文字がボケてしまう始末
👍
0
👎
0
725 ななしのよっしん非表示

2016/11/08(火) 02:14:58 ID: HGnN08i0jf

たった３分の動画ですらこの糞画質、今日アップした動画はほんと酷い(ただの愚痴
👍
0
👎
0
726 ななしのよっしん非表示

2016/11/08(火) 04:48:26 ID: rSD7IOPpIR

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

2016/11/08(火) 11:28:22 ID: ThHrrkPzNt

x264 gui Ex 更新きてるね。紙芝居とかで起こる、下限レートに引っかかって無限ループが修正されたらしい。
前も修正してたけど、「つぶし切れていなかった」とのこと。本当におつ。
👍
0
👎
0
728 ななしのよっしん非表示

2016/11/08(火) 13:33:44 ID: Fm5NjMLRx+

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

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

2016/11/08(火) 16:46:02 ID: 5/567Xxj//

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

2016/11/09(水) 15:54:53 ID: ThHrrkPzNt

新鯖はフェードやクロスフェードのエンコに弱いらしいので、試してみた。
あ、投稿時間見れば分かるけど、新鯖メンテの時間は避けてるよ。
>>sm30009218
sm30009218
>>sm30009288
sm30009288
いまいち劣化がわからなかったので、静止画でもテストをしてみた。
>>sm30010167
sm30010167
最後の動画とクロスフェードテストの動画は、
元ファイルが100 MB以下なので、旧鯖にアクセスすれば再エンコ前の動画と比較も可能。
ぱっと見た感じそこまで汚くなってないけど、どうだろう。
できればめっちゃくちゃ汚い動画を再現したいので、
どんな「時間」「解像度」「画質ビットレート」「エンコツール(と設定)」で汚くなるのか、情報求む。
👍
0
👎
0
731 ななしのよっしん非表示

2016/11/10(木) 02:54:25 ID: rSD7IOPpIR

sm 300 10167を確認してみた。
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+312 kbps 720p mp4(smile再エンコ回避)
Zenzawatch-エコノミー固定(360p)＝15MB 336k+66kbps mp4(smile エコノミー) クロスフェードで劣化
外部サイト視聴(360p)＝26MB 601k+90kbps mp4(smile?dmc 低画質？)
以上劣化がわかるのはZenzawatch エコノミー固定の場合のみでこのときビットレートは336k
👍
0
👎
0
732 ななしのよっしん非表示

2016/11/10(木) 02:59:36 ID: rSD7IOPpIR

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

2016/11/10(木) 03:17:24 ID: rSD7IOPpIR

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

2016/11/10(木) 09:00:02 ID: rSD7IOPpIR

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

2016/11/10(木) 09:12:20 ID: ThHrrkPzNt

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

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

736 ななしのよっしん非表示

2016/11/10(木) 09:41:16 ID: 2OaqvuWGRY

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

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

2016/11/10(木) 16:01:31 ID: Fm5NjMLRx+

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

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

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

2016/11/10(木) 16:52:58 ID: rIKkk+cYP5

>>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」投稿による使用量削減。
👍
0
👎
0
739 ななしのよっしん非表示

2016/11/10(木) 17:06:18 ID: rIKkk+cYP5

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

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

2016/11/10(木) 17:41:59 ID: rIKkk+cYP5

>>739訂正
× >>734参照
〇 >>738参照
👍
0
👎
0
741 ななしのよっしん非表示

2016/11/11(金) 00:12:02 ID: mVRWXOE2Qo

こいつのおかげでいつもBGMまとめ上げてくれてる人の最新版が上がらなくて困る
早く何とかならんかなあ
👍
0
👎
0
742 734 非表示

2016/11/11(金) 07:01:14 ID: rSD7IOPpIR

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

2016/11/11(金) 07:20:43 ID: rSD7IOPpIR

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

2016/11/11(金) 13:23:24 ID: rSD7IOPpIR

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

2016/11/12(土) 00:17:30 ID: c2EBp3jFFh

MMD 動画が軒並み再エンコで悲惨な画質になってるのを見てると泣けてくる
👍
0
👎
0
746 ななしのよっしん非表示

2016/11/12(土) 19:12:04 ID: eOZU611oTl

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

2016/11/13(日) 08:41:19 ID: gb0+s+fMyy

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

2016/11/13(日) 15:50:49 ID: 2UfSA0Hms6

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

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

2016/11/13(日) 16:30:08 ID: rIKkk+cYP5

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

　ニコ動 20160908仕様でのファイルサイズ計算6時間まで(音声192kbp版)
　http://2sen.dip.jp/cgi-bin/upgun/up2/source/up3368.png
👍
0
👎
0
750 ななしのよっしん非表示

2016/11/13(日) 18:47:33 ID: ThHrrkPzNt

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

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

あと記事にも足したけど、凄い動画を見かけた。
>>sm30035951
sm30035951
ここまでやれば新仕様 MMDでも綺麗に見えるんだなぁ。
いや、ここまでやらなきゃいかんというのが、そもそもアレなんだけどね。
👍
0
👎
0

25/74

TOP