次世代ビデオコーデック総合スレPart1 【HEVC/VP9/AV1等】
レス数が950を超えています。1000を超えると書き込みができなくなります。
H.264/AVCの後の様々な次世代ビデオコーデック全般について語るスレです。
■主な次世代ビデオコーデック
●H.265/HEVC
https://en.wikipedia.org/wiki/High_Efficiency_Video_Coding
●VP9
The WebM Project
https://www.webmproject.org/
●AV1(AOMedia Video 1)
Alliance for Open Media
http://aomedia.org/
■分岐前のスレ
【2016】 H.265/HEVC Part7 【7680x4320】
http://mevius.5ch.net/test/read.cgi/avi/1485191956/
次スレは>>980が宣言してから立ててください。 H264/H265でも構わんのに、企業の都合で対応デコーダ積んだ機器に買い換える出費はユーザー持ちという >>892
不在時間中にGoogleフォトに上げさせておけば、各種解像度に勝手にエンコードして保管しといてくれるぞ >>893
新フォーマットに対応してないハードやOSならH.264やH.265でDLされるし
手元の機器が古くなって買い換える頃には勝手に対応ハードになってるだけの話だと思うが
新フォーマットが出たら即座に対応機器に買い換えないと気が済まない病気? 圧縮動画をさらに別型式に再圧縮したら確実に劣化する
ようつべでもそうだし 新しい動画規格なんて必要無い、古い規格で十分だ、って言ってる人はなんでこのスレを見てるのか分からん どうせアレだよ、PS2もPS3もPS4も出たら叩き、
ratinaなんて眼の識別能力超えてて無駄とのたまい、
DVDで十分、BDなにそれUHD-BDなんて普及しない
FullHDもいらん、4Kもいらんと言い、HDR何ぞゴミと
絶叫して、その後しれっと手のひら返しする人達のひとり 新しい規格や新技術なんて必要なら普及するし、不必要なら普及しない。それだけでしょ
それを見守っていくのがこのスレなのに、必要ないわ旧規格で充分だの何だの言うのは意味不明 AV1の2000kbpsを追加
途中までだけどグラフも作った
http://i.imgur.com/9uA0WZD.png
少なくとも低ビットレートでは優秀な性能なのが分かる >>901
そのグラフの変化量から類推すると、3000kbpsで大差なしになりそうだな
そして画質を考えた場合、3000kbps以上は必要になるだろうことを踏まえると、
現時点で時間と電気代費やしてまで個人が手を出すメリットがないという結論になるかと >>902
どう見ても3000kbpsでも大幅に上回りそうに見えるが… 0.97位にはなるでしょ?
それが大幅と言うのは言い過ぎかもしれない
それにネットストリーミングだと1000〜2000kbpsがターゲットでしょ いつからか知らんけど、H.265の v5 (Approved in 2018-02-13) の規格書が
TIES user以外でもダウンロードできるようになってた。
H.265?:?High efficiency video coding
https://www.itu.int/rec/T-REC-H.265 今更だけど、4/9にリリースされたIntel Media SDK for Windows 2018 R1 (API v1.26)で、
Cannon Lake向けのプレビュー機能としてVP9エンコード関連のAPIが追加されてたので、
Cannon LakeからはWindowsでもVP9エンコード機能が利用できるようになるのかも。
What's New in Intel Media SDK for Windows 2018 R1 | Intel Software
https://software.intel.com/en-us/blogs/2018/03/07/whats-new-in-intel-media-sdk-2018-r1
>Preview features for Cannon Lake
>
> ・Improved HEVC encode video quality:Enabled Sample Adaptive Offset (SAO) controls,
> multiple Largest Coding Unit (LCU) Size to choose the luma LCU size, and Transform Skipping.
>
> ・NEW VP9 encoder features: Enabled Segmentation controls and Temporal Layer configuration,
> and added external VP9 parameter controls 人の目で見て、って事でしょ。
それより、ストリーミングはもう3000kbpsは超える時代では?2Mbps程度が最適な環境のユーザーをターゲットにする意味無さそうだし、6Mbpsくらいで考える必要あると思うが。
極端な話、6Mbpsで2Kを配信するか、4K配信に耐えうるか、という
そろそろ次スレの時期なので、テンプレ案を作ってみました。
スレタイにはVVCを追加。
追加・削除・変更案などがあればお願いします。
次世代ビデオコーデック総合スレPart2向けテンプレ案1
https://pastebin.com/91jVdNDp >>909
mp4の頃は1080pの動画で5〜8Mbpsが普通だったと思う
それがVP9になったら大体2〜3Mbpsに収まっててビビったけどな
AV1の目的はそれを1〜2Mbpsまで落とすことでしょ >>912
フロッピーディスク1枚に
フルHDが5,6分入るのか
凄いな >>913
そんな夢規格があれば通信問題なんざ一気に解決だな!!! >>909
高いほうのスペックに統一しても割に合わないし トラフィックいっぱいいっぱいで光回線ですら1M出ないこともあるのに
6Mターゲットとかどうなの >>911
今のところKabyLakeでVP9エンコード機能を利用できるのはLinuxだけらしいんだけど、
CannonLakeからはWindowsでも使えるようになるかもねという話ね。
>>35と、>>910のテンプレ案の7のところを参照。
>>980まで残り少ないんで、>>910のテンプレ案へのご意見はお早めに。 >>894
ハメ撮りとかクラウドに上げられないだろ うちはeo光100Mbps契約だが、混んでる時間でも15Mbpsを切ったことはないな 自分の環境がそうだからってみんあそうとは限らないし
そもそもネット配信はスマホなどモバイルでの視聴がかなり多いのに6Mbps以下は切り捨てはマズい判断 VP9もそうだけど、コンテンツ配信側の意向則したロジックチューニングなのは分かった ユーザーの回線環境なんて関係ないだろう
動画配信業者がトラフィック削減のためにやってるんだから そもそもユーザー側で動画をソフトウェアエンコードしたいという需要が今や少数派すぎる。
大多数は動画コンテンツを消費しかしないし、
保存のためにエンコードするにしてもレコーダーとかだからハードウェアエンコード。 日本のインフラと定額回線を基準に考えているやつは絶望的に想像力が欠如している
大手配信業者がサービス展開してるのは日本のような国ばかりじゃないんだぞ >>912 YouTubeはH.264で3〜4Mbpsくらいでエンコされてるぞ。VP9も同じくらい(動画によって圧縮できてたり逆にサイズでかくなってたり、差がある)。
個人的な話だけど、コーデックは得意不得意があるせいで、VP9の方が破綻少ない場面が多い反面、H264の方が精細に表現できる場面もあったりするから、圧縮効率よりそっちを重視してる。 というか日本も固定回線の品質はここ数年で悪化しているような… テンプレ以外の次世代コーデックはavs2とrmhdとxvcがある >>933
あるっちゃあるけどテンプレに入れるほどでもないかなーと・・・ スマホでmpeg2やh264食わせたら、HEVCやVP9に出力してくれるようなアプリって言うあるの?
エンコーダーはカメラ入力しか使えないの? iOSは知らんが、Androidだとffmpeg media encoderってアプリがある。スマホじゃ遅くて使い物にならんけどな 将来AndroidのHWエンコーダ使ってくれるようになったら
PCの外部エンコーダーとして使えて便利かもね
何台もつなげて高速化 >>936
自分はiPhoneで有料だけど Compressor っての使ってる
https://itunes.apple.com/jp/app/hevc-h-264-video-compressor/id1300463334?platform=iphone&preserveScrollPosition=true#platform/iphone
バッチ処理したいなら同じ作者がバッチ用のアプリも作ってるんでそっちの方がいいかも。
SoCのHWを上手く使っているのかiOSが優秀なのかまあまあ使える速度。さすがに映画クラスの長さだと時間かかるけどな お馴染みXiphのMontyによるAV1技術解説がMozillaのサイトに公開されてたよ
ttps://hacks.mozilla.org/2018/06/av1-next-generation-video-the-constrained-directional-enhancement-filter/ 日経BPにAndroid Pについての記事があったよ。
ttp://tech.nikkeibp.co.jp/it/atclact/active/15/070800078/062900084/
新しいメディア形式とデコーダーのサポート
このほかの変更点としては、MPEGの画像フォーマット形式「HEIF(High Efficiency Image File Format)」や
HDR対応「VP9」形式への対応があります。
HEIFは、ビデオ圧縮方式であるH.265(HEVC:High Efficiency Video Codingとも呼ばれる)を利用した
画像の格納形式で、
複数の静止画や動画などを1ファイルにまとめられるファイル形式です。
利用分野としては、高速で連続撮影した静止画(バースト撮影)を
1つにまとめるなどの用途があります。
VP9は、グーグルが開発した動画データ形式です。
Android Pでは、HDR(High Dynamic Range)に対応した「VP9 Profile2」に対応します。
既にYouTubeでは、同形式がHDR動画用のフォーマットとして使われています。
これでスマホの画像形式はHEIFで統一されるかな。 iPhone
Mac
Windows
Android
全部HEIFで統一か
WebP… HEIFの作成までサポートするんだろうか。
iOSとの互換性のためにデコードサポートするのは分かるが。 AV1の画像フォーマットも参戦するだろうけど、それほど力入れてなさそう
画像はユーザーが頻繁にエンコードするから遅いのは嫌われるし勝算は無さそう >>949
すっっっごくどうでもいいことだけど
README-ja みたいに「xxx-ja」って表記見ると
愉快な爺さんが「りーどみー、じゃっ☆」ってお茶目に話しかけてる様が思い浮かんでしまうのは自分だけか
むしろ自分だけだと言ってくれ 電書の配信で容量大幅に削減できるんだから静止画も変わっていくだろ
ieでwebp対応するし 早くPDFにHEIFのまま入れられるようにしてくれ
(PDF生成側でHEIFを受け付けてJPEGに再圧縮して…じゃなく
データとしてHEIFのままPDF内にデータを保持する意味で) >>980も近づいてきたし、>>910のテンプレ案に意見があればお早めに。
次世代ビデオコーデック総合スレPart2向けテンプレ案1
https://pastebin.com/91jVdNDp 静止画HEIFにするのいいけど、使用料徴収しないのはストリーミングで、ダウンロードする電子書籍とか料金取られないの? コンテナにはロイヤリティも糞も無い
HEIFでターゲットにしている主要画像圧縮コーデックのHEVC Imageにロイヤリティが掛かる(場合がある)けど
コンテナだから別のコーデックでも構わんのよ
ロイヤリティの有無はコンテナじゃ無くて中身で、mkvでもHEVCの映像入れて商用で使えばストリーミング(データ原本丸ごと渡さない)ならロイヤリティ掛からないし
ファイル本体ダウンロードさせたり、メディアに入れて配布すればロイヤリティ対象になる >>956
よく纏まってると思うし、これでいいと思います JPEGに比べてややこしいのな
同じHEIFなのにこの環境では開けないぞおォン???とか喚く情弱が増えそう じゃ、コンテナだけ変わっても中身jpegじゃ、意味ねぇ なんでHEIFの拡張子.heicなんだよ
わけわかんねえ 思い込みで文句言うな
HEIF形式データが入ってりゃの拡張子は.heifでもいいというか、本来の拡張子は.heifで可用性のための別称的な拡張子の方が.heic
画像用のイメージコンテナフォーマット(Image Container Format)なんで
High Efficiency Image Container (format)の意
拡張子が.heifだと、それこそHEIF使っていないと語弊があるんで、必ずしも映像データがHEIFではない可能性も含めて潰しが効く拡張子として.heicがある
入れようと思えば何でも入るが、High Efficiencyと銘打ってるコンテナに入れるのが従来形式データだとなおさら語弊があるから、現状だと実施HEIFぐらいしか無いってだけ
AV1系のAVIFが熟れてくれば候補にはなるのだろうけども >>963
思い込みでデタラメ書いちゃあかんだろ。
・HEIFはISOBMFFベースのファイルフォーマット規格。
・画像のコーディングにはHEVCだけでなくAVCも使える。
・画像のコーディングを明示しない場合は、拡張子は.heifとする。
・画像のコーディングをHEVCで行っている場合、拡張子は.heicとする。
・画像のコーディングをAVCで行っている場合、拡張子は.avciとする。
・一般的にはHEVCでコーディングするし、それを明示するために、拡張子.heicが使われている。
参考: https://nokiatech.github.io/heif/technical.html
一部表現が微妙かもしれないが、こんな感じだと思うけど。
あと heic が High Efficiency Image Container の略だという根拠ってある?
ググるとそう説明してるサイトもあるようだけど、まっとうな根拠が見つからないんだよね。
ISO/IEC 23008-12にもそういう記述は無いみたいだし。 HEVCがHigh Efficiency Video Codingだから、heicはHigh Efficiency Image Codingとしか思えない
正式に定義された用語では無いだろうけど H えっちな
E エロス
I イクイクッ!
F ファッキン!!! youtubeで使われてるVP9 は、MP4とかH.265より軽いのですか? まずコンテナフォーマットとビデオフォーマットをだな…
x264,265と仮定してエンコードはそのどちらと比べてもどうしようもないぐらい重い。264のデフォ設定と比べれば2桁ぐらい重い。
デコードはハードウェアデコーダの対応具合による。
4k以上の高解像度ならh264よりもVP9/webpの方が軽い場合もある。 一般ユーザーは、古い環境で使わないのであればHEVC(H.265)でエンコードしときゃいいのよ 誰でも気軽に使えるHEVCエンコーダがあればいいんだけどね インテルがもう少しQSV-VP9に力入れてくれたらいいのに VP9も結局サービス提供企業側向けだからな
個人ならH264でもHEVCでも良いんだし、HWデコード環境もVP9より困らない ワープロの扱いにすら苦慮してるジジババでもかんたんにできちゃうレベルってことじゃね?(適当) 今でも適当なbatファイルとffmpegで、投げるだけで出来るでしょ 適当な書き込みで踏みましたが
>>910 に則って次スレ立てます >>982
1時間に20レスつかないと落ちるという仕様(?)で落ちたっぽいので、新たに立てにいってみます。 次スレ
次世代ビデオコーデック総合スレPart2 【HEVC/VP9/AV1/VVC等】
https://mevius.5ch.net/test/read.cgi/avi/1532001049/
テンプレは貼り終わりましたので、20レスつくまで保守カキコ継続。ご協力願います。 >>985の次スレはおかげさまにて無事即死回避できた模様なので、こちらはあとは適宜埋めで。 レス数が950を超えています。1000を超えると書き込みができなくなります。