リンク当ページは、動画を投稿(アップロード)する際の変換、及び画質・音質の調整方法に関する基本的な情報をまとめています。書き手や引用元が異なるため統一できませんが、「エンコード」「エンコ」「変換」は基本的にどれも同じ意味です。以下の条件を満たして投稿しましょう。※上記条件を満たす形でなるべく高画質・高音質で投稿するのが基本ですが、映像は最大6Mbps、音声は最大192kbpsで再エンコードされるので、複雑で動きの激しい映像などは劣化が目立ってしまう可能性もあります。†2016/8/18以前はSMILEサーバーが運用されており、40MBまたは100MB以内で条件を守って投稿すれば投稿したファイルそのものを視聴者に見てもらうことができた。Cluster)サーバーが運用開始となり、ユーザーが投稿した動画は必ずサーバー側で複数の画質に再エンコードされた上で視聴者に公開されるようになった。詳細は以下の画質や音質に関する説明を参照。投稿動画のファイルサイズは最大3GBまで。2016/8/18の新仕様開始当初は1.5GBが上限だったが、2018年3月29日から最大3GBとなった。プレミアム会員は動画投稿数の上限は無い。一般会員の動画投稿数の上限は50動画まで。プレミアム会員と一般会員の再エンコード条件は同一なので、「プレミアム会員の方がより綺麗に投稿できる」ということはない。再エンコードの画質クラスについて上で述べた通り、ユーザーが投稿した動画は必ずサーバー側でH.264/AVCで再エンコードされる。再エンコードでは、「フルHD画質(1080p)」「高画質(720p)」「中画質(480p)」「低画質(360p)」「モバイル向け画質(360p)」の最大5種類の動画が生成される。(以降、これらを「画質クラス」と呼ぶこととする)このうち「低画質」「モバイル向け画質」は必ず生成されるが、その他3つは以下の条件を全て満たす場合のみ生成される。両方の条件を満たす必要がある。動画長20分・幅1280px高さ720pxの動画は、「幅1920px以上または高さ1080px以上」という条件を満たしていないので、「フルHD画質」は生成されず、「高画質」以下の画質のみ生成される。※動画長の「30分以下」は実際には「31分未満」。30分59秒でも条件を満たす。※一般会員の低画質モード時には「低画質」の動画が使われる。「高画質」の動画長の条件は、2017/5/24に「15分以下」から「30分以下」に変更された。2017/12/11にプレミアム会員限定で「1080p画質」のテスト運用が始まった。2018年1月18日以降、一般会員もフルHD画質の動画を投稿可能になった。「フルHD画質」の動画長の条件は、2018/3/29に「15分以下」から「30分以下」に変更された。※当初は「映像ビットレート」の条件もあり、それを満たさないと勝手に解像度が下げられるという問題があったが、2018/6/28のニコニコ動画(く)の開始に伴い、この条件は削除された。2019/01/22に動画の再エンコードルールが変更され、品質基準エンコードが導入された。360pが混在していた「中画質」の解像度が480pに統一された(ただし、ルール変更後に投稿された動画に限る)。画面サイズは解像度を決定する際の基準となる数値である。元動画のアスペクト比を維持したまま、画面サイズに収まるように縦横が調整される。(1080p)元動画のフレームレートが60fpsを越える場合、60fpsになる。60fps以下の場合、そのfpsが採用される。元動画の縦横サイズが幅1920px高さ1080pxを越える場合、アスペクト比を維持したまま、幅1920px高さ1080pxに収まるように縮小される。(720p)元動画のフレームレートが60fpsを越える場合、60fpsになる。60fps以下の場合、そのfpsが採用される。元動画の縦横サイズが幅1280px高さ720pxを越える場合、アスペクト比を維持したまま、幅1280px高さ720pxに収まるように縮小される。(480p)元動画のフレームレートが60fpsを越える場合、60fpsになる。60fps以下の場合、そのfpsが採用される。元動画の縦横サイズが幅854px高さ480pxを越える場合、アスペクト比を維持したまま、幅854px高さ480pxに収まるように縮小される。(360p)元動画のフレームレートが30fpsを越える場合、30fpsになる。30fps以下の場合、そのfpsが採用される。元動画の縦横サイズが幅640px高さ360pxを越える場合、アスペクト比を維持したまま、幅640px高さ360pxに収まるように縮小される。(360p)元動画のフレームレートが30fpsを越える場合、30fpsになる。30fps以下の場合、そのfpsが採用される。元動画の縦横サイズが16:9に近ければ、アスペクト比を維持したまま幅640px高さ360pxになるように拡大・縮小される。それ以外の場合は、アスペクト比を維持したまま幅480px高さ360pxになるように拡大・縮小される。「モバイル向け」のみ、拡縮時に余った部分が黒で塗りつぶされる。色情報とYUVレンジについて当初は再エンコードされたファイルには色情報もYUVレンジのフラグも付与されていなかったが、2017/3/23のメンテナンス後からは以下の情報が付与されるようになった。BT.709これらのフラグが付与されることにより、再エンコードされた動画は「リミテッドレンジのBT.709」として扱われることになる。元動画にcolour_rangeとmatrix_coefficientsの情報がある場合は、それを元にして「リミテッドレンジのBT.709」への色変換が行われる。元動画にcolour_rangeとmatrix_coefficientsの情報が無い場合は特に色変換の処理は行われない。投稿動画を作成する際には「リミテッドレンジのBT.709」として出力し、matrix_coefficientsにBT.709を設定しておくことが望ましい。正しい色で再生されるかどうかは使用するGPUやブラウザなどの環境に依存する。中にはフラグを無視してBT.601で扱う環境などもあるので、その場合は元々の色とは異なる色で再生されてしまうことになる。再エンコードの音質クラスについて上で述べた通り、ユーザーが投稿した動画の音声は必ずサーバー側でAACで再エンコードされる。最大2種類が生成される。このうち「低音質」はかならず生成されるが、「高音質」は以下の条件に当てはまる場合のみ生成される。高音質あらかじめ用意された192kbpsまたは128kbpsのプリセットから、元音声のビットレートに最も近いビットレートで再エンコードされる。低音質64kbpsで再エンコードされる。最終的にエンコードされる音質の一覧(音質プリセット)※分類としては64/128/192kbpsなのだが、実際の再エンコードビットレートにはバラつきがあり、192kbpsプリセットの場合でも200kbpsを超えるビットレートになったりするケースがある。※一般会員の低画質モード時には「低音質」が使われる。64kbps音声チャンネルについて公式の投稿仕様には「最大5.1ch」での投稿が可能とあるが、再エンコードでは2chにダウンミックス(LFEは消える)される。ノーマライズや高周波カットについて再エンコードではノーマライズや高周波のカットは行っていないとのこと。新投稿システムによって再エンコードされた動画は、一般会員でもまだダウンロードしていない領域へのシークが可能になる(PC版のみ)。「100MB以下は再エンコードされない」といった噂が散見されたが、完全なデマである。可変フレームレート(VFR)の場合、元動画のフレームレートにかかわらず30fpsで再エンコードされる。新仕様では、4K・8K動画や800Mbps動画(動画長1秒で100MBを消費する)といった実験的な動画を、視聴者にそのまま配信することはできなくなった。動画ファイル共有サービスではなく、映像ストリーミングサービスになったとも言える。旧仕様で使われていたSMILEサーバーは、2016/8/18にDMCサーバーの運用が開始された後も、平行して運用されていた。当時のSMILEサーバーは旧仕様のプレミアム会員基準に近い形で運用されており、100MB以内で投稿すれば、元動画がそのままSMILEサーバーに格納されていた。SMILEサーバーに格納された元動画は公式プレーヤーで見ることはできないが、SMILEサーバーにアクセスできるzenzawatchなどを使えば、投稿したままの元動画を見ることも可能となっていた。2018/6/28のニコニコ動画(く)開始に伴い、SMILEサーバーへの元動画の格納は廃止された。3)【お知らせ/動画/ユーザー製プレーヤーをご利用の皆様へ】ユーザー製プレーヤーで動画をご視聴の皆様にお知らせいたします。2007年から稼動しておりました旧配信システム(SMILEVIDEO)について、新配信システムが稼動開始したのちも並行稼動させておりましたが、6月28日以後は、新規投稿動画は旧配信システムに登録されなくなります。それに伴い、ユーザー製動画プレーヤーで「旧配信システムから動画を取得する」モードをご利用の場合でも、6月28日以降に投稿された動画にアクセスした場合、新配信システムで再エンコードされた動画が再生されます。この変更はユーザー製動画プレーヤーなど、旧配信システムを利用している動画プレーヤーをご使用の方以外には影響ありません。投稿されている動画は、引き続き旧配信システムからご視聴いただけます。再エンコードされた動画のキーフレーム間隔は当初は1秒となっていたが、2018/6/28のニコニコ動画(く)開始に伴い、2秒に変更された。知りたい方はバックアップを参照して下さい。一般的なコーデックやかつて広く使われていたコーデックの紹介です。動画編集時に便利なコーデックなどもあります。動画向けに動画をエンコードするだけであれば、「H.264/AVC」「AAC」だけを覚えておけば大丈夫です。†H.264/AVC(.mp4)MP4コンテナでニコニコ動画にアップできる(制限あり)。携帯サイズからスーパーハイビジョンにまで対応している注目のフォーマット。VP6よりも高圧縮で高画質が望める。ニコ動で最も一般的な形式。動画がH.264に対応した当初は再生負荷が高く、重いと言われていたが、それはもう10年以上も前の話。CPUのスペックが全体的に上がり、当たり前のようにGPUの再生支援が利くようになったそして全動画が再エンコードされるようになった現在では重さはそこまで気にしなくてもよい。H.265/HEVC(.mp4)H.264の後継規格であり、圧縮率はH.264の2倍。携帯向け動画から、スーパーハイビジョンや8K4Kにまで幅広く対応する。2013年1月に標準規格化された。2017年あたりからスマホの動画撮影機能で広く使われ始めている。動画では2014年頃に低画質モードやスマホ向け動画をH.265化する計画があったようだが、2019年現在になっても導入されたという話は聞かない。そもそも、H.265には特許問題(複数の団体に特許使用料を払わなければいけない)があるため、他の動画配信サービスでもH.265を導入していない所が多かったりするが。EVC(.mp4?)どちらもH.265/HEVCの後継規格。VVCの方はHEVCの2倍、EVCはHEVCと同等の圧縮率を目指す。HEVCが特許問題でシェアがあまり広がらなかったため、その反省が生かされている。VVCは特許管理団体を一本化する等の対策が取られ、EVCは枯れた技術を主に使いライセンス料を廉価(プロファイルによっては無料)とする、らしい。後述するAV1に対抗するためかなりのスピードで開発・規格化が進められており、どちらも2020年には標準規格化される予定。H.263(.flv)ニコニコ動画が旧仕様の時、FLVコンテナにて再エンコードなしでアップロードできた。動画黎明期にYouTubeで一般的だった形式。VP6よりも速くエンコードでき、再生負荷も低い(軽い)が、かなり動きに弱く、圧縮効率もOn2VP6に比べ低い(H.264とは比較するまでもない)。H.264が一般化した今、使うメリットは全く無い。VP6(.flv)ニコニコ動画が旧仕様の時、FLVコンテナにて再エンコードなしでアップロードできた。ニコ動のサービス開始当初、最も一般的な形式だった。H.263よりも動きに強く、H.264よりも再生負荷が低い。他のコーデックよりもエンコード時間がかなり長い。解像度によってはエンコードに失敗することがある(エンコーダーにもよるが、16の倍数以外の解像度は危ない)。H.264が一般化した今、VP6も使うメリットは全く無い。.avi)広く普及していた高画質・高圧縮フォーマット。Stage6の動画の形式。現在は中身がほぼH.264になってたりとニコニコ動画黎明期のDivxとは別物になっている...らしい。.mp4)旧Divx形式とほとんど同じフォーマット。非常に高速なエンコードが可能。中間出力(例:他の形式→Xvid→VP6)などにもよく使われた。扱いが難しいので注意。H.264(MP4)での投稿が一般的になった今、ニコニコ動画向けの動画で使う人はもういないと思われる。画質を気にしない人がWindowsムービーメーカーで動画を作り、ニコ動にエンコを任せてお手軽に動画をアップロードするために使われていた。ムービーメーカーは出力時の初期設定が可変フレームレート(VFR)のためニコ動で再エンコ時に音ズレが発生してしまい(※当時の話)、それを回避するために固定フレームレート(CFR)で出力するには特殊な設定を行わないといけないなど、意外と面倒くさかった。huffyuv無圧縮aviの品質を劣化させずに容量を半分くらいにする(ロスレス)。動画キャプチャ、映像作成の中間出力によく使われる。Suite国産の可逆圧縮(ロスレス)コーデック。ちなみに開発者はニコニコ動画ユーザー(ニコマスP)である。huffyuyと同じく、動画キャプチャや中間出力で使われる。YUVのほか、色情報が劣化しないRGB、アルファチャンネルが扱えるRGBAにも対応。.m2v)DVDや地デジ・BS放送など、家電では現役だが圧縮効率では時代遅れ。TVやDVDからの入力時とDVDビデオの製作時しか使われない。VP8/VP9(.webm)Googleにより開発されたパテントフリーのコーデック。VP6の後継コーデックとも言える。現在のYouTubeの主力形式。4K動画ではH.264の利用を終了しVP9のみが使われるようになっている。VP8が最初に開発され、次にVP9が開発された。現在はVP9が主流になっている。VP8はH.264、VP9はH.265と同等の圧縮率を目指して開発が行われている。動画はWebM動画をサポートしていないため、VP8・VP9のどちらもニコ動向け動画で使用する機会は今のところ全くない。1(.webm?)次世代の標準コーデックを目指し開発された最新コーデック。VP9の後継にあたる。Media(AOM)が開発/規格化を手掛けている。Google、Appleの他、半導体メーカー(Intel、AMD、Nvidia、ARM等)、動画配信サービスを持つ会社(Amazon、Netflix、Hulu等)、ソフトウェア系の会社や団体(Adobe、Microsoft、Mozilla等)などが参加している。なく高い圧縮効率(VP9やH.265と比較して50%向上)を目指している。2018年の時点でもVP9と比較して20%以上、H.265と比較して30%以上の圧縮率向上が図られている。2018年3月に仕様が公開され、YouTubeでは2018年9月から実験的ながら使用が開始されている。動画ではドワンゴの技術者がハードウェアエンコーダを制作したり等動きはあるが、実際に導入されるかどうかは不明。Layer-3(.mp3)高ビットレート帯で威力を発揮する。FLVコンテナの音声に採用されている。2017年の4月23日に特許権のライセンスが終了した。.aac)主にAAC-LCとHE-AACがある。HE-AACは低ビットレート向け。MP4コンテナの音声に採用されている。高圧縮&高音質なので、地デジの音声などにも使われている。.ogx)パテント(ライセンス料)フリーのコーデックで、MP3より音質が高いといわれている。ちなみに、Oggは音声や動画を格納するコンテナでコーデックではない。(.opus)パテント(ライセンス料)フリーのコーデックで、MP3や前述のVorbis、そしてなんとAAC(HE-AAC含む)より音質が高いといわれている。YouTubeでは、今まで使われていたaacをじわじわと置き換え始めている。Audio(.wma)マイクロソフト社の独自の音声圧縮形式。MP3より音質がいいとされている。Codec(.flac/.fla)フリーの可逆圧縮コーデック。中間出力の他MKVコンテナの動画で音声ストリームに使われることも。ハイレゾ音源の配信で広く使われている。.als)フリーの可逆圧縮コーデック。MP4コンテナの音声に使用可能。報告などもこちらに投稿してください。20:19:45下2件、アップ後の画質確認間違えてました。kb/s確保できてました。22:06:01下,途中投稿失敬。時間3:42、で中画質になった。14:37:36新仕様、容量も関係しそう。23:11:101.5GBアップロードについて、調査結果を記述しておきました。長文すぎる気もするので、推敲いただけると助かります。00:46:21少しエンコとかUPして比較してみたけど100MB超えはゲーム実況とか長時間用と考えた方がいい。MMDのダンスPVだとかは今まで通りの100MB以内の方が画質は保証できる。22:36:05「サイズ設定について」でクリッピングしてからリサイズしている2項目は内容メチャクチャ?そもそもリサイズ前後でアス比が違うんですが。15:23:36100MBってあるけど詳細なバイト数がわかりません。なんかプロパティでここまでの数値なら大丈夫みたいなのを表の中に見かけたのですが。23:15:28一般垢で1280x720で再エンコされませんでした。1280x960は再エンコされました。09:35:08最新の15件を表示しています。ローリンガール歌ってみた。