スポンサード リンク
SIZE(30){''エンコード設定''}

当ページは、動画を投稿(アップロード)する際の変換、及び画質・音質の調整方法に関する基本的な情報をまとめています。

書き手や引用元が異なるため統一できませんが、「エンコード」「エンコ」「変換」は基本的にどれも同じ意味です。また、「アップロード者」「うp主(うぷぬし)」「投稿者」も同じ意味です。
----
''目次''
#contents
----

*ニコニコ動画(SMILEVIDEO)の仕様について [#cd3d810c]
ニコニコ動画の投稿仕様について
http://qa.nicovideo.jp/faq/show/5685

**最新の仕様(2016/8/19~) [#d6da8a29]
- ''最大3GBまでのファイルをアップロード可能。''
-- 2018年3月29日以降。それまでは1.5GBが上限だった。
- ''アップロードした動画は必ず再エンコードされる。''
-- 旧仕様では原則としてアップロードした動画がそのまま配信されていたが、現仕様では複数の画質に再エンコードされる。
-- ''元画質のビットレートが高く、動画の長さが短いほど、高画質の動画が生成される。''詳細は以下の表参照

*** 画質について [#hfc0206c]

- どの画質でエンコードされるか
アップロードした元動画の画質によって、''「1080p画質」「720p画質」「中画質」「低画質」「モバイル向け」''の最大5種類が生成される。
このうち「モバイル向け」はかならず生成されるが、その他4つは以下の条件に当てはまる場合のみ生成される。

||CENTER:|CENTER:|CENTER:|LEFT:|c
||動画長|ビットレート|解像度|備考|h
|1080p画質|30分以下|3000kbps以上|幅1920px以上または高さ1080px以上||
|720p画質|30分以下|1000kbps以上|幅1280px以上または高さ720px以上||
|中画質|30分以下|500kbps以上|幅640px以上または高さ360px以上||
|低画質|60分以下|300kbps以上|幅640px以上または高さ360px以上||

※ 動画長・ビットレート・解像度のすべてを満たす必要がある。 (例) 動画長''31''分・ビットレート2000kbps・幅1280px高さ720pxの動画は、低画質のみ生成される。
※ 中画質の解像度の条件は、2016/9/8に「幅854px以上または高さ480px以上」から変更された。
※ 720p画質(旧「高画質」)の動画長の条件は、2017/5/24に「15分以下」から変更された。
※ 2017/12/11にプレミアム会員限定で[[「1080p画質」のテスト運用が始まった:http://blog.nicovideo.jp/niconews/54740.html]]。
  それにともない「高画質」という表記を「720p画質」に変更した。
※ 2018年1月18日以降、[[一般会員も「1080p画質」の動画を投稿可能になった:http://blog.nicovideo.jp/niconews/59587.html]]。
※ [[1080p画質の動画長の条件は、2018/3/29に「15分以下」から変更された:http://blog.nicovideo.jp/niconews/68934.html]]。

- 各画質の詳細
-- 1080p画質
--- 元動画のフレームレートが30fps程度なら、あらかじめ用意された''3000kbps以上4000kbps以下''のプリセットの中から、元動画のビットレートに最も近いビットレートで再エンコードされる。
--- 元動画のフレームレートが60fps程度なら、あらかじめ用意された''3000kbps以上6000kbps以下''のプリセットの中から、元動画のビットレートに最も近いビットレートで再エンコードされる。
--- つまり元動画のフレームレートにより、再エンコードの最大ビットレートが変わる。
[[35fpsなら最大4000kbps:http://dic.nicovideo.jp/b/a/1.5gb%E5%86%8D%E3%82%A8%E3%83%B3%E3%82%B3%E3%83%BC%E3%83%89%E5%95%8F%E9%A1%8C/1801-#1830]]、[[36fpsなら最大6000kbpsになることが報告されている:http://dic.nicovideo.jp/b/a/1.5gb%E5%86%8D%E3%82%A8%E3%83%B3%E3%82%B3%E3%83%BC%E3%83%89%E5%95%8F%E9%A1%8C/1801-#1816]]。
なお、テスト運用開始直後には[[30fpsなのに6000kbpsで再エンコードされている例:http://dic.nicovideo.jp/b/a/1.5gb%E5%86%8D%E3%82%A8%E3%83%B3%E3%82%B3%E3%83%BC%E3%83%89%E5%95%8F%E9%A1%8C/1771-#1792]]も確認されているが、
[[同じ元動画を後日あらためて投稿したところ4000kbpsになったという報告:http://dic.nicovideo.jp/b/a/1.5gb%E5%86%8D%E3%82%A8%E3%83%B3%E3%82%B3%E3%83%BC%E3%83%89%E5%95%8F%E9%A1%8C/1801-#1827]]もされている。
これについてはサーバー側の判定処理が途中で調整されたものと思われるが、''&color(#FF0000){更なる検証が望まれる。};''
--- ''&color(#FF0000){その他の詳細な挙動についても要検証};''
-- 720p画質 (旧「高画質」)
--- あらかじめ用意された''1200kbps以上2000kbps以下''のプリセットの中から、元動画のビットレートに最も近いビットレートで再エンコードされる。
--- 元動画のフレームレートが''60fpsを越える場合、60fpsになる''。60fps以下の場合、そのfpsが採用される。
--- 元動画の縦横サイズが幅1280px高さ720pxを越える場合、''アスペクト比を維持したまま、幅1280px高さ720pxに収まるように縮小される''。
-- 中画質 (540p, 480p, 360p)
--- あらかじめ用意された''700kbps以上2000kbps以下''のプリセットの中から、元動画のビットレートに最も近いビットレートで再エンコードされる。
--- 元動画のフレームレートが''60fpsを越える場合、60fpsになる''。60fps以下の場合、そのfpsが採用される。
--- 元動画の縦横サイズが幅960px高さ540pxを越える場合、''アスペクト比を維持したまま、幅960px高さ540pxに収まるように縮小される''。
--- 元動画の縦横サイズが幅960px高さ540pxより小さく、かつ幅854px高さ480pxを越える場合、''アスペクト比を維持したまま、幅854px高さ480pxに収まるように縮小される''。
-- 低画質 (360p)
--- あらかじめ用意された''400kbps以上600kbps以下''のプリセットの中から、元動画のビットレートに最も近いビットレートで再エンコードされる。
--- 元動画のフレームレートが''30fpsを越える場合、30fpsになる''。30fps以下の場合、そのfpsが採用される。
--- 元動画の縦横サイズが幅640px高さ360pxを越える場合、''アスペクト比を維持したまま、幅640px高さ360pxに収まるように縮小される''。
-- モバイル向け (360p)
--- あらかじめ用意された''200kbps以上300kbps以下''のプリセットの中から、元動画のビットレートに最も近いビットレートで再エンコードされる。
--- 元動画のフレームレートが''30fpsを越える場合、30fpsになる''。30fps以下の場合、そのfpsが採用される。
--- 元動画の縦横サイズが''16:9に近ければ、アスペクト比を維持したまま幅640px高さ360px''になるように拡大・縮小される。''それ以外の場合は、アスペクト比を維持したまま幅480px高さ360px''になるように拡大・縮小される。

- 最終的にエンコードされる画質の一覧(画質プリセット)
||CENTER:|CENTER:|CENTER:|c
||ビットレート|フレームレート|画面サイズ|最長動画長|h
|1080p画質|COLOR(#FF0000):3000kbps~6000kbpsだが区切りは要検証。4000kbpsを超えるのは高フレームレートでの投稿時のみ。|60fps以下|1920x1080|30分|
|720p画質|2000kbps, 1800kbps, 1600kbps, 1400kbps, 1200kbpsのいずれか|60fps以下|1280x720|30分|
|中画質|%%1000kbps, 900kbps, 800kbps, 700kbpsのいずれか%%&br;[[上限が2000kbpsに引き上げられた:http://blog.nicovideo.jp/niconews/65136.html]]ため要再検証。|60fps以下|960x540または854x480または640x360|30分|
|低画質|600kbps, 500kbps, 400kbpsのいずれか|30fps以下|640x360|60分|
|モバイル向け|300kbps, 250kbps, 200kbpsのいずれか|30fps以下|640x360または480x360|6時間|

※ 画面サイズは解像度を決定する際の基準となる数値である。元動画のアスペクト比を維持したまま、画面サイズに収まるように縦横が調整される。

*** 音質について [#s8a594a1]

- どの音質でエンコードされるか
アップロードした元動画の音質によって、''「高音質」「低音質」''の最大2種類が生成される。
このうち「低音質」はかならず生成されるが、「高音質」は以下の条件に当てはまる場合のみ生成される。

||CENTER:|c
||ビットレート|h
|高音質|90kbps以上|

- 各音質の詳細
-- 高音質
--- あらかじめ用意された''192kbpsまたは128kbps''のプリセットから、元音声のビットレートに最も近いビットレートで再エンコードされる。
-- 低音質
--- ''64kbps''で再エンコードされる。

- 最終的にエンコードされる音質の一覧(音質プリセット)
※分類としては64/128/192kbpsなのだが、実際の再エンコードビットレートにはバラつきがあり、
 192kbpsプリセットの場合でも200kbpsを超えるビットレートになったりするケースがある。
||CENTER:|c
||ビットレート|h
|高音質|192kbps, 128kbpsのいずれか|
|低音質|64kbps|

*** その他 [#ac60a8b4]
- 新投稿システムによって再エンコードされた動画は、一般会員でもまだダウンロードしていない領域へのシークが可能になる(PC版のみ)。
- twitterや一部まとめサイトにおいて「再エンコード後のサイズがかならず100MB以下になる」「100MB以下は再エンコードされない」といった噂が散見されるが、完全なデマである。
-- およそ7分以上の動画を投稿する場合、新投稿システムによって再エンコードされた結果は100MB以上となり、以前よりも高ビットレートで配信される可能性がある。
-- 逆に、7分以下の動画(最大ビットレートが2000kbps以上の動画)は、これまでより画質が劣化する可能性がある。
- 可変フレームレート(VFR)の場合、元動画のフレームレートにかかわらず30fpsで再エンコードされる。
- 超低画質のみ、拡縮時に余った部分が黒で塗りつぶされる。
- この変更により、4K・8K動画や800Mbps動画(動画長1秒で100MBを消費する)といった実験的な動画を、視聴者にそのまま配信することはできなくなった。
-- 動画ファイル共有サービスではなく、映像ストリーミングサービスになったとも言える。
- 投稿すると再エンコードされた動画がDMC(Dwango Media Cluster)という新サーバーに格納され、配信される。
その一方で、旧仕様で使われていたSMILEサーバーにも動画を格納するようになっている。
SMILEサーバーは旧仕様のプレミアム基準に近い形で運用されているようで、
100MB以内で投稿すれば、元動画がそのままSMILEサーバーに格納される。
SMILEサーバーに格納された元動画は公式プレーヤーで見ることはできないが、
SMILEサーバーにアクセスできる[[zenzawatch:http://dic.nicovideo.jp/id/5389249]]などを使えば
投稿したままの元動画を見ることも可能となっている。

----

*かつての仕様および過去に行われた変更 [#f5y3j2tb]
**2012/10/17より [#d6da8a29]
ニコニコ動画:Qの公開(と同時にZeroの終了)に伴う変更点
-ZeroWatchのマイナーチェンジ版プレーヤー「QWatch」導入(ZeroWatchは結局廃止)
--大画面モードの表示解像度が変わり、854x480(微妙に16:9ではないがYouTubeや携帯電話、昔の小型デジタルテレビ等様々な場面で使用されている)に変更となった。
---そのため大画面モードの最適解像度(ドットバイドットで表示できる解像度)は16:9の場合854x480(FWVGA)、4:3の場合640x480(VGA)となる。
--中画面モードはZeroWatch及びニコプレーヤー4の16:9モードから変更なし。
-現在は原宿・Qが廃止、GINZAへ一本化されたが、GINZAのプレーヤー(GINZAWatch)の動画再生周りについてはQWatchから変更無しとなった。

||CENTER:|CENTER:|c
||一般会員|プレミアム会員|h
|対応動画フォーマット|>|FLV/MP4/DivX/XviD/&br;MPEG1/MPEG2/WMVなど&br;(再エンコの基準は違うので注意)|
|ディスク容量|2GB|8GB+プレミアム会員継続月数x1GB|
|1ファイルあたりのアップロード可能サイズ|FLV ~40MB&br;MP4 ~40MB&br;他の形式 ~100MB|100MB|
|FLV及びMP4のビットレート上限(公式)|600kbps|制限無し※|
|アップロード可能解像度|1280x720以内|制限無し|
|プレーヤーの解像度|>|640x384,&color(red){854x480};|
|アップロード最適解像度|>|中画面モード%%/原宿%%:512x384(4:3)or640x360(16:9)or640x384(15:9)、大画面モード:854x480(FWVGA)、640x480(VGA、4:3)|
--※公式FAQの推奨形式には「ビットレート:1Mbpsまで」の記述がある。もちろんこれを超えても再エンコされることはないが、ビットレートが高いと再生負荷が高くなり、読み込みも遅くなるので注意。「1Mbpsじゃエンコ前より画質が劣化する」などといった理由が無ければ1Mbps以下にしておいたほうがいい。
---また公式FAQには他に「Baseline/Mainプロファイル、レベル3.1以下」という記述もある。レベルについてはフルHDや60fpsでもなければ基本的に3.1以下に収まるし、エンコ時に変に設定を弄らなければ問題は起きないのであまり気にしなくてもいい。(レベルごとに決まっているパラメータの上限を無視している動画も一部ある。これは非常に悪い。)プロファイルについては、ごく普通にHighプロファイルの動画が投稿されているとはいえ、HD以上にしなければHighプロファイルにするメリットはあまり無いため、854x480以下ならMainプロファイルにしておくのがベスト。
--つまりニコニコ動画が推奨しているフォーマットどおりにすれば誰でも快適に視聴できる。


**2012/07/02より [#P2z3Uf8W]
-動画説明文とプロフィールページでのHTMLタグの使用が、一般会員にも開放された。
--これにより、一般会員でも文字の装飾や改行が可能となった。
-プレミアム会員向けに、「タイマー公開」機能が追加された。

動画の画質に関わる部分については変更なし。

**2012/05/01より [#j5b80f60]
ニコニコ動画:Zero導入にともない変更があった。
-新プレーヤー「ZeroWatch」導入
--新たに大画面モード(動画表示解像度864x486)が追加された。
--大画面モード時の最適解像度は16:9の場合864x486、4:3の場合は648x486。ただし今後4:3動画の最適解像度は変更の可能性あり([[開発者twitterより:https://twitter.com/flashoman/status/230299935793364992]])
--中画面モードの動画表示解像度は、従来のニコプレーヤー4から変更なし(640x384)。
--ニコプレーヤー4にあった4:3モード(表示解像度512x384)は廃止された。そのため4:3動画は左右に余白が生じる。
-一般会員の解像度制限の緩和
--従来の800x600から、1280x720まで緩和された。そのため一般会員でもHDの動画をアップロードすることが可能に。

これ以外の、ファイルサイズ制限や一般会員のビットレート制限は従来仕様と変更なし。%%但し、2012年5月1日現在、ZeroWatchはプレミアム会員専用であり一般会員は使えないため、一般会員については事実上アップロード解像度の緩和のみとなっている。%%→2012年7月30日、一般会員にもZeroバージョンが公開された。また%%プレミアム会員においても%%Zeroバージョンと原宿バージョンを任意に切り替えできる。

||CENTER:|CENTER:|c
||一般会員|プレミアム会員|h
|対応動画フォーマット|>|FLV/MP4/DivX/XviD/&br;MPEG1/MPEG2/WMVなど&br;(再エンコの基準は違うので注意)|
|ディスク容量|2GB|8GB+プレミアム会員継続月数x1GB|
|1ファイルあたりのアップロード可能サイズ|FLV ~40MB&br;MP4 ~40MB&br;他の形式 ~100MB|100MB|
|FLV及びMP4のビットレート上限(公式)|600kbps|制限無し|
|アップロード可能解像度|&color(red){1280x720以内};|制限無し|
|プレーヤーの解像度|>|640x384,&color(red){864x486};|
|アップロード最適解像度|>|中画面モード/原宿:512x384(4:3)or640x360(16:9)or640x384(15:9)、&color(red){大画面モード:864x486(16:9)};|

//このあたりの古い記述はあっても紛らわしいと思うので差し戻しせず。問題があったらバックアップから復元をお願いします(2017/10/08)。
----

*コーデック [#a2832fea]
一般的なコーデックやかつて広く使われていたコーデックの紹介です。動画編集時に便利なコーデックなどもあります。 &br;
なお、ニコニコ動画向けに動画をエンコードするだけであれば、「H.264/AVC」「AAC」だけを覚えておけば大丈夫です。
**映像 [#ybf5f902]
-H.264/AVC(.mp4)
--MP4コンテナでニコニコ動画にアップできる(制限あり)。
--携帯サイズからスーパーハイビジョンにまで対応している注目のフォーマット。VP6よりも高圧縮で高画質が望める。
--ニコ動で最も一般的な形式。
--かつては再生負荷が高く、重いと言われていたが、CPUのスペックが全体的に上がり、当たり前のようにGPUの再生支援が利くようになった%%そして全動画が再エンコードされるようになった%%現在では重さはそこまで気にしなくてもよい。

-H.265/HEVC(.mp4)
--H.264の後継規格である。
--携帯向け動画から、スーパーハイビジョンや8K4Kにまで幅広く対応する。
--圧縮率はH.264の2倍である。
--2013年1月に標準規格化された。
--ニコニコ動画では2014年頃に低画質モードやスマホ向け動画をH.265化する計画があったようだが、2018年現在になっても導入されたという話は聞かない。

-Sorenson H.263(.flv)
--ニコニコ動画が旧仕様の時、FLVコンテナにて再エンコードなしでアップロードできた。
--ニコニコ動画黎明期にYouTubeで一般的だった形式。
--VP6よりも速くエンコードでき、再生負荷も低い(軽い)が、かなり動きに弱く、圧縮効率もOn2VP6に比べ低い(H.264とは比較するまでもない)。
--H.264が一般化した今、使うメリットはほぼ無い。

-On2 VP6(.flv)
--ニコニコ動画が旧仕様の時、FLVコンテナにて再エンコードなしでアップロードできた。
--ニコ動のサービス開始当初、最も一般的な形式だった。
--H.263よりも動きに強く、H.264よりも再生負荷が低い。
--ただ、他のコーデックよりもエンコード時間がかなり長い。
--解像度によってはエンコードに失敗することがある(エンコーダーにもよるが、16の倍数以外の解像度は危ない)。

-Divx(.divx .div .avi)
--広く普及していた高画質・高圧縮フォーマット。かつてのStage6の動画の形式。現在は中身がほぼH.264になってたりとニコニコ動画黎明期のDivxとは別物になっている…らしい。

-XviD(.avi .mp4)
--旧Divx形式とほとんど同じフォーマット。非常に高速なエンコードが可能。希にバグも。
--中間出力(例:他の形式→Xvid→VP6)などにもよく使われる。

-Windows Media Video(.wmv)
--マイクロソフト社の独自の圧縮形式。高圧縮・高画質だが、扱いが難しいので注意。
--ニコニコ動画にアップロードする場合、可変フレームレート(VFR)の動画はかなりの確率で音ズレする。
---wmvでニコニコ向け動画を出力するときは、必ず固定フレームレート(CFR)にすること。

-huffyuv
--無圧縮aviの品質を劣化させずに容量を半分くらいにする(ロスレス)。
--動画キャプチャ、映像作成の中間出力によく使われる。

-Ut Video Codec Suite
--国産の可逆圧縮(ロスレス)コーデック。ちなみに開発者はニコニコ動画ユーザー(ニコマスP)である。
--huffyuyと同じく、動画キャプチャや中間出力で使われる。
--YUVのほか、色情報が劣化しないRGB、アルファチャンネルが扱えるRGBAにも対応。

-MPEG1,MPEG2(.mpg .m2v)
--DVDや地デジ・BS放送など、家電では現役だが圧縮効率では時代遅れ。エンコードは速い。
--TVやDVDからの入力時とDVDビデオの製作時しか使われない。あとHDVぐらいか。

-VP8/VP9(.webm)
--Googleにより開発されたパテントフリーのコーデック。Googleが買収したOn2社の技術がベースになっていたため、On2 VP6の後継コーデックとも言える。
--現在のYouTubeの主力形式。特に4K動画ではH.264の利用を終了しVP9のみが使われるようになっている。
--VP8が最初に開発され、次にVP9が開発された。現在はVP9が主流になっている。
--VP8はH.264、VP9はH.265と同等の圧縮率を目指して開発が行われている。
--エンコード速度はH.264に比べ長い。VP8は比較的高速だがVP9はかなり時間がかかる。
--ニコニコ動画はWebM動画をサポートしていないため、VP8・VP9のどちらもニコ動向け動画で使用する機会は今のところ全くない。

-AOMedia Video 1(.webm?)
--次世代の標準コーデックを目指し開発中の最新コーデック。通称はAV1。VP9の後継にあたる。元々VP10として開発されていたがいろいろあって方針転換された。
--H.265が特許やら権利やらが複雑なので、「パテントフリーのすごいコーデックを作ろうぜ!」という触れ込みで立ち上がった共同事業体、Alliance for Open Media(AOM)が開発・規格化を手掛けている。Google、Appleの他、半導体メーカー(Intel、AMD、Nvidia、ARM等)、動画配信サービスを持つ会社(Amazon、Netflix、Hulu等)、ソフトウェア開発会社・団体(Adobe、Microsoft、Mozilla等)などが参加している。
--かつてなく高い圧縮効率(VP9やH.265と比較して50%向上)を目指している。
--ただしエンコード速度は途方もなく長く、現時点では最適化されたH.265エンコーダーの100倍の時間がかかってしまうらしい。


**音声 [#dc4e6d06]

-MPEG Audio Layer-3(.mp3)
--高ビットレート帯で威力を発揮する。
--かなり扱いやすく汎用性の高い反面、著作権保護機能がない。
--FLVコンテナの音声に採用されている。
--2017年の4月23日に特許権のライセンスが終了した。

-AAC(.mp4 .m4a .m4b .m4p .3gp .3g2 .aac)
--主にAAC-LCとHE-AACがある。HE-AACは低ビットレート向け。
--MP4コンテナの音声に採用されている。
--高圧縮&高音質なので、地デジの音声などにも使われている。

-Vorbis(.ogg .oga .ogx)
--パテント(ライセンス料)フリーのコーデックで、MP3より音質が高いといわれている。
--ちなみに、Oggは音声や動画を格納するコンテナでコーデックではない。

-Opus (.opus)
--パテント(ライセンス料)フリーのコーデックで、MP3や前述のVorbis、そしてなんとAAC(HE-AAC含む)より音質が高いといわれている。
--さらに再生遅延も少ない。
--YouTubeでは、今まで使われていたaacをじわじわと置き換え始めている。

-Windows Media Audio(.wma)
--マイクロソフト社の独自の音声圧縮形式。MP3より音質がいいとされている。

-Free Lossless Audio Codec(.flac/.fla)
--フリーの可逆圧縮コーデック。中間出力の他MKVコンテナの動画で音声ストリームに使われることも。
--ハイレゾ音源の配信で広く使われている。

//この辺も実態に即していない感じがするため差し戻しせず(2017/10/08)。

----

*コメント [#p9d75fe8]
報告などもこちらに投稿してください。
エンコの質問はこっちを見てから→[[エンコード設定あるある質問箱]]
こちらも参考にどうぞ→[[エンコード系質問?を適当に集めた所:http://nicowiki.com/EncodeQA.html]]

#pcomment(コメント/エンコード設定,15,below)

----
トップ   新規 一覧 単語検索 最終更新   ヘルプ   最終更新のRSS  ニコニコ関連記事のRSS 
Site admin: takechan
Powered by はてなウェブサービス SimpleAPI