ニコニコ大百科

>>568 html5（β）見てみると1280ｘ720表示に変わってるね。
強制エンコードの最大サイズはこれに合わせたのか

実装の順番が逆な気がする

http://sp.nicovideo.jp/watch/sm######の補足です。
動画を保存するには、一度動画を再生させてからwebページを保存します。
また、保存完了までそのページを閉じてはいけません。
閉じると保存に失敗します。

あと、x264guiExの音ズレですが、私の場合、H.264のプリセットが設定なし(No Profile)
だったのが原因でした。
「ニコ動のプリセットロード」→「画面右下の[プリセットのロード]にあるプロファイルの[Main]を選択」
の順でエンコードしてみてはいかがでしょうか。

ごめんなさい。左下です。

>>571
フルスクリーンで1280ｘ720 大画面表示で854x480に変わってるな。
お陰で旧プレイヤー大画面の余白が無くなった。
問題は、これが「一部のプレミアム会員ユーザー」向けのβテストってことだけど。

>実装の順番が逆な気がする
心の底から同意。

>>572-573
プロファイルは設定無しじゃなくてデフォルトでhighになってるだけ。
mainプロファイルにしても--no-8x8dctになるだけだから、
そこは音ズレには全く関係ないと思う。
mainにして解決したように見えたんだとしたら、ただの偶然だと思うよ。

>>559のように何らかの原因でニコ動側で問題が起きることがあるんだろうけど
その条件が判明しないとなんとも。

設定で「画面サイズ大」にしてから、
ブラウザをグイーっと広げていくと、それに合わせて3段階にサイズが変化してる。
「標準（最小）」と合わせてPCだけで4種類。
（+それと引き延ばしただけの「フルスクリーン（モニタサイズ次第）」）
いくつかのサイズにエンコされてた理由はこれか

公式のHTML5は中途半端だな
>>sm29918916

まあ改良されるのかは知らんが一応βだしな

そういえば新エンコード動画watchpageのJSONには
player_speed って項目が有るんだけど
html5(β)で再生速度を変える項目ってのはないんでしょうか？

って書いてて気づいたんだけどHTML5版(β)についてここで続けたほうがいいのかな？
別記事を新しく作ったほうがいいのかな？
該当する記事は今のところなさそうなんだけど

既出情報かも知れませんが、
4:30程度の動画を黒塗で無理やり15分に引き伸ばしたら830Kbps程度でした。(ピークは4300Kbps程度)
必ずしも1200kbpsを超えるわけじゃないんですね。
ファイルサイズ93MB程度。
個人的結論、実質2Mbpsは超えるものの旧仕様を超えることは無理！

>>581
黒ベタは元映像部分の半分以内に収めないと再生時に
ダウンロードが追いつかなくて止まりやすくなりますよ。
(ここの掲示板で検証済み過去ログ参照)
自分で見ててそうなりませんでしたか？
どうせ2Mbpsx1.5以上にエンコードの瞬間ビットレートは上がらないし
半分より多く追加しても平均ビットレートとダウンロード速度が下がるだけ。
画質的にメリットはありません。

>>582
黒ベタ多めにすると映像部分の瞬間ビットレートは4Mbps近く稼げるゾ
例：sm29523977
止まりまくって見れたもんじゃないけど・・・

>>580
HTML5版(β)については別記事を作ってそっちでやったほうが良いと思う。

>>581
再エンコードのクラスとしては2000～1800kbpsでエンコされてるはず。
仮に1900kbspなら黒ベタ効果で1900kbps*1.5*270秒/900秒＝平均855kbps。
>>582の言うとおり黒尺は元映像の半分までに。

>>582-583
1.5倍までなのは「映像部の平均ビットレート」ですね。

そう言や強制再エンコードで1秒ごとにキーフレーム入るんだよな？
黒ベタ部分も意外に容量食ってたりはしないのかな

>>585
黒尺部のビットレート
　720p60で20kbps
　720p30で11kbps
　360p60(中画質クラス)で10kbps
　360p30(低画質クラス)で5kbps
　360p30(超低画質クラス)で8kbps

なので厳密には「黒尺は動画長の0.505倍」とかにするのが良いのだけど、
　720p60で黒尺0.505倍→ 3000kbps
　720p60で黒尺0.5倍　→ 2990kbps
という程度なので、そこまで気にしなくても良い感じ。

>>585
黒尺部のビットレート
　720p60で20kbps
　720p30で11kbps
　360p60(中画質クラス)で10kbps
　360p30(低画質クラス)で5kbps
　360p30(超低画質クラス)で8kbps

なので厳密には黒尺は0.5倍よりちょっと長くするのが良いのだけど、
　720p60
　　黒尺0.505倍→ 3000kbps
　　黒尺0.5倍　→ 2990kbps
　360p30(超低画質クラス)
　　黒尺0.514倍→ 450kbps
　　黒尺0.5倍　→ 442kbps
という程度なので、そこまで気にしなくても良い感じ。

ごめんエラーになったと思って追記して再書き込みしたら二重投稿になった・・・

久しぶりに投稿したら再エンコかかって糞画質になって何事かと…
自分含めけっこう困ってる人いると思うんだけど運営側は特に対応しないスタンスなのかな？

100ＭＢ以内で投稿すれば大丈夫ってこと？

駄目です
100MBにしても記事に書いてあるフォーマットにしないと劣化するよ

>>590
100MB以内の動画も強制的に再エンコされるからここまでの騒ぎになってる
今までで一番の改悪だと思うわ今回

提案なのだけど、「1.5GB仕様のバグと思われる事象」の項を追加希望。
すみませんが追記していただけると助かります。
１がsmileサーバ用では発生していないというのは自分で確認しました。

１．854x480で投稿すると、上下に幅１ピクセルの黒い横線が入れられてしまう。
　　また、その分だけ元の映像が縦にわずかに縮小されてしまう。
　　(新dmcサーバ用の動画でのみ発生しており、旧smileサーバ用の動画では発生しない)

２．音声の再エンコードによって、音ズレが発生してしまうことがある。
　　今のところ発生条件が不明なため、ユーザ側での対策方法も不明。
　　例：>>sm29899788

　　この動画の場合、エコノミー視聴時のみ音声の冒頭２秒が
　　カットされてしまっており、酷い音ズレが発生してしまっている。

>>590
良かったら記事のQ&Aも目を通しておいて～

再エンコ後が2Mbpsにしたいわけだから、投稿は6Mbpsくらいにすれば綺麗に作られるのでは？
そうなると投稿前の動画長1分あたり50MBくらいになってれば大丈夫なのかな

サイズ1920ｘ1080、15分59秒以内で投稿するのが普通か

HTML5公式プレイヤーとZenzaWatchを比較
>>sm29918916

>>593
1.はそのまま書いても大丈夫そう。
自分も困っていたんだが、改めて文章になおしてもらえるとありがたい。
ただ、加筆についてはちょっと待ってほしい。
というのも2.について問い合わせていて、今こういう状況なんだ。返答を待ってから加筆したい。
あとは、例としてURL貼っていいかだなぁ。テスト動画なら貼ってもいいと思うけど。
この症状って再現できる設定ってあるんかね。あるなら、そういう動画を作ってリンクを貼りたい。

質問「8月18日以降の動画投稿新仕様について、投稿動画で音ズレが発生しているようです。
対処の方をお願いします。
発生動画：http://www.nicovideo.jp/watch/sm29899788
症状：一般会員、エコノミーで再生時に音声データ冒頭2秒がカットされ、
2秒分音ズレが発生する」

回答「いつもniconicoをご利用いただきありがとうございます。
お客様サポート担当の○○です。

お問い合わせいただいた件につきまして、
担当者に報告の上、状況を確認しております。

経過につきましては追ってご連絡させていただきますので、
今しばらくお待ちいただけますでしょうか。

なお、症状・状況によってお時間をいただく可能性が
ございますので、あらかじめご了承ください。 」

んん？ なんか誤解されそうな文章だな。
「自分も困っていたんだが、改めて文章になおしてもらえるとありがたい」はありがたいから、
そのまんま加筆したいって意味ね。「もう一回書き直して」じゃないよ。

ユーザーのHDDを無駄に圧迫するだけで何も良いことない

やっぱし記事名で誤解招いてる部分もあるから
再度変えろとは言わんが冒頭に目立つように

　「この問題は100MB以下の動画でも発生しますが、
　　投稿サイズ上限1.5GB化に伴う仕様変更で発生したためこのような記事名になっています」

とか書いておいたほうがいい気がする。