X



次世代ビデオコーデック総合スレPart3 【HEVC/VP9/AV1/VVC等】
■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん@編集中 (ワッチョイ e1e7-uJAn)
垢版 |
2019/01/30(水) 16:23:41.40ID:Amc+t7YI0
H.264/AVCの後の様々なビデオコーデック全般について語るスレです。

■主な次世代ビデオコーデック
・H.265/HEVC
・VP9
・AV1(AOMedia Video 1)
・VVC(Versatile Video Coding)

■前スレ
次世代ビデオコーデック総合スレPart2 【HEVC/VP9/AV1/VVC等】
https://mevius.5ch.net/test/read.cgi/avi/1532001049/

次スレは>>980が宣言してから立ててください。
0569名無しさん@編集中 (ワッチョイ 4bda-ycr5)
垢版 |
2019/03/31(日) 19:47:24.06ID:XPsEHUTj0
>>567
なるほどねー、最先端過ぎて、ブラウザすら対応できてないのか。
最新技術をいち早く投入するブラウザが追い付いてないんじゃ、一般のフリーソフトなんか半年は待たないと無理じゃん。
自分の検索が甘いのかと思ってたがスッキリした。情報どうも。
0570名無しさん@編集中 (ワッチョイ 9fd2-qoOB)
垢版 |
2019/03/31(日) 20:37:58.68ID:17lg0TEw0
>>569
一応、Windowsのinsider previewなら表示に対応してる。
WICにも対応してるから↓みたいなWIC用のSusieプラグイン入れればをMassiGraでも読み込める。
http://toro.d.dooo.jp/slplugin.html#iftwic

あと今試したらIrfanViewでも読み込めた。
ただ現時点ではMSのデコードの出来がまだイマイチで画像のサイズによってはデコード結果が乱れたりする。
https://i.imgur.com/kuGGqe5.png
MSがやる気出してくれるなら結構色んなソフトでAVIFを扱えるようになると思うんだけどね。
0573名無しさん@編集中 (ウソ800 Sdbf-sDWV)
垢版 |
2019/04/01(月) 09:21:19.89ID:Ue8HDV8cdUSO
8Kあたりは結構フツーに見れるイメージあった。オンボとか使ったこと無いからかな。MX420 GTS250 GTX570 GTX660Ti GTX970 RTX 2070だけど mx420(2002年)の時点でHDも完璧に見れてたしなぁ
0574名無しさん@編集中 (ウソ800 fb5f-r4m/)
垢版 |
2019/04/01(月) 10:51:19.64ID:c2+TGL6K0USO
>>572
フレームレートを問わなけれ再生できるが、60fpsで再生できるのはRTXだけだよ
Pascal世代のGPUだと50fpsが限界、IntelのUHD Graphicsは4k60pまでだから15fpsが限界
どっちもBS8K(8k60p)を再生するとカクカク
0576名無しさん@編集中 (スププ Sdbf-8I7Z)
垢版 |
2019/04/01(月) 12:49:17.67ID:Y75yWm71d
NHKが8K/120Hz対応コーデックなどNAB出展。88型の8K有機ELで上映も
https://av.watch.impress.co.jp/docs/news/1177302.html

8K/120Hzの映像をリアルタイム処理できるエンコーダーとデコーダーを紹介する。

映像符号化方式にはH.265/HEVCを採用し、Main10プロファイル(4:2:0/10bit)まで対応。ビットレートは最大480Mbps。
https://av.watch.impress.co.jp/img/avw/docs/1177/302/8k03_o.jpg
0579名無しさん@編集中 (ワッチョイWW 0f68-Mdiw)
垢版 |
2019/04/03(水) 15:40:00.64ID:uGmuJsas0
・スマートフォンを接続するだけでフルHD液晶&フルキーボードが使えるようになる「NexDock 2」
https://gigazine.net/news/20190403-nexdock-2/

最近はスマホは新しいのを買うけどPCは古いままな人が多いから、こういうのが普及すれば最新の動画再生支援機能を利用して、
古いPCで動画を視聴するよりも快適に視聴できるようになるかもしれないな
(画面のクオリティー次第だけど)
0583名無しさん@編集中 (アンパンWW 095f-rpi5)
垢版 |
2019/04/04(木) 13:06:35.58ID:rP94GUDK00404
製造業として、自社製品消費してくれる企業の多い側に付いてるだけだけどな

そういやDRAMとNANDの余剰在庫は夏前に整理付きそうなんで、関連製品の購入時期に注意
市場に安い次期の製品在庫があっても、小売フランチャイズ元等でストックにして値を戻してから商戦向け商材・特価品のふりして放出とかしやがるんで留意
0585名無しさん@編集中 (ワッチョイWW 095f-rpi5)
垢版 |
2019/04/05(金) 05:25:41.12ID:2u8fWdy00
安く買うタイミングはこういう転換期に集中して情報入れておいて
平時に無駄な労力割かないのがベスト
今回は容量や方式的な世代交代も関係ないしな
0590名無しさん@編集中 (オイコラミネオ MMe9-3NqX)
垢版 |
2019/04/05(金) 20:06:20.96ID:KXO5aOSFM
>JPEG XL is based on a combination of FUIF and Google's Pik. FUIF uses the same entropy coder (MANIAC) as FLIF, but does progressive and lossy better.

いまいち進展がわからんJPEG-XLだがGoogleのPikとロスレス最強FLIFの融合だと判明
どっちも2,3年前に少し話題に上がってから音沙汰無しだったけど生きてたのか
これもJPEG-XTを闇に葬ったシズベルにAV1共々沈められ兼ねんな
0592名無しさん@編集中 (ワッチョイ 612c-95c7)
垢版 |
2019/04/05(金) 20:33:17.17ID:TRI2mPzO0
ここ最近の消費と経済の構造ってすごく歪んで来てるよね
ガチャゲーみたいにその作品の価値以上に対価を得てる人たちは
規制や処罰されてしかるべきだと思うし
頑張って映像や画像の技術研究成果出して貢献している人たちには
ちゃんと対価が行き渡って欲しいと思う
0593名無しさん@編集中 (オイコラミネオ MMe9-3NqX)
垢版 |
2019/04/05(金) 20:55:18.77ID:KXO5aOSFM
今回ばかりはサブマリン特許でパテントトロール行為紛いのことやってるからな
折角HEVC/AV1はTV放送/ネット配信で棲み分けできてんのにお互い足引っ張りあって停滞するとか馬鹿じゃねーのとしか思わん
0597名無しさん@編集中 (ワッチョイW a9ad-mN1b)
垢版 |
2019/04/05(金) 22:55:44.64ID:24eP8bm80
面白いことになってきた。
JVC KENWOOD、NTT、東芝か。
当然の権利とも言えるから三社が悪いわけでもないけど。
NAB Showに合わせてきたのかなぁ。
0598名無しさん@編集中 (アウアウイー Sa51-nYTl)
垢版 |
2019/04/06(土) 00:21:43.37ID:SeaycIBxa
ロイヤリティフリーのコーデックったって特許の塊だからな
単にその権利を行使しないというだけで
ロイヤリティフリーじゃないものは苦労したぶん正当な対価を得る権利が有るみたいに言うけどさ
何処で利益を得るかの違いだけなんだよな
0599名無しさん@編集中 (ワッチョイWW 095f-rpi5)
垢版 |
2019/04/06(土) 00:31:48.57ID:qh7SIIRW0
別な見方すれば、技術系・映像音響関連の著名企業が保有している特許のチェックですら出来てなかったのにパテントフリー騙っていたって事だからな
特許保有側も具体的な実装が出来てこなくちゃ何処まで侵害されてるかも解らんし
特許というもの自体が抵触したくない側が躱すべきもの
0601名無しさん@編集中 (ワッチョイWW 095f-rpi5)
垢版 |
2019/04/06(土) 02:33:25.30ID:qh7SIIRW0
だから特許保有側は把握している保有特許への抵触範囲を提示して訴えもせずにいてくれている
ステルスとか言っている馬鹿がいるけど、見落としているのはコーデックのプロジェクト側の責で、パテントフリーを謳い文句にしていて、それが出来ていない方が問題だと思うが

特許保有している側が隠している訳でも無い(だからこその特許制度でもある
訴えもせずに見落としている側に特許保有側が手間して明示化してるのにステルスも糞も無い罠
出方待ってくれてる時点で、ここらへんの対応が甘すぎると言われる日本企業らしいと言えば、日本企業らしいけどな
0602名無しさん@編集中 (アウアウイー Sa51-nYTl)
垢版 |
2019/04/06(土) 09:40:10.13ID:Twk9HCUTa
特許ってどうしようもなくしょうもないものまで千差万別だぞ
そういうのに限って文面がどうにでも解釈できるように物凄い曖昧に書いてたりするからな
特にアルゴリズムに関連するものはそんなんばっか
だから後だしするには都合が良い
0604名無しさん@編集中 (ワッチョイW 0985-7ad9)
垢版 |
2019/04/07(日) 15:51:22.70ID:bWaz9rQM0
JVC/NTT/東芝      ←必死に抵抗
vs          Apple←勝ち組
Google/Intel/Amazon ←優勢
0609名無しさん@編集中 (ワッチョイ 01e7-k8NZ)
垢版 |
2019/04/07(日) 21:06:36.43ID:ZSOJmr5q0
失態と言えるほどのことかどうかはまだわからない。

開発段階で特許の精査はやってたけど、完璧にやるのは難しいだろうし、
AoMediaでは特許訴訟が起きることを見越して防衛基金を用意したりもしている。

今回シズベルに集約されてる特許群が本当にAV1/VP9に適用できるものなのかも不透明だし
適用できたとしてどれくらいの影響を及ぼすものかもまだわからない。

今後の交渉なり法廷闘争なりの行方次第だから、それを注視していくしかない。
現時点で失態ダーとか権利侵害ダーとか騒いでも無意味。
0611名無しさん@編集中 (ワッチョイW 0985-7ad9)
垢版 |
2019/04/08(月) 01:02:42.20ID:62H6D9B00
黙って高みの見物Appleくん最強
0614名無しさん@編集中 (ワッチョイ 01e7-k8NZ)
垢版 |
2019/04/08(月) 03:08:36.93ID:ePuriIh90
H.265/HEVC特許暗黒時代 - Qiita
https://qiita.com/yohhoy/items/c2579097a507b1fbdddb

更新されてた。MPEGがEVCというコーデックを開発してるそうな。

 > 異なる方向性のアプローチとして、ライセンス・フレンドリ(licensing-friendly)を掲げた
 > MPEG-5 EVC(Essential Video Coding)の開発も始まりました。
 > 20年以上経過して枯れた要素技術のみで構成しつつ、現行H.265/HEVC程度のデータ圧縮性能を目指しています。
 > 2018年10月のRequirements公開から2020年1月の最終ドラフト(FDIS)に向けて、
 > 映像コーデック研究開発としては異例のスピード目標となっています。

今年1月中旬に行われたMPEG 125のミーティングでは

 > The target coding efficiency for the call for proposals was to be at least as efficient as HEVC.
 > This target was exceeded by approximately 24% in the responses to the call for proposals, which were evaluated at this meeting.

ということで、最大でHEVCより24%くらい効率的になりえると評価されたらしい。
0615名無しさん@編集中 (ワッチョイ 01e7-k8NZ)
垢版 |
2019/04/08(月) 03:09:22.42ID:ePuriIh90
参考URL等

■EVC (Essential Video Coding)

・Essential Video Coding
 https://mpeg.chiariglione.org/standards/mpeg-5

・MPEG 124 - Macao
 https://mpeg.chiariglione.org/meetings/124
 (MPEG issues Call for Proposals for a New Video Coding Standard expected to have licensing terms timely available)

・MPEG 125 - Marrakesh
 https://mpeg.chiariglione.org/meetings/125
 (MPEG starts work on MPEG-5 Essential Video Coding)

・EVC - Essential Video Coding / MPEG-5
 https://forum.doom9.org/showthread.php?t=176055
0618名無しさん@編集中 (スププ Sda2-xlxQ)
垢版 |
2019/04/08(月) 12:01:29.33ID:Cpj+XRZfd
よく分からないんだけど

EVCは古い技術を使ってHEVCと同等の圧縮率を目指し、特許料を安く、分かりやすくする

VVCはいわゆるH.266に相当して、最新技術を盛り込み、より高い圧縮率を目指すよ

ってことかな?わざわざEVCなるものを作るということは、VVCも特許地獄の可能性が高そう
0619名無しさん@編集中 (スプッッ Sd02-+cXQ)
垢版 |
2019/04/08(月) 14:03:39.14ID:DPWwiw/Zd
EVCはVVCの掌握に失敗した某企業が立ち上げたやつ
ライセンスフレンドリーとはフリーでも安いでもなく、単に彼らと対立する立場の企業を締め出して仲良しだけで作る=ライセンス条件について合意しやすいという意味でしかない
VVCと違って参加企業は非常に少なく、実質的に彼らの持ち込みコーデックにそのままスタンプ押すだけの状態

ちなみにその24%というのは輝度だけの性能で、VVCに彼らが持ってきた提案と同じで、故意に色差分のビットを輝度に回す最適化をしてる
0621名無しさん@編集中 (ワッチョイ 01e7-k8NZ)
垢版 |
2019/04/08(月) 23:11:23.84ID:6RQMKldX0
>>615 EVC関連記事追加

Introducing MPEG-5 ? Noteworthy - The Journal Blog
https://blog.usejournal.com/introducing-mpeg-5-5ed1de2be71b

MPEG 124 Meeting Report - Bitmovin
https://bitmovin.com/mpeg-124-meeting-report/

MPEG 125 Meeting Report - Bitmovin
https://bitmovin.com/mpeg-125-meeting-report/

Video Codecs Today: Minefield, Muddle, or Multiple Choice?
https://www.streamingmedia.com/Articles/ReadArticle.aspx?ArticleID=130999

NAB 2019: Five trends to watch | Industry Trends | IBC
https://www.ibc.org/content-management/nab-2019-five-trends-to-watch/3708.article

Forty years of video coding and counting
https://www.linkedin.com/pulse/forty-years-video-coding-counting-leonardo-chiariglione/
 
 
最後の記事はビデオコーデックの歴史がざっくりまとめられていて一見の価値ありかと。
0622名無しさん@編集中 (ワッチョイ 01e7-k8NZ)
垢版 |
2019/04/08(月) 23:24:55.64ID:6RQMKldX0
こんな感じなのかな?

■EVC (Essential Video Coding)

 ●baseline profile
   ・「特許切れの技術」および「ロイヤリティフリーにできる技術」のみが使われる。
   ・現時点の評価では、AVCと比べて30%程度の圧縮率向上。

 ●main profile
   ・baselineに加えて、いくつかの(ライセンスが必要な)符号化技術が使われる。
   ・符号化技術ごとに独立した実装が行われ、それぞれを容易に有効化/無効化できるようにする。
    仕様確定後に適切なライセンス合意が行われなかった場合はその技術だけ切り離すこともできるようにしておく。
   ・現時点の評価では、HEVCと比べて24%程度の圧縮率向上。
0623名無しさん@編集中 (ワッチョイWW 2e68-lONI)
垢版 |
2019/04/08(月) 23:55:49.77ID:Qkv5GhUH0
24%程度の改善じゃ、箸にも棒にもかかりませんよ
しかもこんな中途半端なコーデック、ハードウェア再生支援に組み込まれる可能性も低い
GPUメーカーはボランティアで再生支援してるんじゃないのだから
0624名無しさん@編集中 (ワッチョイ 01e7-k8NZ)
垢版 |
2019/04/09(火) 01:25:44.67ID:4gaPavTr0
開催中のNAB Showで、IntelとNetflixがSVT-AV1の発表をしたとのこと。
4Kp60/10-bitのライブ配信も可能って書いてるな。

Intel Finally Announces SVT-AV1, To Be Used By Netflix - Phoronix
https://www.phoronix.com/scan.php?page=news_item&;px=Intel-SVT-AV1-Announced

Intel, Netflix to Deliver AV1 Scalable Codec to Power Next-Gen Compression Tech for Visual Workloads | Intel Newsroom
https://newsroom.intel.com/news/intel-netflix-deliver-av1-scalable-codec-power-next-gen-compression-tech-visual-workloads/

> This codec makes it possible for services ranging from video on demand
> to live broadcast of 4Kp60/10-bit content on IntelR XeonR Scalable processors,
> including the recently launched 2nd-Generation Intel Xeon Scalable processor.
0626名無しさん@編集中 (ワッチョイWW 095f-rpi5)
垢版 |
2019/04/09(火) 05:12:02.10ID:B5cVX3yf0
そのうえ、出来たデータは数万じゃ効かないぐらい再生されるからな
事業者のエンコード時の消費リソースやコスト感覚が別次元だし
そのうえあのNetflixだし

動画エンコードの探求に「終わり」はあるのか?
https://gigazine.net/news/20180614-end-of-video-coding/

2015年にNetflixの技術者が初めてMPEG会議に参加して、将来の動画コーディングのための文書を発表しました。
その際に、Netflixとしては「大幅な圧縮率の改善が可能ならば、たとえエンコードの複雑性が高まるとしてもまったく問題にしない」というスタンスであることを伝えると、議長から「では、どのくらいの複雑さを許容できますか?」と尋ねられたとのこと。
回答の準備が整っていなかったNetflixの技術者は「最悪のケースでは100倍まで」と答えると、100人はいたであろう動画コーディングの専門家たちからは大爆笑が起こったそうです。
議長は「心配しないで。彼らはみな『新しいこと』を試すことができると、幸せに感じているのです。たいていの人は『3倍まで』と答えるものだから」と話したそうです。
0628名無しさん@編集中 (ワッチョイWW 095f-rpi5)
垢版 |
2019/04/09(火) 06:47:30.46ID:B5cVX3yf0
x265もそれなりに仕上がっていた3年半前の時点でコレだからな
そこで非公式ながら100倍まで容認するってんだから、Xeon SPの力押しも厭わないだろうさ
基本的に処理比率的に絶対量は多くは無いにしろ、複雑化した際にボトルネックになりやすいベクター演算関係でのパフォーマンス考えるなら今のところはIntel系の方が正解だし
0631名無しさん@編集中 (ワッチョイ 02d2-0IBv)
垢版 |
2019/04/09(火) 07:55:12.89ID:CnKCeiSO0
英語よくわからんけどSisvelの発表で業界とか投資家あたりに不安な動きが広がったから、ちゃんと対応は考えてるから心配するなっていう声明をとりあえず出したって感じだと受け取ってる
0633名無しさん@編集中 (ワッチョイW 7d02-XrGE)
垢版 |
2019/04/09(火) 14:24:57.35ID:1B7Tr0nt0
・AOMedia参加メンバー間では合意が取れてるよ
・開発時にコーデック、法律の専門家とともに特許の精査は完了してるよ
・特許に関する防御のための仕組みもあるよ
って感じ
まあ心配せんでも大丈夫やで、ぐらいの内容で>>631の言う通りとりあえず感が強いですね
つか具体的な特許リストがまだ出てきてないから対応のしようがないですし
0634名無しさん@編集中 (ワッチョイW 0985-7ad9)
垢版 |
2019/04/09(火) 17:35:14.13ID:d07ftRlo0
ChromeでAV1再生するとGPUの3Dの%が異様に上がる割にCPU負荷が上がらないんだが、GPGPU使ってたりするのかな?気のせい?
0635名無しさん@編集中 (スッップ Sd33-3Xmw)
垢版 |
2019/04/17(水) 15:35:20.72ID:Yfx4MaNMd
Chromium EdgeくんAV1再生時に拡張機能不要にしてくれるのかね?
0637名無しさん@編集中 (ワッチョイ 12d2-38Qo)
垢版 |
2019/04/18(木) 19:30:03.94ID:RS41jD9n0
Introducing SVT-AV1: a scalable open-source AV1 framework
https://medium.com/netflix-techblog/introducing-svt-av1-a-scalable-open-source-av1-framework-c726cce3103a

SVT-AV1 is currently work in progress since it is still missing the implementation of some coding tools and therefore has an average gap of about 14% in PSNR BD-rate with the libaom encoder in a 1-pass mode.
The following features are planned to be added and will decrease the BD-rate gap:

Multi-reference pictures
ALTREF pictures
Eighth-pel motion compensation (1/8-pel)
Global motion compensation
OBMC
Wedge prediction
TMVP
Palette prediction
Adaptive transform block sizes
Trellis Quantized Coefficient Optimization
Segmentation
4:2:2 support
Rate control (ABR, CBR, CBR)
2-pass encoding mode
0638名無しさん@編集中 (ワッチョイ 12d2-38Qo)
垢版 |
2019/04/18(木) 19:38:49.77ID:RS41jD9n0
https://forum.doom9.org/showthread.php?p=1871939#post1871939
https://i.ibb.co/QcdpmNH/hvmaf-720.png
https://i.ibb.co/Z2hRQ1b/msssim-720.png
https://i.ibb.co/BGpNzLZ/psnrhvsm-720.png
https://i.ibb.co/X7GNTqC/hvmaf-1080.png
https://i.ibb.co/TKxNDxk/msssim-1080.png
https://i.ibb.co/5cGyhjk/psnrhvsm-1080.png

SmilingWolf氏がAV1エンコーダーの4回目のベンチマークを公開
SVT-AV1が新たに追加
rav1eはビットレートが大幅に増加する不具合があるそうだから今回は除外とのこと(マルチスレッド対応の初期段階のせい?)
0645名無しさん@編集中 (ワッチョイ 12d2-38Qo)
垢版 |
2019/04/19(金) 07:41:59.92ID:OkYmo5hL0
>>641
SVT-AV1のスコアが悪いのは

-enc-mode 3でエンコードしてるから(>>142は-enc-mode 0)
GOPの間隔が24と他のエンコーダーより短く設定してある
>>637に書いてある通りまだ実装してない符号化ツールが多いため

なのでもう少し上がる余地があると思う
0648名無しさん@編集中 (アウアウイー Sa39-zVoN)
垢版 |
2019/04/19(金) 15:14:39.18ID:SETO3tI6a
>>636でAV1のエンコードはHEVCの2倍程度の遅さまで高速化されて、画質はHEVCを上回ったという報告になってる
ロイヤリティフリーだからみんなしてエンコーダーの開発に凌ぎを削ってるのが良い結果になっていると思われる
0651名無しさん@編集中 (ワッチョイWW 515f-Hjqg)
垢版 |
2019/04/19(金) 18:19:05.43ID:2zX+uURv0
AndroidベースのカスタムOSだから、Googleのアプリは動くがプリイン出来ない
Amazonの独断で機能削って軽くしたり使用状況のモニタしとるからな
音声も抜いてくるAlexaもFire HDタブにぶっ込んできてるし、尚更無理
0653名無しさん@編集中 (ワッチョイ d904-JNgg)
垢版 |
2019/04/19(金) 18:58:00.90ID:B3Cf5sMl0
  、wミミミミ主彡彡ミゞ,
 ミミシ"~~_,,.,__~"'ヾ乍t
 ミミ' ' ´_,.,_!_,,..,,_ ヾミ
 'ミ ィ彡'"`'W'"~`'ミ 'ミ
  ミ ィtッァ 〉 ( ttッァ、 }}
  }} "´ ,.. / "ヽ 丶、 {{
 (}   /`^ー^ヘ、 `'{)
  、 ノ :.:.:_J_:.:.ヽ  ,!
 _ヽ /"二゙二`ヽ ,イ
´:::::::::::>、  '⌒  ノ 〉`ー-
::::::::/ 〉 ` ニニニ´  /::::::::::::
0654名無しさん@編集中 (ワッチョイ 5194-ehi0)
垢版 |
2019/04/21(日) 19:35:50.32ID:Oh8ZQjIO0
スレチだけど知らない間にYouTubeの詳細統計情報にDebugInfoという謎の欄が追加されてる。
AV1も自動設定(TestTubeの方)で取得される環境増えてるっぽい?今までワイの環境で自動だとVP9だったし。
0655名無しさん@編集中 (ワッチョイ b5e7-JNgg)
垢版 |
2019/04/21(日) 19:50:14.56ID:0OAdnhA60
ちゃんと環境(OS、ブラウザ名、バージョン、AV1絡みのconfig等を変更しているかどうか等)を書かないと意味なくね。
というかTesttubeの「自動」ってどういう挙動だったっけ・・・?
0656名無しさん@編集中 (ワッチョイ 5194-ehi0)
垢版 |
2019/04/21(日) 20:29:11.29ID:Oh8ZQjIO0
Windows10 Pro Ver1809 Build17763.437 64bit
Intel(R) Core(TM) i5=8250U CPU @ 16.0GHz 1.80GHz
8.00 GB DDR4 (7.86GB使用可能)
Firefox Developer Edition 67.0b12(64bit) UpdateCh:aurora
AV1に関する設定は特にいじっていない。
0657名無しさん@編集中 (ワッチョイ b5e7-JNgg)
垢版 |
2019/04/21(日) 23:07:38.83ID:0OAdnhA60
>>656
Win10 Home 1803 Build 17134.706 64bit、i7-4702MQ

 Firefox 66.0.3
  ・TestTube「自動」だとav01は使われない。
   試しに media.av1.use-dav1d (デフォfalse) を true に変えてみたが、やはりav01は使われない。

 Chrome 73.0.3683.103
  ・TestTube「自動」だと、720p60まではav01になる。1080p60はvp09になる。
 
 
>>636のPDFによると
  Firefox 67 (2019/05/07予定)
  Chromium 74 (2019/04/23週予定)
でdav1dがデフォルトになるらしい。
そっちのFirefox67がTestTube「自動」でav01を利用するようになってるのは、そのへんが関係してるのかもね。
0658名無しさん@編集中 (ワッチョイ 5194-ehi0)
垢版 |
2019/04/21(日) 23:17:45.58ID:Oh8ZQjIO0
今動画確認してみたらさらりとvp9に戻ってた。設定ミスか?
0665名無しさん@編集中 (ワッチョイ 0916-JNgg)
垢版 |
2019/04/22(月) 11:31:20.87ID:C2mU5MyE0
傍目にはよく分からんけど、システム要件がXeonとなってるから
Xeonを使うような大規模システム向けにx265を拡張・チューニングする手間が省けてラクみたいな感じじゃね
■ このスレッドは過去ログ倉庫に格納されています

ニューススポーツなんでも実況