次世代ビデオコーデック総合スレPart2 【HEVC/VP9/AV1/VVC等】
■ このスレッドは過去ログ倉庫に格納されています
H.264/AVCの後の様々なビデオコーデック全般について語るスレです。
■主な次世代ビデオコーデック
・H.265/HEVC
・VP9
・AV1(AOMedia Video 1)
・VVC(Versatile Video Coding)
■前スレ
次世代ビデオコーデック総合スレPart1 【HEVC/VP9/AV1等】
https://mevius.5ch.net/test/read.cgi/avi/1515759816/
次スレは>>980が宣言してから立ててください。 ■各ビデオコーデックの概要や状況（2018年7月上旬時点）
●H.265/HEVC
H.264/AVCの後継規格。放送やUltra HD Blu-ray等で採用が進んでいるが
３つのライセンスプールが並立するなどライセンス面での問題も抱えている。
H.265/HEVC特許暗黒時代
https://qiita.com/yohhoy/items/c2579097a507b1fbdddb
HW再生支援のサポートは進んだものの、FirefoxやChromeでの対応が進んでおらず、
ネット配信では使いづらい状況が続いている。(スマートTV向けの配信等は除く)
AppleがHLS(HTTP Live Streaming)やiOS 11やmacOS High Sierraで採用したり、
2018年3月にライセンスプールの１つであるHEVC Advanceが
コンテンツへのライセンス課金を取りやめたりといった好材料も出てきてはいる。
●VP9
Googleによって開発されたロイヤリティフリーのコーデック。
ブラウザ(Safariを除く)やHW再生支援のサポートも進み、主にYoutubeで採用されている。 ●AV1(AOMedia Video 1)
Amazon/Cisco/Google/Intel/Microsoft/Mozilla/Netflix等が中心となって立ち上げた
Alliance for Open Mediaによって開発されたロイヤリティフリーのコーデック。
VP10/Daala/Thorの技術を受け継いでいる。
2018年3月末にリリースされたが、v1.0.0の仕様確定は2018年6月末にずれこんだ。
HW再生支援のサポート等も含めた本格的な普及は2020年頃になる見込み。
コンテンツ配信/ハードウェア/ブラウザ系などの主要企業がサポートを表明しており、
ネット配信を中心として広く普及することが期待されている。
●VVC(Versatile Video Coding)
H.265/HEVCの後継規格。2020年10月の標準化を目指して
JVET(Joint Video Experts Team)で検討が進められている。 ■各社GPUのHWエンコーダでのH.265/HEVCおよびVP9のサポート状況(2018年7月上旬時点)
●Intel QSV (Kaby Lake/Coffee Lake＋Intel Media SDK 2018 R1)
〇HEVC
mainおよびmain10。Bフレーム使用可。
〇VP9
・LinuxでVA-APIを使えばKaby Lakeで利用可能らしい。
https://gist.github.com/Brainiarc7/24de2edef08866c304080504877239a3
・Intel Media SDK for Windows 2018 R1で、Cannon Lake向けの
プレビュー機能としてVP9エンコーダ関連のAPIが追加されたので
Cannon LakeからはWindowsでも使えるようになるかもしれない。
●Nvidia NVEnc (Pascal＋NVIDIA Video Codec SDK 8.2)
〇HEVC
mainおよびmain10。Bフレーム使用不可。
〇VP9
未対応
●AMD VCE (Polaris＋AMF 1.4.7)
〇HEVC
mainのみ。main10は不可。Bフレーム使用不可。
〇VP9
未対応 ∧..∧
(´･ω･`) スレを保守すると気分が落ち着くな
cく_>ｙｃく__） "ほっ"と"しゅ"るね
（___,,_,,___,,_） ∬
彡※※※※ミ 旦 とりあえず20レスついたし、これで大丈夫そうかな？即死仕様は面倒ですのう。 >>22
前スレや初心者質問スレの実績を見る限り20レスで大丈夫そう。
まあどこにスレ立て即死仕様の詳細が書いてあるのかは知らないのだけれども。 HEVCのライセンス状況のレポート。上が概要（下記事を引用したもの）、下が詳細。
The HEVC IP Mess is Worse than you Think - Streaming Learning Center
https://streaminglearningcenter.com/codecs/hevc-ip-mess-worse-think.html
High Efficiency Video Coding: how the video ecosystem is evolving
http://www.ipwatchdog.com/2018/07/11/high-efficiency-video-coding-video-ecosystem-evolving/id=99094/ 細かいところはよくわからないけど、GPACがAV1に対応した（しつつある？）らしい？
https://twitter.com/wearegpac/status/1016737032880771073
>GPAC has now support for AV1: import (OBU/AnnexB/IVF),
>MP4, DASH, encrypt, playback. Any feedback is welcome!
Add AV1 support by cconcolato ・ Pull Request #1082 ・ gpac/gpac ・ GitHub
https://github.com/gpac/gpac/pull/1082 そういやAV1のコンテナってなにが使われるの？（規格的な意味で AV1をmp4に入れる仕様はまだ完全には決まってないから対応の準備を進めているってところかな？
AV1 Codec ISO Media File Format Binding
https://aomediacodec.github.io/av1-isobmff/ WebMoney、な
>>34 のクソつまんねーギャグを踏まないようお前らは俺の屍を超えていけ むしろ高速化されていくのはこれからだろう
今までは圧縮率を重点において開発されてただろうし NVENCの話題はここでもOK?
AsVideoConverterとAviutl（NVEncC (x64)）を使ってそれぞれ同じ動画を同じ設定（同じビットレート）でエンコードすると
AsVideoConverter → 500fpsでエンコード出来るが出来上がった動画の画質がクソ汚い
Aviutl（NVEncC (x64) → 43fpsでエンコード出来る遅さだが出来上がった動画の画質が綺麗
これは一体 エンコード初心者なのかな？
ffmpegや動画編集関連のスレで聞いたほうがいいと思うぞ 「どのコーデックか」すら書いていない時点でスレチでしかないわな As videoではh264、NVEncではh265とかいうオチだったりして
あとはQualityとか、色々と設定があるでしょうに。まあとにかくスレチだわな 確かA's Video ConverterはDirectShowとかそこら辺の仕組みで動画を読み込むからビデオカードやデコーダの補正機能やらが間に入ったりしてそれが画質に影響を与えるかもしれない まあコーデック云々じゃなくてその前の処理の問題だろうね
インターレースの処理も適切に出来てるか分からんし 前スレこれの続き
http://mevius.2ch.net/test/read.cgi/avi/1515759816/792
2018/06/01 v0.1.0-9658-g265d15d46
40分13秒
2018/08/01 v1.0.0-276-g5aacad103
19分39秒 Audio/Video Updates in Chrome 69
https://developers.google.com/web/updates/2018/08/chrome-69-media-updates#av1
Chrome 69 adds an AV1 decoder to Chrome Desktop (Windows, Mac, Linux, ChromeOS) based on the official bitstream specification.
At this time, support is limited to "Main" profile 0 and does not include encoding capabilities.
The supported container is ISO-BMFF (MP4). See From raw video to web ready for a brief explanation of containers.
To enable this feature use the #enable-av1-decoder flag. 最初はwebmで来るかと思ってたけどmp4なんだ意外 webm流行ったとは言えないよね
失敗したと思ったから市場に受け入れられてるmp4にしたんじゃね アダルトビデオなんて卑猥な名前だから流行らせちゃいけませんっ！ プロ用codecはスレチではないが、実質的に使ってるのはいないか MP4 in Opusはツイッターにその辺詳しい人がおるじゃろ (´-`).oO ("MP4 in Opus"ではなく"Opus in MP4"ではないかという気がしないでもない・・・) webmはweb限定のイメージがするから
MP4の方がいいな MP4を使うにしても音声はOpusが使えないと色々と面倒くさいね。
AACはエンコーダーの配布が制限されてるし、初心者はqaacの導入に躓いてる事が多い。
せっかく映像がロイヤリティフリーなんだから音声も自由に使えるものじゃないとなー。 https://wiki.xiph.org/Mp4Opus
まだdraftやん
最終更新2年前だし
いつになったら対応するんだろ Opusはハードウェアのプレーヤーとかレコーダーで再生できるんだっけ？ opusはAV1と違ってデメリットがほとんど無いから全力で流行らしていけ OSや主要なブラウザからスルーされたせいでデジカメ等からも無視され草葉の陰に眠るJpeg2000さんをみるに
環境に関して何も考えなくても使える（使わされる）という状況を作りえないとマイナーに沈んでいくだけなんだよな >>65
xvcとか頑張ってるらしいけど誰にも使われることなく消えていくんだろうな >>50
かなり速くなってきてるな
xiphが作ってるエンコーダとどっちが速いんだろ
https://github.com/xiph/rav1e rav1eはまだ速度がどうこうとかいう段階ではないっぽい
ちょっと前までイントラオンリーで圧縮してたみたいだし最近はフレーム間予測に対応し始めたけどまだまともにエンコード出来ない
libaomもrav1eもビルドしたものここに置いてるから気になる人は試してくれ
https://drive.google.com/drive/folders/1fEwt2W2r5lh7zvv7ttog2u3Jt8M-ezfh >>71
Version 23.0.0で仮対応してるけどその時はまだAV1のビットストリームが凍結してない。
ブログのほうにこういう記述がある。
https://www.bunkus.org/blog/
AV1 support hasn’t changed. While the bitstream format’s been finalized in the meantime, the mapping to Matroska & WebM hasn’t. It’s currently being discussed on the CELLAR mailing list.
AV1のサポートは変更されていません。 その間にビットストリームフォーマットがファイナライズされていますが、Matroska＆WebMへのマッピングはまだありません。 現在、CELLARメーリングリストで議論されています。
※Google翻訳を使用 GoogleはYouTubeという実験台があるから、ノリノリでやってそうなのが目に浮かぶ 林檎Ax、Q様、麒麟が対応するのはいつかね
youtubeのアクセスの90％がスマホ＆タブだからね だだ静止画に関しては次世代規格はHEIFで決まりそうかな
Android 9も対応したし 静止画の場合
サイズが２倍になってもそんなに痛くないし…
世代交代起きるかな JPEGって超高速に連写出来るまで成熟してるから、それを捨ててまでHEIFに変わるとは思えんな
JPEG→HEIFの再エンコツールは流行りそうだけど JPEGでも圧縮できてるし…プロユースはRAWだから、HEIFの旨味あんまり無いよね… JPEGだと画質がクソ！
でもRAWとか容量がクソデカ過ぎる！！！
って感じの、少しだけこだわりたいエンジョイ勢には受け入れられるのでは 面倒な層…
否定はしないが、サポート進むんならまぁ勝手に普及進めてくれって感じ とりあえずフリーソフトのHEIFのエンコーダーが出てほしい JPEG→HEIFに、ほとんど全く劣化なしで変換できてサイズが半分ぐらいになるようなトランスコーダーが出来れば、Twitterとかインスタのバックエンドで使われるだろうな 機械学習で画像解析が流行りだからもっと大胆に人間の認識レベルで不要な情報を省けるようになる
製作サイドからは反発がありそうだけど圧縮率は跳ね上がるはず iPhone8ではHEVC(高効率モード)で動画撮るとノイズ自体もかなり少なくできるのに、AVC(互換性優先モード)は素人目でも分かるほどノイズが乗るんだが、これはHEVCが優秀なのか、AVCのエンコーダーで手を抜いてるのか、どっちなんだ。
後者ならiPhoneはAVCを廃れさせようとしている…共存路線は無いのかね 高品質モードを際立たせるために、標準モードにノイズ混入させる機器もあるくらいだしね Caesiumとかの画像圧縮ツール使うと同じJPEGなのにほぼ劣化なしで半分以下とかに縮むんだけど
これってカメラメーカーがJPEGの圧縮をわざわざ手抜いてるってこと？
JPEGスレじゃないけども >>91
手を抜いてるわけじゃなくて考え方の違いだろう
極限まで画質を良くするのに重きを置いているけど容量を小さくするのにはそこまで重要じゃないんだよ
カメラマニアは画質にうるさいから デジカメのJPEGってサブサンプリングはオフで品質も100に近い設定で撮ってるだろうからこれをYUV420にして品質も5くらい下げて変換するだけでかなり縮むだろうね
Caesiumとかいうソフトはこんな感じのことやってるんじゃないかな >>87
Googleが認めたというより、
スマホやタブレット等のデバイスの場合ライセンス量払うのはデバイスメーカーだから、
iOSとの相互運用性向上のために追加しただけだと思う。
Google ChromeはHEVCより先にAV1対応したわけだし。 >>64
一応qaacと比較して256-512程度の高ビットレートの場合主観的な音質で下回る場合が多いとかいうのが少し気になるな
リアルタイム配信とか低ビットレート帯ならメリットしかないだろうけど 高ビットレートではqaacのAAC-LC、低ビットレートではNero AAC CodecのHE-AAC系に劣って聞こえる
ストリーミングには向いてるとかそういうのあるんですかね ■ このスレッドは過去ログ倉庫に格納されています
