ニコニコ大百科

まさかこんなにアドバイスもらえるとは思ってなかった。ここの人達は優しいね。
結論から言うと、4:3でも中画質で投稿できたよ！　さっき投稿して確認してきた！　アドバイスしてくれた方々、本当にありがとう！

>>492
ああ、やっぱりこれビットレートが足りてないときの現象なのか。教えてくれてありがとう。4:3投稿は一応大丈夫みたい！

>>493
その方の記事は見た！　でもこの方法だと画質は上がらなかったんだよね。

>>495
最初に投稿したのは旧仕様だったから画質は本当に酷かった。後出しになってしまって申し訳ないけど、最新版のx264guiExの新仕様用プリセットでやっても画質が悪かったからここに愚痴りに来た、って経緯だったんだよ。
画質低下の原因は、どうやら昨日のエンコードのとき、私のPCがちょっと調子悪かっただけだったみたい。今日の朝にエンコードしたのをさっき投稿したら普通に綺麗だった。

>>478で書いた「使用量は100MBを超えることもある」は私の勘違いですね。
1.5GB仕様の開始当初はそう計算されてしまっていたけど後から修正されてたのを思い出しました。
　https://twitter.com/XENOGLOSSfHA/status/768290103508602880

こちらでもテスト投稿してみたところ、
　　351MBで投稿→「dmc鯖198MB、smile鯖157.1MB」→使用量は100MB(0.10GB)
になることが確認できました。失礼しました。

ということで、その後の調査結果も踏まえて>>478を訂正して更新。

■投稿の使用量の計算は、新dmcサーバに置かれるファイルサイズではなく、
　旧smileサーバに置かれるファイルサイズで計算される。
　　●推奨フォーマットである「H.264+AACのMP4」で投稿した場合
　　　・100MB以下で投稿した場合
　　　　　元ファイルがそのまま置かれるので、そのファイルサイズが使用量になる。
　　　・100MB以上で投稿した場合
　　　　　540p/480p/360pで、100MBを超えないように再エンコードした
　　　　　ファイルＡ(映像最大1000kbps＋音声64kbps)が置かれるので、
　　　　　そのファイルサイズが使用量になる。
　　　　　ただし、約27分以上の動画(※1)では、360pで映像360kbps＋音声64kbpsの
　　　　　エコノミー向けのファイルＢ(※2)だけが置かれるので、そのファイルサイズが使用量になる。
　　●推奨フォーマットではない「H.264+ALACのMP4」「H264+MP3のAVI」等で投稿した場合
　　　・360pで映像360kbps＋音声64kbpsのエコノミー向けのファイルＢ(※2)が置かれるので、
　　　　そのファイルサイズが使用量になる。

　　※1
　　　27:22のsm29890403ではファイルＡが存在するが、27:28のsm29889063では存在しない。

　　※2
　　　ファイルＢはおよそ33分前後から100MBを超えるサイズになっていくが、
　　　この場合、使用量は100MBとして計算される。

　　※3
　　　ファイルＢはファイルＡよりもサイズが小さくなる。そのため
　　　　　「推奨フォーマットではない形式で投稿した方が使用量を小さくできる」
　　　という状態になっている。

>>499
それ2012年投稿の動画でも発生したので今回のエンコード問題とは関係なさそう。
flashか動画プレイヤーか両方かの問題みたい
>>sm16577790

firefox 49.0.2 flashplayer 23.0.0.185 windows10 home
動画プレイヤー player_version_xml":1477290051,"player_info_xml":1473226111
（突然Latさんが太ったのでびっくりしたよｗ）

>>514
いや、今回の件だよ。
「以前に投稿された動画でも関係無く再エンコードするようになった」　→　不具合発生
だから。

>>515
＞「以前に投稿された動画でも関係無く再エンコードするようになった」
どこからそんなデマが出てきたんだろ？

1.5GB仕様で色々な形式で投稿テストして、分類してみた。
そして気づいたら1.5GB仕様関連のテスト投稿が
ニコニコ33本、Youtube8本になっていたでござる・・・

〇問題無し(タイプA：旧smileサーバに元ファイル又は良画質ファイルも置かれる)
・H.264(8bit,4:2:0)+AACのMP4 (公式の推奨フォーマット)
・H.264(8bit,4:2:0,可逆(--qp 0))+AACのMP4
・H.264(10bit,4:2:0)+AACのMP4

○問題無し(タイプB：旧smileサーバにエコノミー動画だけしか置かれない)
・H.264(8bit,4:2:0)+ALACのMP4
・H.264(8bit,4:2:0)+MP3のAVI
・無圧縮RGB+PCMのAVI

△一部問題あり
・H.264(8bit,RGB)+AACのMP4 (サムネイルだけ変な色になる)(タイプA)
・H.264(8bit,4:2:0)+AACのmkv (再エンコで音声が64kbpsにされてしまう)(タイプB)
・H.264(8bit,4:2:0)+FLACのmkv (再エンコで音声が64kbpsにされてしまう)(タイプB)

×投稿エラー
・H.265(8bit,4:2:0)+AACのMP4
・UtVideo(ULY0)+MP3のAVI

抑えきれない何かをお持ちの方は一度↓へ行ってみてはいかがでしょうか。
http://www.soumu.go.jp/main_sosiki/joho_tsusin/s-jyoho.html
話を聞いてくれるだけでも落ち着くと思います。

一動画サイトの仕様変更にすぎないんだから、消費者庁だの総務省だのに
　「ニコ動に高画質でアップロードできなくなったんです」
なんて相談しにいったり、そうするように誘導するのは公的機関に対する迷惑行為だと思うよ。
仕様が気に入らないならニコ動に対してアクション起こすなり
プレミアムを退会するなりニコ動自体を使うのをやめたりすればいいだけだと思う。

ところで「仕様について」のとこに書いてある
　・非対象会員であってもFLV形式で再エンコード回避ができなくなった。
って、情報源はどこなんだろ？
今回の1.5GB仕様に関係あるんだっけ？
FLV投稿なんてずっと試してないからわからないけど、
かなり前から再エンコード回避できなくなってても不思議じゃないと思うんだけど・・・。

追いかけてる動画が軒並み更新止まっててクッソ暇
本気かは知らんけどニコニコ離れようかなとかボヤいとる人もおるわ
愚かなUNEIは罪の重さを知れ

>>519
まあ主張する内容はそうなるでしょうね。
受け取る側も必ず行動しません。
人それぞれです。
ただやめるのは軽く言うものではありません。
プレミアム会員はお金を払ってますし、消費税分は働いてもいいと思います。
ちなみに私もH.265とRGB、あとH.264(8bit,4,4,4)を試しました。
H.264(8bit,4,4,4)はZenzaWatchでは音だけになりました。

>>519
いや、それが仕事だろ。なんだ？火消しか？

実際「無劣化で動画投稿出来るのを売りにプレミアム会員を集めたサイトの
動画が劣化するようになった」って消費者庁に訴えて当然の案件だと思うぞ。

まあこれを機にプレミアム会員ごっそり抜けて
運営に頭冷やしてほしいとも思うけど。

>>521
ニコニコ離れたいのは運営だけのせいじゃないけどな
正確には「上から目線の視聴者様＆愚かなUNEIは罪の重さを知れ」だ

>>520
新仕様導入直後ぐらいにおやつさんがエンコ動画を連投してたけど、
その時FLVのファイルだけ不自然に画質が良くて、「再エンコード回避！」と盛り上がっていた記憶がある。
今確認しに行ったら消されてたけど。エンコテスト動画は消されるから悲しいなぁ…

>>523
運営にどんなに文句言っても無駄なのはわかっているでしょ？
原宿廃止問題だっていまだにGINZAプレーヤーを強制的に使わせられてる、

プレミアム会員の解約が運営にとって一番のダメージだから解約すればいいし
そんなにニコニコの新仕様が嫌ならyoutubeなどの他の動画サイト行けばいい話だよね

その人とは違うけど、エンコテスト残すならわかるけど自分で確認だけして消すつもりなら
ニコレポに出さないで欲しいんだよな
ニコレポがテスト動画投稿しましたマイリスしましただらけで埋まっちまって見づらいったらないわ

まぁここで言ってもしょうがないけどね( ﾟдﾟ)

ところでこれって一般会員は
ＦＬＶの再エンコ回避ができなくなったくらいしか関係ないんかね？

27日にプレミアム　全　員　です。
これで話題が広がって修正になる流れを期待してる。
ダメだったら他に移るしか無いね

新仕様前の設定でエンコした動画を上げたんですが、今日ためしに新仕様設定でエンコした同じ動画をあげたら一時綺麗に仕上がっていたのですが。ちょっとおかしなことがおきたんです。
ちゃんと旧と新の動画の確認はしたのですが
しばらくしたら旧使用の動画の画質が少し良くなっていて
新仕様であげた動画が逆に荒くなってたんです。
いやニコニコで再エンコされることは知っているのですが
もしかして同じ動画のいいとこ悪いとこを入れ替えたとかは・・・さすがにないですよね？

530です連投すみません、もしかして新仕様機能のメンテが影響してたりします？

メンテの間旧仕様でイケると聞いて、新仕様でアップしたのを再投稿（テスト投稿）やってみようとしたら元Aviを消していたのでMP4をセルフ再エンコードして100MB切らせてアップしたらそれでも涙出るくらい綺麗だ…
（もう情報ソースはいらないかしら？？？）

>>532
ちょっとお願い　
メンテ中に旧仕様で上げた動画がメンテ明け後に新仕様に再エンコードされるんじゃないか？
と疑っている人がたまにいる（そんなことは起きないはず）ので
メンテ明け数時間たったらまた画質を目視で確認して知らせてほしいのですが。

オイオイオイ
ZenzaWatchで新サーバー選べなくなってね？

ぜんざウォッチで新サーバー選べなくなってる

と思ったらメンテでした
スイマセン許してください

>>520ですが、新仕様未対応アカウントでFLVでの再エンコード回避が不可になった件、確認できました。
　・2016/8/13のsm29438288で、smileサーバにFLVが置かれていることを確認。(FLV投稿できている)
　・2016/8/20のsm29481986(当時新仕様未対応だったプレミアムアカウント)で、
　　投稿コメントに「FLVでの再エンコード回避が不可になった」とある。
　・実際に一般会員アカウントで昔投稿していたエコノミー回避レベルのFLVを再投稿してみたところ、
　　smileサーバには再エンコードされたMP4が置かれることを確認できた。

>>522
> H.264(8bit,4,4,4)はZenzaWatchでは音だけになりました

zenzawatchのHTML5再生ではブラウザがどんな動画形式に対応しているかがポイントになります。
IE,Edge,FirefoxはH.264については「8bit,4:2:0」しか対応していないようですが、
Chromeは「8bitの4:2:2,4:4:4」「10bitの4:2:0,4:2:2,4:4:4」にも対応しているようなので
Chromeでzenzawatchを使って旧システムを参照すれば「H.264(8bit,4,4,4)」も映像が出ると思います。
さすがにChromeも「H.264(8bit,RGB)」には対応していないようですが。

>>533
メンテ何時に終わったかわからんくて申し訳ないけど17：05分に見たら綺麗なままだったよ
MMD動画なんだけど、カメラとかで動きがあるところもモザイクがからずに見せたいものをお見せできる感じ

あと6分でプレミアム切れてもうプレやめるので連投になっちゃうけど書くだけ書く

>>538で実際に
600MBのMP4　それを上げたニコ動新仕様/Youtube（フルHD）
100MBにセルフ再エンコしたMP4　それを上げたニコ動旧仕様
の5つを見比べてわかったこととして、
600MBの方は、動きが大きすぎるとYoutubeが一番汚かったが、全体を通してみるとYoutubeのほうがマシだった
ニコニコの再エンコはかなり色味はそのままなんだね

あと私じゃないんだけど、今回のこの問題のデメリットに
「動画投稿失敗が連続する」を追加してほしい
知り合いのMMDerが丸二日失敗続きでかなり萎えてる
結局100MBまで落とさないとダメだったそうだ

明日プレミア会員は強制移行みたいだけどこれ11月になっても水曜メンテあるのかな
間に合いそうにないわ…