次世代ビデオコーデック総合スレPart1 【HEVC/VP9/AV1等】

次世代ビデオコーデッ ..

48:名無しさん＠編集中
18/01/20 03:19:26.83 OGZ2RUSbM.net
JPEG XLの技術公募締め切りが今年4月までなんだが
それまでにAV1策定はよ

49:名無しさん＠編集中
18/01/20 05:24:05.79 86TUcWy60.net
av1 jpeg 比較
URLﾘﾝｸ(people.xiph.org)

50:名無しさん＠編集中
18/01/20 18:18:49.86 XIH6s3g30.net
補足
>>48は>>46の記事で紹介されてるリンクで、複数の画像について AV1/x265/JPEG/Original の比較が可能。

51:名無しさん＠編集中
18/01/20 18:31:45.29 XIH6s3g30.net
Bitmovin社のAV1への取り組み
AV1 - Bitmovin
URLﾘﾝｸ(bitmovin.com)
AV1 Datasheet - Bitmovin
URLﾘﾝｸ(bitmovin.com)
Bitmovin-AV1.pdf
URLﾘﾝｸ(bitmovin.com)
>>14で
　「AV1の1080pのリアルタイムエンコードに200コア使ってたが8-32コアでできるようになるだろう」
とあったけど、上の資料や下の記事にあるように、その直後の2017/9/13-18のIBC2017で、
AV1/1080p30/1.5Mbpsのリアルタイム配信を32コアでやってた模様。
A Constantly Evolving Video Landscape on Display at IBC 2017 - Bitmovin
URLﾘﾝｸ(bitmovin.com)

52:名無しさん＠編集中
18/01/20 23:01:56.35 rS9bZFf+H.net
AV1が新jpegになるかな

53:名無しさん＠編集中
18/01/20 23:16:01.06 XIH6s3g30.net
HEVCエンコーダ製品等を展開するBeamr社のブログより
2017/7/13
Comparing HEVC & VP9 Made Easy
URLﾘﾝｸ(blog.beamr.com)
・VP9、HEVC、AVCを機能面から比較した、
　下記タイトルのホワイトペーパー(PDF)をダウンロード可能。
　　「Choosing the Right Compression Technology ? Comparing VP9, AVC, and HEVC.」
2018/1/6
HEVC today. AV1 tomorrow?
URLﾘﾝｸ(blog.beamr.com)
・AppleのAOMedia参加を受けての記事。HEVCとAV1の比較や問題点等。

54:名無しさん＠編集中
18/01/22 08:41:50.60 lSoEz2bj0.net
久々にAV1ビルドしようと思ったらcmakeとnasmが必要になってたのね
前はcwgwinだけで超簡単にビルド出来てたのに通らなくなってて焦ったわ

55:名無しさん＠編集中
18/01/22 18:30:14.50 RJV+YfJ/0.net
うちでcmakeを実行するとaom/build/cmakefiles/cmaketmp/の下に出来る実行ファイルを
Norton先生が遮断or削除するんだよなあ・・・。とりあえず一応ビルドは出来るので放置してるけど。

56:名無しさん＠編集中
18/01/23 00:55:18.65 1u99Hw3q0.net
ITUジャーナル | ITU-AJ
URLﾘﾝｸ(www.ituaj.jp)
※次世代コーデックスレ的に関係ありそうな内容だけを抜粋。
※ITU-T SG16は、マルチメディア関連の標準化をしているグループ
　ITU-T Study Group 16 - Multimedia coding, systems and applications
　URLﾘﾝｸ(www.itu.int)
●ITU-T SG16 第1回会合の結果概要 (2017年5月号。会合は2017年1月)
URLﾘﾝｸ(www.ituaj.jp)
・H.264(V12)の合意
・HDR関連文書の承認
・FVC関連文書の承認
・JCT-VCとJVETの会合
・FVCは前回会合から2%程度の符号化効率改善。
　今回4つの改善提案の採用で更に2～3%の改善を期待。

57:名無しさん＠編集中
18/01/23 00:56:30.82 1u99Hw3q0.net
●ITU-T SG16 第2回会合の結果概要 (2018年1月号。会合は2017年10月)
URLﾘﾝｸ(www.ituaj.jp)
・H.265(V5)の合意
　（モノクローム10およびメイン10静止画プロファイルの追加など）
・HDR関連文書の承認
・JVETの下、H.265を越える次世代映像コーデック(FVC)に向け、
　MPEGとの協力を正式に開始
　(2015年10月に始まった共同検討の成功を受けたもの)
・JVETは現在、通常のカメラの映像だけでなく、
　360度全方位カメラの映像や、高ダイナミックレンジのカメラの映像を
　対象とする、共同の提案要求を出している。
・JCT-VCとJVETの会合
・H.265/HEVCが第69回Engineering Emmy Awards（技術・工学エミー賞）を受賞
　URLﾘﾝｸ(www.emmys.com)

58:名無しさん＠編集中
18/01/23 06:44:09.33 E8QTtu350.net
静止画でjpegより高画質な物はもう売るほどあるけど全く流行らん不思議
エンコード・デコードを安価な1チップで高速実行できるようにならないと無理？

59:名無しさん＠編集中
18/01/23 08:06:09.52 aPpVUCAU0.net
>>57
多少性能が上なくらいじゃ置き換えるまでは行かないだろうね
webpなんかも、いつも使ってる画像編集ソフトで開けないって大不評だったし

60:名無しさん＠編集中
18/01/23 08:14:11.75 aPpVUCAU0.net
イラストなんかだと5分の1くらいまで圧縮出来るようなケースも結構あるけど写真だと良くて2～3割くらいしか縮まないし

61:名無しさん＠編集中
18/01/23 09:31:35.72 Sc6kE1330.net
　
【ミニトピ】iOS 11の写真/動画形式「HEIF」と「HEVC」。従来とは何が違う? - AV Watch Watch
URLﾘﾝｸ(av.watch.impress.co.jp)
>HEIF自体はファイルフォーマット(コンテナ)であり、
>その画像の圧縮方式には複数の技術が規定されている。
>圧縮方式にHEVCの技術を使った場合、ファイルの拡張子は.heicになり、
>（中略）
>H.264を使えば.avci、その他の方式を使うと.heifになる。
このへんよく知らなかった。

62:名無しさん＠編集中
18/01/23 18:30:59.95 PocNlfHu0.net
>>60
これは参考になった

63:名無しさん＠編集中
18/01/23 19:51:56.87 GoujBY/y0.net
HEIFにAV1入れるフォーマットも草案中らしい
URLﾘﾝｸ(github.com)

64:名無しさん＠編集中
18/01/23 22:33:11.48 JSzcjXLFM.net
AppleがHEIF
GoogleがRIFF
MSがTIFF
コンテナ三国志

65:名無しさん＠編集中
18/01/23 22:44:50.68 JSzcjXLFM.net
JPEGが次世代規格に置き換わらなかった要因
URLﾘﾝｸ(news.mynavi.jp)
JPEGとの互換性が鍵

66:名無しさん＠編集中
18/01/23 23:13:37.90 JSzcjXLFM.net
URLﾘﾝｸ(news.mynavi.jp)
＞JPEGの兄弟のようなMPEGという動画の規格があるのですが、参加している企業の特許が入ると、その企業に規格の利用料が払い込まれます。ビデオやブルーレイなどの再生機器には規格の利用料が1台ごとにかかって、それが製品代に含まれています。
利用料を集めて各企業に再分配する組織(ライセンスプール)があるんです。そのため、MPEGは参加して決定することで利益があがるという方針なんです。
＞一方、JPEGは基本方式を使うことに関しては無料(ロイヤリティーフリー)です。無料であることによって広まり、対応する機器の台数が増える、すなわち市場が拡大することによって、自分たちの製品が売れるという考え方なんです。
デジカメでの成功例がまさにそうですね。もしJPEGが有料であったなら、また違った結果になったかもしれません。
標準化機構JPEG
利権団体MPEG

67:名無しさん＠編集中
18/01/24 18:47:01.61 SgH0BEWCM.net
heifってコンテナだったのか
bpgみたいなものだと思っていたわ

68:名無しさん＠編集中
18/01/24 21:04:43.12 V85qcpcr0.net
Survey: The Impact of Apple's HEVC Adoption
URLﾘﾝｸ(www.streamingmedia.com)
AppleがHLSにHEVCを追加した件の影響などについてのアンケート調査レポート。
記事にある内容だけを大雑把に言うと
　・HEVCの配信採用は進みそうだが不明瞭なロイヤリティコストへの懸念があるのでなんとかしろ。
　・AV1での配信も注目されているが品質・再生パフォーマンス・エンコード時間への懸念がある。
　　一方でAV1の潜在的な知的財産絡みの問題を懸念している人は比較的少ないようだ。
　・HDRの配信も進みそうだ。
といったところかな？詳細PDFのダウンロードは要登録なのでそちらは見てない。

69:名無しさん＠編集中
18/01/24 23:11:18.83 kZ76jG8Z0.net
結局、次世代規格はどれが一番良いんだ…
もちろん動画の種類にもよるだろうが、HEVC一本で管理し始めても大丈夫かね

70:名無しさん＠編集中
18/01/24 23:58:04.56 bailDe6M0.net
当然、HEVCだよ
今更他の規格がいきなり標準になる事はないでしょ

71:名無しさん＠編集中
18/01/25 07:23:07.24 X7EaTpdS0.net
AV1は再生は軽いの？
そのうちインテルのQSVになったりしないかなー

72:名無しさん＠編集中
18/01/25 08:08:35.94 B1Tlv2QT0.net
お前大好きだもんなAV1

73:名無しさん＠編集中
18/01/25 09:06:57.23 SRg0RvRUM.net
アップルがAOMに入ったことでブラウザベンダー全てがAOMメンバーになったからウェブではAV1が確実に広まるだろうな
ウェブ以外だとHEVCのほうが強そう

74:名無しさん＠編集中
18/01/25 09:38:51.06 LmGDgiSW0.net
>>68
個人の使用用途ではHEVCがいいだろうね
VP9なんかでもそうだけどロイヤリティフリーなコーデックってエンコードが無茶苦茶遅いから演算コストかけてでも莫大な転送量と特許使用料を減らしたい企業にしかメリット無い

75:名無しさん＠編集中
18/01/26 21:23:54.36 dPRLyDJW0.net
URLﾘﾝｸ(twitter.com)
>pixiv社内でのHEIF画像ファイル調査結果を話して良いとの事なのでスライド資料を作りました。
>これの倍は書きたかったけど1時間でも足りなくなるので内容をかなり絞ってます
>(画質検証や派生ロールとか大事なのだけど今回は無しで)
HEIF解説～コンテナ構造の実際～
URLﾘﾝｸ(speakerdeck.com)

76:名無しさん＠編集中
18/01/28 13:12:05.74 cspIlirf0.net
AV1 Bitstream & Decoding Process Specification
Last modified: 2018-01-25 18:42:22 -0800
URLﾘﾝｸ(aomediacodec.github.io)

77:名無しさん＠編集中
18/01/28 14:42:38.32 XZI76zH20.net
>>75
仕様がFIXしたのかと思ったけど、そうじゃなくてドキュメントの更新があったってことかな。

78:名無しさん＠編集中
18/01/29 10:21:09.51 1s1l1uzJH.net
一月もそろそろ終わるのにまだ完成しないのか

79:名無しさん＠編集中
18/01/29 16:34:46.10 AFlt17RV0NIKU.net
これだけ世界中のITと半導体の大手が集まってもなかなか完成しないもんなんだな

80:名無しさん＠編集中
18/01/31 13:16:03.21 7Vo0SVq6a.net
特許回避がだるすぎるから仕方ないわ

81:名無しさん＠編集中
18/01/31 22:32:23.64 rZJ4njBN0.net
モスクワ大学(MSU)が1/22に「HEVC Video Codecs Comparison 2017」を更新。
VP9やAV1との比較を行った。記事では昨年12月の主観評価レポートにも触れている。
AV1 Beats VP9 and HEVC on Quality, if You've Got Time, says Moscow State
URLﾘﾝｸ(www.streamingmedia.com)
HEVC Video Codecs Comparison 2017
URLﾘﾝｸ(www.compression.ru)

82:名無しさん＠編集中
18/01/31 22:33:26.04 rZJ4njBN0.net
>>80
-------
その１
-------
■VP9やAV1との比較。主観評価じゃなくYUV-SSIMでの指標評価。
AV1 0.1.0(Rev. c8b38b0bfd36) ←2017年6月末頃
VP9 v1.6.1-433-g6af42f5　　　←2017年4月頭頃
x264 r2833 df79067　　　　　 ←2017年5月末頃
x265 1.9+169-e5b5bdc3c154　　←2016年7月末頃(妙に古い)
●品質：x264と同等の画質を何%のビットレートで得られるか
　　AV1：　　　　　　　　　55%
　　x265(3pass/placebo)：　67%
　　x265(2pass/placebo)：　69%
　　VP9：　　　　　　　　　72%
　　x265(2pass/veryslow)： 75%
●エンコード速度(他と比べて)
　・x265の2or3pass/placeboは10～15倍の時間がかかる(実用域ではない)
　・AV1は2500～3000倍の時間がかかる（実用どころじゃない）
●その他
　・実用域だとVP9の方がHEVCよりいい感じ。
　・AV1とVP9はレート制御甘すぎじゃね？(目標ビットレートとのズレ)

83:名無しさん＠編集中
18/01/31 22:39:03.58 rZJ4njBN0.net
>>80
-------
その２
-------
■Subjectify.usっていう主観評価のサービス作ったんで
　それを踏まえて各種HEVCエンコーダを比較してみたよ。(昨年12/1のレポート)
●HEVCエンコーダの比較結果
　・Kingsoft HEVC Encoder ってのがx265より良い結果になったらしい。
　　よくわからんけど、これのことだろうか？
　　　　URLﾘﾝｸ(github.com)
●Subjectify.usについて
　・NetflixのVMAFよりうまくできてるぜ！(自画自賛)
●x264/x265の--tune ssimと主観評価
　・x264/x265で --tune ssim にしたらpsy-rdとかがオフになるから
　　主観評価は下がると思ったんだけど、むしろ上がった。
　・でも1080pで1～4Mbpsという低めのビットレートなのが原因かも。
　・x264の開発者によるとpsy-rdは高ビットレート域での改善に使うものらしい。
　　あと--tune ssimでは--aq-modeがデフォルトのVAQからAutoVAQに変わる。
　　AutoVAQはある程度自動調整されるのでそれが良い方向に働いたのかも。
　　VAQは調整次第でAutoVAQより良くなるけどソース毎の調整が必要。

84:名無しさん＠編集中
18/01/31 22:56:41.27 eOZMmYYr0.net
3000倍w

85:名無しさん＠編集中
18/01/31 23:32:48.84 cxYOVtKt0.net
2500～3000倍か…時間がかかりすぎるどころの話じゃないな…

86:名無しさん＠編集中
18/02/01 01:22:12.74 fOx/lWw20.net
ストリーミング動画の流れによって曲がり角を迎えるMPEGについて「MPEGの父」は何を思うのか？
URLﾘﾝｸ(gigazine.net)

87:名無しさん＠編集中
18/02/01 03:11:38.39 7cPD62CfH.net
>>81
最新のAV1エンコーダは早くなってなかった?

88:名無しさん＠編集中
18/02/01 05:41:50.88 ngIxmbWHM.net
エンコードが激重でも有意に縮めば適当な所でgoサイン出るかもね
youtubeやnetflixみたいな大規模配信サイトならアクセス多い動画だけでも縮めばメリット大きい
デコーダーはアプリに組み込めばいいから対応も楽だし

89:名無しさん＠編集中
18/02/01 05:43:07.57 rNS8DDep0.net
HEVCもリファレンス実装の時はエンコード遅くてx265が最適化しまくって早くなったけどAV1はどのくらい高速化する余地があるんだろ
圧縮率から考えてHEVC以上の計算量は確実でそれ以上に早くなる事はないだろうけど

90:名無しさん＠編集中
18/02/01 06:12:19.88 g6ukHWtd0.net
The fastest and worstest AV1 compressor.
URLﾘﾝｸ(github.com)

91:名無しさん＠編集中
18/02/01 09:22:07.45 ndVQlX4qM.net
libvp9より20%圧縮率が高く20%高速かつ
x265より10%圧縮率が高く25%高速なVP9エンコーダ
URLﾘﾝｸ(www.twoorioles.com)

92:名無しさん＠編集中
18/02/01 18:02:44.21 tMorYit7H.net
>>90
肝心の画質はどうなのかな？
画質が落ちるようなら今まで通りx265のソフトウェアエンコードを選ぶし。

93:名無しさん＠編集中
18/02/01 18:35:23.26 ZXxuK7hv0.net
>>82
ks265codecっていうの試してみようと思ったけどパイプ入力も出来ないから使い勝手悪いな
issue見てもkingsoftの許可が無いとパイプ入力実装出来ないみたいな事言ってるし使用制限版って感じやな
ちゃんとした製品版もあるんかな

94:名無しさん＠編集中
18/02/01 21:09:00.28 o44JhFKja.net
>>90
評価版もないやん

95:名無しさん＠編集中
18/02/02 20:28:12.47 PdRQXRFX00202.net
>>44にある、「UHDサンプルでのAV1、JEM、HEVCの主観評価」だけど、Twitterで部分的な情報を見る限りでは
　　JEM ＞ HEVC ＞ AV1
という結果になったっぽい？詳細な条件とかは不明だけど・・・。
ParkDancersサンプルでのMOS(Mean Opinion Score)グラフ
URLﾘﾝｸ(twitter.com)
BuildingHalllサンプルでのMOSグラフ
URLﾘﾝｸ(twitter.com)

96:9563394 > today at the EBU conference, results were publicly presenting > HEVC superior to AV1. ・・・ https://twitter.com/thierryfautier/status/958779824314638336 　イベントのサイトに動画とスライドが置かれてるけど、残念ながら有料登録者しか見れないようだ。 https://tech.ebu.ch/pts2018

97:名無しさん＠編集中
18/02/04 13:41:51.60 2klfab9Z0.net
Firefoxは既にAV1をデコードできるらしいな

98:名無しさん＠編集中
18/02/04 16:29:32.28 XUqQD2miH.net
そういやそうだったな
なんか適当な小さめのAV1動画ある？

99:名無しさん＠編集中
18/02/04 21:00:01.16 oULuZG0G0.net
>>95-96
今のところAV1のデコードができるのはFirefox Nightlyのみ。
●2017/11/28のMozillaの記事
　DASH playback of AV1 video in Firefox - Mozilla Hacks - the Web developer blog
　URLﾘﾝｸ(hacks.mozilla.org)
●AV1 デモサイト
　AV1 Demo by Mozilla and Bitmovin
　URLﾘﾝｸ(demo.bitmovin.com)

・Firefox Quantum 58.0.1 では以下が表示されて視聴不可。
　This browser does not seem to support (this version of) AV1, please try Firefox Nightly.
・Firefox Nightly 60.0a1 なら視聴可。以下は記事ページのwe can report:のところの判定。
　This browser supports AV1! It recognized the media type(s):
　video/webm; codecs="av1"
　video/webm; codecs="av1.experimental.e87fb2378f01103d5d6e477a4ef6892dc714e614"

100:名無しさん＠編集中
18/02/04 21:10:01.86 oULuZG0G0.net
2018/2/3～2018/2/4　FOSDEM 2018 - AV1 Codec Update
URLﾘﾝｸ(fosdem.org)
（★多分後日スライドのPDFとかが置かれると思う。
　　昨年の例→ URLﾘﾝｸ(archive.fosdem.org)）
動画：
　AV1 Codec Update - YouTube
　URLﾘﾝｸ(www.youtube.com)
概要
●2/2にビットストリーム仕様をFIXする予定だったけど、無理だったわｗ
●主な残課題
　・Fix remaining problems with TXMG
　・Final details of high-level syntax
　・Last-minute changes to MV prediction
　・Fix all of the bugs
　・IPR analysis
●あとは技術的な説明

101:名無しさん＠編集中
18/02/06 13:04:20.30 146dcEH50.net
>>98のサイトにスライドのPDFが追加されてた。
av1update.pdf
URLﾘﾝｸ(fosdem.org)

102:名無しさん＠編集中
18/02/06 23:20:13.80 fykcdiAe0.net
ネットワークカメラのリリースニュースで「H.265+」という謎ワードが出てたから何だそれと思って調べてみたら、
HIKVISIONという会社が定点カメラ用（背景がほぼ変化しない）に最適化したものをそう呼んでるというだけだった。
H.264比で79.4～82.5%のサイズ減、H.265比で64.5～66.4%減だそうな。
H.265+ Takes Video Surveillance to the 4K Era
URLﾘﾝｸ(www.hikvision.com)

103:名無しさん＠編集中
18/02/07 00:02:51.66 yGFAIvr30.net
ほぼ動かないんだから、そりゃ縮まなきゃ困るわな

104:名無しさん＠編集中
18/02/07 12:33:26.38 0W93IvP+H.net
静止画規格だけでもはやくでてくれないかな

105:名無しさん＠編集中
18/02/08 17:12:22.15 ahLHH27w0.net
Appleも加わったオープンソース動画コーデック「AV1」は本当に業界スタンダードの座を奪えるのか？
URLﾘﾝｸ(gigazine.net)

106:名無しさん＠編集中
18/02/08 20:03:05.72 i8zx3TpAd.net
H.266は語呂悪いし、ワンチャンあるかもな

107:名無しさん＠編集中
18/02/08 20:57:05.60 VcL1Sni00.net
HEVCみたいな別名称がつくのでなかろうか

108:名無しさん＠編集中
18/02/08 21:16:35.59 JA459s+50.net
FVCっていうのはまだ仮称？

109:名無しさん＠編集中
18/02/09 09:12:25.64 tyWh3yoKM.net
>>103
最適化されてもHEVCの10倍複雑でエンコに時間がかかるっていうのはいわゆる全ての機能を使ったhighプロファイル的な状態なのかな?
機能制限してライブ配信等々を目的とした現行のx265並みの負荷で同等の動画出力ってのは構想にあるんだろうか?
OSSみたいだし誰かが勝手にフォークして本体に取り入れられたりみたいな流れになるんかな

110:名無しさん＠編集中
18/02/09 23:14:24.01 3L7c9fII0.net
>>104-106
標準化の仕組みをちゃんと理解してないけど、FVCは今の段階では識別名だったりプロジェクト名だったりで、
標準化が確定したら正式名称になるんじゃないかな。
Requirementの文章を見ると、FVCは新しい標準としてではなく、HEVCの拡張の１つとして標準化されることも
ありえると書いてるようだけど、順当に標準化が進んでいけばH.266/FVCになる可能性が高いんじゃないだろうか。
ITU的には標準化が確定するまでH.266という表現はできないので、H.FVCと呼ぶ感じかな。

111:名無しさん＠編集中
18/02/09 23:15:19.07 3L7c9fII0.net
>>108の参考リンク
H.FVC (ITU-T Work Programme)
URLﾘﾝｸ(www.itu.int)
JVET - Joint Video Experts Team
URLﾘﾝｸ(www.itu.int)
Requirementsより
---
The following document contains requirements for the first phase of
a potential Future Video Coding ("FVC") video coding standardization project.
The "FVC" project will develop a new Recommendation | International Standard
(identified in the current Q6/16 work programme as “H.FVC”)
or an extension of HEVC (ITU-T Rec. H.265 | ISO/IEC 23008-2),
depending on which form of standardization is determined to be appropriate for the technology design.
---

112:名無しさん＠編集中
18/02/10 01:30:16.19 6hw14jOB0.net
VP9のエンコードも相当時間かかるのにYoutubeのあの量とあの解像度のVP9をあんなに短時間でどうやってエンコードしてんだろ

113:名無しさん＠編集中
18/02/10 03:03:20.61 5IskUt/U0.net
>>110
ｽﾚﾘﾝｸ(avi板:223番)-224
223名無しさん＠編集中 (ﾜｯﾁｮｲ 271f-RZRQ)2017/04/15(土) 00:02:00.70ID:HbkQRrYn0
VP9ってあんだけ時間かかるのにYoutubeで使われてるVP9はどうやってあんな膨大の量の動画をVP9でエンコしてんの？クラスタ？
224名無しさん＠編集中 (ﾜｯﾁｮｲ 5f72-pzmP)2017/04/15(土) 00:46:11.32ID:5LrEp1qT0
>>223
What Does YouTube Do To Your Video After You Upload It? - YouTube
URLﾘﾝｸ(www.youtube.com)
分割処理っぽいね

114:名無しさん＠編集中
18/02/10 11:34:00.92 5Si4CN6e0.net
VLC 3.0.0 リリース
URLﾘﾝｸ(www.videolan.org)
HEVC hardware decoding
Experimental

115: AV1 video and Daala video decoders

116:名無しさん＠編集中
18/02/10 19:42:01.56 KDMWZm0i0.net
>>112
うーん、AV1はまだ仕様固まってないから、どのコミットが使われてるのか知りたいんだが
どこを見れば書いてあるんだろう・・・。

117:名無しさん＠編集中
18/02/11 09:56:37.86 /jeTz4cX0.net
Stand by for H.266 compression
URLﾘﾝｸ(advanced-television.com)
FVC/H.266 Development Schedule
Standardisation process has started
Target >50 per cent over HEVC
Oct 2017, Call for Proposals
Feb 2018, Responses evaluation
Oct 2018, First test models due
Oct 2019, First versions of Standard
End 2020, Final Standard
June 2021, First hardware Codecs

118:名無しさん＠編集中
18/02/11 15:45:14.98 fbl1P7Tq0.net
デコードのほうは
intel Kaby以降
NVIDIA 10x0以降
AMD 全滅
でいいのかい?

119:名無しさん＠編集中
18/02/11 16:09:15.55 C+fyqL0s0.net
AMDってAOMediaに加盟してるのにデコード出来ないのか？

120:名無しさん＠編集中
18/02/11 16:40:33.52 NeI0BMkJ0.net
シェーダーだけだからキツいね
Ryzen買えよってことかもw

121:名無しさん＠編集中
18/02/11 17:28:03.21 jAmtemHi0.net
GM206は対応してるGTX960,950

122:名無しさん＠編集中
18/02/11 18:19:24.41 14BIkobe0.net
>>115-118
多分H.265/HEVCの話なんだろうが、どのコーデックの話なのかちゃんと書かないと話が行き違うやろ。
　
　
■各社GPUでのハードウェアエンコード/デコードについて
※エンコードについては>>35も参照
●Intel
URLﾘﾝｸ(en.wikipedia.org)
●NVIDIA
URLﾘﾝｸ(developer.nvidia.com)
エンコード： URLﾘﾝｸ(en.wikipedia.org)
デコード： URLﾘﾝｸ(en.wikipedia.org)
●AMD
エンコード： URLﾘﾝｸ(en.wikipedia.org)
デコード： URLﾘﾝｸ(en.wikipedia.org)

123:名無しさん＠編集中
18/02/11 18:33:52.65 fbl1P7Tq0.net
YouTubeガクガクVP9でしょ
AMDが出来ると言って出来てない奴といえば、これが一番遭遇率が高い筈

124:名無しさん＠編集中
18/02/11 20:45:53.51 QWMUaHuD0.net
GPUを利用したソフトウェアデコードとかすれば、専用デコーダ積んでなくても早くなるとかならないもんかな

125:名無しさん＠編集中
18/02/11 22:21:56.05 14BIkobe0.net
>>120
DXVAChecker4.0.0の記事でAMDのVP9デコード支援について色々書かれてた。
URLﾘﾝｸ(bluesky23.blog.shinobi.jp)
調べてみたけど、間違いがあれば教えてほしい。
・AMDはCrimsom ReLiveでVP9のデコード支援に対応。
　DXVA方式に加え、Chrome用の独自方式（AMD MFT VP9 Sync Decoder利用）もある。
　ただしどちらもデフォでは無効。レジストリや起動オプションで有効化できる。
・2017/10/23のReLive 17.10.2で、VP9のDXVAデコードができなくなった。
・2017/12/12のAdrenalin 17.12.1で、amdoclvp9lib64.dllが消えた。
・現状でAMDのVP9デコード支援が効くのはChromeだけ（？）。DXVA方式は効かない。
・FirefoxでAMDのVP9デコード支援を使うとGPUクロックが上限に張り付くという問題がある（？）
　FirefoxはChrome方式なのかな？よくわからなかった。
・最新のAdrenalin 18.2.1でもそのまま（？）で、
　VP9のDXVAが効かなくなったことについてAMD公式からの発表は一切無い（？）

126:名無しさん＠編集中
18/02/11 23:19:48.33 z7SnhiMV0.net
たぶんあってるはず
自作PC板でも同じ報告があった

127:名無しさん＠編集中
18/02/12 00:11:03.60 5x8wkHrd0.net

128:これは機能は実装したけど致命的なバグがあって使い物にならない代物だったということかな? いくらなんでも時間的にもう無理な頃合いだよね

129:名無しさん＠編集中
18/02/12 01:47:14.53 wdHXLY1i0.net
そういえば>>112-113の VLC 3.0.0 でのExperimentalなAV1デコードの話は、
liaomをビルドした上でVLCを--enable-aom付きでビルドすればできるよというだけらしい。
公式ビルドは対応してないようで、av1.webmを再生しようとすると以下のエラーになった。
　コーデックがサポートされていません。:
　VLCは形式 "av01" (AOMedia's AV1 Video) をデコードできませんでした。

130:名無しさん＠編集中
18/02/12 17:21:06.04 J1qpkTY80.net
xvc codec
URLﾘﾝｸ(xvc.io)
Royalty based next-generation video codec.
Compression performance beyond HEVC.

131:名無しさん＠編集中
18/02/12 19:40:39.87 eKhne4ga0.net
>>126
面白そう。
・サイトが全体的にシンプルにまとまっていて説明もわかりやすい。
・オープンソースでビルドも使い方も簡単そうなエンコーダ／デコーダがGitHubで公開されている。
　　URLﾘﾝｸ(github.com)
・FAQによるとHEVC比で5～20%のビットレートを削減できるらしい。
・120kbpsでのH.264との比較デモを見る限りでは割と綺麗。
　　URLﾘﾝｸ(www.divideon.com)
・「HEVCのライセンスプールが複雑でうざい？色々なとこの特許を侵害するのが心配？
　　うちからxvcのライセンスを買えば、後はうちがやるから特許侵害とか一切気にしなくていいぜ！」
　という、攻めてるライセンス形態が、いろんな意味でドキドキ感に溢れている。

132:名無しさん＠編集中
18/02/12 19:57:01.01 XChgmp2Ka.net
潰されるのが目に見えている

133:名無しさん＠編集中
18/02/12 23:33:26.69 eKhne4ga0.net
>>126
いくつか記事があった。
Divideon Creates xvc, an HEVC Codec With Reasonable Pricing - Streaming Media Magazine
URLﾘﾝｸ(www.streamingmedia.com)
Call for Patents in xvc | Feb 8, 2018 - ReleaseWire
URLﾘﾝｸ(www.releasewire.com)

134:名無しさん＠編集中
18/02/13 13:35:49.99 MqWcVoGB0.net
>>129
Jonatan Samuelsson@JonatanDivideon
元々EricssonでHEVCをやってた人みたい。そこを飛び出して新たに始めるとかハッカーっぽくて好き。

135:名無しさん＠編集中
18/02/14 19:03:38.62 r7PseLFEMSt.V.net
mpeg-2特許切れ@米国

136:名無しさん＠編集中
18/02/15 03:04:33.73 0dI75nRxM.net
mp3とac3も最近特許切れになってたよね

137:名無しさん＠編集中
18/02/15 17:05:53.05 dWlqp1Yu0.net
ついにMPEG2の特許が消滅
URLﾘﾝｸ(gigazine.net)
2018年2月13日にアメリカで残っていた最後のMPEG2に関する特許が期限切れを迎えました。
MPEG-2 Patent List
URLﾘﾝｸ(www.mpegla.com)
MPEG2はMoving Picture Experts Group(MPEG)によって策定されたビデオフォーマットで、テレビ放送やDVDなどのメディアなどに広く利用される、最も一般的なビデオ標準規格です。
MPEG2の特許を管理するパテントプールのMPEG LAがMPEG-2の特許リストを更新し、2018年2月13日にアメリカ国内で残っていた最後の特許が期限切れを迎えたことを明らかにしました。

（　＾ω＾）

138:名無しさん＠編集中
18/02/17 03:40:37.42 hqYzXLDq0.net
AV1は別にHEVC超えなくて同じくらい狙えばよかったんじゃないの？？
同じくらいだとパンチ弱くてすでに普及が進んでるHEVCがあるから、
AV1の普及進まないとみてHEVC越えねらったのかな？

139:名無しさん＠編集中
18/02/17 04:05:24.29 hqYzXLDq0.net
あれか、AV1がHEVCと同じくらいだとひょっとして世代的にVP9と同じになちゃうのかな？・・

140:名無しさん＠編集中
18/02/17 11:48:51.35 h/nUC7SG0.net
つーかDLすると264もVP9も大差無いんだが
どうなってるんだｗ

141:名無しさん＠編集中
18/02/17 16:12:26.51 LDzeOJ530.net
>>136
Youtubeの話かな？「大差ない」と言うのは何を基準にして言ってる？
確かにモノによってはVP9もH.264もファイルサイズ(ビットレート)が同じくらいだったり
むしろVP9の方がでかくなってることもあるし、結局VP9も割とビットレートでゴリ押ししてる感はあるけど、
画質とビットレートのバランスを考慮して比較しないと意味ないぞ。
それに今のYoutubeは1440pより上は一部を除いてVP9だけになってるから高解像度での比較はできないし。

142:名無しさん＠編集中
18/02/17 20:56:16.18 G3h+KrxD0.net
4320p60fpsの動画つべに上げてみたがローカルh264の半分強の負荷で再生出来たのはその為か
再生支援か元々のデコーダが素晴らしいのか知らんけどVP9悪く無いなぁ

143:名無しさん＠編集中
18/02/17 22:00:03.40 LDzeOJ530.net
>>138
使ってるGPUは？
H.264の再生支援は4Kまでだけど、HEVCやVP9はGPUによっては8Kもサポートしてるから、そのせいかもね。
DXVAChecker画像
Intel UHD 630　→　URLﾘﾝｸ(forum.doom9.org)
GeForce GT1030　→　URLﾘﾝｸ(forum.doom9.org)

144:名無しさん＠編集中
18/02/17 23:17:22.99 LDzeOJ530.net
2018/2/7 (昨年9月の資料)
Performance comparison of AV1, JEM, VP9, and HEVC encoders (Conference Presentation)
URLﾘﾝｸ(www.researchgate.net)
・Fraunhoferによる比較評価。
・AV1やVP9は、HMやJEMに比べると明らかに圧縮率が低い。
・固定QP時
　・AV1はHM比で+47.7%、JEM比で+111.8%のビットレートになる。
　　しかもエンコード速度はJEMがAV1の3倍、HMはAV1の20倍速い。
　・HMはVP9と比べるとエンコード速度は3.4倍だがビットレートを46.6%削減できる。
　・VP9はAV1比でのビットレートは+21%だが、エンコード速度はAV1の114倍速い。
・マルチパス時
　・AV1はJEM比で+55%、VP9はJEM比で+92.2%のビットレートになる(ただしJEMは1pass固定QP)
　・AV1はHM比で+9.5%、VP9はHM比で+37.9%のビットレートになる
※HMはH.265のリファレンスモデル。JEMはFVCのリファレンスモデル。

145:名無しさん＠編集中
18/02/17 23:18:24.56 LDzeOJ530.net
2018/2/9
ITU, ISO Prepare for Next-Gen Video Codec | TvTechnology
URLﾘﾝｸ(www.tvtechnology.com)
・Fraunhoferの人へのインタビュー。
・JVETでのFVC(JEM)の開発状況やHEVCについてなど。
2018/2/15
Race on to bring AV1 open source codec to market, as code freezes | Videonet
URLﾘﾝｸ(www.v-net.tv)
・Bitmovinの人いわく、AV1はあと数週間で仕様が固まるらしいけどエンコードの計算コストがめっちゃ高くて大変。
　仕様決定したら今度は死ぬ気で効率を上げる努力をしていかなきゃなんねえ。

146:名無しさん＠編集中
18/02/17 23:52:51.69 LDzeOJ530.net
>>140訂正
× HMはVP9と比べるとエンコード速度は3.4倍だが
〇 HMはVP9と比べるとエンコード速度は3.4倍遅いが

147:名無しさん＠編集中
18/02/18 16:02:09.17 TUo

148:wvH/t0.net

149:名無しさん＠編集中
18/02/18 17:46:31.09 SFAAnmQA0.net
>>139
GTX1080のEVGAのFTW？だからちょいOCモデルかな
と一応CPUは5960Xの4.3Ghz
CPU負荷7～8割から4割程度まで下がった

150:名無しさん＠編集中
18/02/19 06:28:27.03 FlX1XD9/0.net
【2018】 H.265/HEVC Part8 【7680x4320】スレから誘導させてもらいました
現在NVEncCでHEVCエンコードを行っているのですが
x264の--crf 20に相当するNVEncCの--cqpの値はどの程度のものなのでしょうか？

151:名無しさん＠編集中
18/02/19 08:05:21.78 K9tuILFw0.net
規格もエンコーダーも違うから答えられる人間は存在しない

152:名無しさん＠編集中
18/02/19 10:55:10.75 f9LdXxV20.net
>>145
前にSSIMで比較してみた人がいるからそれを参考にするとか
ｽﾚﾘﾝｸ(avi板:335番)
まあ数字をちょっとずつ調整していって目視で確認するのが一番だろうけど

153:名無しさん＠編集中
18/02/19 11:30:24.02 FlX1XD9/0.net
>>147
レスありがとうございます
ざっくりですが x264の3/5くらいのビットレートを目標に--cqpの値を変化させてみます

154:名無しさん＠編集中
18/02/19 19:18:14.94 mdvnxdra0.net
H.265 (V5) が2/13に承認され、近日中に発行予定。
ITU-T Work Programme H.265 (V5)
URLﾘﾝｸ(www.itu.int)
H.265?:?High efficiency video coding
URLﾘﾝｸ(www.itu.int)

155:名無しさん＠編集中
18/02/20 07:42:36.96 0/pOXWUN0.net
ドイツでは2018年4月25日から地上波がMPEG2からHEVCになるって。知らんかった。
DVB-T2 HD　1080p50 HEVC
URLﾘﾝｸ(www.dvb-t2hd.de)

156:名無しさん＠編集中
18/02/20 11:18:40.74 As+EIqvZM.net
ARD（アーアールデー）やZDF（ツェットデーエフ）、RTL（アールテーエル）など大手含めて完全にMPEG2からHEVCへ切り替えか
日本はアナログ→デジタルの混乱で総務省も大変だったのに、ドイツは二度目の切り替えとかよくやるな

157:名無しさん＠編集中
18/02/20 13:33:19.34 eKCqeHoO0.net
最初からHEVCへの移行も視野に入れた規格にしてただけでは
>>149
なにか変わるんですか？

158:名無しさん＠編集中
18/02/20 13:42:30.85 Dz32tuw70.net
>>143
業界は知らないが、コーデックの開発にはここのサンプルが良く使われる
URLﾘﾝｸ(media.xiph.org)

159:名無しさん＠編集中
18/02/20 14:38:18.23 QLl07UrG0.net
>>152　>>149
>>56のリンク先PDFより
>2.2 ビデオ符号化
> 本会合では2つの作業項目が完了した。1つは、2017年10月にエミー賞を受賞したH.265の改訂版であり、
> 新たにモノクローム10と、メイン10静止画の2つのプロファイルを追加した。
> これは、色空間のアスペクトの修正と、補助的な拡張情報メッセージを追加するものである。
> 補助的な拡張メッセージには、コンテンツの色ボリューム、正距

160:円筒図法とキューブマップによる > 全方位360度投影、リージョンに関するパッキング、球面ローテーション、全天球視点、 > 領域の入れ子及び動き中心のタイルセット抽出情報集合と関連するそれらの入れ子が含まれる。 > .・・・

161:名無しさん＠編集中
18/02/20 14:39:51.28 v8c8RhG5a.net
オワコンジャップとはえらい差だなぁ…

162:名無しさん＠編集中
18/02/20 15:57:20.53 QLl07UrG0.net
>>150
そのサイトやWikipediaの情報を見ると、ドイツでのDVB-T2 HDへの移行自体は2017/3/29から開始されてるみたいだよ。
2018/4/25は移行のPhase 2bってことで、地域が拡大されるということらしい。
2018年秋、2019年春にも地域拡大が予定されていて、それでようやく移行完了らしい。
　DVB-T2 HD
　URLﾘﾝｸ(de.wikipedia.org)
音声はHE-AACって書いてるね。

163:名無しさん＠編集中
18/02/20 20:54:21.46 eKCqeHoO0.net
>>154
なるほど用途拡大みたいなものね

164:名無しさん＠編集中
18/02/21 18:53:48.88 Ma6ClYSK0.net
HDで提供されてる360°映像は画質クソすぎて見れたもんじゃないから、8Kで提供されるようになれば有り難いね
HEVCにその規格がこれまで盛り込まれてなかったのはビックリだが

165:名無しさん＠編集中
18/02/22 00:00:30.67 YUagvumb0.net
Youtubeは既に8K 360度 3Dってのもあるね。
Youtubeの8K60pのVP9って、どれくらいのスペックなら再生できるんだろ。

166:名無しさん＠編集中
18/02/22 01:37:11.72 9ZW2al3R0.net
>>159
Intel KabyLake以降、NVIDIA Pascal以降で対応してる>>139
AMDはRavenRidge（Vega 11）が遂にDXVAで4K対応したけど8Kはまだ

167:名無しさん＠編集中
18/02/22 07:10:10.70 527zvnld0.net
>>160
4Kでは？
8kデコードに対応したGPUあんの？

168:名無しさん＠編集中
18/02/22 07:12:26.56 Z1Y/m8920.net
URLﾘﾝｸ(en.wikipedia.org)
Feature Set H[edit]
Feature Set H are capable of hardware-accelerated decoding of 8192x8192 (8k resolution) H.265/HEVC video streams.[19]

169:名無しさん＠編集中
18/02/22 07:16:10.77 Z1Y/m8920.net
あぁ、ごめんVP9のことか

170:名無しさん＠編集中
18/02/22 11:45:12.90 FQJIj/Bk0.net
つべのフォーマット272(8K60pのVP9)はGTX1070がギリッギリデコードが追いつく程度
Pascalならデコードはできるデコードは

171:名無しさん＠編集中
18/02/22 16:58:20.95 OcZ5w+720.net
>>160
再生支援の対応状況としてはそうなんだけど、レンダリングの負荷とかもあるので
どこまで実用再生できるのかなーと。
>>164
ということはレンダリングまで含めると厳しい感じなのかな？
気が向いたら最新のDXVACheckerでデコードパフォーマンスや再生パフォーマンスを計測してみてくれると嬉しい。

172:名無しさん＠編集中
18/02/22 18:12:27.62 FQJIj/Bk0.net
テスト対象：URLﾘﾝｸ(www.youtube.com)
DXVA Checker 4.0.1
LAV Video Decoder 0.71.0をDXVA2 (native)で運用
スケーリングはオリジナルサイズでの再生パフォーマンスの結果
CPU: Intel(R) Core(TM) i7-4790K CPU @ 4.00GHz
GPU: NVIDIA GeForce GTX 1070
Decoder: LAV Video Decoder
Decoder Device: VP9_VLD_Profile0
Processor Device: DXVA2VideoProcessor
Frames: 11941
FPS: 65.396
CPU Usage: 4 [2-8] %
GPU 3D Engine Usage: 15 [7-17] %
GPU VideoDecode Engine Usage: 97 [82-1

173:00] % デコードパフォーマンスもほぼ同じフレームレート

174:名無しさん＠編集中
18/02/22 21:34:56.88 OcZ5w+720.net
>>166
ありがとうございます。やはり8K60pともなるとかなりギリギリなんですね。

175:名無しさん＠編集中
18/02/23 00:57:20.12 UcFq47wN0.net
固定機能じゃないの?

176:名無しさん＠編集中
18/02/23 09:23:00.85 B6bO8Kex0.net
どういうこと？

177:名無しさん＠編集中
18/02/23 10:33:07.17 UcFq47wN0.net
クラスと動画再生能力が比例するのかどうか

178:名無しさん＠編集中
18/02/23 11:03:46.41 W2529USpM.net
固定機能だけど、GT1030はNVEncが省かれたりしてるので違うかも？単に無効にしてるだけで同じかも？

179:名無しさん＠編集中
18/02/23 11:18:44.90 B6bO8Kex0.net
デコード回路の規模はPureVideoHDのバージョンで同じ気がするけど
GPU VideoDecode Engine Usageはクロック(P-State)で処理能力が変わるので、ピーク性能が同じとは思えない
コア、メモリクロックと違う何かがあるのかもしれんが、わからん

180:名無しさん＠編集中
18/02/23 12:11:45.20 S4fgm/4B0.net
CPU: Intel(R) Core(TM) i7-8700K CPU @ 3.70GHz
GPU: Intel(R) UHD Graphics 630
Decoder: Microsoft WebM MF VP8 Decoder Transform
Decoder Device: VP9_VLD_Profile0
Frames: 11941
DVXA2
FPS: 79.138
CPU Usage: 0 [0-0] %
GPU VideoDecode Engine Usage: 93 [81-99] %
D3D11
FPS: 83.994
CPU Usage: 0 [0-1] %
GPU VideoDecode Engine Usage: 97 [55-99] %
Edgeで実際に再生しながらGPUエンジン使用率
3D: 20 [-25] %
VideoDecode: 78 [-87] %

181:名無しさん＠編集中
18/02/23 12:20:43.65 t8xzXBir0.net
世代が同じであれば性能は同じ
コアクロック依存であるから僅かな差はつくけど
URLﾘﾝｸ(www.computerbase.de)

182:名無しさん＠編集中
18/03/03 17:09:33.22 QZi8vNBpa0303.net
AV1まだかね
どんだけ遅れるんや

183:名無しさん＠編集中
18/03/03 20:10:59.97 xEY45FVi00303.net
圧縮は出来ても速度が尋常じゃなく遅いのが現状なんだっけ？
特許回避しながらどこまで早く出来るのかねえ、技術的な話は分からんが頑張ってもらうしかない

184:名無しさん＠編集中
18/03/03 21:00:50.76 WFD8ngJA00303.net
50代後半の人が定年になるまでは安泰だろ。
来年度以降もミルビューや旧コネクテッドの事業をそのまま続投してもしばらくは大丈夫じゃないかなぁ。

185:名無しさん＠編集中
18/03/04 05:47:46.15 VP/9+pJaa.net
立ち上がりがダメなものはダメという考え

186:名無しさん＠編集中
18/03/04 11:05:35.25 JE86ooyK0.net
youtubeとnetflixが採用するの決めてるし

187:名無しさん＠編集中
18/03/04 11:30:50.78 LCgrZjek0.net
実際に載ってから考えようかｗ

188:名無しさん＠編集中
18/03/04 15:13:48.64 CGGuH8J/d.net
エンコは企業に任せるとしてハードウェアデコードできないと厳しいかね？

189:名無しさん＠編集中
18/03/04 18:01:08.26 tFu0TfNX0.net
Cool New Video Tools: Five Encoding Advancements Coming in AV1 - Bitmovin
URLﾘﾝｸ(bitmovin.com)
AV1の技術解説。
　・Film grain synthesis
　・Constrained Directional Enhancement Filter
　・Warped motion and global motion compensation
　・Increased coding unit size (up to 128×128)
　・Non-binary arithmetic coding

190:名無しさん＠編集中
18/03/04 20:00:08.11 oGkDec2T0.net

191:>　・Warped motion and global motion compensation MPEG-4で負荷に見合った効率を得られないと不評だった機能だが大丈夫なのか

192:名無しさん＠編集中
18/03/05 22:12:34.09 qgsUZYm70.net
そりゃあハードウェアエンコだろ、それこそニューラルネットワークがーって革新無いと無理だろうねコレ

193:名無しさん＠編集中
18/03/06 05:13:50.29 IFfxdwxma.net
次の次くらいのコーデックはニューラルネットを使ったものになりそうだな

194:名無しさん＠編集中
18/03/06 10:52:12.60 50y01q050.net
>>183
解像度も高く高品質になってるし
MB-Treeみたいな高度な入れ子処理も行うようになってるから
また違う結論に至ったのかもよ

195:名無しさん＠編集中
18/03/06 10:53:26.39 50y01q050.net
対抗馬のhevcを引き合いにMB-Treeって書いたけど
AV1にあるのかは知らない

196:名無しさん＠編集中
18/03/08 08:02:04.92 iSVPQkdJ0.net
Codec wars: The battle between HEVC and AV1
URLﾘﾝｸ(www.ibc.org)
Previewing Android P
URLﾘﾝｸ(android-developers.googleblog.com)
HDR VP9,HEIF,サポート

197:名無しさん＠編集中
18/03/09 02:36:40.39 Uw+UqCKlM.net
HEVC採用、mpeg陣営の最新静止画規格が一番乗りか
webpは中身vp9になって対抗しないのかな

198:名無しさん＠編集中
18/03/09 13:42:37.83 jOrnx8yd0.net
AV1のサンプル動画見ると、MB-tree的な機能を効かせまくってるように感じる。

199:名無しさん＠編集中
18/03/10 02:44:19.30 +NjEiXnyM.net
乾いた雑巾を更に絞るようなもんだしな
ムーアの法則が死亡してるから果たして実用的な時間でエンコ出来るようになるか疑問だわ

200:名無しさん＠編集中
18/03/10 12:34:29.08 XGmzG2gUM.net
20年後くらいかね、実用一歩手前になるのは

201:名無しさん＠編集中
18/03/10 15:55:41.17 GaKpzwKG0.net
つーかVP9でよくね？

202:名無しさん＠編集中
18/03/10 19:08:03.25 3IwdScz10.net
radeonが再生支援対応してくれないので嫌です

203:名無しさん＠編集中
18/03/10 23:40:35.60 EXZUGF6q0.net
>>194
Polaris/VegaのVP9はブラウザ向けの再生支援しかできないようだけど、
RavenRidgeではちゃんとVP9のDXVAにも対応したみたいだよ。

204:名無しさん＠編集中
18/03/14 16:01:23.76 bZRTgAyo0Pi.net
HEVC Advance、配信のロイヤリティ徴収やめるってよ。
HEVC Advance Eliminates Content Distribution Royalty Fees and Reduces Certain Royalty Rates and Caps
URLﾘﾝｸ(www.hevcadvance.com)
HEVC Advance Cuts Content Fees on Streaming
URLﾘﾝｸ(www.streamingmedia.com)

205:名無しさん＠編集中
18/03/14 16:02:35.79 bZRTgAyo0Pi.net
HEVC Advanceがコンテンツ配信著作権使用料廃止、特定の著作権料金と上限を減額
URLﾘﾝｸ(japan.cnet.com)
> 独立系ライセンス供与管理企業のHEVC Advanceは14日、HEVC Advance Patent Licenseから
> 「サブスクリプション」と「タイトルごと」のコンテンツ配信を廃止し、HEVCの普及を加速し、
> ストリーミング、ケーブル、オーバー・ジ・エア・ブロードキャスト、衛星配信をサポートして、
> 最高のビデオ体験を消費者に提供する。今回の発表によって、HEVC Advanceは、
> インターネット・ストリーミング、ケーブル、オーバー・ジ・エア・ブロードキャスト、
> 衛星を含む非物理的なHEVCコンテンツ配信にライセンスを供与しないし、著作権使用料を求めない。

206:名無しさん＠編集中
2018/0

次ページ