次世代ビデオコーデック総合スレPart5 【HEVC/VP9/AV1/VVC等】
レス数が1000を超えています。これ以上書き込みはできません。
H.264/AVCの後の様々なビデオコーデック全般について語るスレです。
■対象となる主なビデオコーデック
・H.265/HEVC
・VP9
・AV1(AOMedia Video 1)
・VVC(Versatile Video Coding)
■前スレ
次世代ビデオコーデック総合スレPart4 【HEVC/VP9/AV1/VVC等】
https://mevius.5ch.net/test/read.cgi/avi/1562430349/
次スレは>>980が宣言してから立ててください。 ■各ビデオコーデックの概要や状況（2020年2月上旬時点）
●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年頃になる見込み。
ネット配信を中心として広く普及することが期待されている。
YoutubeやVimeo等が既に一部の動画をAV1でも提供し始めており、
Chrome74/Firefox67で高速デコーダdav1dが採用されるなど、ブラウザの対応も進みつつある。
●VVC(Versatile Video Coding)
H.265/HEVCの後継規格。2020年10月の標準化を目指して
JVET(Joint Video Experts Team)で検討が進められている。
また、H.265/HEVCのようなライセンス問題を繰り返さないため、
MC-IF(Media Coding Industry Forum)という業界団体が立ち上がっている。
http://www.mc-if.org/ ■各社GPUでのハードウェアエンコード/デコード対応状況については下記関連スレを参照。
【NVENC/VCE】ハードウェアエンコーダーを語るスレ4【QSV】
https://mevius.5ch.net/test/read.cgi/avi/1577416553/
↑テンプレここまで
即落ち防止のため>>20まで保守協力おねがいします。 >>5はなんか文字数オーバーになったので一部文章を削りました。 だれか・・・おらんか・・・１人で保守してると連投扱いになって規制くらうことがあるんだよな・・・ AV1のハードウェアデコード対応を最初に出すのはintelとnvidiaのどちらだろうか 意外とAppleが一番乗りで載せてきたりして
あんたHEVC推しだったんじゃ…って MediaTekのDimensity 1000がAV1デコード対応だな
2020年の第1四半期に搭載製品でるとかってはなしだったしもうそろそろ出そうではあるな 韓国のサムスンとLGがAV1デコーダー内臓のTVを今年出すよ
IPコアの開発はたぶんChips&Media社 前スレで誰も指摘してなかったけど
特許屋のsisvel
あれEU圏の利権代表という疑いも
出自 伊テレビメーカー
管理特許 DVB-T (欧州・露のテレビ電波送信方式)
AV1関連特許 sisvel陣営の1社 Orange S.A. (旧フランステレコム)
駆け引きに成功すれば
米IT業界からゼニ引っぺがしEU経済圏に分捕って来れる訳
というか米IT業界のド派手な脱税はEU政府も相当怒ってたから
これまで踏み倒しやがった分も込みで取り立てたい心境かなぁ
日本の立場的にはEUとケンカしたくないんで
sisvelと握ったんではないかと
米vsEU間のビジネスウォーズどう決着するか
他人のケンカ見物って面白いよね（貧民の娯楽 rav1e 0.3.0 リリース
ttps://github.com/xiph/rav1e/releases/tag/v0.3.0 個人が使う用途にはrav1eが一番良さそうなんだけどな
libaomは重すぎるしsvt-av1はメモリ使用サイズが大きすぎる
もうちょい品質が上がってくれれば VP9形式のライブ配信があると前スレで見かけたけど今日初めて見つけた
その人は4k60fpsで配信してたけど1080p60fpsの配信している人では見かけたことないから境目が何かしらあるのかな 1080pでもVP9で配信されてるのあったからYouTubeの気まぐれだと思うぞ そろそろAV1とVP9どっちが最強のコーデックか決めようぜ H.265のこともたまには思い出してやってください 俺の今の動画ファイルのほとんどがH.265なんだよな〜。AV1はエンコ速度が実用的じゃないし、VP9もなんかCPU使用率が低くて速度遅いし 圧縮できればその分ストレージに入れられる量が増えるでしょ ローカルでもブラウザで再生できないコーデックだと何かと面倒 ローカルの動画をブラウザで再生する機会ってあんまり無いような？ 死んだ死んだ言うがそりゃ特許料お支払が面倒くさい&マネーisパワーなスーパーマシンでエンコできる動画配信業者はH.265を使わんだろうけどCPUにしろGPUにしろエンコードにしろデコードにしろ一番進んでるんだから一般ユーザーはしばらく使うんじゃ youtube自体はVP9（webm）へのシフトを急速的に進めているけどなぁ
新しくアップされている動画のコーデック別ファイル容量を比較するとH.264よりVP9のほうが大きめに作成されているケースをよく目にするし
最近は映像、音声ともにbestvideo[ext=webm]+bestaudio[ext=webm]にしちゃってる ひとつ書き忘れていた
audioだけはマルチチャンネルオーディオでアップしている動画のみbestaudio[ext=m4a]にしないといけないのが微妙に面倒ではあるが
マルチチャンネルオーディオもさっさとOpus化してくれ 超低ビットレートはSBRが使えるAAC、それ以外のビットレートはOpusが良い SVT-AV1 v0.8.1の10bit糞遅いと思ったらCPU30％も使ってない 音質はなんというか語りにくいところもあるからな
波形は乱れていても聞くと自然に感じるとか波形は元データに凄く近いのに聞くと違和感感じるとかもあるし 音質は48kbps以下はHE-AAC v2
48〜80はHE-AAC
80〜200はopus
それ以上はAAC-LCが音質いいと思ってる
まあopusで満足できないなら非可逆圧縮使ってる意味ないからFLAC使えよって思うけど ffmpegで、librav1eが再び使えるようになったね YouTube見てるとAV1の方がVP9より明らかに画質が悪い
同じ動画で両方ダウンロードして比べてみたが、
ビットレートは同じくらいなのにどうなってるんだろう >>58
まだエンコーダーが未成熟なのだと思いたい AV1エンコーダーは、まだ未成熟な要素が多いだろうな 高速化のために細切れに分割してるから
ビットレート効率がすごく悪いとか 細切れでエンコードしてるのは他のコーデックも同じはずだからそこで差は出ないと思う 俺も確認してみたが確かにAV1はVP9より画質悪いな
これは単にエンコード設定が煮詰まってないのかAV1に何かしらの変な癖があるかもしれんな
とにかくStadiaもAV1使うのならアクションゲームとかクソ画質になるからクラウドゲーの未来は暗いな 動画をドラッグしたら（2チャンネルまでの）音声トラックをopusに変えてくれるようなソフトないだろうか >>67
バッチ組めなきゃ
携帯動画変換君に最新のffmpegを入れてコマンドをカスタムして使えばー https://x265.readthedocs.io/en/default/releasenotes.html#version-3-3
2020/2/17 Version 3.3
New features
1. Adaptive frame duplication to identify and skip encoding of near-identical frames
and signal the duplication info to the decoder via pic_struct SEI. frame-dup to enable frame duplication
and --dup-threshold to set the threshold for frame similarity (optional).
2. Boundary aware quantization to cut off bits from frames following scene-cut.
This leverages the inability of HVS to perceive fine details during scene changes and saves bits.
--scenecut-aware-qp , --scenecut-window and --max-qp-delta to enable boundary aware frame quantization,
to set window size (optional) and to set QP offset (optional).
3. Improved scene-cut detection using edge and chroma histograms.
--hist-scenecut to enable the feature and --hist-threshold (optional) to provide threshold for determining scene cuts. >>74
そういう機能は（放送波の）保存エンコードでは使えないのがお約束
たぶん配信待ちの止め絵ぐらいにしか使えない >>41
VP9はタイル分割だから動画の解像度が低いほど分割数が増やせないから効率が悪くなる
並列エンコードとかしないと100%貼り付きにはならない
https://www.youtube.com/watch?v=5EzCwZzAmwc >>67
バッチとffmpegでドラッグ＆ドロップしたMP4の音声をOpusにするならこんな感じ
bin\ffmpeg -i "%~1" -c:v copy -c:a libopus -b:a 80K "%~n1_opus.mkv"
バッチ書けないなら↓
Opus_Conv.zip https://www.axfc.net/u/4019446 AV1試してみたいんですがUbuntuで簡単に試すことってできないんですか？
Ubuntu 18.04, i7 8700k, 32GB, 1080Tiです
SVT-AV1とか自分でビルドしないといけないらしくて面倒くさいですね… https://hub.docker.com/r/openvisualcloud/xeon-ubuntu1804-media-svt
このDockerイメージ使ってエンコードしてみたんですがノイズの動画しか出来ませんでした
何かパラメータ間違っていますかね？
SvtAv1EncApp -i hoge.ts -tbr 50000 -rc 2 -enc-mode 5 -w 1920 -h 1080 -fps 29.97 -b output.ivf TS直で食わせてんの？エラー出なかった？
SVTなんちゃらエンコーダってraw videoしか食わなかったような
ffmpegかなんかでraw videoに変換してパイプで食わせるとかしないと
ストレージが有り余ってるならファイルに変換してからでもいいけど多分腰抜かす >>82
なるほどそんなことする必要があるんですね…
ありがとうございます 16スレッドでぶん回して3fpsくらいしか出なくて泣いた
使い物にならんなこれ SVTシリーズはマジでサーバー用だからな
メモリ10GBくらい普通に消費するし 以前SVT-AV1だったかSVT-HEVCだったかを試したら、
うちのメモリ8GBのHaswellノートはSDサイズのエンコでもフリーズした・・・ して、X265 3.3はどうかね
不具合ないかい？ >>90
新機能が追加されバージョンが上がるんじゃなく
ある程度、更新が溜まったらバージョン上げて纏めるだけだから
そういう質問は無意味だよ VimeoのAV1バージョンアップしてるっぽい。けど減ってないね
いままでは av01.0.31M.08.0.111.01.01.01.0 その他動画もこれだった。
https://vimeo.com/384747507
1280x720 av01.0.31M.08.0.111.01.01.01.0
1920x1080 av01.0.31M.08.0.111.01.01.01.0
2週間前
https://vimeo.com/391169240
1280x720 av01.0.09M.08.0.111.01.01.01.0
1920x1080 av01.0.12M.08.0.111.01.01.01.0
ついでに
HEVC AVC AV1
1920x1080 2283k hvc1.2.4.L123.90
1920x1080 4432k avc1.640028
1920x1080 5649k av01.0.12M.08.0.111.01.01.01.0 インターレース保持したい場合に適した圧縮規格をご存知ないでしょうか
h264は圧縮率が低い
h265は規格としては保持可能だがインターレース保持したh265の動画を再生できるデコーダーが限られている（確認したわけではなく仄聞する限りの話ですが）
とどうも良い方法が見当たらないのです 適切なインターレース解除をしてからエンコード
と言っても、インターレース解除の道は一筋縄ではいかないが インターレース解除に完璧は無いからね
まあQTGMC使っておけばいいでしょ インターレース保持したい場合って言ってるわけだし・・・
次世代的にはインタレは継承しないというか整数フレームにならないものはかなり下火の扱い
QTGMCだって無駄に60fpsになるだけと感じる人もいるだろうし
まぁインタレ保持して再生時にHW支援で満足できるならYadifでも何でもいいと思う インタレースってやってる事は至極単純な事だというイメージなんだけど、
何がそんなに難しい事になっちゃってるんでしょう >>100
映像を64x64ピクセル単位で（類似した映像を参照して）圧縮するエンコーダー目線では
1ラインごとに違う絵が入れられてたら効率落ちすぎて話にならない
>>99
なんでyadifが出てくるんだ?
今時yadif以下のHWデインターレースなんて存在しないと思われる インターレースはブラウン管テレビ向けの技術だから…
デジタルの世界に持ち込んでくるべき技術ではなかった >>100
ずーっと一定周期で混在とかもなければ別にいいんだが平気でそういうことするからなぁ ドラマとか30フレームの映像ならインターレースでも何も問題無いけど、スポーツ中継とか60フレームの映像はIP変換の質で解像度が低下するか櫛形ノイズが出る
スポーツ中継が多かったテレ朝は最後まで720pにこだわったけど、蓋を開けてみれば1080iで何も違和感無く見れてる 最終的にはデータ量を半分にしつつも1080p並みの映像を見ることが出来る良い選択だったと思わざるを得ない
ゲームにも描画負荷を減らす目的でインターレースでレンダリングして隙間は過去フレームから予測するという事をやったりするし ゲームのそれは映像がプログレだからできる芸当
映像自体がインタレだったらラインごとに動きが違うから予測できない
>>105
自分はインタレ自体は肯定派だけど
地上波はそうも言ってられないぐらい劣化が激しくなってる
mpeg2なのにビット削りすぎ >>107
ゲームがプログレって意味が分からん
ちなみにそういうレンダリングしているゲームは動きが激しいと櫛形ノイズが出る事がある
何も変わらない
インターレースの話は語りたがる輩も多いから別のとこでやったほうがいいんじゃないかな・・・。 >>108
映像がって書いてるでしょ
でも櫛状ノイズが出るなら褒められたものじゃないな インターレースってアナログで帯域抑えるための苦肉の策でしょ？ 4K放送を本格化させる際に、従来の放送を1080pか720pへ変更させたほうが帯域効率的にはよいのだけれど、
1080pは対応していない受信機があるから、実質720pにダウンさせるしかなくなる
さすがに720pを4Kテレビで見ると、縦横それぞれ3倍に引き伸ばしになるからかなり辛いことになりそうだが 前から思ってたけどスレ違いの話題多すぎだろ
1ヶ月書き込みない場合じゃないと落ちないんだから無理に最新コーデック以外の話題書き込む必要無いぞ NVENCのHEVCでインターレース対応してほしいわ >>113
今のフルHDもよく見ると壊滅的だったりする
画質の比較的良い720pと壊滅的な1080iなら前者のほうがいい気がする
ネトフリのSDをフルHDなテレビで見ても結構見れるぐらいだし >>117
動きの激しいシーンはwowowでもこんなんだからな
ttps://i.imgur.com/lswv0gG.jpg
mpeg2はオワコン WOWOWは4Kが始まったら2Kはチャンネル減らさんのかね？ 動きが激しいシーンは劣化が目につきにくいから
どのみちエンコーダーのチューニングで真っ先に画質を下げられそう >>119
2kの方が圧倒的に契約多いだろうから
8kでも始まらない限りないんじゃないw >>120
んな訳ねぇ
品質基準じゃないんだから下げるチューニングなんてするわけがない
>>118
mpeg2ってかインタレ縞（テレシネ化による）の影響が大きい
プログレ映像だけならそこまで劣化はしないのに >>118
それは単にブラーが掛かってるだけじゃないか？ >>124
いや、そうではなく格子状のノイズが乗っている >>124
笑った
お前エンコードとかしたことないだろ HEVCの糞インタレはもうこのままなのか？ふざけてるな HEVCのインターレースは完全に後付けだし、やる気ないよな
一応規格は作ってみましたってだけでいまいち普及もしてない 普通インタレ動画は解像度が1080iまでだからAVCでいいだろ 地デジは1080iだけど現状帯域節約になってるの？
mpeg2だからそれなりに削れてるのか？ アナログ放送の遺産という名の慣習というか甘えというか。そのせいでTV産業は競争に負けたというか。
漢字ロムにこだわってPC-98が絶滅したり、ガラケー談合のせいでスマホに塗り替えられたり
犬HKには逆らえないんだろうがデジタル放送には足かせでしかないから早く卒業しないとな
ついでにフレームレートも小数点を卒業してほしいな >>130
帯域の節約というかNHKが60fps（相当）にこだわっただけのはず
MSとどこかは720pを売り込んだがあえなく撃沈
そういえば番組をパソコンで扱われるのが嫌で、パソコンで扱いずらいインタレをゴリ押ししたって裏読みを誰かが書いてた気がする >>94
続き MediaInfo 1280x780 比較
HEVC(x265) 854kb/s 22.5MB 4:2:0 10bits HDR10 BT.2020
AV1 2320kb/s 61.4MB 4:2:0 8bits BT.709
映像に合わせたレベルが使われるようになったけど、まだまだお試し段階かな
YouTubeのAV1は同じ解像度でもVimeoよりレベル低いね そろそろ実時間でh264の5分の1くらいのファイルサイズでSSIM0.98以上に出来るコーデック出てきても良くないか？
進展遅すぎるよ その理屈だと、もう君は寿命を2,3回迎えていてもおかしくないんじゃないか？って話になりそうな気が。 >>134
なぜ進展が遅いのかはわからない
スレ民たちはなんでコーデックを作らないの？ 画像ならともかく動画をSSIMの数値で見る意味あまりないと思うけどな >>134
進展遅すぎると言われても、もう有能なアルゴリズムは使い果たした感じだし
この先は既存のアルゴリズムを効率的にするぐらいしか出来る事が無い
AV1、VSS以降は圧縮率10％ぐらいの進展しか無いだろう >>138
スクショ撮って貼りたい人にはSSIMも重要 x265の偽色はいかんともしがたいな
10bitでかつ高めのビットレートでエンコードされるよう低いCRF値を設定し
さらにaq-mode3で暗部に多めにビットレート割いても
この画像の赤い四角のような色が出る
（この画像は暗部のノイズが目立つように明るさを調整している
調整前の画像だとモニタによっては気にならないが
白っぽく色が出る安いIPS液晶などでは注意深く見ると気が付く）
ttps://i.imgur.com/3gbvCu7.png >>142
色覚やPC環境の問題もあってか、その画像を見ても俺自身には問題がよくわからないのだけど、
x265で偽色が出るという話は前スレ781,908でも出てたので興味がある。（同じ人なのかもしれんが）
・検証用のソース動画
・元画像（フィルタとかをかけた後の、エンコーダに渡す時点でのもの）
・調整前の画像
・x264の10bitでエンコした場合の結果画像（調整前の画像も含む）
・NVEncやQSVでHEVC 10bitエンコードできる環境なら、それらで十分以上に高いビットレートで
エンコードした場合の結果画像（調整前の画像も含む）
・x264/x265のそれぞれのコマンド設定
・両ファイルの映像ビットレートなどの情報
・スクショ作成のために使ったデコーダー、レンダラー、ソフトウェアなどの名前
などがあると、調べてみてくれる人が増えるかも？
特定オプションのバグかもしれないし、可能性は低いかもだけどデコーダー側の問題かもしれないし、
そのあたりを絞り込んでいけるといいよね。
偽色の話って有名なの？海外のフォーラムとかで話されてるのかな？ >>142
このフレームだけじゃ分からないけど、
元動画が時間軸方向でチラチラしてるのが問題なんじゃないかな
元動画のちらつきなくせば改善すると思う
>>143の言う通りもっと情報出さないと分からんけど 自分も興味あるから発生しやすい番組とかあるなら録画するで ビットレート多めでエンコードできるならaq-mode無効にしたほうが画質良くならないか？ 今更142の画像を拡大してみたけど偽色っていうのとは違う気がする
（たぶんソースの段階で）全体的にブロックノイズがあるせいに思える https://github.com/uavs3
AVS3 encoder uavs3e
AVS3 decoder uavs3d 性能は高いのかもしれないけど利用したサービスに出会う事も無いだろうし試す気にならんなあ YoutubeのTestTubeっていつのまにか無くなったのね。
https://www.youtube.com/testtube
アクセスするとログインが求められて、設定→再生とパフォーマンスに「AV1の設定」があって
「自動（推奨）」「SD画質でAV1を使う（480pまでAV1）」「常にAV1を使う」が選択できるようになってる。
いつからかは知らないけど。
「自動」挙動テスト （ 前回20190614 https://mevius.5ch.net/test/read.cgi/avi/1548833021/954 ）
・テスト動画（youtube-dlで、ともに4320pのAV1があることを確認。前者は60、後者は24fps）
Japan in 8K 60fps https://www.youtube.com/watch?v=zCLOJ9j1k2Y
Japan in 8K https://www.youtube.com/watch?v=m1jY2VLCRmY
・環境 Win10 Home 1903 ビルド18362.657、i7-4702MQ
・ブラウザ
Firefox 73.0.1、Chrome 80.0.3987.132
→ともに「自動」だと1080p60までAV1、1440p24はVP9
前回は720p60までだったけど1080p60まで上がってた。 >>154補足
ただ、以下の動画のように、
「youtube-dlで調べると2160pまでのAV1動画もあるのに、"常にAV1を使う"にしてもAV1再生にならない」
という動画もあった。
COSTA RICA IN 4K 60fps HDR (ULTRA HD)
https://www.youtube.com/watch?v=LXb3EKWsInQ
以前にも書いたように、ある程度の解像度までしかAV1でエンコされていないもの（720pまでとか）もあるので、
調査する場合はyoutube-dlも併用して、AV1動画がどこまで生成されているかの確認も必要。 つべのVP9の4K動画をH265 CRF28に再エンコードしたらサイズ半分になったのに画質の差は目で見てわからんレベルだわ
つべはなんでこんなに無駄にビットレート持ってるんだ？ 数値での比較なんかよりずっとずっと重要な方法だぞ
ただしちゃんとした観察眼を持ってるのが前提だけど https://code.videolan.org/videolan/dav1d/-/tags/0.6.0
>dav1d 0.6.0 'Gyrfalcon', the fast and lean AV1 decoder
>
>This is a major update of the dav1d, the fast and lean AV1 decoder, codename 'Gyrfalcon'.
>
>0.6.0 brings major improvements in 10/12bit decoding on ARMv8 CPUs, up to 2.5 times faster than 0.5.2.
>It also brings new AVX-512, AVX2 and SSSE3 optimizations and improves the existing optimizations on all platforms.
>Finally, it also fixes some decoder mismatches and minor crashes. YouTube Liveのvp9の設定ちょっと変わったみたいだな
以前より少しビットレート上がってる
流石にビットレート抑えすぎててノイズ酷かったからな >>162
YouTube Liveは配信元のアップロード帯域が低い場合もあるから、YouTubeの鯖側のビットレートの問題なのかどうかは判断がつかん いやAVCだとノイズ無しのライブがvp9でノイズだらけになってるのは明らかにYouTubeの設定のせいでしょ いま市場にある民生用のVP9再生対応製品全部とこれから出てくるであろうAV1再生対応製品全部の、
特許持ってるから俺らに金払え。 こういう特許ゴロは潰されてほしい
本当に無断で特許使ってたならしゃーないけど 買ったものじゃなくて自分で考案、作ったものなら
正当な権利ではあるのよね。
それすら認めないってーのは、それはそれで問題。 アメリカは訴訟大国って言うけどAOMに喧嘩売って大丈夫なんか このままだとNTTや東芝がAndroid端末販売できなくなるけどいいんけ？ 動画圧縮技術「AV1」、知財管理のシズベルが特許リスト公開--オープンな方針に逆行
https://japan.cnet.com/article/35150625/
> AV1を利用するのに必要だとする特許1050件のリストを公開した。
1050件w
ほとんど全部クソみたいな特許だろうが、件数が多すぎて特許無効訴訟を起こすのも大変で、諦めさせてライセンス料を払わせるやり口だろう サブマリン特許う商法っていうのはそういうものだからね
自分に有利な裁判所のあるところで訴える常套手段 どこがオープンソースやねん。VVCでいい気がしてきた もしかして一般の善意の開発者として
自社特許を忍ばせたなんて可能性が・・ >>179
自動車のエンジンかけたら大爆発、なんて落ちがあってもいい VVCがAVCと同じ条件で使えたらVVC使うんだけどな もう特許フリーになったmpeg2とmp3に戻ろう
5Gならhevc比で増えるビットレートに耐えられるはずだから 配信業者側のネットワーク事情は5Gになろうと変わらないので YouTubeでAKBのライブ配信見てるとビットレートと次世代コーデックが欲しくなるノイズのせいでエロさ半減 前にnetflixのブログでavifの話出てたから興味出てcavif使って遊んでるけどめっちゃいいね
10bitで変になるのが無ければ写真も非可逆で残したくなる 久しぶりにAV1試してみるかな
3年くらい前に試したときは使い物にならなかったけど >>174
シズベルって特許ゴロみたいな会社？
どうなるんだろうね？ ドルビーまで首突っ込んできたか
あの裁判ヤクザ
もう泥沼
AOMの言い分通ると喜ぶ勢力もいそうな
中国企業
「特許は踏み倒したもん勝ちという事やな」
AOM支援者は中国支援者
その決め付けでパブサされたらどう思う？
自分の立ち位置は用心したほうがいいよね 読解力に欠けると業務遂行能力も社会的身分も疑われるのでは >>193
ポエムもどきを書き込んで理解されなかったからといってそれはちょっと... aomencも実用レベルに近づいてきたかな？
9900K
-t 16 --cpu-used=8
1920x1080
Pass1 11.20fps
Pass2 1.98fps
微塵も進まなかった数年前を思えばかなり速くなった >>195
libaomはただ速くなってるだけじゃなくて画質も上がってる
一年前と比べて同じ画質を9%くらい少ないビットレートで達成出来るようになってる
https://datastudio.google.com/u/0/reporting/a84c7736-99c3-4ff5-a9df-92deae923294/page/mHYAB
20190303_v1.0.0-1404-g7aee6fb4d 1908kbps
https://i.imgur.com/vKCt0Ru.png
20200303_v1.0.0-errata1-avif-367-g723a8a396 1924kbps
https://i.imgur.com/jsKazmu.png >>195
>>197
ちなみに6以上のcpu-usedはこのコミットで廃止されたので、
>>195 は --cpu-used=8 を指定してるけど実際には --cpu-used=5 で動いてる。
ttps://aomedia.googlesource.com/aom/+/7ffbf92030baf6886c2486574cca16d60499bbb8 やぱいい・・と思ったらデコーダーか
12bitなHWエンコーダー（リアルタイムエンコ可能）だったら世界が変わってた 確かに変わるわ
世界中みんなたけのこの里信者になるところだった そう？今の技術で実装できたとしてもそれはAV1の形をしているだけで画質的には使い物にならないでしょ
まあなんでも最初からこなれてるわけじゃないのは当たり前だから悪いってことじゃないけど しかしAppleはAfterburnerをProResのデコーダとしてしか
活用してないのは勿体なさ過ぎるよね(´･ω･`)最初だから様子見?
中身FPGAだから今後HEVCやAV1エンコーダとして
ロジックアップデートサービスが提供されたら
コンシューマが手に入れられる一番強力なものになる
ポテンシャル秘めてると思ってる 今のアフターバーナーは20万円も使ってProResのデコードだけってアホみたいだもんな なんちゃってアフターバーナーに期待しても
本物のアフターバーナーはキャプテンハーロックだけが使うことを許されるのだ youtubeがコロナの影響でアクセス解析集中して帯域幅がヤバイことになってデフォルトの解像度を抑えてるのを見て、動画圧縮の新企画を進めるのは最優先事項だなと思いました
HEVCがあんな特許搾取じゃなければ… アクセス解析とか予測変換で変な文字が入ってしまった
解析は取り除いてくれ
規格も企画になってるし早朝寝起き文章は駄目だった
連投すまない Youtube最近あれだけ頑なにHEVCのアップロード許してくれなかったのに受け付けてくれるようになってるし容量は至上命題だよなぁ
VVCがもっとマシなライセンスだとええんやけどAV1の現状見ると全く期待出来ないし >>214
アップロード後に変換されるから何ともだけど
アップロード時の容量節約にはなるけど変換速度(特にソフトエンコ)考えるとね
あとは使用できるオプションの有無とか好みも あとはインタレ保持動画をちゃんと処理してくれるデコーダーがあればなぁ>HEVC インタレはもう枯れたというか開発は終わって切り捨てられた部類の技術だからどうにもならんだろ
どんどん質が落ちていく日本の放送が終われば消える
「TSが〜」という人がいるだろうが、業界的には許可してないわけだしな 0:40~TV今夜も生でさだまさし
NHK放送技術研究所から生中継 当然、22.5ch中継するんだろうな！
受信料浪費じゃないこと証明しろや！ 特許ゴロが顔真っ赤にする姿さえ見られたら何でもいいわ
AOMがネット世論を上手く誘導して連中を袋叩きにする流れにもっていってくれたらいいのに 一応お知らせ
・アップル、ProRes RAW for Windows 1.0のベータ版を公開
https://www.pronews.jp/news/20200331104631.html >April 2, 2020
エイプリルフー…ル…じゃない…だと… YouTubeのAV1マジで画質悪いな
なんでVP9より劣化してるの 凄いの来たー！！
Bringing 4K and HDR to Anime at Netflix with Sol Levante
https://netflixtechblog.com/bringing-4k-and-hdr-to-anime-at-netflix-with-sol-levante-fa68105067cd
ol Levante はアニメ作品において4KとHDRをどの様に活用できるかを模索するために、
NetflixがProduction IGと共に実験的に行ったアニメ短編プロジェクトです。
これらのオープンソースアセットはみなさんがアニメのワークフロー、4K、HDR、没入感のあるオーディオを更に理解し、
実験することができる様に、本プロジェクトから利用可能にしたものです。
http://download.opencontent.netflix.com/?prefix=SolLevante/ >>227
とりあえずmovのをダウンロードすればいいんけ? 一晩かけたのに割とギリギリのところでDL失敗して最初からやり直してる・・・ レジューム機能あるダウンローダー使えば
参考までに正常にダウンロード出来た場合のMD5書いておく
MD5: 2748DD780C4B6D1862D15F90F1796970 インテルのビデオカード
いつ出るのかな？
スペックも気になる なんか初代はあんまり劇的な性能じゃなく残念な仕上がりの噂だよね
4世代目くらいからようやく市場に認められるレベルのものが出てくると予想 oneVPL まだ何もないねインテルのプロジェクトはドキュメントが充実してるから楽しみに待つ
https://github.com/oneapi-src/oneVPL ストアアプリのAV1 Video Extensionから(Beta)の文字が消えた >>240
AV1 Video Extension を入手 - Microsoft Store ja-JP
https://www.microsoft.com/ja-jp/p/av1-video-extension-beta/9mvzqvxjbq9v
> Now uses the dav1d decoder for improved performance.
> Added support for 4:4:4 and 4:2:2 video.
落として確認したバージョン → 1.1.30781.0 x265にOpenAACのコードを提出し続けてた人がOpenCLのコードも提出するようになったらしい
OpenACCのはずっとスルーされてたみたいだけどOpenCLだとワンチャンあり?
ヘテロ対応で次世代感のあるエンコーダー早く欲しいよ >>243
x264も一部の処理をOpenCLでできるけど、あんま意味ねーなってことでほぼスルーされてなかったっけ・・・。
多コアCPUが普及してきている現状で、どれくらいの効果が期待できるもんなんだろう？ 動画エンコードでGPGPUは効率悪いってずっと言われてるな
効率的に使う方法はあるのだろうか doom9で初めて見たときはそれなりに効果あったはず（探しても見つからないけど）
でもよく考えればx265自体が高速化してるから効果は薄まってるかも はじめはGPUを使っていく話だったがいつの間にかロードマップから消えた GPUは実数演算機の塊だから正数演算で済むエンコードには効率悪いだろう よくわからんがAV1つうのがいいんか！？
と思ったらまだフリーソフトとかないのかよｸｿｯｸｿｯ
AV1の環境が整うまでは何使ってればいい？ GPUは条件分岐が苦手だからな
複雑なアルゴリズムは条件分岐も増えていってGPUに合わなくなっていくのだろう
GPUは単純で大量の計算は得意だから、それでいいだろう
全てを兼ね備えるのは不可能だ dark_shikari氏ってまだ携わってるの?
性別別変えて名前も変えた記憶があるが 地上デジタル放送方式高度化作業班における検討状況
https://www.soumu.go.jp/main_content/000683401.pdf
VVC で決まりと思ってるけど AV1 EVC も（一応）検討対象には入ってる 考えてみたら、今BS4K対応のテレビ持ってる人も地デジ4Kは映らないんだな… ちゃんと検証した結果VVCですって流れしか見えないぉ〜 スライドからVVC以外には絶対しないという意思を感じる ライセンスとか考えなければVVCが一番性能高いからね 地デジ4Kの開始時期考えたらAV1は流石に無いわ
AV2が出てくるならあり HWでリアルタイム処理できるのが前提だから
AV2の可能性のほうが低いと思う VVCのハードウェアエンコの画質がどうなるか気になってしょうがないぜ！ VVCのエンコーダー
主流はやっぱx266なのかな？ 地上波４Kなんて要らんよ。地上波で４Kで見たいものなんてないし >>268
地上波で4K放送が始まらないと
民間放送の主要なドラマもバラエティもアニメも
4Kにならないんだよ
それはBSデジと地デジの時を考えれば明らかなんだ
BS放送に贅沢な帯域があっても
地上波でのデジタル放送が普及していって
やっと重い腰を上げて民間放送は
番組自体がハイビジョン制作になっていった
BSデジタルでNHKが綺麗な
HD制作の風景番組を流していた時代は
2chではアナログ放送用のMTV2000とかの方が大人気だった ネットの民はAVとアニメの4kしか興味なさそう（偏見） BS11とAT-Xが4kになったら本格的に4k放送受信環境を整えようと思ってる
でも4kになるのかな？そもそもアニメの制作環境は720pと聞いたけど、4kの意味ってあるのかな？って感じだけど MPEG2→HEVCによるメリットはあるが、民放4KみたいになんちゃってHDR化による強制HDR運用をするようならば、
画質低下を起こすのでやる意味は欠片ほども存在しなくなる AT-Xは間にCM入らないからSDR/HDRのフラグはちゃんと運用できそう 次世代技術不要論者大っ嫌いだわ。
地デジ導入期に「デジタルなんて要らない」
フルHDテレビ発売時に「家庭内の視聴距離で判別つかないから要らない」
Blu-ray発売時に「DVDで画質十分。要らない」
UHD-BD発売時に「DVDで画質十分。要らない」
PS2発売時に「そんな高性能要らない。それより面白いソフト出せ」
PS3発売時に「そんな高性能要らない。それより面白いソフト出せ」
PS4発売時に「そんな高性能要らない。それより面白いソフト出せ」
iPhoneのRetinaディスプレイ発売時に「肉眼で識別できないから要らない」
4Kテレビ発売時に「家庭内の視聴距離で識別できないから要らない」
ハイレゾ音源配信開始時に「人間の耳で識別できないから要らない」
初の4KPCモニタ発売時に「文字が小さくなって使いにくいだろw
それにPC利用の設置距離で判別つかないから要らない」
(このスレとかじゃなく)世間で絶対に沸いてくるじゃん、こいつらなんなの? 馬鹿は馬鹿のまんま、歳くっても賢くなんかなりゃしねぇのよ
by松平片栗虎 コンテンツは関係無くて時代の流れ(若しくは市場的な理由)で求められる画質水準が上がってるだけ
○○の方が良かったは大抵は自分の青春なり楽しかった時期を美化して全く同じ物のアップデート求めてるだけ
斜に構えるより今自分が見たりやったりして楽しいものを試して見つけた方が100倍有益だぞ 地デジには未来を感じてワクワクした人が大半かと
まぁ、そのあと華麗に裏切られて失望した人も相当多そうだが
個人的には4k化より、2kのまま新コーデックで画質底上げしてほしいけど 地デジが不幸だったのは、当時で始めた液晶テレビの最悪なクオリティによって
アナログの方が綺麗じゃね? って消費者に勘違いされたこと
当時最も有名になったアクオスでさえ8割は観れたもんじゃない画質だった 今でもCRTの方が発色は鮮やかと感じる
特に夕日の写真を並べて写せば一目瞭然 携帯電話が出始めたときも、スマホが出たときも不要論者はいたわけだし、いちいち気にするようなもんでもないでしょ
ただそういう奴らが返す刀で「日本の技術力の低下が〜」とかって言ってるとかなりイラつく。次世代技術力は不要っていう考えは技術を遅らせるっていうのに そんな声に惑わされずに技術開発に邁進してるわけだけど
進むのはそっちであってんのかみたいな >>274
PS1→PS2は異次元の圧倒的進化で度肝抜かれて、そんな高性能要らないとか言う次元じゃないと思うがな
VHSからDVDになった位の進化だろう
その辺りの進化に比べれば最近の進化はリニアな進化で驚きが少ないってだけだろう
だからといって不要とは思わんが 22.2chサラウンドとかリニアに拡張しすぎてアホちゃうかとか
データ放送やサブチャンネルもどうせ今のままロクに使わんのだろとか
コピガ強化して鎖国したいんだろとか
どうせ27〜32型程度の扱いやすい4kテレビなんて出ないんだろうとか
下手に仕様を変えるぐらいなら今のままでいいとまで思ったり・・ >>286
・GPU性能
PS1→PS2：100倍
PS2→PS3：40倍
PS3→PS4：8倍
PS4→PS5：5倍
・メモリ容量
PS1→PS2：12倍
PS2→PS3：14倍
PS3→PS4：16倍
PS4→PS5：2倍
ムーアの法則が完全に終了してる ロジック回路の停滞もヤバいけど、
DRAMはそれどころじゃない停滞だな…
アナログ回路だから微細化すると特性悪化しまくるし、
NANDみたいに3D化も無理だしどうするんだろ… LANかUSB接続でPS5、2台による協調運転でパワーアップとかできないのかね ムーアの法則を満たす速度での微細化は終わってるけど、微細化自体は一応続いてる
微妙に性能向上していくとは思うけどね Google Duoに新機能。AV1による高品質化や12人同時表示など
https://pc.watch.impress.co.jp/docs/news/1248745.html
Google Duoの映像品質と信頼性を高めるために新たなビデオコーデックとしてAV1(AOMedia Video 1)をサポート。
これにより、ネットワーク帯域が低くても映像品質を保てるとしている。 スマホの負荷的にはどうなんだろ
すっげーバッテリーの消費早くなったりしないかな 少し前のSOCからハードウェアデコード対応してなかったっけ スナドラ865でもAV1にはエンコードデコード共に非搭載のはず 秋(冬にずれそう)にIntelが乗せてからだろうなぁ
採用しているところが少なすぎてデバッグの進んでいないHWなんて載せたくないわなぁメリットが少なすぎる
AMDのレイトレ対応みたいに後出しで漁夫の利(Xbox,PS5は対応するがレンダリング界は今は捨てるという方針) このスレではAV1はVP9より画質悪いって話になってるよね（つべでの話）
Google Duoとかは画質気にしないだろうし帯域が絞れればOKなんだろうね >>304
ようつべのエンコーダが糞なんだと思うけど、
同じGoogleじゃどうなるか怪しいな 同じサイズならAV1の方が高画質だけど
youtubeは帯域削減目的でVP9よりも更に低ビットレートだからね >142のような現象を発見して色々と試した結果
どうも--rd 2と --dynamic-rdを組み合わさってたのが原因っぽい
コマンドは↓でrdを2にしたら発生、3/4は問題なかった（フロントエンドはamatsukaze）
--output-depth 10 --crf 24 --qcomp 0.8 --rc-lookahead 25 --vbv-bufsize 6000 --vbv-maxrate 5000 --aq-mode 1 --rd 3 --sar 4:3 --selective-sao 0 --sao-non-deblock --limit-sao --fades --dynamic-rd 1
スクショの切り抜き → https://imgur.com/a/WXo4N8c
ソースは「映像研に手を出すな」 第三話の5分当たり「上下水道は〜」で言い合いをしているところ
dynamic-rdを使うためにはrd 4が必要となってるからrd 3以下だと無効になるのかと思ってたが、そうでもなかったらしい よく分からん現象だな
dynamic-rdを無効にしてrdを5にしても発生するかな？ rd 5ならdynamic-rdがあってもなくても問題なさげ
で、コマンドは訂正
( --input-csp i420) --crf 24 --qcomp 80 --vbv-bufsize 6000 --vbv-maxrate 5000 --aq-mode 1 --rd 2 --sar 4:3 --dynamic-rd 1
ここからデフォのqcomp 60にすると目立なくなるけど目視できる
qcomp 80に戻してaq-mode 2にすると分からない感じになり
aq-mode 3だと出方は違うけど似たようなものが発生
vbv-bufsize/maxrateが無指定なら発生せず
8bitと10bitは出方に違いはあるけどどちらでも発生する AOM Decoder April 2020 - Alliance for Open Media
https://aomedia.org/aom-decoder-april-2020/
タイトルにはデコーダーとあるけど、それだけじゃなくAV1の現状についてのニュースレター。 IQIYIは国内で最初のビデオサイトになり、同じ画質でAV1形式のビデオ再生が可能になり、トラフィックを20％以上節約 ※Google翻訳
http://www.iqiyi.com/common/20200430/f6a1e65e943522de.html
＞iQiyiはAV1標準に基づくQAV1エンコーダーを独自に開発しました。
＞QAV1エンコーダーは、NetflixとIntelが共同で発売したオープンソースエンコーダーSVT-AV1の約5倍高速です。 >>312
試してみたいねえ
一般公開してくれんかな AV1はエンコードが重すぎるせいなのかエンコーダーの開発が盛んだなあ エンコード時間がH.265の10000倍は冗談にしても100倍くらいで画質容量比のメリットが得られるようになるといいな AV1よりVP9の高品質なエンコーダーをどこかが作ったほうが良いと思うんだけどなあ
VP9ならハードウェアデコード対応してる機器多いしAV1と同じくフリーだし vp9だとGoogle依存になるからサードパーティーは開発しない
Googleは頑張ってもx265相当のvp9より
次のav1のほうがリターンが大きいという思惑と予想 AV1もGoogleががっつり噛んでるんじゃなかったっけ？ プロペラ飛行機を改良するよりジェット飛行機を使いたい
HEVCの失敗を尻目にロイヤリティフリーの成功例をGoogleがVP9で示した後だからAV1でイニシアチブ握りたい企業が参画してるのもあるし googleがいるからダメなんじゃなくGoogleの影響力が強すぎるというべきか
旗振り役もGoogle一社ならがっつり使ってるのもGoogleだから
今hevc系でも配信してる会社にはうまみが少なすぎる 俺もVP9でいけるなら今はVP9の方が有望だと思うがなぁ
AV1はフットプリントくそでかいのに、Youtubeで使われてるようなそこそこのエンコだとそこまで画質差がつかないみたいだし
ただVP9も処理時間に対する画質はHEVC(というかx265)と比較して全然なのが問題だが…
HEVCやVVCがh264みたいなライセンスで行きます！だったら今頃インターネットのトラフィック今よりずっと少なかったかもな AV1にはNetflixがいる
Googleの好き放題には出来ないだろう AV1もビデオカードにハードウェアエンコード搭載されたら一気にシェア獲得 NVIDIAがそろそろ発表する新GPUのAmpereでAV1をサポートするかどうかで
一般向けのAV1がどうなるか変わってくる気がする NVEncできたとしても使用できるオプションにもよるよね 今年の下半期に出るTigerlakeにはAV1のエンコーダーまで載るらしいじゃない
普及に弾みがつくんじゃない？ TigerLakeが予定通りに出荷される気がしない タイガーと同世代で年末のロケットがデスクトップ向け firefoxがnightlyでAVIFを実験的にサポート AVIFは何て読むの？
アビフ？エービフ？エーブイアイエフ？ iPhoneでVP9の動画を再生することはできるのだろうか？ 再生はできるでしょ
ソフトウェアデコードになるけれど ios端末でyoutubeで1080p以上再生できないのホントクソ
VP9に対応しろや林檎は >>344
iPad第五世代の最新OSで見てみたけど720pまでだった
同じ4K動画をPCで見たら4Kまで
VP9云々ではなくただ単純にコロナの影響で上限絞ってるだけなんじゃない？
画面小さいと高解像度の恩恵も少ないし
そもそもiPadはアスペクト比が3:4(場合によってはフルスクリーン時に黒枠)だしiphoneは1080p以下の解像度のものがあるからそこをどうにかしたほうがいいような気もするけど
10インチの720pでも24インチの1080pよりdpi高いから十分だと思うけど 4k地デジよりコーデックとされてるVVCがファイナライズされたの？ EVCは特許技術を減らそうとしたコーデックじゃないっけ もう放棄されたのかと思ってた kvazaar HEVCエンコーダーが更新されてた
avisynth+といいDTV界隈に活気がある気がする ここ日本では、'コロナウイルス難民'たちが人生で初めて、ホームレスになるという局面に直面しています
://twitter.com/tweetingP/status/1256834879704064000?s=20
https://twitter.com/5chan_nel (5ch newer account) kvazaarでエンコードしたけど品質基準でエンコードできないから実用的ではなかった
そら10Mも使ったら高画質ですわ STV-AV1久しぶりにビルドしてみたけど、ちょっと速くなってるな。
AVX2最適化みたい。 AV1デコーダーが載ってるDimensity1000+搭載のスマホ
中国のメーカーから発売されるみたいだな SVT-VP9でyuvをエンコードしてivfファイルが出力されるのですが
ffmepgでconcatするとタイムスタンプが存在しない！と怒られて出来上がるwebmファイルは動画が上手く格納されていないものが出力されます
SVT-VP9は自分でバイナリをビルドしたものを使用しています
>SvtVp9EncApp.exe -i output.yuv -w 768 -h 432 –lp 6 -fps 25 -b output.ivf
エンコード時は特に何もエラーは表示されないのですが
>ffmpeg -y -hide_banner -f concat -i concat.txt -i output.opus -c copy output.webm
>[webm @ 0000022dde8bcfc0] Non-monotonous DTS in output stream 0:0; previous: 96420, current: 117; changing to 96420. This may result in incorrect timestamps in the output file.
concat.txtの中身は
>file output.ivf
>file output.opus
です >ffmpeg -y -hide_banner -f concat -i concat.txt -i output.opus -map 0:v -map 1:a -c copy output.webm
concat.txt
>file output.ivf
>file output.opus
これで連結した所
DTS 9546888, next:173714880000 st:0 invalid dropping
PTS 9546888, next:173714880000 invalid dropping st:0
このようなエラーが表示され、作成されたwebmを再生すると動画は再生されるものの音声とのズレが発生し、また動画のシークが出来ないという状態になりました
元ソースで動画のfpsを調べてSVT-VP9のエンコード時に指定し、連結時には再生する時間を設定してやらなければならないようです
SVT-VP9はかなり高速にエンコード出来るので是非とも活用したいですね
>360
HLSは試したことはありませんが何か関連性があるのでしょうか？
SVT-VP9はライブストリーミングにも使えるようですがその辺りの機能はタッチしてないのでちょっとわからないですね 先のコマンドだと映像1つに音声が2つつながっているからおとずれしそうだ。
-f concat -i concat.txt
は後ろにファイルをつなげるものだから下のコマンドでいいのでは
ffmpeg -i output.ivf -i output.opus -map 0:v -map 1:a -c copy output.webm >ffmpeg -i output.ivf -i output.opus -map 0:v -map 1:a -c copy output.webm
ありがとうございます！正常に動画と音声が連結出来ました！大感謝！ dav1d 0.7.0 'Frigatebird' リリース
https://code.videolan.org/videolan/dav1d/-/releases/0.7.0
>This is a major update of the dav1d, the fast and lean AV1 decoder, codename 'Frigatebird'.
>This release improves, once again, the speed on all platforms.
>A rewrite of refmv made an important speed boost on x86 while reducing RAM usage. It should improve the speed on every platform.
>A large number of assembly optimizations went for ARM64 for 8/10/12bit, a few for x86, notably for film grain and AVX-512 optimizations for CDEF. Intel Tiger lake up to 4 cores and 28W
https://videocardz.com/newz/intels-tiger-lake-xe-graphics-detailed
>Intel Tiger Lake is confirmed through these slides to support VP1 and H265/HEV 12-bit decoding. VP1ってなんぞ、VP10かAV1の間違いか？
話は変わるけどGoogle先生がAV1とAVIをごっちゃにするのはいつになったら直るんですかね ハードエンコってその分画質下がるしサイズも小さくならない それならソフトエンコのultrafastの設定でやったほうが良くない? IvyおじさんはGPGPUに頼ってHEVC時代を生き延びてるんや(´･ω･`) 保守がてらの日記
古いx265でエンコードしてるやつ見たけど
パット見で十分綺麗なのにcrf 25.5でエンコードしてて驚いた
今はcrf 24まで下てるけど無駄なんじゃないかと思えてくる 録画した動画をhandrakeのcrf21のx265でエンコードすると最速設定でも2-3mbps前後で収まることが多くて十分キレイ
gpuエンコもいいけど容量節約したいからav1もソフトエンコ技術向上してほしいわ 容量比画質と速さは今時トレードオフの関係が極めて強いから、新しいコーデックが出たところで特効薬のように劇的に改善するなんてことはほとんど無くなって来てると思うぞ 容量比脂質と甘さは宇治金時カロリーオフの関係が極めて強いから、新しいダイエットコークが出たところで特効薬のように劇的に肥満が改善するなんてことはほとんど無くなって来てると思うぞ
https://www.conveniice.com/archives/7016.html 甘い汁は自分で吸うものでなく他人に与えて精神支配するための化学物質と割り切れないと覇者にはなれない 発電所のコピペのおかげでオカルトオーディオばっかり注目されてるけどこっちも負けてない
面白さでは完敗だけど HEVCが特許で揉めなければかなり普及してただろうに
本当に勿体ない >>379
妙にノイズ多いなった感じたらAV1
綺麗だなって感じたらVP9
ほぼ的中してしまう謎品質 保存用でも無い限り、特に第三者が見るならPSNRより見た目だぜ 自分の目に自信がないんだろう
nvencのssimみたいにエンコーダーの入力と比較した数値見てワイワイ言ってるのもいるしな
フィルタ掛ける前の元ファイルと比較しないと意味が無ーい 同じ1080p画質でもニコニコの方が微妙に画質いい気がする
そもそもコーデックが違うから比較もクソもないけど YouTubeのほうがビットレート低いからね
まあその代わりニコニコはプレミア会員に入らないと混雑時の画質が酷い 「ビットレートは下げる」「画質も守る」
「両方」やらなくっちゃあならないってのが「ビデオコーデック」のつらいところだな 1年ほど前はニコニコの1080Pよりyoutubeの720Pの方が画質いいじゃんってぐらいノイズが酷かったが逆転したのか Youtubeは最近LiveがAV1になってることが多い気がする。 LiveでAV1は見たことないな
VP9は見るけど 再生数が滅茶苦茶多い配信ならメリットでかいのかもな 履歴見たら４Kマックスビットレートでの配信だったみたい。
アーカイブはVP9。 googleでもリアルタイムav1配信できるエンコーダは用意できてないんじゃね
マシンパワーで無理やりするのもYouTubeの規模考えたら現実的じゃないし たしかにどうやってライブエンコードしたのだろうか
SVT-AV1ではEPYCの最上位を2つ繋げても難しいと思うが
ハードウェアエンコードでも使ったのか
それともEve-AV1か？ >>297に記載あるようにGoogle Duoでのビデオ通話にAV1が使われてるぐらいだから、
低解像度ならライブ配信でAV1使えるんじゃないかな あんまり知られてないけどlibaomで--rtオプション使えば結構速い速度でエンコード出来る
画質はウンコだけど googleのchromeやらYouTubeがav1対応って言ってもデコードは各自のスマホなりパソコンでやるだろうから、ハードデコーダが標準装備にならないうちは実際の配信が始まることは無い気が‥するけど配信側で各自のcpu性能判別でもするのかな UserAgentでスマホかPCの判別は容易に付く ブラウザの約款見ていけばSOCやGPU辺りの情報は抜くぞとかあるかもね。匿名だし有益 >動画を再生できません
>この動画は再生できません。
わからん >>401
良くも悪くも無くてビットレートが従来より減ってるならav1の目的は達成と見れると思う
1080pで再生できたけどこれは端末がデコード頑張っただろうな 電池めっちゃ食いそう 同じ容量使えるならAV1の方が画質良くなる可能性もあるけど
同じ画質で転送量を抑える目的のために開発されてるコーデックだからね >>401
外付けGPUの入ってない普通のパソコンで4K再生余裕なんだが
タスクマネージャー見てもCPU2割、GPU6割くらいしか使用してない
なんか拍子抜け 「普通のパソコン」なんて書き方をせずに、スペックくらい書こうよ・・・ x265みたいな位置づけのav1のソフトエンコーダはsvt-av1て認識でよい？ 今販売されてるPCなら、atom使ってる奴以外内蔵GPUで４K再生できるんじゃないか？ >410
Atom x7 Z8700から4K再生できるみたい、60Hzは多分無理
一部を除いておおよそIntel HD Graphicsの第8世代(CPUの世代ではない)で4K対応、第9世代で4K60Hz対応って感じじゃない？
ttps://ja.wikipedia.org/wiki/Intel_HD_Graphics
外部出力する場合は映像端子の有無とかバージョンによっては注意が必要だけど 今だと普通のパソコン(Ryzen5-3500U DDR4-16GB NVMeSSD)くらいだろうか まずデスクトップなのかノートなのかタブレットなのか
ねらーの感覚と世間の感覚、また世界と日本とでも大きく違うだろうから普遍性を求めるのはナンセンスやろう 超えられない紙吹雪の壁問題と勝手に呼んでるんだけど
地上波TVで流せないレベルでつぶれまくるこのタイプの映像を
綺麗に圧縮処理する技術は誰も研究してないのかな?
https://youtu.be/3Ex2wYenYnA こういうのを綺麗にするためのエンコーダ開発に労力を割くより
エンコードされた後にディテールを失わないソース映像を作る方に労力を割いたほうがコスパ良さそうｗ >>416
いやいやいやいやいやいや(´･ω･`)
研究者は世界でたった一人じゃないんだから
そんな本末転倒な考えは捨てようよ まだまだ完成度はその程度だってこと、エンコ速度といい実験段階もいいとこ
現時点ではx265の代わりにもならん MPEG2：1995年登場 Pentium 1core 200MHz InOrder
AV1：2019年登場 Ryzen 8core 3900MHz OoO BranchPrediction AVX2
正直MPEG2に比べて1000倍？の演算能力つぎ込んでこれかよってガッカリ感はあるね
まさに乾いた雑巾を絞ってるような どんなに優秀なコーデックでもビットレートが足りなければブロックノイズは出る でもこれから長い時間かけて画質もエンコ速度も改善されてくでしょ
x265もそうだったから じゃあもうx265でいいやってならん？
権利の問題か？ >>424
VP9再生できるデバイスは100%HEVCにも対応してる
それでもYouTubeにしろニンテンドースイッチにしろVP9になるのはそういうこと >>424
そういうことじゃなくて、魔法じゃないんだから新技術がすぐ実用化されるなら誰も苦労しないって話 >>422
>ブロックノイズ
そこなんよ、>>415ではそれを超越した話をしたかったんだよね
「"ブロック"ノイズ」がそもそも発生しない原理に基づく圧縮
たぶん数百年後には「プロック分割して圧縮するなんて何千年前の話w？」って
笑い飛ばす時代が来てるはずｺﾅｲｶﾅ(`･ω･´)ｸﾙｶﾅ
その新しい概念の手がかりになる研究誰かしてないかな?って話 いずれフレーム間の大半をAIが推測描画するようになって
劇的に容量が減ると未来人から聞いた 動画のコーデックでAIができそうなことは多いな
フレーム補完、アップコンバート、ノイズ除去、色補完もできるかもしれない
ただデコード側の負担が重いので流行らせることは難しそう >>430
最新のソニーやパナソニックのTVがAIで学習させたそれらの機能全部載せてるじゃん
BRAVIAの公式サイトとか見てきてみ >>431
知ってるけどそれは既存の圧縮を綺麗に見せるためのものじゃない？
そうではなくエンコードする時にAIで補間することを前提にした圧縮があると良いなって話よ >>429
>>430
地デジをインターレスにするのと引き替えに解像度を上げる判断をした
NHK技術陣の判断は正しかったと思う
彼らは将来AIでフレーム補完が容易に出来るようになることは十分見越していたはず aiで補完てようは試聴者が見てるのはaiが作ったコマであって撮影時とは違う事実を見てるかもってことよね
なんか危うい技術革新のようなワクワク感があるな ウェーブレット変換がブロックノイズ目立たないそうだけどJpeg2000のせいで良いイメージ無い 皆が期待した動画サイトにおける新コーデックの使い方
同じビットレートで高画質に
実際の使い方
同じ画質で低ビットレートに 画質と品質はちゃんと区別したほうが戦争が無くて済む >>438
Youtubeとしてはネットワークインフラ料を減らしたいだろうからね
これからは4K動画も増えるだろうし >>418
研究者が何億といようと話を聞くプログラマーが0なら何も起きない
それが今の状況
研究だけは進み続けてるがコーデックは2000年で止まってる 研究者=PGじゃないのか？
理論は分かるけど実装できないなんて流石にないだろ ハードウェアエンコーダーの次スレとして？
ここは違うでしょ 研究者はプログラマーじゃないし標準化やってるのは研究者（の中でも標準化に特化した人たち）
紙吹雪みたいな難しいけど頻発しないケースは研究レベルでならうまい方法があるけど
開発コストと言うよりHW実装コストの問題で標準には入らない
歌番組でしか使われない機能のために再生機器の値段上がったら嫌でしょ
AV1の中身ってHEVCの技術+HEVCではHW実装コストの問題で却下された技術だから性能いいのは当たり前なんだけど
だからこそHW実装コスト高すぎ＆各社の権利踏みまくりで地雷原だから誰も製造しないんだよな
AOMは敵対的ライセンス解除振りかざしてゴリ押ししようとしてたけど流石に権利者が黙ってるわけなくてSisvelで対抗することにしたと
つまりHEVC以上の泥沼 画像の縦横2次元に、時間軸の3次元目を加えた3次元DCTってあかんのだろうか。 コーデックという概念が無くなり
AIが機械学習でエンコードやるようになったら
（しかも日々学習して進化し続ける）
著作権はどうなるんだろうね？ 著作権と言うより特許？
AIが発明したものは誰のものになる世のか？ AIの定義が曖昧過ぎる。最近ブレイクスルーで成果を出しやすくなっただけのただのプログラムだろ。製作者間の契約で決まるわ。
そもそも圧縮と展開の両方に学習済みモデルを適用した規格を使うにしろ共通のインターフェイスが必要な訳で大手の規格に相乗りするにしろ、独自で策定するにしろ、勝手に出来るような学習量のモデルではmp3より音が悪くなったoggぐらいの誰得モデルになりそう 人が作ったコーデックをAIを使ってより洗練させていく ← 今ココ
この段階では著作権はコーデックを作った人・組織の属するのは当たり前
そのうち
「アレクサ、この動画圧縮しといて」
で勝手に動画が圧縮されるような時代になったらコーデックという概念が無くなる
しかもアレクサは真面目な子だから日々探求に余念が無く
昨日の動画圧縮具合と今日の動画圧縮具合は違ってくるという落ち
そして極めつけは人間の脳を解剖してもコーデックなんてどこにも見当たらないのと一緒で
アレクサのニューラルネットワークを解剖してもコーデックなんてものはどこにも見当たらない
こういう場合一体どこに著作権が行くのだろうか？ >>454
人工知能が勝手にコーデックを改良していく話ならその人工知能を保有する個人なり法人がコーデックの権利を持つんじゃないの。現行法では。
脳を解剖してもコーデックが見つからないという話は単にシステム論で言う所の”系”が違うから。
人間の認知機能について解剖学的にも精神分析学的にも説明でき、それらは互いに矛盾していても対立はしないという事は十分あり得る。解剖学的な説明ではコーデックという概念は必要とされなかったからといって、絶対的な意味で脳にコーデックが存在しないという事ではない。 youtube-dlのpython版使ってるんだけど､内蔵ffmpegでvcodec変換するコマンドってあるのかな？
現状AV1うっとうしいから別のにすげ替えてからmuxされてほしい Pythonじゃないyoutube-dlってあるのか？ >>454
コーデックの定義をどうする解釈するのかって話もあるだろうけど
基本的にデジタルデータであるかぎり変換側と読み取り側は
対として同一の仕様に沿わないいけない
だから現代のコンピュータをよっぽど根本から覆す革新がない
限りコーデックに近い概念がなくなることはないと思うよ
あとAIをフィクションのAIと混同しすぎている
現代のAIは各種局面の特化型条件マッチングプログラムでしかない
所詮は条件マッチングプログラムでしかないから
出来る事・出来ない事ははっきりしてる
世間一般ではAI＝知性みたいなイメージあるから
開発側も売り言葉として意図してやってるんだろうけど
現行AIの直接的な未来としてフィクションのAIを想定するのは飛躍が過ぎている AIが出来ることは、フレーム間の相関を高速に割り出すことだな
直接圧縮率には寄与しないけど、時間の節約にはなるだろう
その分時間を掛けられるから圧縮率を上げられるとも言えるけど あー、他のアンカーを読みながらもう一回>>454を読んでやっと言いたい事が分かった。
インターネットが全ての計算資源を纏め、そこに人格のような自律的な何か（アレクサという名前は冗談だと思うけど）が一体だけ常時走っていて、その自律的な何かが世界で唯一の優れたコーデックを毎日開発して、我々の各端末に毎日知らない間にインストールされるっていう未来だとしたら、コーデックという概念が無くならないにしても、今以上にコーデックを意識する必要はコンシューマにとっては低くなるだろうね。
機械学習とかニューラルネットワークとかアレクサとか言うから訳がわからなくなってた。
その自律的な何かが、何かのプロジェクトで生まれたのだったらコーデックの権利もプロジェクトを立ち上げた人が持つんだろうけど、本当に何も無い所から自律的な何かが生まれたんだとしたら確かにどうなるんだろうね。
完全にフィクションだけど。 中田敦彦のYoutube大学のAIの回で自我を持つAIは一生できないって説明されてたな
詳しくは動画を見てくれ appleがMacをArmベースに以降するが、引き続きVP9はサポートしないのかね？ >>463
ARMだろうがIntelだろうがGPU側の話だから全く関係ないぞ
だいたい今のMacもIntelGPUなんだからVP9の回路は入ってるだろ 5年前の化石みたいなモバイルチップが載ったSHIELD TVでも、
720pを4Kにリアルタイムにアップスケールできるようだ
https://blogs.nvidia.com/blog/2020/02/03/what-is-ai-upscaling/
https://blogs.nvidia.com/wp-content/uploads/2020/02/ai-upscaling.jpg
https://www.nvidia.com/en-us/shield/sliders/ai-upscaling/
Googleあたりが主導してこういう技術を標準化してしまえば
もうYoutube側が配信する映像なんて720pで十分になる
さらに技術が進歩すれば、480pで十分、360pで十分となっていき
映像の常識が変わってくるのかも？
もちろん、これは映画監督やドラマ制作者が意図した映像を完全に再現することにはならないので
ネットフリックスのようなアート志向のプラットフォームでは、
AV2やらH267といった未来のコーデックに投資し続けないといけないだろうけど >>461
>完全にフィクションだけど。
既存企業や既存プロジェクトで一番可能性が高いのは
Adobe Senseiはその立場に立つ可能性が数パーセントだけどあると思う。
PhotoshopやAE、Prを稼働させるのは大抵マシンパワーがあるPC
サブスク料金低めにする代わりに顧客側が開発リソース提供という
ビジネスモデルも思いついてしまったし 次のsafariでwebp対応するけど、AV1には対応するのかな AV1よりVP9に対応してくれたほうが助かる人が多そう >>468
4Kに対応するって事はVP9をソフトウェアデコードするのかな？(CPUの性能が足りるか知らんけど)
それとも4K時のコーデックがVP9以外(HEVCとか)になったりするんかね >>470
YouTubeはアップロードするとVP9とmp4の2つの動画に変換される（一部はAV1含めた3つ）
VP9に対応している機器ではVP9のファイルがストリーミングされ
VP9に非対応の機器（10年前のテレビとかPS4とか）ではmp4のファイルがストリーミングされる YouTubeは1080pを上回る動画ではH.264版を用意してないよ
VP9かAV1のみ
だからApple端末でYouTubeで4K見れないっていう状況が続いてた >>472
些細なことだけど念のため横から補足しておくと、360度動画などは1080pより上のH.264動画も生成される。
ただしそれも4Kまでで、8KはVP9やAV1のみ。 そういや、テレワークで、H.264のライセンス料ってどっかに発生してるのかな? ソフト開発者がソフト毎に支払ってるんじゃね
264への支払いが増えるほどav1移行の動機付けになるといいな AV1はそのうちステルス特許騒動に巻き込まれると見てる >>476
とっくに巻き込まれてるけど、特に何も変わらず平常運転だぞ 用語の意味がよく分からないんどけど無料のはずのav1にライセンス料払う契約を結んだてこと？ 契約結ぶとAV1が無料で使えるが、特許を主張することもできなくなる
みたいな仕組みだったはず すまん >>481 はAOM側の仕組みだった
今のレスは忘れてくれ 誰でも無料で通行できるはずの公道で
ヤクザが勝手に通行料をせびってて
ヤクザが怖いので払いましたって感じ？ 合法的に業務活動を停止する訴えを起こせる相手だけどな ttps://japan.cnet.com/article/35150625/
これもうh265とおんなじ流れになってる感じなのか 末端のネットユーザーから徴収しようとしない限り大丈夫かと
でも、そもそもは自分がフリーで使えればいい米企業の集まりであるAOMが
自分たちとライセンス契約すれば訴訟を肩代わりしてやるって言わないのが悪いと思う ライセンスの話ばかりのコーデックの世界
暗い…あまりにも Seems like iOS Youtube finally supports high res playback for VP9 codec
https://twitter.com/CubeCDM/status/1275624524159959040
https://twitter.com/5chan_nel (5ch newer account) だからAV1はそういうのと無縁なはずだったがな
クソみたいな特許ゴロが騒いでるだけだ
日本企業がSisvelに金を払うとか、日本人として恥ずかしい… >>488
おやiOSがVP9サポートか
ハードウェアは対応していないだろうからソフトウェアデコードかな？ >>489
無縁とは言えない
ただAOMが「問題ない」と言ってるだけ 使う企業としては最初に訴えられるのだけは避けたいわな
勝てるとしても特許無視してる企業って宣伝はイメージ悪いからな
どこかの国みたいに ・CPUよりも7倍以上速いことも!?RadeonのGPUエンコーダーでアドビソフトの動画エンコード速度を検証
https://ascii.jp/elem/000/004/016/4016345/
AMDから金もらってる記事だろうから仕方ないだろうけど、こういう比較はIntelやNVIDIAのそれぞれ最新世代のGPUを交えて頂上決戦してもらわんと、
参考資料としてすら役に立たんと思うのだが
ビットレートが高いときはGPU1択なんて結論はやる前からわかりきってる話 >>494
その記事はアドビがやっとRadeonに対応したって記事だから
お前さんの求める物とはそもそも趣旨が違うだろ >>483
その例えでいうと、ヤクザの構成員の1人だと思うよ
三菱電機もH.265のパテントでおいしい思いしようとしたメンバーなわけでしょ
https://cdn-xtech.nikkei.com/atcl/nxt/column/18/00944/090500003/z01.jpg
AV1が流行ったらせっかくの投資が無駄になって困るのがこれらの企業
もちろんAV1派が完全な正義とも思わない
旧世代ヤクザvs新世代のネットヤクザみたいな構図かと ・JPEGよりもWebPは本当に優れているのか、cjpeg・WebP・mozjpeg・AVIFを比較検証した結果
https://gigazine.net/news/20200626-webp-cjpeg-mozjpeg-webp-avif-compare/
結論
各結果から、シーポラ氏は「小さなサイズの画像がたくさんある」「mozjpegが使えない」
「SSIMにこだわらず任意の固定品質に圧縮したい」といった場合にWebPを使用することを勧めています。
また、シーポラ氏はcjpegと比較してAVIFの圧縮率が約30％向上している点について
「AVIFは本当にエキサイティングな開発です」と称賛する一方で「唯一の懸念は、
ディテールの低い部分が過度にぼやけてしまうことです」ともコメントしています。
えびふりゃーはぼやけるのか？ VP系の特徴でブロックノイズが出にくい代わりにぼやけやすい av1がめっちゃエンコ時間かかるのは本来hevcを順当に改良すれば到達できた圧縮率を目指しながらhevcの特許を回避するために無理矢理別技術で迂回したからだと思ってる 特許気にしなければ車やPCやいろんな製品でもっと安くていいものが作れるだろうけど
そんな風にパクリや後出しが認められたら誰も技術開発に投資なんてしなくなるからしゃーない >>496
特許を主張すること自体は正当な権利でしょ
特に規格化団体のほうで徴収するのを許容してる場合は
>>499
目標はhevcより高いところだし
出始めのエンコーダーってのは遅く画質もいまいちなもんだよ 特許で進化が滞る技術って動画圧縮、CG以外にあるんだろうか >>502
ゲームシステムとかはそうかな(´･ω･`)あの業界はもちつもたれつなんよね
任天堂は膨大なゲーム操作UIやシステムの特許を抑えてるけど他社利用を黙認して来た
コロプラが任天堂が特許持ってる技術にちょっと要素加えたものを特許申請して
自社開発独占的なことをやろうとして任天堂が激おこした事案とかはある↓
全ゲームが影響を受けるレベル…コロプラとの裁判で争点となる任天堂の特許内容が判明 - 趣味女子を応援するメディア「めるも」
https://news.merumo.ne.jp/article/genre/7137403 ファミコンの十字キーから何から特許始めたよね。Ｄｒ.中松ブームもあって。
パソコン画面にTV写す奴はシャープとか、技術というよりアイデア＝特許になって調べるだけでも結構時間がかかるから。
気軽に新商品発表すると痛い目に合う。田中義剛の天使のポテトみたいな商標問題もあるしネームも面倒 Tigerlakeからえびふりゃーのエンコーダー載るんだっけ 十字キーについては、PSは十字キーの真ん中が窪んだ構造にして十字ボタン的な見た目にして特許を回避していた
しかし特許の期限が切れた未だに真ん中窪んでるから以外とそっちの方が良かったのかも知れない >>506
もはやデザインとして刷り込まれてしまった。PSのコントローラーがいきなり十字キーになったら違和感凄いと思うし、メリットも無さそう 任天堂やらコロプラやら日本企業の名前ばっか出てくるけど
本当に国際的な特許として認められてるんだろうか
アメリカや中国の企業が真面目に「コロプラの特許に従ってスマホゲー作ろう」とか
「任天堂の特許に従って十字キーやめよう」とかしてるとは思えないが… 動画圧縮というか、データ圧縮に関する特許が山のように登録されてんだよな
でも精々20年しか持たないんだからMP3みたいにこれからどんどん特許の期限が切れまくるよ 20年後にH.265の特許が全部切れた〜って言っても(笑) 特許無視して開発したらx264並に高速&AV1並に高圧縮の出来たりするのかな
貴重な技術者のリソースが特許回避とかいうクッソしょうもないハナクソに使われるのがもったいなさすぎる >>510
20年後とは限らないだろ
大半はもっと前に取られてるはずだ
2030年頃になったら主要な特許は大体切れてる気がするな だれかNVIDIA JetsonでAV１エンコーダ自作してる人いないかな >>510
H.265が承認されたのが2013年
開発期間も考えるとあと10年くらいか ばあさんや、特許が切れた技術だけで作る動画コーデックとかいうEVCはまだかのう まだかのう 待ち遠しけり イーヴイシー
特許が切れた 技術の寄せ集めで作ったコーデックらしいんだよばあさん
字余り(´･ω･`) iOSとMac版SafariがVP9対応した時点で、今世代のコーデック戦争はもう終わったのかな
今度は逆にGoogle側がAndroidでH.265動かないようにしてとどめさしてくるかもしれないね >>522
その流れなら今後のアップルがH.265非対応チップになるとかならわかるけど、なんでわざわざ客が離れるようなことをGoogleがすると思ったのか 同等コーデックあるし
ライセンス料払いたくないし
ハードウェアデコードなくてもソフトウェアで何とかなるし
とか考えたりしてw >>525
AppleにやられたことをそのままGoogleがやり返すとそうなる >>528-529
7/3の22:53(日本時間)に、ITU-Tで正式に「H.266」として承認されたらしい。
HEVC successor: Versatile Video Coding - Page 13 - Doom9's Forum
https://forum.doom9.org/showthread.php?p=1917447#post1917447
---
Taken from a message of Gary Sullivan to the JVET reflector:
I am pleased to announce that ITU-T SG16 just declared official Consent on Recommendation ITU-T H.266 Versatile Video Coding (VVC).
Consent on H.266 was declared at 1353 UTC (1553 local time in Geneva, 3 July 2020).
VVC, which will also become ISO/IEC 23090-3 upon approval in the ISO/IEC approval process,
is the latest in a series of very successful such jointly developed ITU-T Recommendations and International Standards
for video coding, and is the direct successor to HEVC (Rec. ITU-T H.265 | ISO/IEC 23008-2) and AVC (Rec. ITU-T H.264 | ISO/IEC 14496-10).
（以下略）
--- >>528-529
フリーズと言ってしまっていいのかは、よくわからないけど、テンプレにあるように規格書の初版リリースは10月予定のはず。 VVCのライセンスがどうなるかね
AVCと同じにできたら最高 Sisvel「VVCを使うときは俺らにもライセンス料払えよ」
てなことになりそう VVCはもう単一のライセンス団体ができてるから他の企業が後からちょっかい出すのは難しいだろう >>534
MC-IFのこと？あれはライセンス団体じゃなく「まっとうに利用させろやおらぁ」という業界団体では。 もうそろそろアホらしい権利争いやめたら？
権利面倒で誰も使わないなら結局金が入らずにlose-loseやん
無駄だろまじで >>537
誰にも使われなくて特許ゴロがlooseならOK wikipeみると、エンコード複雑化、HEVCの５，６〜最大１０倍って記述あるな・・・（藻） av1よりvvcのがエンコ負担少ないとかだったら商用がav1個人がvvcて感じで棲み分けになるだろうな とりあえずH265をつまはじきにしたいという組織的意図は感じる。 エンコードに時間がかかる割にAV1の画質が想像以上に駄目過ぎる・・・
極限までファイルサイズを抑えたいけど、何とか見れる程度の画質を維持する用途しか思いつかない
AV1はこれから画質良くなるんだろうか？ NHKはVVC推しだからVVCの方が画質良いんだろうな
NHKは画質オタの集団だから 画質オタの集団なのにMPEG-2を採用したのか（困惑） >>552
日本はアホだからな
WWIIだって戦艦大和なんかよりイージス艦とミサイルを作れば良かったのにな いうてH.264が出る前のMPEG4って微妙だったし
H.264が出た2003年には地デジの放送始まってるんだからどう考えても採用無理だわ ここで聞いたと思うけど
日本は比較的地デジ運用が早かったからMREG-2採用したらしいね AV1は特許回避しないといけないけど
VVCはそんなことは必要ないから画質的には有利だろうな。 >>551
画質はどうか分からんけど、VVC選んだのはエンコード・デコード負荷の軽さでしょ 殆どのテレビはアクトビラに対応してるから、かなり早い段階でH.264デコーダーは搭載してるけどね
ちなみにアクトビラは成人向けの配信をやめてからあまり見なくなったw >>551
実用性に乏しい22.2ch音声を規格に入れたり、ただの技術オタだと思われ
真の画質オタなら2kのまま新コーデックにするはず 日本の地上波は後何年遅ければAVCになってた?
ほんと地上波は糞画質過ぎて笑えない MPEG-TSって既存のテレビに全く影響ないよう複数の映像ストリームを乗せれないの?
映像用に今どれくらい使いってるのか知れんが、14Mbpsとして、半分を既存のテレビ用のMPEG2で、残りをAV1あたりにして流せないのか?
もちろん、帯域を半分にする前のMpeg2より画質よくならんといけんが >>562
後からワンセグ追加したようにもちろん出来るぞ
でもMPEG2を半減にしたらBSの帯域削減どころじゃないクレームになるわ ずっと思ってるんだけど、地デジ4KはVVCかAV1なわけだから、既存の4Kテレビやチューナーでは見れないってことだよな
それはそれでまた荒れそうな気がするな…4kテレビにチューナーが内蔵されてないってだけでもひと悶着あったのに、今度は地デジ4Kを見るために新しいチューナーが必要とか >>555
そうだよ
後発で日本方式採用したブラジル等はH.264採用 利権団体：また売れますな
犬：ですなぁ(￣ー￣)ﾆﾔﾘ このまま世界はGoogleの提唱したAV1に収斂していくのかと思ってたさなかに
H.266なんて規格が出てくるんだから世の中まだまだ捨てたもんじゃないよな、おいｗ VVCとか出てもDTV板的には8K4Kの素材を自由にPCであつかえるように
ならないと意味ないんじゃない テレビにはFPGAだけ載せる事を義務付ければいいんだよな
デコーダーなんて大したロジック規模でもないだろう
そうすれば好きなようにコーデックを取り替えられる FPGAでどうにかなるなら既にグラボとかに載ってるだろ visionularのサイトがリニューアルされて資料がまとめて見られるようになってる
別サイトで公開済みのものだけど
https://visionular.com/ >>569
衛星チューナー義務化すりゃ全部解決じゃね
地デジ移行の時、難視聴地域には衛星放送を見させるくらいに広域に電波を届けることに適している
しかも現時点で8Kを実現するほど帯域が広い 義務化って・・・
アンテナついてますよね？衛星料金いただきますおじさんがみんな嫌いなんだよ NHKという売国奴こそ非国民だが
アカのスパイとヤクザの巣窟じゃねーか https://blog.chiariglione.org/a-future-without-mpeg/
MPEG設立者が今後の予測を書いてる
このままだとVVCもHEVCみたいになりそうでヤベーけどEVCとAV1が成功して当て馬になれば良くなるらしい >>569
仮に技術的にできたってやらないよ
そんなことしても家電メーカー儲からないもん
仮に有償でやるとしてコーデック追加代1万とか5万とか言われたら出す？
人はチマチマ追加でお金出すの嫌いだから1000円でも出す人、少ないと思う
何万台テレビが売れてようがメーカーにしてみれば費用対効果の割に合わない
スマホみたいにわりと短期間で買い替えるサイクルが確立してたらできるかもしれんがテレビはそうじゃない
ただのコスト上昇要因でしかないと思う >>569
ファームアップデートに失敗しまくる未来が今からよく見える >>580
今時のテレビは普通にソフトウェアアップデートしまくってるけど、FPGAの更新は大変なのか？
その辺全然分からんけど そろそろmp5という新しいコンテナ出るのかな？
EVCがMPEG-5 EVCなので mp4、もうmkvかよってぐらい中に何が入ってるか分からんレベルだもんな
開発者なら絶対サポートしたくねぇ rigaya氏の作ったツールは、MP4BOXを使ってAV1をmp4に入れてるな avi/1581244349/
AV1はVP8っぽい空気になってきたな >Final Cut Pro Xプラグイン開発者のアレックス・ゴルナー氏は、H.266は
>2027年〜2028年頃に一般的に使われるようになるだろう、とツイートしています。
だとさ(´･ω･`)その頃には移動体通信でも一瞬で非圧縮動画すら伝送可能になってそう AV1は結局どこにも採用されないまま消えそうだな… Intelは第12世代でAV1をHWでサポートするらしいね。 >>593
新しいコーデックを出しては次の世代のCPUでHWencをサポートする
これ延々と繰り返していけば飛ぶようにCPUが売れていくな
こういう商売考えた奴は賢いと思う AV1を使ってるYoutubeとNetflixだけで
インターネットの全トラフィックの24%使ってるからな ぞんあまFireTVはopusに対応していないらしいのが情けない ＞YoutubeとNetflixだけでインターネットの全トラフィックの24%
特許ゴロにお金が行ってないってだけで良い気分になる 企業用だしなぁAV1は
画質上げるというか転送容量削減が主な目的だし 最新のコーデックがでてもハードエンコードだと結局一個前のコーデックのソフトエンコを最速設定でエンコしたやつよりビット当たりの画質は悪いんだよな というわけでvccやav1がまともに使える頃にはhevcが今のh264みたいに主流になるだろう YoutubeはVP9でそれやろうとしてるんじゃないの >>593
11世代でサポートすると言ってなかったっけ 「H.265/HEVC」と同じ画質でファイルサイズを50％削減できる次世代動画圧縮規格「H.266/VVC」が登場
http://gigazine.net/news/20200707-h-266-vcc/
266なんだ(´・ω・) >>607
この記事の段階だと多分AV1はHEVCの1000倍程度重かった時期だと思うぞ フルHDのx265でようやくエンコード放置して待つの
我慢出来るレベルなのにもう次世代か。
その辺のCPUでエンコード出来るレベルなのかね。
今IntelがやってるSVT-AV1？だかが
XEON使って必要メモリ16GB、32GBとかだろ？
今の中間スペックのCPUが何年前のワークステーションレベルなんだろ。
それにPCのメモリってあんま増えて無いよな。 今は何使ってるか知らないけどニコニコもその内av1 使うのかな >>611
https://dwango.github.io/articles/av1hwencoder/
まあドワンゴかなり前にFPGAでハードウェアエンコーダー作ってるし
やるつもりはあるのかもしれんけど >>610
今の自作PCは32GBがデフォで64GBも増えてきたところ
ワークステーションとかじゃない普通のモデルで128GBまで行ける SVT-AV1は暗部がダメダメで現時点では使い物にならないな h264登場のときにはエンコ重すぎってならんかったの？そしてそれはcpuパワーで解決したの？それともエンコアルゴリズムの進化？ PSPですら再生できてたしh264は割と早い段階から改善されてた気がするな >>615
効率を上げるために必要な計算量が指数関数的に増大してる
誰かが言ってたけど濡れた雑巾を絞ってたのがMPEG2やH.264で、
乾いた雑巾を一生懸命に絞ってるのがAV1やH.266 >>615
当初はクソ重てえと思ったけどその時はまだCPUの性能グングン上がってたから >>615
618が書いてるムーアの法則の停滞の影響もあるけど、
仮にムーアの法則が生きてても演算量が増えるスピードの方が大きくなってるって事ね もう圧縮は諦めて記憶容量との方に注力したほうが早いだろ
早く100TBのSSD1万円で売ってくれ トラフィックの制限の方がきつそう
コロナ禍でstay at homeしてたせいかトラフィックが増大
YouTubeあたりはEUからトラフィック減らせと怒鳴られてたし >>612
そこから特に情報ないよね、ああいう制限キツいサイトほど頑張ってほしいなあ つまりはh.264みたいな解決は望めないのね
未来は暗いなあ av1とかevcの見せ場は高解像度の時みたいだから4kにあらずんば人にあらずくらいになってからが本番じゃね トラフィックを減らすことが目的だし、YouTubeとかNetflixみたいな大手動画サイト各社が最新コーデックを使うだけでかなりトラフィックは減るでしょ >>625
そもそも最終的に物理が限界な以上、
だんだん進化がゆっくりになるのは避けられない
100の電力を投入したLEDが99の光を出すことは出来ても、
200や300の光を出すことは出来ないのと同じ
後はAI使って予め計算しておいた似たような画像に差し替えるとかかね >>615
1. なった
2. 解決した
>>625,628
何の話をしてるの？ >>620
もはや限界
劇的に向上するなんて夢物語 >>607
ロイアリティーフリーだな
全てがフリーなインターネットでは特許技術はそぐわない
AV1は必然 向上はともかく劣化は勘弁、
AV1の暗部は壊滅状態で現時点では話にならん、もっともx265も最初はそうだったから
これから何年かかけて良くなるんだろうけど 富岳みたいなスパコン使っても圧縮の最適解とかって出せないのかね >>633
結局アルゴリズムを考えるのは人間だからな チューニング部分だけでも機械学習的なやつに丸投げできないかなぁ。 >>631
そのインターネットへの通信を担ってる
4G,5Gだって特許モリモリじゃね
スマホの価格や通信料に転嫁されてるし >>635
どの部分のチューニングの話をしてるの？ 画像圧縮だとAIに学習させてるのがあった気がするけど動画だと難しそう エアプが多すぎる
こんなことしてなにが楽しいんだ？ AVIFは進展聞かないけど
ブラウザ対応まだなのかな caniuse見る限り対応してるのPC版Chromeだけっぽいな よく見たらv85以上なら対応してるって書いてた
今のとこChromeのβ版以上じゃないと無理っぽいな あとFirefoxもabout:configにimage.avif.enabledがあるんだけどTrueにしても見れないね >>646
ダウンロードしてブラウザにドロップしたら何故か見れる
MIMEタイプが(サーバー側で)正しく処理されていないのかな 9月頃になるとChromeとFirefoxの両方でAVIFがデフォルトで有効になるようだ
Chromiumが対応するから他のブラウザも自動的に対応するはず
AVIFが浸透すれば良いけどね >>646
Release版でその設定すれば普通に見れてるよ microsoft edgeも中身はchromeのエンジンだから対応するか
ios系統はあのAppleだからなぁ… 問題はお手軽にAVIFに変換できるツールがないことだなあ
Xnは早く対応してくれー XnViewMPとXnConvertは対応してるでしょ？
保存の選択肢にavifあるけど >>652
MacOS10.15.6で
XnView0.96.4・XnConvert1.85.1どちらもAVIFは保存にも出力の形式にも出てこない
Winしか対応してないのかな あのffmpegですら単体でavifに変換するの無理だしな
webp並に使われるようになるのですら5年は掛かりそう libavifが去年公開されてから今も機能追加しまくりのバグ増えまくりで
利用するソフトがあってもライブラリのテストとデバッグにしかならないし実用は遠そう
高度な技術使うプログラムだし一朝一夕にはいかないのかな 日本企業が特許ゴロになってる
争点は特許防衛プログラムがどうなるか
Sisvelが訴訟起こせばNTT、docomoはAV1/VP9が視聴できる端末が使えなくなる？ NTTはほんとどうするつもりなんだろな
AV1に対応したスマホ売れなくなるが 録画した映画とかをhevcで保存してたけどもう限界 さっさとソフトエンコ等倍速以上で変換できるくらいvvcかav1は進化してくれ ドコモがAV1対応したスマホ売れなくなる理屈がわからん
端末の開発に関わってるならまだしも sisvelを挟んでるんだから
NTTに直接影響が及ぶことはないのでは? 書いてから読んだけど、代理人を介しての提訴もOUTってなってたわ
しかし、提供されたSoCの機能にあるav1の利用もアウトなんかな?
androidなどを介した利用でも他メンバーに提訴されるかもしれないらしいが
無条件にそれやっちゃうと逆パテントトロールのように思える パテントトロール対策に逆パテントトロールはあったほうがいいだろ 逆パテントトロールと描いたけど、どちらかというとポリコレ棒かな?
黙ってAOMの言い分を丸呑みする味方になるか敵になるかの二択しかないのは >>シズベルのライセンスで提供されるポートフォリオの合計は、VP9で約1000件、AV1はほぼ2000件に到達
http://www.sisvel.jp/press/pdf/20200310_VP9_AV1.pdf
いい加減にしろ！
ソフトウェア特許（アルゴリズム特許）は廃止すべきだと思う 特許とか詳しくないんだけどsisvelってどんなとこなんだろ、appleとかGoogleとかデカイ企業も関わってるのに逆らって動くのか 訴訟起こされて「ライセンスの特許条項は無効」とかになったりはしないんだろうか >>665
元がGPLで公開してるものなら問題ないけど、
コードやアプリの利用に条件が必要なら、その条件が満たされて当然でしょ
sisvelが特許ゴロなのかどうか分からないけど
Googleとかappleがフリーと言ってるからフリーだとするのには違和感しかない 仮にAOMのが過失割合がでかくても世論・裁定機関がどっちの味方をするかは
sisvelも分かってると思うけど何でわざわざ恐喝行為に及んだのか >>664
そうやって互いに縛り合って訴訟リスクを減らすのが目的なんだからポリコレとは違うだろ
てかこの問題で敵でも味方でもない立場ってどんなの？ >>670
「大企業がフリーと言ってるから」じゃなくて
アルゴリズム特許にうんざりしてるんだよ 多大な恩恵を受ける消費者がなぜ1円も払いたがらないのか理解に苦しむ
なんで無能な消費者に天才たちの努力の成果を搾取する権利があるの? 問題はそこよりも、使ってたらいきなり差し止められる可能性がある事とか、導入の手間が増えたり、コーデックの分断により不便さが増して新しい技術を誰も利用しなくなる事だと思う 少なくとも、高圧縮でライセンスフリーのコーデックを欲しているのは配信者側だと思う。
勿論間接的にユーザの使用に(頭痛が痛いみたいな表現だな)
対価は払われて来たにしてもユーザは圧倒的に不便で無い限り意識しない。
最近スマホがこっそり変わっているけど
JPEG画像の次の規格の需要がここ数十年起きた気配は無いし
アニメーションGIFなんてクソ画質いつまで使うのかと。
次世代コーデックも1080Pのままならともかく
4K8Kとなれば等比級数的負荷だがエンコード趣味層には現実的なのかな。 一応jpegはiOS下ではHEICがなりかわろうとしてるし、gifの代わりには既にwebpがかなり使われてる。後者は日本では浸透してないけど。 金なんて動画配信サービスの運営者が払えば良いだろ
そいつらがケチるから話が拗れる
ユーザーからすれば正直AVCで十分だし avifencがavifsに対応してy4mからコマンド一発で変換できるようになったから試してたけど再生環境がないから >>674
義務教育で読み書きを教えることで、労働可能な人口を増やす=税収が増えるのと同じで、
新コーデックを広く遍く無料で利用できるようにすることで、動画配信業者が有料配信可能な端末を増やす=配信収入を増加させられるからだろ >>681
その仕組みで開発研究者にはどうやってお金が流れるの?
>>678が言うように増加した配信収入を動画配信業者が
開発研究者に回すの? 回る保証はあるの?
もしも儲かったときだけ後払いじゃなく最初に払えよって話 >>672
良好な関係を維持したいならら黙って利用しろ
声を上げたら即縁切りってのはポリコレっぽくない?
>>681
絶対にそこまで考えてない
ただ自分が誰かにお金を払いたくないってのが第一
アメリカ企業なんて基本的に自己中 >>668
特許まとめたりしたとこなんだなとは何となくわかった
勝手に使えばライセンス主張してるsisvel側から訴えられるかもしれないけど訴えたらその時点で訴えた側はav1使えないようAOMが決めてるからAOMからすれば大丈夫だよーって感じなんだね
そもそもそういう面倒くさい事を企業がスルーしたいがために作ったのに悲しいなあ >>683
そもそも捉え方がおかしい
フリーなコーデック作ろうぜって前提のとこに参加しておいて、うちの特許は金取るぞってのは、声を上げるとかじゃなく前提反故にした敵対行動だろ 既存コーデックも訴訟リスクは潜在するけど個人ユーザは事実上お目こぼしで事業者は訴訟回避のために支払ってる
hevcのパテントプールが分裂したのが普及の妨げになったから当初から分裂しようがないようにフリーのコーデックav1を目指した
だからフリーが第一ではないけど有料だと結局分裂の危険を回避できない‥て思ってたけど結局av1陣営も分裂しそうな感じなのかな
まぁ早くて高圧縮なコーデックならなんでもいいけど悲しいなぁ >>678
テレワーク需要がちょっと高まるとすぐパンクするのが今の回線状況
マスクみたいなもん、みんなが欲しがるとすぐ在庫切れする
https://www.itmedia.co.jp/mobile/articles/2006/26/news040.html
H264/AVCで十分なんてことはない
周りの人が一斉にYouTubeみたら一気に重くなるのが現状や 4k8kはいらんがAVCはありえん
軽量化は必要でしょう av1のメリットって高圧縮くらいしかなくね？
遅くて画質が悪いってのがね・・・
遅くても高圧縮で画質が良いとか、画質が悪くても速くて高圧縮とかなら、まだ救いようがあるんだが・・・ スマホでようつべを1080 60fpsで見てるアホを頃せ >>689
高圧縮=同容量なら画質良い
今のav1はまさに遅くて高圧縮で画質が良い、になるんじゃないの
ツベなんかはコーデックで達成された以上に容量削って運用してる感じで残念になってる気がするけど cpu-used 8にしたからかソース動画が苦手傾向だったのか、その他エンコやSSIMのパラメータが悪かったのか知らんがx265どころかx264よりSSIM低く出たぞ
主観的には少なくともx264より綺麗だと思ったが、長いエンコ時間要するなら客観的数値でも確実にAV1勝ってほしさあるわ >>691
高圧縮の同容量でx265より明らかに画質悪いんじゃ話にならんよ >>691
いやぁ〜そうかな？
どこだったか忘れたけど検証してる人居たよ。
それに限れば画質はH265＞AV1だった。 >>693
現状コンシューマや一般ユーザはHEVC以外関係ねえだろ
AV1の何がそんなに気に入らないんだ 現時点でのAV1にはメリットがないからねぇ
ただっ、ただっ、エンコードが無駄に遅いだけのコーデックでしかない
VP9並にこなれてくるには相当時間かかるだろうね YouTubeのAV1は最低でもVP9より画質良くして欲しいよ
なんであんなにブロックノイズだらけになるのか
一目見ただけでVP9かAV1かが分かっちゃうほどの画質差っておかしいだろ
特にゲームとか動きが激しい動画だとAV1は見るに堪えないレベル ニコニコは早く潰れた方がいい
金払って観るレベルではない
つべに失礼 >>695
根本的に画質悪いのが駄目といってるだけよ、改善するならいいけど ＞エンコードが無駄に遅いだけのコーデックでしかない
そそっ、それがAV1の現状
あと何年かかって改善されるんだろう libaom-av1は遅いだけだったけど
SVT-AV1はpreset 8（前までのenc-mode 8）にしたらVP9よりエンコ速くてSSIMも高かったよ
x264 veryslowよりやや遅いくらいだったし、12コア以上・32GB以上のPC持ってる人ならSVT-AV1は実用的なレベルにまできた >>685
AOMに参加してないから特許関連の約束事は義務じゃないのでは?
sisvelに特許を預けてる会社がAOMとどういう契約を結んでるか知らないけど
AOMのやり方のほうが強引だと思う
（もし本当に崇高な理念でAOMが動いてるなら、業界のためにsisvelを訴えるべきなんじゃとも） >>700
つべはいけ好かん
守銭奴と構ってちゃんしかいない
こんなところから文化なんて生まれない >>699
ニコ動とかああいうしょぼいところこそ対応してほしいけどやる事全部遅いから期待は出来ないね… >>705
フリーて前提が嫌なら使わなければいいだけ
どこが強引なの？ 早く最強のコーデック現れなさい
h264よりも圧縮速度の早くて高画質な僕の考えた最強のコーデックないの？ >>674
H.264は普通にライセンス料払って成功してるぞ
問題はコストダウンの為に高性能コーデックを使いたいのに
高額なライセンス料のためにコストアップしたら使う意味が全く無いこと
本来ならパテントプールを1つに纏めて適切なライセンス料にすれば解決することだが現状分裂してぐだぐだになってるわけで oneVPL復活AV1もサポートされてる。HEVCは8K、AV1は4Kまで。
https://github.com/oneapi-src/oneVPL トランプ政権下のアメリカは特許権強化へ向かう
・アメリカで画期的発明しても特許保護されない
・有能人材は欧州やアジアへ流出するだろう
・米国特許制度の弱体化
・イノベーションシステムに悪影響
https://i.imgur.com/rAqqfL5.png
・トランプ政権は自国民の知的財産保護を重視
・米国にはプロパテントの風が
https://i.imgur.com/WQSDacG.png
・(現状)裁判所での特許的確性判断が大きく混乱
・特に "コンピュータ関連発明" について特許取得が困難に
・この問題が、最先端技術分野での研究開発投資が
米国から、欧州や中国へ流出する一因と有識者指摘
https://i.imgur.com/kySsSnH.png
・大統領宣言 国内特許制度の強化
・中国の知的財産権侵害に関する大統領覚書
・米中貿易戦争へ発展
https://i.imgur.com/ePQU5c5.png
JETRO(日本貿易振興機構)レポート 2020年6月1日
米国知的財産システムの現状分析
https://www.jetro.go.jp/ext_images/_Ipnews/us/2020/20200601.pdf AV1/opus
画質は十分あると思う
TVアニメ『とある科学の超電磁砲T』OP映像（fripSide／final phase）
https://www.youtube.com/watch?v=R33q3f7Xpiw
TVアニメ『炎炎ノ消防隊 弐ノ章』本PV｜2020年7月放送開始
https://www.youtube.com/watch?v=JQc2JWkPgQo
【期間限定】『炎炎ノ消防隊 弐ノ章』ノンクレジットオープニング映像 | Aimer「SPARK-AGAIN」
https://www.youtube.com/watch?v=5cAXZQgiw_k AV1は個人には重すぎるからなぁ
ハードウェアの進化に期待するか… >>708
フリーで使う使わないは争点じゃないような・・ >>716
そこが争点だろ
特許ビジネスしたきゃAOMが持ってる特許に触れないエコシステム自分で構築すればいいだけ >>716
>>717
落ち着け
>>シズベルのライセンスで提供されるポートフォリオの合計は、VP9で約1000件、AV1はほぼ2000件に到達
http://www.sisvel.jp/press/pdf/20200310_VP9_AV1.pdf
いずれにせよ、何かしらの特許に1000、2000引っかかるアルゴリズム特許の現状は異常ということだ ちょっとしたことで特許とれるんだろ?
要するに特許制度がくその予感 ハードウェアエンコーダの関係で
H.264とH.265しか選択肢が無いという現実 ハードエンコってQSVやNVENCとかか。
VP9って開発止めてAV1に集中しているんじゃ無かった？
一般販売されてるのか知らんがAV1のハードエンコもあるみたいだが。 safariがVP9対応するらしいからwebではVP9の採用広がりそうだけどな ios14ではようやくVP9対応してyoutubeアプリで1080pより上の解像度が選べるようになるみたいだな
逆になんで今まで対応しなかったんだこのクソりんごは
google助けるのが嫌だったのか？ webpにも対応だから、ソースを一本化、は旧機種持ちもいるから無理だけど
大多数の転送量を減らせてありがたい まあまあ、落ち着いて。
俺はエンコードにffmpeg使っているけど
AV1は根気いるにしてもHEVCでもVP9でも良い。
でもPCにしろスマホやタブレットにしろ
ハードデコード対応出来るかで再生負荷かわるし、そもそもソフトの対応次第で影響受ける。
つまり、俺は選ぶというより環境に合わせざるを得ない。
俺はタブレットのアプリが対応しているHEVCがメインだな。 正直個人ユースならH.264で良いわ
VP9はうちのグラボ対応してないし ＞ブラウザで動画再生
その発想は無かったな。
俺みたいなオッサンだと
動画ファイルは動画再生ソフトで見るのが当たり前
という固定観念に縛られている 今の時代はtiktokやらyoutubeとかを電車とかで見る奴らばかりだからな
ローカルで動画再生はマイナーだろうな 動画保存するならhevcのが容量削れるし画質ガチ勢じゃなければultrafastのエンコで十分と思うんだけど今一人気ないんだよな ローカルでは動画再生でブラウザは使うことあんま無いけど
FirefoxやChromium系AV1対応しているんだね。AV1使って無かったから知らなかった。
気になって手元のエンコードしたファイル再生させてみたら
chrome、firefox、Ironで再生出来たがVivaldiは音声(AAC)駄目だった。
これは俺がエンコードしたファイルの問題かもしれんが。 Tigerlakeからエンコーダー載るんじゃなかったっけ
あと数ヶ月だよ 古いタブレット(android6以下)だとx265ですら
CPUのパワー不足で再生できないのが多いからなぁ…
今よりもデコードが重くなると… デコード負荷が大きいとその計算で電池食いそうだけどデコード負荷が小さいコーデックは圧縮率も低そうだから通信量で電池食いそう >>742
スマホやタブはHWデコード対応してないとまともに再生できない
CPUで再生するのはよっぽど低解像度じゃなきゃ無理 ストリーミングで映像作品を楽しむ方法と、ハードディスクにン10ギガバイトのデータを一旦落としてから高精細の映像で楽しむ方法の二通り欲しい。 密林プライムで最高画質の映画をダウンロードしたら、スマホの性能が足りなかったのか、秒間10コマ以下でしか再生出来なかったw
それ以来ダウンロードする気になれない
PCだったら問題ないのかも知れないけど DMMも技術担当の人がav1に興味持ってたしそのうち対応してくれると嬉しいな >>751
ダウンロードと書いてあるでしょ。
密林のアプリは、ストリーミングとダウンロードでビットレートをそれぞれ選択できるんだよ。 ターゲットのファイルサイズ指定してwebmを作成できるツールが面白くて試してたんだけど
設定差とか4kサイズだからとかもあると思うけどvp9とav1で画質差がエグくてやばい
https://github.com/Thomasedv/Webber
vp9(1.98MB)
https://files.catbox.moe/cahazm.webm
av1(1.87MB)
https://files.catbox.moe/3t7jd5.webm >>754
av1のほうはYUV4:2:0に変換されてる 流れ読まずにすまんが
10bitエンコの効果って8bitに比べてパディングが減るだけで
色は変わらない認識で良いんだよね ぶっちゃけ、720ｐで十分満足なんだが(特にアニメ。40インチのテレビで視聴) >>757
ありがとう安心したじゃあMPC-BEまたはドライバのバグかな
拾い物のペドアニメが10bitだったもんで
同じファイルなのに色が変わってびっくりしたんだよ
MPC-BEの設定
https://i.imgur.com/HbebYCb.png
8-bit Integer
https://i.imgur.com/KHUu8R8.jpg
16bit Floating Point
https://i.imgur.com/ypTgwzK.jpg その違いはフルレンジとリミテッドの違いのような気もしなくもない ペドアニメとかいう言葉がこのスレで出るとは
エンコードの世界は闇が深い 拙者は初耳だけど怪しげな絵だなとは思った
>>759
自分の手持ち10bitなmp4をMPC-BEで
表示形式のところを切り替えてみたけど映像に違いは出なかったよ
拾い物らしいからソースが変なんじゃないの まあ真面目に調べるなら
・ソース動画のMediaInfo情報
・MPC-BEのバージョン
・再生時のフィルターリストの情報
・再生時のレンダラ統計情報（Ctrl+J）のスクショ
・DXVAの設定状態
・GPU名とドライババージョン
といった情報が必要なんじゃないかな。 HEVCの10bitでDXVAが有効になってるなら、それをやめてCPUデコードにしてみれば改善される気がしないでもないが
特定バージョンのMPC-BEのEVR-CPのバグとか色々な可能性もあるだろうし、なんともいえない。 >>763>>765
情報ありがとう
色々ググってみると似たような症状の人がいて
Radeonドライバ側の不具合だとか書いてる人がいた
ナイトリービルドの最新版1.5.5(build 5274) betaにしても結果は変わらなかった
MPC-BE ビデオレンダラー
システムの既定 映らない 10bitだからかな
Video Mixing Renderer 9(ウインドウ) 色正常
madVR 色正常
Enhansed Video Renderer 色正常
Enhansed Video Renderer (カスタム プレゼンター)
↑8bit色正常 10bit全色グレー(キャラがまるで死体) 16bit(コントラスト上げすぎた感じ)
MediaInfo
https://i.imgur.com/5dGQfio.png
拾い物の動画と手持ちのDVDをmadVRでカスタムしたもの
どっちが綺麗か比較してたんだよね
普段はmadVRしか使わないので実用上問題無いのでレスはここまでにします
お邪魔しました
DVDソースだとBT.601のせいで色が薄く白っぽくなって鮮やかさに欠けますね >>768
ごめんリミテッドレンジ云々の問題だった
MPCのシェーダーで解決した バンディングを減らすには
ソース→フィルタ+10bitエンコより
ソース→フィルタ+RGBディザリング可逆圧縮→8bitエンコの方がまだ綺麗 doom9でx265開発チームの質が下がったと嘆かれてる暗いニュースしか知らない Mozillaで大規模なレイオフがあってrav1eの開発にも影響が出そう Xbox Series Xの発表でAV1のデコード機能は無いことが判明して
同じAMDのRDNA2を使う新しいグラボやPS5もAV1のHWデコードはない可能性が高くなった グラフィックの進歩が凄まじくてもはやプリレンダーにする必要性がないからな >>784
PS4総合スレの住人だけどPS4でようつべ見てる奴かなりいるぞ
そいつらに理由聞いてみたらスマホだと画面が小さいしPC持ってないからPS4で見るんだと PS4なんか使わんでもYouTubeくらいテレビだけで見れるだろ >>786
それは今もなくても見れるってことだから。 今載せても売り上げにつながるロジックじゃないってみんな想像はできると思う。必要に迫られてるのは携帯デバイスではないかな
パテントトロールに餌上げるようなリスクは今のAMDはやる必要はないし。ただでもゲーム機には実績のないレイトレ実装でリスク取ってるんだしね
AV1デコーダーはXe-HPGが載せるって言ってるし、ゆっくり浸透するさ >>788
それだとたいがいのPCやスマホに載ってない今でもツベ見れるから無くていいなてことにならないか QSV使ったハードウェアVP9エンコードって画質どう？ 次世代画像フォーマット 〜 AVIF と JPEG XL 〜
https://docs.google.com/presentation/d/1Vuq1WclKNBxiRd6znT7g-XyugwQA4FwqsyHRL8FlEFw
なんかJPEG XLの方が本命っぽいんだよな
・JPEGと相互互換性あり
・エンコードもデコードも速い
・プログレッシブ対応やレスポンシブウェブデザインのWebと相性良い
・バックにGoogleがいる AVIFの元になったAV1にもGoogle参加してね？
YoutubeとかもAV1使われてるしwebpみたいな感じでChromeのゴリ押しでAVIF広まると思うけどね >>792
そこまでひどいん(´・ω・｀)？＞VP9 H/W Enc >・JPEGと相互互換性あり
これが本当ならこっそりと浸透していきそう 確かjpegを完全に画質を保ったままxlに変換出来る
ファイルサイズは30%くらい小さくなる >>795
Google参加してね？どころか、Googleが中心に主導してるくらいだからな
それでもゴリ押しで広まるかは分からん。VP9だってYoutubeくらいでしか使われていないし >>795
AVIFはずっとNetflixが主導のイメージあるな
規格の発案から策定まで
たしか今年2月頃にJPEGとの比較記事をノリノリで書いたのもNetflixだったっけ おいおいやめてくれよまたフォーマット増やすの
全部webpに変えちまったぞ Googleは検索エンジン最適化(SEO)という最強の生殺与奪権を持っている
今はSEO対策でWebPを採用してPageSpeed insightsの評価点数を上げることが重視されている
なおPageSpeed insightsの内部ロジックであるLighthouseに次世代画像フォーマットへの対応(Serve images in next-gen formats)という監査項目がある模様
JPEG XLを最高得点に設定すれば世代交代を促進できる
得点の低いであろうJPEG,GIF,PNG等々レガシー規格はインターネットの表舞台から姿を消すに違いない ちなみにJPEG XLはロイヤリティフリーである
MPEG系列も当初からロイヤリティフリーを基本方針にしていれば、こんなことにならなかったのにな…
https://news.mynavi.jp/article/jpeg-2/exit
＞JPEGの兄弟のようなMPEGという動画の規格があるのですが、参加している企業の特許が入ると、その企業に規格の利用料が払い込まれます。ビデオやブルーレイなどの再生機器には規格の利用料が1台ごとにかかって、それが製品代に含まれています。利用料を集めて各企業に再分配する組織(ライセンスプール)があるんです。そのため、MPEGは参加して決定することで利益があがるという方針なんです。
＞一方、JPEGは基本方式を使うことに関しては無料(ロイヤリティーフリー)です。無料であることによって広まり、対応する機器の台数が増える、すなわち市場が拡大することによって、自分たちの製品が売れるという考え方なんです。デジカメでの成功例がまさにそうですね。もしJPEGが有料であったなら、また違った結果になったかもしれません。 >>795
AV1はほぼGoogleのVP10がベースだよ >>794
> プログレッシブ対応
自動的にプログレッシブ対応にはならないでしょ？
なら、今時プログレッシブ対応で出力する人なんか居るのか？
最近ほぼ見ないけど知らずにプログレッシブ対応画像を見ているのだろうか JPEGも特許訴訟あった
米Forgent Networks 米国特許番号 4,698,672
カメラメーカーなどにライセンス料請求
各企業と和解
ソニー支払い額 1620万米ドル
三洋電機支払い額 1500万米ドル
https://xtech.nikkei.com/dm/article/NEWS/20061106/123157/ パテントトロールはずっと規格策定委員もグルだと思ってるわ impressって傾向してる記事が多いしなぁ
最近だとりんなも中国の会社に移管したんだから企業や大学では使わないように促すべきなのに
眠いんで特許までは調べないけど、きっと素晴らしい新技術に違ない！
「Free-Dは4K映像をほぼ画質を劣化させることなく、毎秒3?5メガビットのデータ転送量で配信する高画質映像圧縮技術（特許出願済）を開発しました。」
ttp://www.free-d.ltd/news/news-2020-08-25.html >>814
この手の話は昔から幾度となく出てくる。どれも生き残ったという話は聞いたことが無い。 特定の状況でのみ圧縮率が高くなるアルゴリズムの特許とか、山のように登録されているのだろうな
そしてクソの山にまたひとつ新たに追加されたと…
取り敢えず登録しとけば、特許ゴロに使ってもらえるかも知れないしな >>817
ついにきたか！
これでXnConvertとPerfectviewerが対応してくれれば
クラウドにより多くの書類をぶっ込める EVCのエンコーダーのRust実装が公開されてた
revcx/revc: The fastest and safest EVC encoder and decoder
https://github.com/revcx/revc svtAV1guiEx 0.00beta3 に更新
スレチだけどCheckBitrate も更新 >>882
VVCはまだ先かなーて思ってたけど早いね >>822
比較元のHEVCのCTB（CTU）が正方形のみのブロック分割とか
比較対象が簡易実装っぽくない? 前にNHKが比較デモやってたと思うけど地上波4kやるときはVVCになるのかな >>882はいつも早さに定評あるから期待を裏切らないはず リアルタイムエンコードも良いけど、ラグはどれくらいになるのか？
今の地上波は2秒程度だから、それ以上になって欲しくない ニュースとかはデータ放送使えばいいだけ
焼きこみとか前世紀すぎる Ampere発表されたね。
NVENC第7世代のHEVCの画質を早く見たいわ ここはコーデックスレだから語りたいなら
こっちじゃない？
【NVENC/VCE】ハードウェアエンコーダーを語るスレ5【QSV】
https://mevius.5ch.net/test/read.cgi/avi/1592883923/
VVCは略してトイレか便所だなw こっちの記事のほうがいいか
GeForce RTX 30 Series GPUs: Ushering In A New Era of Video Content With AV1 Decode
https://www.nvidia.com/en-us/geforce/news/rtx-30-series-av1-decoding/ いくらなんでもAV1のHWエンコードはなかったか。ちょっとばかし期待したんだけどね >>831
ハードエンコの画質は大して変わらんだろ(´・ω・｀) 今の技術じゃHWエンコはh.265でも画質のわりにサイズがでかくなる傾向があるから、少しでも小さくするためのAV1とは相性が悪いのもあるね >>832
WCにしか見えなくなったじゃないかどうしてくれる(笑) 手を出すのだけは速いな
x265の完成度をもっと高めてくれって感じ 自分で高めようよ！いつまでも古事記じゃなくてさぁ！ いまさら特許問題でどん詰まりのhevcにリソース割いて頑張るくらいなら
他のことに力入れたほうが将来的にプラスかも >>846
すげー縮んでるなあ
こんだけ縮めばトラフィックがどれだけ削減できるか えびふりゃ〜、オリジナルの次にきれいなのに1番ファイルサイズ小さいのか
動画のAV1も頑張ってもらいたい 今のデジカメやスマホってAVIF対応してる？
というか各SNSってAVIFでうｐできる？
そろそろJPEGの呪縛から解かれても良いと思うんだが 最近、andriodのheif(heic)対応のソースコード読んだけど、当たり前だがやっぱ動画のHEVCのハードウェアエンコーダを利用してたね
だから、デコード、エンコードは速い >>851
クロームの中の人がウェブページの画像としてどうかって観点で書いてるから
主要なウェブブラウザでサポートされてないものを比較対象にしないのはしゃーない
heicの規格はもちろん良いものだけど、順調に行かなくて選択肢から除外されたから
他の形式から選ばざる負えない状況なのもあるし ・IntelのIce Lake世代CPUは「命令の種類による最大クロック制限」が緩和されている
https://gigazine.net/news/20200910-ice-lake-avx-512-downclocking/
Ice Lake以後は、AVX512を使うようなタイプのソフトウェアエンコードでも速度ダウンを気にしなくて済みそうだな
あとはデスクトップ用CPUをさっさと出荷しろ だからそのIceLakeはいつ使えるようになるんだよ heifはどうなるのかね？
CanonとSONYが上位機種のカメラで採用したけど、これからデジカメで普及していくのかな？ vvcベースのvif?が出そうな気もするけど乱立したらどの形式も普及しないような >>857
sonyとcanonはhevcの特許プールに入ってるからクロスライセンスで済みそうだけど
他のとこがやったらどうなるか分からない気がする
他ができないから編集ソフトなんかも自前の商品に囲いやすくなるとかまで考えてたりして avif使ってみたけどかなりいいねー
cavif-rsというので変換してみた、2次画像しか変換してないけど最低設定ならwebpとかと速度もそこまで変わらないし(最高設定に比べ1.5倍ぐらい膨らむけど)
最高設定ならPNG比1/50程度の容量でぱっと見普通に綺麗な画質になるわ。マジで破綻が少ない
というか打ってから思ったけどここ動画スレやなw 静止画を早く表示するのが動画だから多少なら目くじら立てるよりそんな使い方もあるんだなってことで
それを時間軸方向にも圧縮できるかどうかと、残像＆錯覚でごまかすことができる程度(すでに動画スレの偏った見方だな) AVIFはlossyな圧縮だと圧倒的な性能を見せるけど、losslessがバグってるのかと言うほど低圧縮なのが気になる… 実際にAVIFでロスレス使うことないだろうからなあ SVT-AV1のソースコードが更新されるたびにシコシコビルドして使用していたが、
rigaya氏がビルドしたものを使用したら、速いのなんのｗ
もう自ビルドするのやめたｗ AVIF
／|
〃ヾ"ﾞﾐﾞ"ﾞﾐｯイーヽ
ヾｼﾞ"ｯﾞ"ﾞﾐｯ""￣￣
ﾞ"ﾞ"ﾞ"ﾞ" svt-av1とかav1コーデックは今後速度が改善される余地はあるの？それともcpuの進化頼み？ x265とかSVT-AV1の演算ロジックを物理で実装したボードって技術的に作れないのかなあ（儲かるかどうかはおいておく） >>868
エンコーダとデコーダの最適化はaomとsvtのコミット見る限りまだ進んでるから
多少の改善はあると思うけど
たぶん期待するほど計算量が減ることはない >>870
さよか x265で圧縮してなおhddが圧迫されるから期待してたんだが‥そうか近いうちはアカンか SVT-AV1、PCスペックで殴れば普通に実用的な速度画質になるけど SVT-AV1よりlibaomを並列で動かしたほうが速度も画質も上ってredditの人たちが言ってたような 個人使用ならVVCに期待しようぜAV1よりは実用的に速かろう、綺麗かろう AV1がリアルタイムエンコできる日は来るのだろうか libaomを並列でってうまいことオプション調整してマルチスレッド動きやすいようにするの？
それとも複数動画を一気に？
前者でSVT-AV1超えの速度とか正直できる気がしないけどオプション例あるなら教えてほしい 動画配信用途だとどうせ数秒ごとのチャンクに分割してエンコードするしな
CPU飽和するまで並列化すればいいって話
普通の1本の動画にするならPTSやDTS気をつけてうまく繋げないと変なファイルになりそう 撮影したままの・・ってソニーのカメラで撮影したファイルじゃないと対応しないって事かな ＞HEIF Converterは、対象のソニー製カメラで撮影したHEIFファイルをJPEG/TIFFファイルに変換するアプリケーションです。
＞対象機種に記載されているカメラ以外で撮影したHEIFファイルの変換はできません。
ttps://support.d-imaging.sony.co.jp/app/heif/ja/
ソニーのソフトウェアは対応機種をつながないと動かないとかよくやるから制限きついのは普通だね 今度出るRadeonもAV1のデコーダー載せてるらしい
これでPCはAV1のハードウェアデコード環境揃うな
スマホはAppleとQualcommが対応したら一気に広まるだろうけどいつになるのやら intelもTiger LakeからAV1のデコードをサポートするしな モバイルこそ必要なのになAppleが最後になると拗ねて対応しないからなぁ…
AppleChipで早めに対応して ttps://github.com/fraunhoferhhi/vvdec ttps://github.com/fraunhoferhhi/vvenc
encもあったわ x265みたいに使えるようになるまで時間かかるのかと思ってたら
VVCは公式でソース公開かつ非商用無料なんだな >>887
デコーダーはGPUに実装するはずだが、Appleは自前GPUだからArm買収の影響は無いだろう appleもhevcが流行すればライセンス料が特許プールから分配されてウハウハとかいう夢は冷めたみたいだし
AOMに加盟する程度には前向きだしav1へ移行する足並みくらいは揃えてくれると思いたい JMやHMみたいなもんじゃなくて？
実用的な速度出るんか？ >>890
特許料は取るのにソース公開してる意味は何？ スマホ系でAV1デコーダーあるのはまだMediatekのDimensity1000シリーズだけか
>>892
Appleがもしやる気なら今回発表されたA14、もう載せられそうだけどどうだろうな FFmpeg Builds - Zeranoe
https://ffmpeg.zeranoe.com/
ffmpeg.zeranoe.com will close on Sep 18, 2020, and all builds will be removed. If you're using Zeranoe FFmpeg Builds in your product, please ensure that you have a hosting strategy in place by the 18th. Thank you to everyone who supported the project along the way!
＼(^o^)／ｵﾜﾀ ライセンスごちゃごちゃだからリスクを負いたくないんだろ
開発者向けのツールなんだからビルドくらい自前でやれや >>898
ちょっと前からリンクが変わってるからそちらで〜
ttps://ffmpeg.org/download.html#build-windows
ttps://www.gyan.dev/ffmpeg/builds/ JPEG XLはいつになったら標準化されるんだろう スマホはDimencity、PCはRTX30xxとAV1のデコードできる製品は出たけど、どっちも再生支援対応デコーダーあるのかな? >>905
おー、結構有名どころがサポートしてるんだね 8Kとはいえデコードに9900Kで85%とかものすげー処理だな゛(ﾉ><)ﾉ ﾋｨ >>903
動画コーデックよりまとめてくれるとこがないから動きがよく分からんね… JPEG XLは今月中に最終国際規格案（FDIS）が策定される見通し
FDISはすべての国家の代表団体に対して2ヶ月の投票を行い、最終投票にかけられる｡
FDISの承認後は、中央事務局での発行段階へ移行し、国際標準規格として印刷･配布される。 >>911
そういう仕組みだったのか
てことは早くても来年か〜 >>913
>『最新のYouTubeビデオ』が4K対応すると明記されているため、Apple側がVP9に対応したのではなく
>AV1コーデックを利用している可能性があります
とんでも理論で笑った
IOSですらテスト版でVP9に対応してるのに、tvOSはまだほとんどコンテンツのないAV1だけに対応するとか不思議に思わないのかな
責任感のないネット記事をソースにして釣りスレタイ書いてあるようなのばかり読んでたらアホになりそう ねらーってまとめサイト嫌う人多いけど
ニュース系（笑）板ってアホスレタイのアホ単発ばっかで正直まとめサイトと同レベルだよな ニュース系は専スレから見るとアホとしかいいようのない浅い会話しかされんからネタ以外では見ない まとめサイトは更新しないから情報が古いことが多いしな
韓国企業が儲かるばかりか、努力して調べて情報公開してくれる人に悪影響のあるサイトばかりだった >>915
どちらかというとﾁｮｳｾﾝ系が目の敵にしている印象＞まとめサイト >>913
VVCの事ライセンスフリーとか言ってて草
ほんと知ったかだな 日本がIT後進国だと痛感したわ。情報リテラシーなさすぎ。
ttps://leia.5ch.net/test/read.cgi/poverty/1601935119/
マニアックなコーデックなんか知っておくべきとは言わないけど
知らない事を知ろうとする姿勢が弱いわりに謎の上から目線。 他のスレはほかのスレでたたきなよ。スレは見てないけど自分が知ってるから上から目線で語ってるように見えるぞ
知らない人に教えてあげることもできないとか、リテラシー以前に人としての情操教育レベルの問題
それを本人の知らないところで拡散とかただの蔭口のネタにしたいだけだろ いや、知らない人を馬鹿にしたりしたいわけでは無いんだよ。
酷いレスが多かったから不快感を出してしまったのはすまん。
レスバとか時間の無駄だし叩くとかもしない。
人が多い板のスレがあんなんで
個人的には目眩しそうなくらいショックだった。
ここの人には共感してもらえるかと。
リンク貼っておいてなんだが、読んだら不愉快な思いするかも。 これ他の板のスレでも見たぞ…そこでは袋叩きだったが、あまりそういう事をやるな 嫌儲なんてそもそもゴミしか居ない匿名掲示板の中でもさらにゴミの底辺バイトのおっさんばかりの板だからリテラシーを求めるのは酷な話よ まあもうHEVC作ったとこはVVC流行らす方向に切り替えてるでしょ、エンコーダ頑張ってくれー ニュース系の板が見るだけ無駄なのは勿論のこと、
間違っても書き込んでエサを与えちゃいかん TigerとAlderがAV1のハードウェアエンコ対応って北森に出てますな。
dGPUにも乗せてくるかな。 デコーダだけでいいからVVCも早く乗って欲しいな
AV2が見えて来ないから何とも言えん部分あるけど今のAV1より速度や画質が優れてる分採用数もそれなりにあるだろうし VVCのコンシューマ展開についてはApple陣営にかかってるんじゃない
独自CPUとGPUにデコーダ載せたiPhoneがバカ売れすればIntelやNVIDIAが追従してくれるかもしれない 動画のほとんどがwebストリーミングの時代にブラウザが対応しないコーデックは全部使い物にならないよ 大きな関門は特許問題で内部分裂しないことと、ライセンスが使いやすい条件と使用料になるかどうかだと思う
採用するかどうかは消費者じゃなくて事業者が決めることだし appleはテレビのサブスク始めてなかったっけ？
そうすると、ライセンス料かからないコーデックのほうが都合がいいのかな
まあ、ライセンス料なんてappleにとってゴミみたあに額だけど appleはまだhevc兼vvcの特許プールにいるみたいだしライセンス料金取る側だろうから
自分で使う分には格安か無料になりそう それではここでWeb会議システムの日米シェアを見てみましょう
Zoom 日 30% 米 48%
Skype 日 25% 米 9%
MS Teams 日 16% 米 12%
Google Meets 日 6% 米 9%
https://dime.jp/genre/files/2020/04/01-148.jpg
https://dime.jp/genre/905160/
ライブ映像コーデック
Zoom - H.264 SVCなどをベースに拡張
Skype - H.264/RTVideo
MS Teams - Satin (独自仕様)
Google Meets - VP9 動画転送時間が数億時間を軽く超えているんだから数％違うだけで大企業様はものすげーコスト削減につながるのはわかるし
利権(金)が絡んだ方が技術競争させた方が発展するのも頭ではわかってるんだ。でも、民生機に搭載するやつはもっと分かりやすく優しくしてくれよと思う
とくにH.26xシリーズは後継規格なんだからすぱっとト移行すればすべて丸く収まる条件で・・・ >>934
appleは自前のブラウザあるしVVCゴリ押しもできる
けどAV1の方が楽だろうしそっちになりそうかな それでは次にYoutubeライブエンコーダの設定を見てみましょう
エンコーダの設定
プロトコル: RTMP ストリーミング
動画コーデック: H.264、4.1（最大 1080p、30 fps）
H.264、4.2（1080p、60 fps）
H.264、5.0（1440p、30 fps）
H.264、5.1（1440p、60 fps）
H.264、5.1（2160p、30 fps）
H.264、5.2（2160p、60 fps）
https://support.google.com/youtube/answer/2853702?hl=ja >>939
他人に優しくしてる余裕なんて、世の中全体がとっくの昔に失っている
無い物ねだりは意味がない >>939
テレビとかは4kはh.266になりそうだね
まあ先は長いだろうけど ・AVIF形式をサポートした「GIMP 2.10.22」がリリース 〜他のファイル形式への対応も強化
https://forest.watch.impress.co.jp/docs/news/1281688.html
静止画も10bitや12bitの時代が着々と進行か
長らく8bitか16bitかの両極端な選択肢しかなかったが、ようやく動画の連番画像ファイルの扱いもやりやすくなりそうだ
あとは、PCなどで広色域フォーマットが簡単に扱いやすくなれば、sRGBの範囲外も読み込む能力のある
高性能フラットベッドスキャナとかの画像も忠実にデジタル化しやすくなるのだけど Windowsはカラーマネジメントがガバガバだからなぁ
Microsoft Edgeだと文字色にカラーマネジメントが適用されたりされなかったりで安定しない >>938
コロナ需要でいろいろ開発が進んでるんだなとつくづく思う。
ビデオ会議サービス向けのクラウドプラットフォーム「Maxine」。
＞AIを活用してビデオ会議ツールの品質向上を実現でき、低解像度の映像に対する超解像機能や音声のノイズ除去、リアルタイムの文字起こしや翻訳、H.264の10分の1の帯域幅で映像を伝送する圧縮技術などが利用できる。
NVIDIA、ビデオ会議で顔の向きや視線の補正などを可能にする技術
ttps://pc.watch.impress.co.jp/docs/news/1281102.html >>946
会議中に上司に失礼な態度や視線が補正されるんですね x265のtuneっていつの間にかfilm消えてる？
あとtune ssimとかってベンチマーク用で普段は使わないほうがいいのかな？ youtubeなどでの再圧縮前提ならtune ssimがいいらしい TwitchがAV1コーデックで1440p120FPS動画のテスト中。E-Sportなどの配信でさらに画質が良くなる見込み
https://pontiti.info/others/twitch-av1-1440p120fps YouTubeも4K HDRは7割型AV1に変わったな
時代の流れは早い
比較確認用のサンプルが増えて助かるよ AVCの時よりかなりキレイだしVP9と比較しても劣ると感じたことないけどなぁ 元から汚いやつはコーデックに関係なく汚いから見てないし 動画のビットレートによるで終わっちゃう話だけどMVとかはav1にしたら結構綺麗だったような
でも景色の4k動画に一個酷いの見た記憶がある、あれはそうとう無理して圧縮してたんだろなあ 結局古いwmvの圧縮するとしたらh265でいいの？
av1とか遅いくせにそこまで画質良くないし
個人利用ならh265一択？ wmvより画質が良くなることはないんだし再生環境に合わせて好きなものを選べばいいと思う
もともと低ビットレートでの再現性技術だから、単に高画質を狙ってるわけじゃないからね
ビット盛ればlosslessもあるんだし、どこで妥協するかは自分の目で判断するしかないと思うよ microsoftは責任もってwmvのデコーダーをオープンソースにして公開しろよ 一応デコード環境まで整ってるし265で圧縮してav1が使い物になるまではhddの時間稼ぎしとくのがいいよ 久々にAV1エンコードされたYouTube動画の画質チェックを行ってみたが、
確かに以前より全体的に画質は向上しているように感じた
ただし、どれがAV1でエンコードされているのかをチェックしながらダウンロードしたり
するのは、正直ちょっと面倒といえば面倒化も
一応、youtube-dl用のbatファイルを再整備してみた（４つになってしまった）
■VP9&Opus（通常のステレオ音声はこちら）
"C:\User Program Files\youtube-dl\youtube-dl.exe" -f bestvideo[vcodec*=vp9]+bestaudio[acodec*=opus] --merge-output-format mkv "ダウンロードアドレス"
pause
■VP9&m4a（サラウンド音声はこちら）
"C:\User Program Files\youtube-dl\youtube-dl.exe" -f bestvideo[vcodec*=vp9]+bestaudio[acodec*=mp4a.40.2] --merge-output-format mkv "ダウンロードアドレス"
pause
続く ■AV1&Opus（通常のステレオ音声はこちら）
"C:\User Program Files\youtube-dl\youtube-dl.exe" -f bestvideo[vcodec*=av01]+bestaudio[acodec*=opus] --merge-output-format mkv "ダウンロードアドレス"
pause
■AV1&m4a（サラウンド音声はこちら）
"C:\User Program Files\youtube-dl\youtube-dl.exe" -f bestvideo[vcodec*=av01]+bestaudio[acodec*=mp4a.40.2] --merge-output-format mkv "ダウンロードアドレス"
pause
過去にアップロードされているものでも、低解像度のみAV1が用意されていたりするから、単にbestvideoで決め打ちでやると、
低解像度のAV1が落ちてきたりするから、都度確認しながらしないといけない 高圧縮「AV1」のハードウェアデコード、Windows 10でサポート開始
https://pc.watch.impress.co.jp/docs/news/1282219.html
なお、10月28日発表のRadeon RX 6000シリーズにおいても、AV1のハードウェアデコードが実装される見込み。
GeForce RTX 30シリーズでは最大8K、Xe Graphicsでは最大4K解像度のデコードが可能だが、Radeon RX 6000シリーズについては不明。 いよいよAV1も足並みが揃いつつあるようで
あとはハードウェア側の対応とユーザー側の導入のしやすさが鍵を握る
特に、ノートPCはThunderbolt3端子が搭載されていればeGPUで対応させることもできるわけだから、
消費電力を抑えたモバイルバッテリー程度で動作可能な省電力eGPUユニットを出してくれれば、
AV1への対応は従来のコーデックよりも早く対応できるようになるかもしれない >消費電力を抑えたモバイルバッテリー程度で動作可能な省電力eGPUユニット
消費電力的にiGPUと大差無い性能しか出ないだろうし
需要無いだろ 大体AV1遣うためだけにeVGAなんて買う変態なんて、居ないって。
君は買う大変態なのかもしれないけど。（笑
大体再生するだけならCPUで余裕な訳で。
一般人なら尚更。 流石に高解像度デコードはかなりパワーが必要だわ
4コアCPUならおそらく4K程度でも60fps安定して出ない可能性高い Thunderbolt4端子搭載機種はiGPUがAV1ハードウェアデコード対応してる これだけ固まってくると、あと心配なのはリンゴさんが拗ねないといいな・・・ 4K Video Downloaderでmp4選べばAV1が選択肢に出てくるから楽ちん
AV1だとHDRってちゃんと出ないのが玉に瑕だが、HDRの動画ならHDRでダウンロードできるのでOK tigerlake載せたノートと2021年3月発売のRocketlake載せたデスクトップがオンボでAV1対応してるから増えるのは来年かな ようつべのGoPro公式動画は4K AV1あるな
ttps://www.youtube.com/watch?v=xYX6b1-9Coo
公式動画はアクセス数が多いから見つけやすいかも ソフトでもハードでもいいからまともに使えるエンコーダーはよ出してくれ hddがいっぱいなんじゃ 個人ユースならH265で良くないか？
AV1なんてエンコードもデコードも重い癖にそこまで劇的に縮まないのに何故そこまでして拘るのか AMDを押しのけての最先端プロセス独占だもんなぁ
スナドラのケツをたたくためにOSレベルで正式サポート発表してほしいな。発表まだだよね？ ＨＷデコードで一番遅れてるのはAndroidなのか
Qualcommしっかりして欲しい 8K HEVCはガラパゴス
8K AV1が世界標準かな >>980
12/1に発表されるらしい875では対応してるんじゃない？ >>980
AV1のHWデコードのことなら
MediatekのDimensity1000シリーズが対応しててXiaomiとかからもう製品出てる
日本で発売してる端末にはまだ無かった気がするけど このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 251日 18時間 18分 36秒 5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。
