13/01/10 04:56:34.50 DkbROmww0
■「実ビットレート」の計算方法
ニコニコ動画では、アップロードしたファイルを調べ、ビットレート違反のチェックや
エコノミー判定を行なうようになっていますが、この判定には、コンテナのオーバーヘッドや
映像、音声など全てをひっくるめた「実ビットレート」と呼ばれる数値が使用されます。
また、これもあくまで計算なので、実際に通らなかったら潔くビットレートを下げてみましょう。
＊注意＊
「エンコード時に設定した映像や音声のビットレート」は、ただの目安です。
設定した映像と音声のビットレートを単純に足すといった計算は無意味ですので、
必ず下記の実ビットレート計算式を用いて計算して下さい。
実ビットレートの計算で使う数値の意味や計算式は以下の通りです。
もしくはmediainfo等を使うのもよいでしょう。
◎ファイルサイズ[bytes]
作成したFLVやMP4のファイルを右クリック→「プロパティ」で、
「サイズ」のところの（）内の（～バイト）と出る部分の数字。
（「ディスク上のサイズ」のほうではないので注意。）
◎再生時間[秒]
小数点以下は切り捨てます。
●実ビットレート[bps] = ファイルサイズ[Bytes] × 8 ÷ 再生時間[秒（小数点以下切捨て）]
尚、各単位換算は以下の通りです。
1Mbps = 1000kbps
1kbps = 1000bps
1GiB = 1024Mbytes
1MiB = 1024kbytes
1KiB = 1024bytes
1byte = 8bits
8:名無しさん＠お腹いっぱい。
13/01/10 04:57:06.81 DkbROmww0
■注意
このスレで次の質問をした者には、住人のうちの何名かは問答無用で罵声を浴びせます
決してこの質問をしてはいけません！！ いいかげんにしてよね、ほんと…
Ｑ．エコノミー回避の動画を作成してSmileVideoにアップロードしたのに
「エンコードしています・・・」って表示されるんだけど？？？
エコノミー回避なら再エンコはされないはずなのになんで？
Ａ．仕様です。その表示はエコノミー回避してようがなにしてようが表示されます。
条件さえ満たしてれば再エンコードはされないので落ち着け。
Ｑ．ちゃんと範囲内でエンコードしたのにビットレートオーバーって怒られるんだけどなんで？
Ａ．ちゃんと実ビットレートで確認しましたか？
指定値を上回ることはよくあります。
Ｑ．作ったMP4を自分の環境で再生確認すると問題ないのに、ニコニコにアップすると画質がおかしくなる
Ａ１．まずは、自分の動画がサーバー側で再エンコードされていないか確認しましょう。
再エンコードの条件とかについてはテンプレやWikiを熟読すること。
Ａ２．次に、自分の環境で再生確認に使ったソフトを確認しましょう。
ニコニコ動画で使われているFlashPlayerと、PCで使うWindowsMediaPlayerなどでは
再生の仕組みがまったく異なります。FlashPlayerは再生時の色補間などをしていないこともあり、
基本的にはWindowsMediaPlayerなどよりも汚く見えてしまいます。
例えば黒背景に赤い小さな文字とか描いてたら崩れ方がマジハンパねえっす。
ニコニコでの見え方を確認するなら、FlashPlayerを利用したFlavieなどのソフトを使いましょう。
9:名無しさん＠お腹いっぱい。
13/01/10 04:57:50.83 DkbROmww0
テンプレここまで。
以下前スレの9そのまま
テンプレここまで。
色々書き換えたけどこの辺はよくわかんないから入れなかった。
窓の杜 - 【NEWS】「Adobe Flash Player 11.2」「Adobe AIR 3.2」が正式公開
URLﾘﾝｸ(www.forest.impress.co.jp)
FlashPlayer11.2で挙動がいくつか変わっているようです。検証した内容を報告。
※GPU再生支援がないので、【HWアクセラレーションOFF】の時の検証しかできてません。
【HWアクセラレーションON】の時の検証は、どなたかよろしくお願いします。
●colormatrixやfullrangeが無視されるようになり、強制的にBT.601でデコードされるようになった。
（11.1時点のHWアクセラレーションON時と同じ挙動）
→テスト動画リスト： URLﾘﾝｸ(www.nicovideo.jp)
●10bit-depthの再生では、右側に出ていたマゼンタ線が出なくなった。
ただし、色が微妙におかしくなる問題はそのまま。
→テスト動画： URLﾘﾝｸ(www.nicovideo.jp)
●>>915（deblock有効の動画をHWアクセラレーションOFFで見ると崩壊）の問題は従来と変わらず発生。
>>936にある「GTX570でHWアクセラレーションONにすると緑線と色ずれが発生」という件が、
正式版や他のGPU環境でどうなるのかは気になるところ。
→テスト動画： URLﾘﾝｸ(www.nicovideo.jp)
●初期ディレイ分の映像遅延が発生する件は従来と変わらず。
→テスト動画リスト： URLﾘﾝｸ(www.nicovideo.jp)
従来から、HWアクセラレーションが有効な場合はcolormatrixやfullrangeを無視して強制的にBT.601扱いでデコードされていた。
つまり、BT.709の動画は、わざわざHWアクセラレーションをOFFにしないと、正しく表示することはできなかった。
今回の変更で、BT.709の動画を正しく表示させる方法はなくなったということになるけど、実はこれは大して問題じゃなかったりする。
なぜなら、ニコニコ動画まとめWikiでは、HWアクセラレーションの挙動なども考慮したうえで
「HDだろうがなんだろうが関係なく、BT.601でエンコして--colormatrix smpte170mをつけておく」
という方法を推奨していたから。それに従ってエンコードしていたなら何も問題はない。
ニコエンコやつんでれんこもデフォルトではBT.601を指定するようになっている。
BT.709でアップしてしまったものについてはもうどうしようもないけど、
上に書いたように元から正しく表示されてなかった可能性が高い。
10:名無しさん＠お腹いっぱい。
13/01/10 13:49:48.35 /5kITI0Q0
つんぷれ
URLﾘﾝｸ(www43.atwiki.jp)
つんでれんこ等についている再生確認ツール部分を独立させたもの。
・ハードウエアアクセラレーションのオンオフ切り替えが出来る
・原宿サイズ(640x360)、Qwatchサイズ(854x480)での実際の見え方が確認出来る
・実ビットレート( >>5-6 )、ファイルサイズ等の情報が同じ画面に表示され、一目で分かる
・エンコードしたmp4だけでなく、エンコード前の動画についても、Mediainfo で情報を調べることができる
11:名無しさん＠お腹いっぱい。
13/01/11 01:30:55.32 d9oiTkRUP
アルティメーット！
＿＿ _
'"´ l￣￣｀r'└┐
. ／/ |ﾞ＼ ｀L｢|└i
__/´/ / | ＼丶 ￣ヽ
〃⌒Y/ │ i │ ／|∧ | |
. {{:: o::ﾉ'l ┼/‐-/ﾘ ´ｨﾁ斥∨ハ| ＿＿_
＼__つ| |斗=ﾃr 弋うｿ八 j| __r_| |
| ヽﾑ 代うソ ⊂⊃ﾉ}八／ 人|.1乙 |
| （∧ ⊂⊃ ／イ｢ ／ └ｰ─┘
| | ｰヘ. ト..＿＿∠)＜｢| |.ﾚ'|
| | ＼_＞く∨ﾚ<>ﾍ{｢| _l／|
| | rく＼ _>|:::ﾂｸﾓ::ヽV|／}|
,,⊥.-┴─＼ ヾ l|:::￣￣:::::l|´:: 〈|
| ＼_-－―`ｰ1.|l:::::::::::::::: jY￣>|
| | □□ |∧:::::::-=彡l|＿_＞
| | □□ l ∧::::::::::::::|l＿,|│
| | ｢¨7-|ｌ:::::::::::ﾘ::::::|/
| | Wｉndows7 | /::: ト====i｡:::::|
| | Ultimate. |,::::::/ |::::::|
`ｰ- ､|＿＿_.. -‐/__::/ |:::_｣
└‐' └‐'
12:名無しさん＠お腹いっぱい。
13/01/16 11:58:23.29 xggviFaV0
上限120MBに増量してくりょー
13:名無しさん＠お腹いっぱい。
13/01/16 21:53:14.70 sN0zqFG2P
そこは、252.5MBだろJK
14:名無しさん＠お腹いっぱい。
13/01/17 00:53:03.84 LKLSPstt0
動画サイズの上限はふやして欲しいよなー
ディスク容量ばっかり増えてもしょうがないんだよ
15:名無しさん＠お腹いっぱい。
13/01/17 06:44:37.17 Qw9PXBY40
ようつべなんか2Gだからな
上限増やせないのはやっぱコメ表示だと鯖に負担掛かってるからなのかねえ
16:名無しさん＠お腹いっぱい。
13/01/17 08:04:57.28 GVRuM1IE0
ニコとつべじゃ規模が違いすぎるだろ…
それ以前にニコの場合ゲームカテが全体の4割ちょいを占めてる
その大半が実況プレイ動画で、動画の性質上時間が長くなりがち
そんでもって大半の実況プレイ動画は100再生もされない
この状況で上限増やしたら大して再生されないくせに
無駄に容量大きい動画がばんばん増える
こんなの費用対効果に見合ってないね
17:名無しさん＠お腹いっぱい。
13/01/17 08:14:37.11 BJ3MFjbH0
それなら投稿数自体には制限かければいいんだよ
そのほうがダメ動画が減ってすっきりする
18:名無しさん＠お腹いっぱい。
13/01/17 08:32:18.85 k3a9AY+80
ただでさえ重い時多いのに容量増やしたら悪化するだろうし設備増強しないなら必要ないな
19:名無しさん＠お腹いっぱい。
13/01/22 11:38:31.23 +Zt02M4I0
ビットレート高すぎると動画伸ばすのに不利になるかな？
20:名無しさん＠お腹いっぱい。
13/01/22 19:08:34.57 cOL9RiHr0
重すぎると読み込み失敗したり再生に読み込みが追いつかなくなったりして観るのやめる可能性あるからそういう意味では伸びに影響する可能性はある
21:名無しさん＠お腹いっぱい。
13/01/27 05:08:17.80 HRSJFvfE0
ｍｐ４のコンテナータイプ？がv２では再エンコされてしまうというのを見かけたけど今も同じですか？
v１に詰め替えると良いようですが何をどう使ったらよいのかわからない。
かんたんにできるツールとかありますか？
22:名無しさん＠お腹いっぱい。
13/01/27 12:58:32.45 6rC7Ibrr0
>>21
もう直っているから気にしなくていいよ
【ニコニコ動画】FLV/MP4エンコードスレ 54【質問】
ｽﾚﾘﾝｸ(streaming板:783番)
783 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2012/10/12(金) 21:18:51.29 ID:+K97EwVX0 [1/3]
>>673-682 および >>738-773 で出ていた、「major_brandがavc1だと再エンコされてしまう」という件。
別途行った調査で「major_brandがmp41の場合も再エンコされてしまう」ということもわかっていたのですが、
本日18時前に、謎の人物から
「ニコニコの brand 判定を修正しました」
という連絡をいただき、あらためてテストしてみたところ、avc1でもmp41でも再エンコードされなくなっていました。
MP4Boxで-brand mp41としてMuxしたものの再テスト
URLﾘﾝｸ(www.nicovideo.jp)
major_brand＝avc1での投稿の再テスト
URLﾘﾝｸ(www.nicovideo.jp)
ほとんどの人はmp42またはisomでの投稿になっているはずなので元々関係なかったと思いますが、
この修正により、x264guiExでL-SMASHのremuxer.exeを利用するような場合も問題なくなったはず。
対応ありがとうございました。
23:名無しさん＠お腹いっぱい。
13/01/29 22:32:36.27 ky4N835gP
ITU、次世代ビデオコーデック「H.265」承認
URLﾘﾝｸ(k-tai.impress.co.jp)
新ビデオコーデックは、HEVC（High Efficiency Video Coding）と呼ばれるもので、
H.264/MPEG-4 AVCの約半分のビットレートで、同等のクオリティの映像が配信できるという。
素晴らしいな。
24:名無しさん＠お腹いっぱい。
13/01/29 22:42:22.00 OOKeRCHu0
動画サイトで使えるようになるのはまだまだ先だな…
25:名無しさん＠お腹いっぱい。
13/01/29 23:14:15.43 c7xY4wY+0
まずモバイルデバイスのGPUが対応しないと無理だな
今のところはローカルビデオの容量圧縮か
26:名無しさん＠お腹いっぱい。
13/02/01 17:42:21.44 kqlZ0uqp0
502 名前： 名無しさん＠お腹いっぱい。 投稿日： 2013/02/01(金) 03:50:47.17 ID:zk2F3+IU0
MS製品でH264+AAC動画作れること自体今初めて知ったわ
504 名前： 名無しさん＠お腹いっぱい。 投稿日： 2013/02/01(金) 16:02:34.77 ID:CbWJ82mm0
>>502
最近のLive ムービーメーカーからできるようになった
ただbaselineプロファイル固定でブロックノイズも多い
505 名前： 名無しさん＠お腹いっぱい。 投稿日： 2013/02/01(金) 16:21:13.32 ID:iBwFW+HM0
今時baselineのみとかw
やっぱダメだな
しょせんOSのベンダが情弱初心者囲い込むために作ったソフト
27:名無しさん＠お腹いっぱい。
13/02/02 11:46:24.26 zLSH9RB30
どうせ初心者しか使わねえんだからいいだろ
俺もあれ使ったの5回くらいだしな。あれ、結構多いな