エンコード設定 の変更点

• 追加された行はこの色です。
• 削除された行はこの色です。
• エンコード設定 へ行く。
• エンコード設定 の差分を削除

SIZE(30){''エンコード設定''}

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

書き手や引用元が異なるため統一できませんが、「エンコード」「エンコ」「変換」は基本的にどれも同じ意味です。

----
''目次''
#contents
----

*ニコニコ動画(SMILEVIDEO)の仕様について [#cd3d810c]
**公式の投稿仕様 [#z4fad6c2]
- 公式情報：[[ニコニコ動画の投稿仕様について - ニコニコヘルプ:http://qa.nicovideo.jp/faq/show/5685]]

- 参考リンク：[[1.5GB再エンコード問題とは - ニコニコ大百科:http://dic.nicovideo.jp/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]]

**最新の仕様(2016/8/19～) [#d6da8a29]
- ''ユーザーが投稿した動画は必ずサーバー側で再エンコードされる。''
-- 旧仕様では原則としてアップロードした動画がそのまま配信されていたが、現仕様では複数の画質に再エンコードされる。詳細は以下の画質や音質に関する説明を参照。
- ''投稿動画のファイルサイズは最大3GBまで。''
-- 当初は1.5GBが上限だったが、[[2018年3月29日から最大3GBとなった:http://blog.nicovideo.jp/niconews/68934.html]]。
- プレミアム会員は動画投稿数の上限は無い。
- 一般会員の動画投稿数の上限は50動画まで。
- プレミアム会員と一般会員の再エンコード条件は同一なので、「プレミアム会員の方がより綺麗に投稿できる」ということはない。

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

- 再エンコードの画質クラスについて
上で述べた通り、ユーザーが投稿した動画は必ずサーバー側で[[H.264/AVC:https://ja.wikipedia.org/wiki/H.264]]で再エンコードされる。
再エンコードでは、''「1080p画質」「720p画質」「中画質」「低画質」「モバイル向け」''の最大5種類の動画が生成される。
(以降、これらを「画質クラス」と呼ぶこととする)
このうち「モバイル向け」は必ず生成されるが、その他4つは以下の条件を全て満たす場合のみ生成される。

- 各画質クラスの生成条件
※これは最低条件なので投稿動画のビットレートはこれより更に高くすることが望ましい。
　例えば1080p画質は下で述べるように再エンコードの最大ビットレートが6000kbpsなので
　それ以上で投稿することが望ましいと言える。
||CENTER:|CENTER:|CENTER:|LEFT:|c
||動画長|映像ビットレート|解像度|備考|h
|1080p画質|30分以下|3000kbps以上|幅1920px以上または高さ1080px以上||
|720p画質|30分以下|1000kbps以上|幅1280px以上または高さ720px以上||
|中画質|30分以下|500kbps以上|幅640px以上または高さ360px以上||
|低画質|60分以下|300kbps以上|幅640px以上または高さ360px以上||

※投稿ファイルが ''「動画長」「ビットレート」「解像度」の全条件を満たす必要がある。''
　（例） 動画長20分・ビットレート''2000''kbps・幅1920px高さ1080pxの動画は、
　　　　「3000kbps以上」という''条件を満たしていない''ので、''1080p画質は生成されず''、
　　　　720p画質およびそれ以下の画質のみ生成される。
　　　　(''1080pで投稿したのに勝手に720pに縮小されてしまうという結果''になる)
※動画長の「30分以下」は実際には「31分未満」。30分59秒でも条件を満たす。
　「60分以下」も同様に「61分未満」であり60分59秒でも条件を満たす。
※1080p画質の「3000kbps以上」は、[[実際にはやや下の「2800kbps以上」となっている模様。: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/1981-#2000]]
　ただ、公式には「3000kbps以上」なので表の通りと考えておいたほうが無難。
※一般会員の[[低画質モード:http://dic.nicovideo.jp/a/%E4%BD%8E%E7%94%BB%E8%B3%AA%E3%83%A2%E3%83%BC%E3%83%89]]時には「低画質」の動画が使われる。
※ 中画質の解像度の条件は、[[2016/9/8に「幅854px以上または高さ480px以上」から変更された:http://blog.nicovideo.jp/niconews/ni063288.html]]。
※ 720p画質の動画長の条件は、[[2017/5/24に「15分以下」から「30分以下」に変更された:http://blog.nicovideo.jp/niconews/24412.html]]。
※ 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分以下」から「30分以下」に変更された:http://blog.nicovideo.jp/niconews/68934.html]]。


- 各画質クラスの再エンコード概要
||CENTER:|CENTER:|CENTER:|c
||ビットレート|フレームレート|画面サイズ|最長動画長|h
|1080p画質|''fps>35''の場合： ''6000kbps, 5000kbps,'' 4000kbps, 3000kbps|60fps以下|1920x1080|30分|
|~|''fps<=35''の場合： 4000kbps, 3000kbps|~|~|~|
|720p画質|2000kbps, 1800kbps, 1600kbps, 1400kbps, 1200kbps|60fps以下|1280x720|30分|
|中画質|''fps>35''で、かつ''上位の画質クラスが生成されない''場合： ''2000kbps, 1800kbps,'' 1600kbps, 1400kbps, 1200kbps, 1000kbps, 900kbps, 800kbps, 700kbps|60fps以下|960x540または854x480または640x360|30分|
|~|''fps<=35''または''上位の画質クラスが生成される''場合： 1600kbps, 1400kbps, 1200kbps, 1000kbps, 900kbps, 800kbps, 700kbps|~|~|~|
|低画質|600kbps, 500kbps, 400kbpsのいずれか|30fps以下|640x360|60分|
|モバイル向け|300kbps, 250kbps, 200kbpsのいずれか|30fps以下|640x360または480x360|6時間|

※中画質のビットレートの上限は当初は1Mbpsだったが、[[2018/3/1に2Mbpsに引き上げられた:http://blog.nicovideo.jp/niconews/65136.html]]。
※ 画面サイズは解像度を決定する際の基準となる数値である。元動画のアスペクト比を維持したまま、画面サイズに収まるように縦横が調整される。


- 各画質クラスの再エンコードの詳細説明
-- 1080p画質
--- [[元動画のフレームレートが35fpsより大きい場合はHFR(High Frame Rate)と見なされ: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/1981-#2000]]、あらかじめ用意された''3000kbps以上6000kbps以下''のプリセットの中から、元動画のビットレートに最も近いビットレートで再エンコードされる。
--- 元動画のフレームレートが35fps以下の場合は、あらかじめ用意された''3000kbps以上4000kbps以下''のプリセットの中から、元動画のビットレートに最も近いビットレートで再エンコードされる。
--- つまり元動画のフレームレートにより、再エンコードの最大ビットレートが変わる。
--- 元動画のフレームレートが''60fpsを越える場合、60fpsになる''。60fps以下の場合、そのfpsが採用される。
--- 元動画の縦横サイズが幅1920px高さ1080pxを越える場合、''アスペクト比を維持したまま、幅1920px高さ1080pxに収まるように縮小される''。
-- 720p画質
--- あらかじめ用意された''1200kbps以上2000kbps以下''のプリセットの中から、元動画のビットレートに最も近いビットレートで再エンコードされる。
--- 元動画のフレームレートが''60fpsを越える場合、60fpsになる''。60fps以下の場合、そのfpsが採用される。
--- 元動画の縦横サイズが幅1280px高さ720pxを越える場合、''アスペクト比を維持したまま、幅1280px高さ720pxに収まるように縮小される''。
-- 中画質 (540p, 480p, 360p)
--- [[元動画のフレームレートが35fpsより大きい場合はHFR(High Frame Rate)と見なされ: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/1981-#2000]]、あらかじめ用意された''700kbps以上2000kbps以下''のプリセットの中から、元動画のビットレートに最も近いビットレートで再エンコードされる。[[ただし上位の画質クラスである1080p画質や720p画質が生成される場合は''700kbps以上1600kbps以下''のプリセットが使われる。: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/1891-#1911]]
--- 元動画のフレームレートが35fps以下の場合は、あらかじめ用意された''700kbps以上1600kbps以下''のプリセットの中から、元動画のビットレートに最も近いビットレートで再エンコードされる。
--- つまり元動画のフレームレートと上位画質クラスの生成有無により、再エンコードの最大ビットレートが変わる。
--- 元動画のフレームレートが''60fpsを越える場合、60fpsになる''。60fps以下の場合、そのfpsが採用される。
--- 元動画の縦横サイズが幅960px高さ540pxを越える場合、''アスペクト比を維持したまま、幅960px高さ540pxに収まるように縮小される''。
--- 元動画の縦横サイズが幅960px高さ540pxより小さく、かつ幅854px高さ480pxを越える場合、''アスペクト比を維持したまま、幅854px高さ480pxに収まるように縮小される''。
--- 元動画の縦横サイズが幅854px高さ480pxより小さく、かつ幅640px高さ360pxを越える場合、''アスペクト比を維持したまま、幅640px高さ360pxに収まるように縮小される''。
-- 低画質 (360p)
--- あらかじめ用意された''400kbps以上600kbps以下''のプリセットの中から、元動画のビットレートに最も近いビットレートで再エンコードされる。
--- 元動画のフレームレートが''30fpsを越える場合、30fpsになる''。30fps以下の場合、そのfpsが採用される。
--- 元動画の縦横サイズが幅640px高さ360pxを越える場合、''アスペクト比を維持したまま、幅640px高さ360pxに収まるように縮小される''。
-- モバイル向け (360p)
--- あらかじめ用意された''200kbps以上300kbps以下''のプリセットの中から、元動画のビットレートに最も近いビットレートで再エンコードされる。
--- 元動画のフレームレートが''30fpsを越える場合、30fpsになる''。30fps以下の場合、そのfpsが採用される。
--- 元動画の縦横サイズが''16:9に近ければ、アスペクト比を維持したまま幅640px高さ360px''になるように拡大・縮小される。''それ以外の場合は、アスペクト比を維持したまま幅480px高さ360px''になるように拡大・縮小される。
--- 「モバイル向け」のみ、拡縮時に余った部分が黒で塗りつぶされる。


- 色情報とYUVレンジについて
-- 当初は再エンコードされたファイルには色情報もYUVレンジのフラグも付与されていなかったが、[[2017/3/23のメンテナンス:http://blog.nicovideo.jp/niconews/13865.html]]後からは[[以下の情報が付与されるようになった: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/1861-#1866]]。([[MediaInfo:https://mediaarea.net/ja/MediaInfo]]で調べた結果)
|CENTER:|CENTER:|c
|設定項目|設定値|h
|colour_range|Limited|
|colour_primaries|BT.709|
|transfer_characteristics|BT.709|
|matrix_coefficients|BT.709|
-- これらのフラグが付与されることにより、再エンコードされた動画は「リミテッドレンジのBT.709」として扱われることになる。
-- 元動画にcolour_rangeとmatrix_coefficientsの情報がある場合は、[[それを元にして「リミテッドレンジのBT.709」への色変換が行われる。: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/1861-#1867]]
-- 元動画にcolour_rangeとmatrix_coefficientsの情報が無い場合は特に色変換の処理は行われない。
-- ''投稿動画を作成する際には「リミテッドレンジのBT.709」として出力し、matrix_coefficientsにBT.709を設定しておくことが望ましい。''AviUtlであれば「色変換の設定」の「出力」をBT.709にして、x264guiExのオプションで--colormatrix bt709をつける。
-- 上に書いたように再エンコードされた動画は、付与されたフラグにより「リミテッドレンジのBT.709」として扱われるのだが、''[[正しい色で再生されるかどうかは使用するGPUやブラウザなどの環境に依存する。: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/1861-#1868]]''中にはフラグを無視してBT.601で扱う環境などもあるので、その場合は元々の色とは異なる色で再生されてしまうことになる。

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

- 再エンコードの音質クラスについて
上で述べた通り、ユーザーが投稿した動画の音声は必ずサーバー側で[[AAC:https://ja.wikipedia.org/wiki/AAC]]で再エンコードされる。
音声の再エンコードでは、''「高音質」「低音質」''の最大2種類が生成される。
このうち「低音質」はかならず生成されるが、「高音質」は以下の条件に当てはまる場合のみ生成される。

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

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

- 最終的にエンコードされる音質の一覧（音質プリセット）
※分類としては64/128/192kbpsなのだが、実際の再エンコードビットレートにはバラつきがあり、
　192kbpsプリセットの場合でも200kbpsを超えるビットレートになったりするケースがある。
※一般会員の[[低画質モード:http://dic.nicovideo.jp/a/%E4%BD%8E%E7%94%BB%E8%B3%AA%E3%83%A2%E3%83%BC%E3%83%89]]時には「低音質」が使われる。
||CENTER:|c
||ビットレート|h
|高音質|192kbps, 128kbpsのいずれか|
|低音質|64kbps|

- 音声チャンネルについて
-- [[公式の投稿仕様:http://qa.nicovideo.jp/faq/show/5685]]には「最大5.1ch」での投稿が可能とあるが、''[[再エンコードでは2chにダウンミックス(LFEは消える)される。: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/1921-#1949]]''

- ノーマライズや高周波カットについて
-- 再エンコードでは[[ノーマライズや高周波のカットは行っていない:https://games.app-liv.jp/archives/356462]]とのこと。

*** その他 [#ac60a8b4]
- 新投稿システムによって再エンコードされた動画は、一般会員でもまだダウンロードしていない領域へのシークが可能になる（PC版のみ）。
- twitterや一部まとめサイトにおいて「再エンコード後のサイズがかならず100MB以下になる」「100MB以下は再エンコードされない」といった噂が散見されるが、完全なデマである。
- 可変フレームレート（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]

削除しました。知りたい方はバックアップを参照して下さい。

//一部の記述が残っていましたが、あまり意味が無いので「バックアップを参照して下さい」と明記した上で削除しました。(2018/04/30)

//このあたりの古い記述はあっても紛らわしいと思うので差し戻しせず。問題があったらバックアップから復元をお願いします(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倍の時間がかかってしまうらしい。
--次世代の標準コーデックを目指し開発された最新コーデック。通称はAV1。VP9の後継にあたる。
--H.265が特許やら権利やらが複雑なので、「パテントフリーのすごいコーデックを作ろうぜ！」という触れ込みで立ち上がった共同事業体、Alliance for Open Media(AOM)が開発/規格化を手掛けている。Google、Appleの他、半導体メーカー(Intel、AMD、Nvidia、ARM等)、動画配信サービスを持つ会社(Amazon、Netflix、Hulu等)、ソフトウェア系の会社や団体(Adobe、Microsoft、Mozilla等)などが参加している。
--かつてなく高い圧縮効率(VP9やH.265と比較して50％向上)を目指している。現時点でもVP9と比較して20％以上、H.265と比較して30％以上の圧縮率向上が図られている。


**音声 [#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)

----