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
👍
高評価
0
👎
低評価
0
724 ななしのよっしん
2016/11/07(月) 23:36:03 ID: c2EBp3jFFh
>>721
おかげで紙芝居動画ですら反転時に文字ボケてしまう始末
👍
高評価
0
👎
低評価
0
725 ななしのよっしん
2016/11/08(火) 02:14:58 ID: HGnN08i0jf
たった3分の動画ですらこの画質今日アップした動画はほんと酷い(ただの愚痴
👍
高評価
0
👎
低評価
0
726 ななしのよっしん
2016/11/08(火) 04:48:26 ID: rSD7IOPpIR
>>725
3分の動画「だから」前よりひどいんだと思うけど長い動画だって相対的に短い動画よりはひどくないだけで絶対的な画質で言うと高画質でもなんでもないんですよね
👍
高評価
0
👎
低評価
0
727 ななしのよっしん
2016/11/08(火) 11:28:22 ID: ThHrrkPzNt
x264guiEx更新きてるね。紙芝居とかで起こる、下限レートに引っかかって無限ループが修正されたらしい。
前も修正してたけど、「つぶし切れていなかった」とのこと。本当におつ。
👍
高評価
0
👎
低評価
0
728 ななしのよっしん
2016/11/08(火) 13:33:44 ID: Fm5NjMLRx+
仕様デメリットがもう一つ

紙芝居動画等、容量を抑え込めた動画は今までに10本以上投稿できたけど
まともな画質投稿しようと思うと100MB必ず消費してしまうからに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
フェードクロスフェードエンコに弱いらしいので、試してみた。
あ、投稿時間見れば分かるけど、新メンテの時間は避けてるよ。
>>sm30009218exit_nicovideo

>>sm30009288exit_nicovideo

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

最後の動画クロスフェードテスト動画は、
ファイル100MB以下なので、旧アクセスすれば再エンコ前の動画較も可
ぱっと見た感じそこまで汚くなってないけど、どうだろう。
できればめっちゃくちゃ汚い動画再現したいので、
どんな「時間」「解像度」「画質ビットレート」「エンコツール(と設定)」で汚くなるのか、情報む。
👍
高評価
0
👎
低評価
0
731 ななしのよっしん
2016/11/10(木) 02:54:25 ID: rSD7IOPpIR
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
👍
高評価
0
👎
低評価
0
732 ななしのよっしん
2016/11/10(木) 02:59:36 ID: rSD7IOPpIR
訂正:↑の2行 82KBじゃなくて82MB 
続き
以上から推測するとフェード崩壊する動画
ビットレートの低い条件で再エンコされたんじゃないかと思うのだが
実際にZenzawatchエコノミー画質sm30010167を見たときと
同じ劣化なのかは報告者に聞かないとわからないと思う。
実際の動画か具体的な動画の種類と投稿時の動画長・解像度
ビットレートが分からないとこれ以上の検証は難しいかも
👍
高評価
0
👎
低評価
0
733 ななしのよっしん
2016/11/10(木) 03:17:24 ID: rSD7IOPpIR
静止画でどうやってビットレート2100kまで(駄に)稼いだのかと思った
たぶんこれだ keyint=75
これでもサーバエンコ(keyint=30)よりはキーフレームは少ないんだから笑えない
👍
高評価
0
👎
低評価
0
734 ななしのよっしん
2016/11/10(木) 09:00:02 ID: rSD7IOPpIR
投稿動画消費量についてなんか一100MBカウントされると勘違いしてる人がいるみたいだが
こうじゃないのか?自分の理解が間違ってるなら摘してほしいんだが
>>409によると
『使用量は「旧smileサーバに置かれた動画サイズ」』
だから
100MB以下で投稿した場合投稿サイズ=使用量 
例えば50MB投稿すれば50MB 今まで通り
100MB以上で投稿した場合エンコード後のファイルサイズより大きくはならずまた100MBよりも大きくはならない。
例えば投稿時が1GB 新サーバ(dmc)が2Mbps 150MBの場合 smile1Mbpsだから 75MB 使用量は75MB
投稿時 854x480 1Mbps 854x480 300MBで新サーバが854x480 200MBだった場合
smile100MB以下に制限されるから使用量は最大でも100MB
記事の「仕様について」に100MB以下の場合は今まで通りであると書いたほうがいい気がする
なおサポートはこの仕様を誤解してるのでを書いている
先に書いたけど自分が間違ってるなら摘してほしい
👍
高評価
0
👎
低評価
0
735 ななしのよっしん
2016/11/10(木) 09:12:20 ID: ThHrrkPzNt
>>731-732
検証おつ。
エコノミー再生は盲点だったので、spページで確認してみた。確かに崩れるね。
http://imgur.com/a/Ezwsgexit

>733
x264guiExのプリセットに設定してエンコしただけで、
けっこう綺麗にできたんだけど、裏で色々数字いじくってるんだねぇ。
やっぱ素人は設定についてエンコツールに任せるのが一番楽だわ。
👍
高評価
0
👎
低評価
0
736 ななしのよっしん
2016/11/10(木) 09:41:16 ID: 2OaqvuWGRY
>>734
もちろん100MB以下で投稿すりゃそのサイズになるのは判ってるよ
問題はそのサイズ投稿したら悲惨な画質になる可性が高いことだ。

仕様なら動きの少ないエコノミー回避動画なら5MBとか10MBでそれなりに見れたのが
仕様では実質理。100MB内に収まるとしても数十MBまでの増しは避けられないはず
👍
高評価
0
👎
低評価
0
737 ななしのよっしん
2016/11/10(木) 16:01:31 ID: Fm5NjMLRx+
>>732
フェード以外は高画質だったからエコノミーではないよ

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

>>734
の事言ってるならちゃんと「まともな画質投稿しようと思うと」って書いてるよ
100MB以下で投稿して今まで通りの画質維持するのは理だろ
👍
高評価
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.pngexit

参考:
 >>513で書いた投稿使用量計算の詳細。
 >>517で書いた投稿ファイル形式の分類。
 >>482で書いた「H.264+ALACのMP4投稿による使用量削減。
👍
高評価
0
👎
低評価
0
739 ななしのよっしん
2016/11/10(木) 17:06:18 ID: rIKkk+cYP5
>>728 >>736 >>737
>>734が言いたいのは100MB以下での投稿の話ではなく、
 「100MB以上で投稿したからといって一100MBになるわけじゃないよ」
という点だと思う。>>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側の再エンコ回避なし→使用容量を削減は忘れてた
やっぱりsmiledmc独立に(敢えて言えば関係に)動画作ってるんだな
👍
高評価
0
👎
低評価
0
743 ななしのよっしん
2016/11/11(金) 07:20:43 ID: rSD7IOPpIR
5:47の動画AviUtlで旧エンコ設定の上限ビットレートを下限ビットレートに近づけて
dmc高画質 2000+128k 89MB smileエンコ回避 100MBにできた。
個人的に貰ったアドバイス投稿ビットレート3000k以上にしろだったが
短い動画は今後しばらく上限を下限ビットレートに近づける方向で試してみる。
もちろん再エンコ回避=smile(keyint=300,HighProfile)の方が
サーバエンコdmc(keyint=30,MainProfile,flv)より原理的に画質は良いが
自分で見るとあまり変わらない気がする
今のところ長い動画では100MB投稿画質的に理っぽい
👍
高評価
0
👎
低評価
0
744 743
2016/11/11(金) 13:23:24 ID: rSD7IOPpIR
>>743は自分で書いててちょっと変だと思ったけど動画の種類のせいだと思う。
keyint=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
こんな画質じゃmmd動画上げたくなくなっちまうよ…
とりあえずつんでれんこアップグレードすっぺ
👍
高評価
0
👎
低評価
0
748 ななしのよっしん
2016/11/13(日) 15:50:49 ID: 2UfSA0Hms6
>Q:上げた動画は全部100MB以下に再エンコードされるって本当?
>A:長めの動画を上げれば普通100MBえる。30分えぐらいから200MBえたりもする

これちょっと記述変えたほうがいい。
単純に長いほうが容量大きいと勘違いされる。
15分59で最大250MBくらいになって16分ちょうどだと130MBになるし
👍
高評価
0
👎
低評価
0
749 ななしのよっしん
2016/11/13(日) 16:30:08 ID: rIKkk+cYP5
>>748
同意。前にアップしたグラフを音192kbpsにして、
区切りとなる時間やサイズ追記したものを作ったので、
よかったら使って。

 ニコ動20160908仕様でのファイルサイズ計算6時間まで(音192kbp版)
 http://2sen.dip.jp/cgi-bin/upgun/up2/source/up3368.pngexit
👍
高評価
0
👎
低評価
0
750 ななしのよっしん
2016/11/13(日) 18:47:33 ID: ThHrrkPzNt
>>748-749
加筆しといた。Q&Aはできるかぎり簡単にしたいから、
あんな感じで書いたけど、どうだろう。
何か案があれば書いといてくれると助かる

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

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

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

ニコニコニューストピックス