19/09/22 12:22:36.95 8nquGKmE0.net
>>301
x265は一度は天下を取ったWMVと同じ運命の道を歩みつつあるから気をつけろん
306:名無しさん＠編集中
19/09/23 07:07:41.77 tj9Uudsr0.net
正直、nvidia、AMD、Intelそれぞれが先に真面目に早く対応したら勝ち。
もちろん、エンコード・デコード両面で。
昔のようにボードを出してくれそうなところないしなぁ。
エンコード＋スマホ絡みならARMやらなんやら、それこそ華為？が
307:名無しさん＠編集中
19/09/23 08:54:51.34 8N6oxGXG0.net
>>306
hisiliconのkirin、samsungのexynosはMali gpuだからarm次第。あとはqualcommのadrenoとかpower vrとかかな...
308:名無しさん＠編集中
19/09/23 12:06:12.79 5UZOZM98M.net
x264、x265ってエンコーダーのことを言ってんのかAVC、HEVCのことを言ってんのかややこしいな
309:名無しさん＠編集中
19/09/23 12:07:30.17 5UZOZM98M.net
いやもちろんxは本来はエンコーダーの意味しかないのだが、コーデックの名称として言ってないかっていう
310:名無しさん＠編集中
19/09/23 12:44:06.34 SmIRFkck0.net
x264とx265をコーデック名として使ってる人多いもんな。文脈で分かる場合はいいけど、わからないときは困る
311:名無しさん＠編集中
19/09/23 13:24:42.71 qJ1KSRvg0.net
ただ理解してないだけだろ
普通はH.265とx265は使い分ける
312:名無しさん＠編集中
19/09/23 14:37:05.50 Ret8/yqU0.net
10年後H.264やH.265が再生できなくなるわけじゃないので今最適だと思うものを使えばいい
WMVだってソースを取っておいてH.264でエンコすりゃ良かったなんて考えてる間抜けはいないだろ
313:名無しさん＠編集中
19/09/24 17:18:27.89 3+6LfR2zM.net
・AVIF形式の画像をサポートした「paint.net」v4.2.2が正式版に
DirectX 10/11形式ファイルへの対応も強化
URLﾘﾝｸ(forest.watch.impress.co.jp)
AV1の系統も徐々に使える環境が増えてきているようだ
314:名無しさん＠編集中
19/09/25 11:41:33.91 lP2aDkmQ0.net
youtube-dl.exe -F URLﾘﾝｸ(www.youtube.com) でlist-format見るとav01がmp4扱いなのでおかしいなと思い
mp4指定すると「av01+mp4」で500MBのmp4ファイルになった。畸形ファイルかなと思い「av1+opus」を指定するとmkvファイルで落ちてくる。
-fオプション無し(デフォルトでbest)だと1GBの「vp9+opus.webm」になる。
mp4コンテナのav1は畸形と思ってたが、「URLﾘﾝｸ(medium.com)」によると
av1もopusもvp9もmp4コンテナに正式対応してるらしいと分かった
mp4コンテナはサポートしないコーデックがいっぱい有ったので「MKVコンテナこそ神!」と思ってたのにいつの間に成長してて驚いた。
最強なmkvにするべきか、メジャーで無難なmp4にするか、みなさんの意見を聞かせて欲しい。
315:名無しさん＠編集中
19/09/25 11:44:02.11 lP2aDkmQ0.net
>>314
mp4指定すると「av01+m4a」で500MBのmp4ファイルになった
の間違いでした
316:名無しさん＠編集中
19/09/25 12:58:20.35 zlt+pz9Na.net
mp4がav1とopusに対応したのなんてだいぶ前の話だぞ
317:名無しさん＠編集中
19/09/25 13:17:28.88 bq7GUkc9M.net
ムショ帰りか？
318:名無しさん＠編集中
19/09/25 19:21:47.45 lP2aDkmQ0.net
>>316 >>317
昔、古いFLVをMP4に変換しようとしたら「Sorenson H.263」が入らなくて、最近もWebMのvorbisがダメだったんで
MP4=クッソ使えないコンテナのイメージが強かったんよ
さっきOpus試したらデフォルトで拒否られて、「-strict experimental」オプション付けて無理矢理ねじ込めたけど、クセが強すぎるから敬遠してたわけ
ところがここへ来て急に勝ち組の気配がしてきたからどうしようと迷ってるわけ
Youtubeの4kはVP9のWebMがデフォルトだけど、今後AV1のMP4に統一されたら2度手間だなとか、じゃあwebMはどうなんのとか状況が読めないんだよね
319:名無しさん＠編集中
19/09/25 19:57:00.68 U15VeRGVM.net
>>318
MP4にしたいならMP4Box使ったほうがいいよ
AV1もVP9もOpusも正式対応してる
URLﾘﾝｸ(github.com)
320:名無しさん＠編集中
19/09/25 21:03:25.12 jXebDnBfM.net
MKVでいいでしょ
無料で使えるツールが充実しているから映像と音声の分離、結合を一番汎用的に使いやすい
MP4は分離、結合（特に結合）時に、特定のコーデックでなければ対応できないソフトが多いような印象があるからメインで使う気になれない
321:名無しさん＠編集中
19/09/25 21:05:48.54 jXebDnBfM.net
もう一つ
L-SMASHとかいうふざけた名前の奴も気に入らないのも古い理由に残っている
322:名無しさん＠編集中
19/09/26 00:21:59.37 3qZudLzg0.net
俺もmkvありゃそれでいいわ
resolveで使えないけどその時は映像だけぬいてmovにするだけだし
323:名無しさん＠編集中
19/09/26 01:07:38.80 nN3cAbxL0.net
単純にMKVの方がMP4コンテナよりシークが早いからMKV使ってる
324:名無しさん＠編集中
19/09/26 01:15:16.48 JYqr1V6p0.net
え？シークがmp4よりmkvの方が早い？
なんの冗談だ
325:名無しさん＠編集中
19/09/26 01:30:34.83 jXXnKigz0.net
シークの速さってコンテナ関係あるんだ
コーデックのキーフレーム間隔だからコンテナとか関係ないのかと思ってたわ
326:名無しさん＠編集中
19/09/26 01:34:02.68 HHrUgYwiM.net
ですよね…
327:名無しさん＠編集中
19/09/26 04:13:11.48 sgVyWBN30.net
>>313
保存できないとかなら使えんのと一緒のような気が
328:名無しさん＠編集中
19/09/26 20:28:26.86 U7aN5MQw0.net
>>323
なんで・・・シークの速さがそんなに重要なんですかね・・・？
329:名無しさん＠編集中
19/09/26 21:00:33.36 cHsWVKtY0.net
その質問だ一番無駄じゃね？興味もないんだろうし
330:名無しさん＠編集中
19/09/27 03:31:57.36 KDZYi+mJ0.net
シークはエンコードのオプションでなんとでもなるだろ～
331:名無しさん＠編集中
19/09/27 08:49:36.26 n17ddBvA0.net
古めのGeforceだとシーク後1秒近くコマ落ちするとかまぁ処理速度みたいなもんはあるけれど
コンテナでは変わらない気がする
332:名無しさん＠編集中
19/09/27 11:46:10.55 pKpR+hZ8M.net
どう考えてもキーフレームの間隔次第でしょ
333:
19/09/27 17:25:35.23 mpMPnDbu0.net
flv「せやな」
334:名無しさん＠編集中
19/09/30 11:53:13.16 2a31mSov0.net
フレーム情報の復号じゃなくコンテナでシーク変わるて、元のmp4のmuxが悪いだけだろと
mkvに納めたのと同じソフトで再度mp4に納め直して比較とかしとらんだろ
335:名無しさん＠編集中
19/10/01 20:40:43.57 7KrL0CxS0.net
URLﾘﾝｸ(github.com)
AVIFのSusie plugin来てた
ただビルドしてみたけどビルド方法が悪いのか上手く動かなかった
336:名無しさん＠編集中
19/10/04 11:17:46.03 RrN5+4jM0.net
9月にH.265(V6)とH.264(V13)の規格書が見れるようになってたことに今更気づいたので貼り。
■H.265 V6 (2019/06/29)
URLﾘﾝｸ(www.itu.int)
> Rec. ITU-T H.265 | ISO/IEC 23008-2 version 6 (the current version) refers to
> the integrated text additionally containing additional SEI messages for SEI manifest
> and SEI prefix, along with some corrections to the existing specification text.
■H.264 V13 (2019/06/13)
URLﾘﾝｸ(www.itu.int)
> This edition of Rec. ITU-T H.264, approved in 2019-05,
> specifies additional SEI messages for ambient viewing environment,
> content light level information, content colour volume, equirectangular projection,
> cubemap projection, sphere rotation, region-wise packing, omnidirectional viewport,
> SEI manifest, and SEI prefix, and miscellaneous minor corrections and clarifications.
337:名無しさん＠編集中
19/10/04 11:35:17.33 RrN5+4jM0.net
x265のv3.2もリリースされてたのね。
URLﾘﾝｸ(x265.readthedocs.io)
Version 3.2
Release date - 25th September, 2019.
New features
・3-level hierarchical motion estimation using --hme and --hme-search.
・New AQ mode (--aq-mode 4) with variance and edge information.
・selective-sao to selectively enable SAO at slice level.
Enhancements to existing features
・New implementation of --refine-mv with 3 refinement levels.
Encoder enhancements
・Improved quality in the frames following dark scenes in ABR mode.
（API changes、Bug fixes、Known issuesはリンク先参照）
338:名無しさん＠編集中
19/10/04 14:46:17.50 07k71HHnM.net
New AQモード？
強いのか？
339:名無しさん＠編集中
19/10/04 17:17:49.75 hC2dXewJ0.net
エッジ以外がとてもボケる＞aq4
hmeのほうが面白いと思う（重いけど）
340:名無しさん＠編集中
19/10/05 09:42:16.54 LP1ip7Yj0.net
URLﾘﾝｸ(chromium.googlesource.com)
> libgav1 is a profile 0 & 1 compliant AV1 decoder. More information on the AV1 video format can be found at aomedia.org.
URLﾘﾝｸ(chromium.googlesource.com)
> add core library + examples
>
> this initial version of the library focuses on decoding performance for
> the android platform. additional optimizations for other platforms and
> tests will follow.
341:名無しさん＠編集中
19/10/05 10:05:56.35 9ZHaOXy5a.net
やっぱりchromeはdav1d使わないのかね
vp9でもffvp9使わなかったから予想はしていたけど
av1の再生にはfirefox使ったほうが良さそうだな
342:名無しさん＠編集中
19/10/05 16:14:42.78 ubVDwlud0.net
>>341
Chrome 74 からdav1dがデフォルトのAV1デコーダーになってるはずだけど。
URLﾘﾝｸ(medium.com)
>>340のlibgav1は文面を見る限り、当面はAndroidでのパフォーマンス改善を目的にしたものだと思う。
将来的にその他のプラットフォームへの最適化もするみたいなことも書いてるけど、どうなるかはまだこれからでは。
343:名無しさん＠編集中
19/10/06 00:23:25.08 ZWTF0hUd0.net
Google Has Been Developing "libgav1" As New AV1 Decoder - Phoronix
URLﾘﾝｸ(www.phoronix.com)
344:名無しさん＠編集中
19/10/09 20:16:50.48 CQ2fPy+G0.net
redditにAV1とVVC Test model Encoderでエンコードした動画上げてる人が
A AV1-VVC comparison
URLﾘﾝｸ(www.reddit.com)
345:名無しさん＠編集中
19/10/09 20:46:35.89 nn6swt3yM.net
VVCのデコーダー、もうあるのか？
346:名無しさん＠編集中
19/10/09 21:02:12.81 gofzIjnT0.net
URLﾘﾝｸ(vcgit.hhi.fraunhofer.de)
ないとエンコーダーの評価できないんだから同時開発が普通
347:名無しさん＠編集中
19/10/10 16:49:08.72 zuzlIDV2F1010.net
MiracastもHEVCの時代に突入か
・8000円でフルHDをWi-Fi転送、HDMIスティック型Miracast端末「EZCast 2」
URLﾘﾝｸ(internet.watch.impress.co.jp)
「Miracastに対応し、Windows/macOS/Android/Chrome OSの端末から最大で1920×1080（60p）解像度の映像出力が可能。
映像コーデックにはH.265を採用している。」
348:名無しさん＠編集中
19/10/10 18:11:58.99 MMu9e2feM1010.net
>>346
これ、どうやって使うの？
349:名無しさん＠編集中
19/10/10 19:30:28.02 kJa0TsU+01010.net
>>348
doc/software-manual.pdfとかを読めばいいんでないかい。
350:名無しさん＠編集中 (ﾜｯﾁｮｲ bf7d-P4H7)
19/10/14 17:52:06 QJ41oBbG0.net
dav1d 0.5.0 'Asiatic Cheetah'
URLﾘﾝｸ(code.videolan.org)
> This is the fifth major release of dav1d, the fast and small AV1 decoder, codename 'Asiatic Cheetah'.
> It supports all the AV1 features and all bitdepths.
> 0.5.0 brings large improvements in speed on SSSE3 CPU (up to 40% speedup),
> new speed improvements on AVX-2 (for 4-7%) and ARM64 (up to 10%) and ARM32.
> It introduces some VSX, SSE2 and SSE4 optimizations.
> 0.5.0 fixes some minor issues, can export ITU T.35 metadata and improves the player example.
351:
19/10/14 18:01:54 jtHsTjSn0.net
dav1d、libgav1に触発されて更新が活発になってる
WAR MODEなんだそうだ
URLﾘﾝｸ(twitter.com)
(deleted an unsolicited ad)
352:名無しさん＠編集中
19/10/14 19:32:47.29 aXx7Sl7VM.net
エンコーダーの高速化も活発になってほしい
353:名無しさん＠編集中
19/10/14 19:56:26.07 Nm3ZzTGR0.net
もうエンコードは超多コア買う人むけになりそうだからどうでもいい雰囲気
354:
19/10/14 20:46:21 QJ41oBbG0.net
URLﾘﾝｸ(medium.com)
SVT-AV1のmode 4ならx265のVery Slowと同じぐらいのエンコード速度でより高画質らしい。
355:
19/10/14 20:54:11 kFw1EB+Y0.net
x265のveryslowがすでに耐え難い
x264のveryslowぐらいが限界だよ
356:
19/10/14 21:02:22 jtHsTjSn0.net
でもAWCYのスコアでは優れていても肉眼で見ると画質悪いってredditでもdoom9でも指摘されてるな。
特定のベンチマークに最適化されてしまっているのかな？
シーンチェンジ検出が上手く働かないから複数のカットがある動画なんかでいい感じにエンコード出来ないせいとかもあるかも。
AWCYに使われてるデータセットobjective-1-fastは基本的に一つカットからなる動画ばかりだし。
357:
19/10/14 22:12:30 JewEtBplM.net
この調子だと、来年には何とか使えそうな感じか？
358:
19/10/14 23:21:39 mDCHhinj0.net
全球首颗基于 AVS3 标准 8K 解码芯片诞生
URLﾘﾝｸ(www.leiphone.com)
AVS3 8K120p HWデコーダ
359:名無しさん＠編集中
19/10/17 11:47:57.87 DaVwx5YIM.net
クソ規制の影響で、リンクアドレスを貼り付けると書き込み規制を喰らうようなので貼れないが、
IceLakeの整数演算性能がかなり向上しているらしく、動作周波数が低いくせに性能は期待できそうとのこと
ソフトウェアエンコードにも役立てばよいが
360:名無しさん＠編集中
19/10/17 14:42:39.91 eZyLl5OW0.net
AVX2からAVX512に最適化が進むことより、よくなっているといいね
361:名無しさん＠編集中
19/10/17 18:01:10.70 KN5f3/L80.net
>>359
アドレス貼れないならググれるようにタイトル貼ればいいじゃない
362:名無しさん＠編集中 (ﾜｯﾁｮｲWW 5f01-F4cW)
19/10/17 18:42:44 gsMzuDSA0.net
>>359
元アドレス分かる？
一部をASCIIに変更したらどうだ？
ASCIIは以下参照
URLﾘﾝｸ(iwb.jp)
363:名無しさん＠編集中
19/10/17 20:52:04.46 LV+5Nhlu0.net
IceLakeアーキテクチャの性能が高いのは既知かと思ってた
364:名無しさん＠編集中
19/10/17 22:40:21.22 dY071hkq0.net
Inside MPEG's Ambitious Plan to Launch 3 Video Codecs in 2020
URLﾘﾝｸ(www.streamingmedia.com)
MPEGが2020年にリリースしようとしている
・Versatile Video Coding (VVC)
・Essential Video Coding (EVC)
・Low Complexity Enhancement Video Coding (LCEVC)
という３つのコーデックに関する、
・品質目標
・計算量
・ロイヤリティ
などについての話。
まあなんつうか・・・うまくいく未来が来るといいね（願望）的な感じ？
365:名無しさん＠編集中
19/10/17 23:29:17.42 s8sDKxAFa.net
VVCは分かるけど
EVCとLCEVCは需要が分からない
こんなコーデックを求めている業界はどこにあるのか
366:名無しさん＠編集中
19/10/18 04:02:05.59 07uUQnKq0.net
監視カメラとか
ビデオ会議とか？
そこまで高圧縮高性能求めてないけど
そこそこの画質と圧縮率は欲しい的な？
367:
19/10/18 08:36:30 aUeFwoxg0.net
アニメーションフィルム向けのコーデックだろ言わせんな恥ずかしい（適当）
368:名無しさん＠編集中
19/10/18 12:51:10.97 9Srt/D7eM.net
>>364
Sisvelの従業員のブログなんて貼るなよ
369:
19/10/18 13:43:19 3DRrtni50.net
そしてライセンスとロイヤリティでこけるいつものパターン
370:名無しさん＠編集中
19/10/18 18:59:50.54 ROTjDlx20.net
EVC試してみたいけどETMのソースにアクセスするにはMPEG IDとパスワードが必要みたいなんよね
URLﾘﾝｸ(mpeg.chiariglione.org)
URLﾘﾝｸ(i.imgur.com)
URLﾘﾝｸ(gitlab.com)
371:名無しさん＠編集中
19/10/19 19:58:03.85 g2XXCXVxM.net
>>364
EVCは完全にロイヤリティフリーになるのかと思いきや、
ロイヤリティフリーなのはBaselineで、Mainはロイヤリティ発生する機能も選べる、ってなんじゃそりゃ。
372:
19/10/20 02:24:22 moN/GWLI0.net
あっ（察し）
373:名無しさん＠編集中
19/10/20 11:29:08.10 No1ENATv0.net
GTX1070でx265のNVENC初めて使って見たけどすごく速いんですね
画質悪いと言われてるようですけどそんなんに違うもんなの?(´･ω･`)
374:名無しさん＠編集中
19/10/20 12:16:29.63 dqFnEb34F.net
動画なのに静止画でマジマジ見る人達には違ってみえるらしい
375:名無しさん＠編集中
19/10/20 12:54:00.82 No1ENATv0.net
NVENCは余裕あるビットレートのエンコードなら他と致命的差異はなくて
>>174みたいに1M切りの限界ギリギリまで絞ったビットレートでは差がある
そんな感じに評価されているのかなぁと推測したんだけどどうかな(´･ω･`)
376:名無しさん＠編集中
19/10/20 13:01:25.03 a0OTGJERr.net
>>375
データちゃんと当ててるならnvencで問題ないよ
むしろcpu使うのは時間の無駄
377:
19/10/20 14:58:02 moN/GWLI0.net
308 名前：名無しさん＠編集中 (ｵｲｺﾗﾐﾈｵ MMa9-HeLa)[sage] 投稿日：2019/09/23(月) 12:06:12.79 ID:5UZOZM98M [1/2]
x264、x265ってエンコーダーのことを言ってんのかAVC、HEVCのことを言ってんのかややこしいな
309 名前：名無しさん＠編集中 (ｵｲｺﾗﾐﾈｵ MMa9-HeLa)[sage] 投稿日：2019/09/23(月) 12:07:30.17 ID:5UZOZM98M [2/2]
いやもちろんxは本来はエンコーダーの意味しかないのだが、コーデックの名称として言ってないかっていう
310 名前：名無しさん＠編集中 (ﾜｯﾁｮｲWW 4d68-k+x8)[sage] 投稿日：2019/09/23(月) 12:44:06.34 ID:SmIRFkck0 (PC)
x264とx265をコーデック名として使ってる人多いもんな。文脈で分かる場合はいいけど、わからないときは困る
311 名前：名無しさん＠編集中 (ﾜｯﾁｮｲWW 1152-KhG6)[sage] 投稿日：2019/09/23(月) 13:24:42.71 ID:qJ1KSRvg0 (PC)
ただ理解してないだけだろ
普通はH.265とx265は使い分ける
378:
19/10/20 16:20:55 kxURFKyv0.net
某界隈ではwmvとflvってくくりで画質を語り始めるから謎
379:名無しさん＠編集中
19/10/21 05:05:55.50 zveYAYXg0.net
>>375
1MbpsのNVENCは綺麗だけど、768Kbpsだとノイズが目立つなあ、AVIdemux
380:名無しさん＠編集中 (ｱｳｱｳｴｰ Saaa-CEp2)
19/10/21 14:22:38 xJd/NjvNa.net
ウェブではもうav1が普通に使える状態になってるな
高解像度だと負荷がきついけど
381:名無しさん＠編集中 (ｱｳｱｳｸｰ MM87-NMBM)
19/10/21 15:21:13 ZL9sEeStM.net
普通とは？
382:名無しさん＠編集中 (JPWW 0H5b-RS9y)
19/10/21 16:00:07 X9F1mNfDH.net
AV1の再生は問題ないから、早いとこコンテンツを供給してほしいな
tubeはさっさと対応してほしいよ
383:名無しさん＠編集中
19/10/21 16:08:37.45 3nSfGJHoM.net
>>382
>>4
一部の動画はすでにAV1にエンコされてるらしい
384:名無しさん＠編集中 (ﾜｯﾁｮｲWW b35f-Yy+9)
19/10/21 16:50:36 RIMF5Mth0.net
PCでのAV1再生は二の次よ
問題はスマートフォンで再生できるかだ
最近のトラフィックはスマホユーザーが回線を圧迫してるだろうし
385:名無しさん＠編集中 (ｽﾌﾟﾌﾟ Sd32-iSkz)
19/10/21 16:53:16 EjTOWhp5d.net
Amlogic S805X2, S905X4, and S908X AV1 Full HD/4K/8K Media Processors to Launch in 2020
URLﾘﾝｸ(www.cnx-software.com)
386:名無しさん＠編集中
19/10/21 17:07:00.25 Xc1hSjcI0.net
セットトップボックス用(？)っぽいAV1ハードウェアデコーダーはチラホラ出てきたけどスマホ用はいつになるかね
387:名無しさん＠編集中 (ﾜｯﾁｮｲ 92ab-r0zP)
19/10/21 21:04:43 gQv87xUE0.net
>>384
スマホ向け動画のビットレートっていくつくらいに設定するのがいいんだろうかね？
388:名無しさん＠編集中
19/10/22 18:12:35.40 JmbYyiJn0.net
SVT-AV1が2パスエンコードに対応したけど引数が独特過ぎて使い方がわからんな
389:名無しさん＠編集中
19/10/23 09:33:51.67 8Fr+zZssF.net
URLﾘﾝｸ(www.anandtech.com)
390:名無しさん＠編集中
19/10/23 18:52:50.14 kftkk55UM.net
AV1のデコードチップがスマホに載るようになるのは再来年くらいかな
391:名無しさん＠編集中
19/10/23 19:36:52.29 2p+vvsj5M.net
>>390
スマホはSnapdragonに載るまでハードウェアデコーダ載らないでしょ
392:名無しさん＠編集中
19/10/23 21:32:45.43 0KojxGnX0.net
デコードはどうでもいい
問題はエンコード
393:名無しさん＠編集中
19/10/23 21:38:47.89 yl2V5Iwd0.net
スナドラとAppleのSoCが対応すればスマホはほぼ対応できるからな、HuaweiのKirinは知らんが
394:名無しさん＠編集中
19/10/23 21:55:10.20 qETrz/0C0.net
でも確かQualcommはAOMedia参加してないんだよね
395:名無しさん＠編集中
19/10/24 07:15:45.04 d0DBSYGHH.net
AV1ってGPUでデコードできないん？
396:名無しさん＠編集中
19/10/24 13:49:44.83 nyKr5W1G0.net
キヤノンがEOS-1D X Mark IIIでHEIFに対応するねニコンやソニーも続くかな
URLﾘﾝｸ(global.canon)
397:名無しさん＠編集中
19/10/24 14:26:29.37 sChQPgWNp.net
10bit対応なのがポイントだな
8bitは編集許容悪すぎだし次世代JPEG系は普及しないし
画像はHEIFで決まりかね
webPは意味不明な制限で自爆したなあ
398:名無しさん＠編集中
19/10/24 14:33:05.09 ykFZbsXtM.net
制限？
そんなのあったっけ？
399:名無しさん＠編集中
19/10/24 14:38:33.41 L82EtY870.net
ハイエンドのデジカメなら普通はRAWで保存するよな
400:名無しさん＠編集中
19/10/24 15:01:59.67 5Skp1LPB0.net
そういえば某画像ストレージがHEIFを本来の仕様通りに再圧縮してなかったって話があったな
401:名無しさん＠編集中
19/10/24 16:16:00.41 vL2uPf7M0.net
・Googleが1万年かかる計算問題を3分20秒で解き終える量子コンピューターを完成させる
URLﾘﾝｸ(gigazine.net)
量産化、はよはよ
402:名無しさん＠編集中
19/10/24 16:46:58.15 FsICr1zd0.net
終わりの始まりである
403:名無しさん＠編集中
19/10/24 17:00:23.68 bYgv3C0l0.net
そりゃIntelやAMDの汎用と比べれば早くはなるんだが・・・ってやつで。
404:名無しさん＠編集中
19/10/24 22:10:46.80 AtaM1NOd0.net
>>398
397じゃないから予想だが解像度(16383x16383まで)とか(非可逆WebPは)YUV4:2:0のみって事とか？
405:名無しさん＠編集中
19/10/25 06:15:51.84 UpJdcOx40.net
商用AV1エンコーダー Visionular社『 AURORA』 機械学習を利用してるっぽいdav1dにも協力？
URLﾘﾝｸ(www.visionular.com)
機械学習の使い所の簡単な説明
Machine Learning for AOM/AV1 and its Application in RTC
URLﾘﾝｸ(www.agora.io)
406:名無しさん＠編集中
19/10/29 03:13:02.03 3Cv/XkF00.net
dav1d 0.5.1
URLﾘﾝｸ(code.videolan.org)
> This is a minor update of the 0.5.0 version of dav1d, the fast and small AV1 decoder, codename 'Asiatic Cheetah'.
> 0.5.1 brings improvements in speed for SSE2 CPUs (up to 50% speedup), and ARMv7 CPUs (up to 41% speedup).
> It also fixes minor issues and minor speed improvements for other architectures.
407:名無しさん＠編集中
19/10/29 05:08:57.67 dR96sndfM.net
速度5割増とな？
VLCのナイトリーにも搭載されるのかね？
408:名無しさん＠編集中
19/10/29 08:07:32.01 gfnyjeF+a.net
AVX搭載してるCPUは関係ないだろうけどな
409:名無しさん＠編集中
19/10/29 10:48:06.70 EZmkaccy0.net
古い世代のCPUへの最適化もいいけどそろそろ10bitの最適化も進めて欲しい
410:名無しさん＠編集中
19/10/29 19:36:28.54 uLYzCwmkHNIKU.net
ARMでも高速化したというのは大きな前進だ
はやいとこスマホでAV1配信できるようにして
トラフィックを減らしてくれー
411:名無しさん＠編集中 (ﾜｯﾁｮｲW 63b5-rhEb)
19/10/30 01:15:44 yG25o//l0.net
dav1dはデコーダーだぞ
412:名無しさん＠編集中
19/10/30 02:44:40.03 y1fPbEn6a.net
>>411
スマホでエンコードするわけないでしょ
スマホで低負荷でデコード、再生できるようにならないと
413:名無しさん＠編集中 (ﾜｯﾁｮｲ f302-mjLV)
19/10/30 03:29:02 wA8zx6xg0.net
スマホでAV1配信できるように って書くのが悪い
スマホにAV1配信できるように ならわかる
414:名無しさん＠編集中
19/10/30 17:31:47.77 naYkj6NTd.net
スマホはハードウェアデコーダでしょ
415:名無しさん＠編集中
19/10/30 21:58:13.48 QmI3+Am0r.net
>>412
SOCは大体H.264やHEVCのエンコーダーも積んでるぞ
1080pくらいまでってのも多いが
416:名無しさん＠編集中
19/10/30 23:10:08.50 VOf7qk2d0.net
ARMのSoCのは動画撮影時の圧縮用途が主だからな
帯域画質性能比もピーク処理速度もQSVどころがVCEにも及ばないだろ
417:名無しさん＠編集中
19/10/30 23:26:25.20 xyRyWLX40.net
最高処理fpsはqsv、nvencに劣る可能性は高いけど
帯域画質性能（ビットレート当たりの画質？）で劣る理由にはならない
418:名無しさん＠編集中
19/10/31 01:03:28.36 NbxBZF+B0HLWN.net
バッテリー持たないからスマホはハードデコードが普通
419:名無しさん＠編集中 (中止 de8e-ANgw)
19/10/31 02:12:08 H1J2/LYG0HLWN.net
スマホで録画してアップロードしてる人も普通にいるわけだが・・・
話がかみ合ってないわなぁ
420:名無しさん＠編集中
19/10/31 12:44:52.13 VJFgvKpTMHLWN.net
このスレで、それを普通とは言わない
421:名無しさん＠編集中
19/10/31 19:06:33.55 raXMHB/70HLWN.net
>>417
画質が良いと見立てられる理由にもならんけどな
実装に割けるトランジスタ規模の差考えると比類する事すら遠そうだが
422:名無しさん＠編集中
19/10/31 22:04:11.19 7oTsRdZl0HLWN.net
スマホ向けの最先端プロセッサーはPC向けと同等のプロセスなんだから
使えるトランジスタ量に大した違いはないでしょ
423:名無しさん＠編集中
19/11/01 01:08:31.40 ZQxz7Uqta.net
スマホで動画を撮影すると普通に16Mbit程度になる
スマホのエンコーダーは複雑な圧縮はしてないということだな
424:名無しさん＠編集中
19/11/01 01:13:39.99 uBLdER0V0.net
>>422
PCはCPU＋GPU＋I/Fだけだが、
スマホSoCは他の回路が大量に必要なので、
映像回路に使えるトランジスタは相対的に減るのでは
でもまあPCは機能は少ないけどバス幅が広くてトランジスタ数使うので一概には言えないか
スマホでメモリ128bitとかPCIe24本とか要らないしな
425:名無しさん＠編集中
19/11/01 01:16:32.77 l2Cv6lV60.net
AOMedia Research Symposium 2019なるイベントが開催されてたらしい
URLﾘﾝｸ(aomedia.org)
426:名無しさん＠編集中
19/11/03 08:21:54.83 FI20zCa8H.net
googleのstadiaはvp9かな
427:名無しさん＠編集中
19/11/03 10:20:33.48 cgxjIX0PM.net
そうだろな
AV1ではまだ低レイテンシにできないだろう
428:名無しさん＠編集中
19/11/03 14:37:30.36 fsZlfXq80.net
Youtubeで「きゃりーぱみゅぱみゅ」のPV見てたらたまたまAV1なのに気付いた。
「きみがいいねくれたら watch?v=8DitMqeKSP0」「音ノ国 watch?v=-OhDQfzNstg」とか最近の限定だが
720p以下の普通の動画にも普及してきたっぽい。
アプリで調べたら1080pはVP9とAVCだったけど、YoutubeのAV1設定をONにしてると720pまでしか選べない。
ゲストだと1080p選べるけどWebmになる。
720pをダウンして比較したらサイズはWebmと同じ45MB位でAVCは65MBだった。
肝心の画質は、目がチカチカしてエンコ泣かせが想像できる「音ノ国」の静止画をキャプチャーして比べたが
AV1は明らかにノイジーで汚かった。意外にもAVCが一番奇麗だったがサイズが大きいので当然か。
同じサイズでVP9に負けてるので、結論から言うとAV1は言われてるほど大したことないかなという印象。
VP9は動きに強いと聞いてたので妥当だが、AV1は激しい動きは苦手なコーデックかもしれない。
まあたった一例で低解像度だからまだ何とも言えないかな。
429:名無しさん＠編集中
19/11/03 14:49:47.43 OhcvV9fua.net
YoutubeのAV1はまだテスト段階だからエンコードの設定もガバガバだぞ
430:名無しさん＠編集中
19/11/03 16:23:33.35 8qVpj+sA0.net
同じ画質でどこまでサイズが落とせるのか
431:名無しさん＠編集中
19/11/03 17:27:00.08 8qVpj+sA0.net
>>428
13年のフォーチュンクッキーでも720までAV1だった
再生1億超えてるとAV1対応率上がる気がする
432:名無しさん＠編集中
19/11/04 01:40:47.65 lu9r13wYa.net
YouTubeのVP9は明らかに画質が良くなってる
エンコーダーが成熟してるからだろうけど、何気に最強のコーデックなのかもしれない
それでもGoogleはAV1を推すのか微妙な気がする
433:名無しさん＠編集中 (ｱｳｱｳｴｰ Sac2-8/k1)
19/11/04 02:00:45 Cden0HfLa.net
エンコード品質はNetflixが一番良いと思う
エンコード時間が100倍になってでもサイズを減らしたいって言うだけのことはある
434:名無しさん＠編集中
19/11/04 13:09:15.28 hVj/2r+f0.net
AV1結局特許問題はどうなったん?
435:名無しさん＠編集中
19/11/05 00:01:28.65 z1xxEV2d0.net
そうそう
最近番組のネット配信多くなって、まぁ自分アニメだけど
保存してみるとスカスカな気分を味わえる
436:名無しさん＠編集中
19/11/05 23:25:10.56 Um9nZRut0.net
ffmpegでQSVのVP9エンコがサポートされた
437:名無しさん＠編集中
19/11/06 03:30:43.49 pWj2GUGM0.net
どの世代のGPUから使えるんだろ
438:名無しさん＠編集中 (ﾜｯﾁｮｲWW 635f-A/z4)
19/11/06 03:50:33 2KiQXHpx0.net
VP9 encoder is only supported on Icelake platform
って書いてるからIcelakeからだね
439:名無しさん＠編集中 (ﾜｯﾁｮｲW 6f5f-TxSO)
19/11/06 03:54:59 pWj2GUGM0.net
おーありがとう
440:名無しさん＠編集中
19/11/06 14:00:19.24 2KiQXHpx0.net
Lenovo IdeaPad S340 - プラチナグレー
製品番号： 81VV0013JP
がicelake最安かな？
￥44,770だし
441:名無しさん＠編集中
19/11/07 04:29:15.95 z7hOl+Hh0.net
YouTubeはAV1ばかりになってるな
10万再生でもAV1だわ
442:名無しさん＠編集中
19/11/07 10:33:30.22 uBjERVc+x.net
>>440
安いけど拡張性皆無でクロック低いね
ブースト時はそれなりだけど
有線LANもないし
443:名無しさん＠編集中
19/11/09 18:12:50.86 P+7TQ4qY0.net
rav1e v0.1.0: Made in Tokyo
URLﾘﾝｸ(github.com)
First official release, published during the Video Dev Days 2019 in Tokyo.
444:名無しさん＠編集中
19/11/16 13:19:35.32 xSmckUIl0.net
録画のTSデータをエンコするんだけどまた新しいコーデックが出るかもしれないとか再生環境が変わるかもしれないと
いつまでもTSデータを消せないからエンコすればするほどHDDを圧迫して容量削減になっていない
今までH.264でエンコしたやつ全部削除してH.265でエンコし直しているところ・・・・
何やってるんだ俺・・・
445:名無しさん＠編集中
19/11/16 13:59:32.45 NOAG2hgF0.net
>>444
デジタルホーディングってやつだな
446:名無しさん＠編集中
19/11/16 14:44:21.30 EkvOFZNtr.net
>>444
地デジや放送ごとき、フルhdでもhevc3Mbpsありゃ十分なのに何いってんのって思うわ。
インタレ保持したいならavcだが。
447:名無しさん＠編集中
19/11/16 14:56:54.95 LEVmfj84M.net
3Mbpsなんて大画面では辛いだけだぞ
448:名無しさん＠編集中
19/11/16 14:59:31.46 ZUBn72OX0.net
大画面でなんて見ることなさそうだから個人の自由でいいんじゃね
449:名無しさん＠編集中
19/11/16 15:04:45.68 EkvOFZNtr.net
>>447
hevcなら問題ない。そもそも大画面じゃ地デジ自体キッツイが。
450:名無しさん＠編集中
19/11/16 16:12:55.88 PSAGdEJa0.net
舌にせよ耳にせよ同じだけど目も肥えてくると大変だな
何事も程々が一番だと思うがこういうのは主義とか価値観の話だからそれでも突き進むしかないという人を
止める言葉がない
451:名無しさん＠編集中
19/11/16 16:15:59.43 vquGQAlma.net
ぶっこ抜いて圧縮して出来栄えに満足したらその動画は2度と再生しないとかあるよねｗ
452:131
19/11/16 17:35:44.45 yGn15Wum0.net
遅レスですがWin環境のGTX1070のNVENC使って
TMPGEnc Video Mastering Works 7 で普通にできたから
HEVC/PCM24bitでエンコードすることにしました
色々教えてくれたみなさんありがとう(`･ω･´)
453:名無しさん＠編集中
19/11/16 18:38:23.10 t6/KQ/c60.net
>>451
sdrをhdr化しちゃうから一応見るよw
454:名無しさん＠編集中
19/11/16 19:20:08.80 XT/JH5M40.net
エンコード技術はどこまで進歩するんだろう
将来的にはモバイル回線でも8k余裕とかの時代来るのかな
455:名無しさん＠編集中 (ﾜｯﾁｮｲ 0d04-Ch6j)
19/11/17 04:49:39 xyfw8sEO0.net
今ってモバイル回線速度の遅さとモバイルデバイスのストレージの
少なさをデータの圧縮で補おうとして躍起になってるじゃん
でもそれがモバイル回線速度が飛躍的に高速化して
モバイルデバイスに大容量ストレージが搭載された将来には
データの圧縮は必要なくなり、エンコード技術の開発目的は
もっぱらコンテンツの保存のためだけになるよね
膨大に増えてゆく高画質で大容量のコンテンツをサーブする企業や
将来に残すための公的アーカイブ事業のために研究されるだけになる
そもそも超高速回線さえ整えば、低負荷の非圧縮データを送ればいい
モバイルデバイス側には高速なキャッシュメモリさえあれば大容量の
ストレージは不要だし、逆に8K非圧縮送信が常識になったりしてね
456:名無しさん＠編集中
19/11/17 06:00:01.11 UerZYebP0.net
非圧縮の映像ってとんでもないレートだけど
有線でもままならないよ
457:名無しさん＠編集中
19/11/17 09:11:15.62 HLQK21/ca.net
>>455
帯域は有限だぞ
とくに無線は
458:名無しさん＠編集中
19/11/17 10:13:33.68 775osl3x0.net
>>455
超高速回線って言っても限度があるでしょ
CPUのクロック周波数だって300MHz、400MHzと伸びていたころは、将来は5GHz,10GHzなんて予想もあった
HDDの容量増加だって鈍化している
CD,DVD,BDに代わる大容量メディアも理論的にはいろいろ予想されてたけど実現できていない
5Gですら人体に影響が出ると言われている
通信速度もそろそろ頭打ちの時代がくる
459:名無しさん＠編集中
19/11/17 12:03:16.39 K7pOiAXo0.net
>>455
10年前まではFTTHがどんどん普及していって帯域なんて無尽蔵に使えるようになる、そう本気で思っていた
まさかスマホがここまで普及してモバイルフレンドリーなど低速回線も意識しないといけないようになるとかね・・・
> でもそれがモバイル回線速度が飛躍的に高速化して
も新たな低速デバイスが普及して邪魔してくることは大いに予想がつく
根源的な話をすれば人間の脳が処理できる情報処理能力の上限を考えれば
今のスマホの帯域くらいでも十分すぎるってことなんだろう
460:名無しさん＠編集中
19/11/17 16:03:07.13 xyfw8sEO0.net
なんでこんなに超高速モバイル回線を否定する意見ばかりかと考えてみたが
このスレの人間は次世代コーデックがどんどん開発されて圧縮に次ぐ圧縮、
そしてまた圧縮したくてたまらないからなんだろうね(´･ω･`)ﾋｽﾃﾘｯｸ
なんで今の無線技術ベースの発展しか想像できないんだろ
量子コンピューティングみたいな、別次元の技術が実用される可能性を考えて
こっちは語ってんのに
それに原稿技術のまま確信次世代技術が現れないとしても
アグリゲーションとかで複数回線束ねればいける可能性だってあるだろ
URLﾘﾝｸ(www.itmedia.co.jp)
URLﾘﾝｸ(www.ntt.co.jp)
多重化無しも研究されてる
URLﾘﾝｸ(tech.nikkeibp.co.jp)
みんな見識が狭すぎ(´･ω･`)もっと夢を持とうよ
461:名無しさん＠編集中
19/11/17 16:04:25.38 xyfw8sEO0.net
誤字に次ぐ誤字(´･ω･`)ｽﾏﾎ
>それに原稿技術のまま確信次世代技術が現れないとしても
それに現行技術のまま革新次世代技術が現れないとしても
>>456
有線ではすでに実証出来てる。
100Gbps超え8K非圧縮映像と音響環境の遠隔配信 ～札幌で撮影した8K映像を分割同期技術により、大阪にて再現～｜奈良先端科学技術大学院大学
URLﾘﾝｸ(www.naist.jp)
未来を語るこの会話で「そんなもの民間に安価で降りてくるの百年かかる」みたいな発言は禁止な
462:名無しさん＠編集中
19/11/17 16:04:52.15 Rd67OuU6M.net
夢見すぎだろ
そんなの俺達が全員死んだあとの技術だ
463:名無しさん＠編集中
19/11/17 16:16:49.57 XvU1PMHMM.net
技術的に可能かどうかってことと、
それが普及して普通に使えるようになるかってのは別の話だしなぁ
464:名無しさん＠編集中
19/11/17 16:58:33.46 rjdVV3RtM.net
みんなが回線束ねられるようになったらそれこそ低価格SIMが帯域食いつぶしてしまうわ
465:名無しさん＠編集中
19/11/17 19:33:10.37 P1CioOC30.net
技術革新で超高速の帯域が可能になったとして
それが全世界に普及するのにどれだけの時間とコストがかかるのかって話よ
日本みたいな国だけを見てコーデックが開発されてるわけじゃないんだぞ
466:名無しさん＠編集中
19/11/17 21:16:07.93 xyfw8sEO0.net
>>465
そんな当たり前のこと言われても…(´･ω･`)
>>454の問いかけは
>エンコード技術はどこまで進歩するんだろう
>将来的にはモバイル回線でも8k余裕とかの時代来るのかな
そんな絶対実現確実な事だけ論じようって話題提供だったん?
普通の話ししても面白くないし、そもそも自分はこうなるぞ！じゃなくて
誰も言わなそうなありうる可能性の一つを提示しただけじゃん…(´･ω･`)
467:名無しさん＠編集中
19/11/17 21:21:51.21 blz4MMmQ0.net
次世代コーデックの話題から逸脱しすぎ
通信技術の話がしたいなら他所行ってくれ
468:名無しさん＠編集中
19/11/17 21:37:29.37 8hiXIyna0.net
未来の技術革新を当てにするなら
HEVCの10倍の圧縮率で同程度のエンコードデコード負荷のコーデックが開発される方か
全世界のサーバーストレージや超トラフィックに耐えうるモバイル含めたインフラが普及しきる方かどっちが先になるのだろう
ネトフリは100倍のエンコードコストがかかるとしてもav1を推進したいと言っているみたいだが
469:名無しさん＠編集中
19/11/17 21:40:56.08 xyfw8sEO0.net
自分は次世代コーデックの将来の話をしてるよ
通信の話を色々言ってるのは他の人たち(´･ω･`)
この非圧縮ストリーミングの仮定は1対1の話であって、
1対多を考えたらまた別の問題を解決しないといけない
ホスティング配信でいうと、放送のような一方的な通信じゃなく
YouTubeやNertflixみたいなリクエストオンデマンド配信を考えると
ホスト側からすれば1対多で8K非圧縮を大量にばら撒かなきゃならない
それを考えたらストレージ技術の革新はあまり最新技術でも見えてきてないし
やっぱり今みたいに圧縮映像を配る以外に現実的な解決策はあまり無さげ
470:名無しさん＠編集中
19/11/17 21:41:07.38 xyfw8sEO0.net
でもさ、個人の「ぱそこん」じゃエンコードできないくらい負荷がものっそい高い
強力なコーデックで、映像配信事業者が大量の圧縮映像をデータセンターに保持、
5chも使ってるCloudFlareみたいな大企業CDNがデコードと大量配信を担って
我々の元に超高速通信を使って8K非圧縮映像を届けるなんて図式もありうるかも
そうすると手元のスマホは超高速通信チップと超高速キャッシュメモリがあれば、
デコーダー搭載/非搭載を懸念しなくて済むようになるかもしれない
そんな将来が来ても、今と目的は違えどコーデック開発は進むだろうって話なんよ
万が一そういう時代が来ると、企業が出資して開発する次世代コーデックは
我々のぱそこんで扱えない重量級の次世代コーデックがトレンドになって
民衆が自分で扱えるようなのは有志のオープンソース開発だけになったりしてね
471:名無しさん＠編集中
19/11/17 22:50:55.50 yVOX41z1M.net
はい、もうこの話題は辞め!
終了！
472:名無しさん＠編集中
19/11/17 23:23:54.03 xyfw8sEO0.net
>>471
あんた誰? なんで止めてんの?
私の極論が気に障ったんなら謝るし
私の極論にレスがつかなくて放置されるなら解る
でもなんで勝手に話題切ろうとしてんの?
気に入らなきゃスルーすればいいじゃん
高速通信インフラ非圧縮伝送の可能性については
もう言いたいこと言ったから続けないです
それにみんなの気に障ったなら謝ります
でも、いいテーマだから自分の極論以外に
将来の次世代コーデックについてどんな可能性があるか
面白い意見が出るかもしれないのに
勝手に収束させられるのはちょっと残念(´･ω･`)
473:名無しさん＠編集中
19/11/17 23:34:42.04 QhGUr7DS0.net
スレタイの【HEVC/VP9/AV1/VVC等】が見えない？
何の規格予定にもなってないから”等”にすら該当しないんだよ
平たく言うとスレチ
474:名無しさん＠編集中
19/11/18 00:07:20.08 7Zw6Dr/O0.net
現在の技術について語るスレであって素人の妄想には興味ないんだよね
475:名無しさん＠編集中
19/11/18 00:53:26.98 HPTJ0HnsM.net
非圧縮映像とか言ってる時点でコーデックの話じゃないのだが
476:名無しさん＠編集中
19/11/18 01:26:20.09 NxVzHEo00.net
データ化してるという広義のコーデック・・であってる?
477:名無しさん＠編集中
19/11/18 01:31:48.69 9ox657fM0.net
>>476
音声の非圧縮PCM（.wav）もコーデックの範疇なので合ってる
478:名無しさん＠編集中
19/11/18 01:43:29.54 fSkX1hv+0.net
コーデックを広い意味で言うと、アナログのレコードの記録方式とかカセットテープの記録方式も含まれる
479:名無しさん＠編集中
19/11/18 14:07:05.82 uS8oLnao0.net
INTEL oneAPI 発表！
URLﾘﾝｸ(software.intel.com)
>Libraries for API-Based Programming
Powerful libraries—including deep learning, math, and
video and media processing—are preoptimized for
domain-specific functions and custom coded to
accelerate compute-intense workloads.
480:名無しさん＠編集中
19/11/18 23:03:38.25 bODiWaNx0.net
What Is VVC?
URLﾘﾝｸ(www.streamingmedia.com)
3 Takeaways From Moscow State University's 2019 Codec Comparison
URLﾘﾝｸ(www.streamingmedia.com)
481:名無しさん＠編集中
19/11/19 00:44:08.01 QED7ITtI0.net
そういえばゲーム内とかの動き情報を用いてエンコードする実装ってあるのかな
482:名無しさん＠編集中
19/11/19 20:56:37.09 FAcdm+5ja.net
>>481
ゲームソフトの実装に大きく依存するし、符号化効率的にもメリットを見いだせるか疑問…
483:名無しさん＠編集中
19/11/19 22:05:56.86 4GMLDW3Y0.net
ゲームの動きったってゲームには予測不能な動きなのは変わらないし
キャラの動きなどを逐一追跡してフィードバックというのも重すぎて非現実的
484:名無しさん＠編集中
19/11/20 05:20:20.90 ae9RblcJaHAPPY.net
ちょっと違うけどRDPが近いことやってるだろ
動画ではないけど映像を送っているのは同じ
485:名無しさん＠編集中
19/11/20 15:13:20.02 xXPwy7QK0HAPPY.net
HWエンコーダの実装範囲外だから当たり前にCUDAコアで処理組む事になるし、処理のボトルネックが増えるだけな気がするけどな
あと描画オブジェクトの動作レベルよりマクロブロックの配置の方が遙かに粒度細かいし
ブロック配置の操作に有益な情報に再整形させる処理の方が糞重い気がするけども
486:名無しさん＠編集中
19/11/21 11:42:52.38 8/FW8tPM0.net
>>477
wavは汎用の入れ物で圧縮された中身もあるで
487:名無しさん＠編集中
19/11/22 16:18:45.23 LuhRACIA0.net
AURORA AV1 Encoder デモがUPされて見比べられるよになってる
URLﾘﾝｸ(www.visionular.com)
URLﾘﾝｸ(35.185.250.137:8080)
Tears_of_Steal-4k-1920-3min.mov-high-slow-out.mp4が855kb/s
Tears_of_Steal-4k-1920-3min.mov-low-veryslow-out.mp4が447kb/s
488:名無しさん＠編集中
19/11/22 18:32:21.11 tbJX285O0.net
>>487
よくこんなの見つけたなと思ったらUPされたの二ヶ月前か
まあ面白そうだから色々見比べてみよう
489:名無しさん＠編集中 (ﾜｯﾁｮｲ 9902-5c+U)
19/11/23 02:26:48 S73Tfd590.net
>>1
H.265は次世代なのだろうか？
490:名無しさん＠編集中 (ﾜｯﾁｮｲ 137d-QS5Z)
19/11/23 03:08:07 hTlOUPAL0.net
たしかにHEVCはもう現行の主流コーデックだなｗ
491:名無しさん＠編集中 (ﾜｯﾁｮｲ 9902-5c+U)
19/11/23 03:17:00 S73Tfd590.net
>>490
つーかVP9も現行だし
>>1のテンプレは修正するべきかと
492:名無しさん＠編集中 (ﾜｯﾁｮｲ 93bd-QS5Z)
19/11/23 03:22:55 rPC0RofD0.net
だが現行スレはないんだよなあ
HEVCはかなり前に落ちて以来立ってない
493:名無しさん＠編集中
19/11/23 06:59:01.57 p8y3crua0.net
地上波が変わるまでこんな感じなんだろうな
494:名無しさん＠編集中
19/11/23 09:18:31.17 QucwmADX0.net
>>487
ソース動画に前処理してシャープをかなり効かせてるみたい
URLﾘﾝｸ(imgur.com)
495:名無しさん＠編集中
19/11/23 10:34:13.10 ebfjITVn0.net
>>494
確かに。元の動画と比べると作り変えた感？が出てるね
496:名無しさん＠編集中
19/11/23 11:38:47.65 QucwmADX0.net
URLﾘﾝｸ(i.imgur.com)
URLﾘﾝｸ(www.dropbox.com)
他のエンコーダーと比較してみた
AURORAはVMAFは高いけどPSNRとSSIMが低い
なにかVMAFだけ高くなるようなチューンをしてあるのかもしれない
497:名無しさん＠編集中
19/11/23 21:56:17.76 +cIInoHA0.net
>>489-492
元々は、HEVCも含めて比較的新しいコーデック全般について語ろうという趣旨で作ったスレなんだよなあ。
（というかそういう話もHEVCスレで普通にやってたのに、HEVC以外の話をするなという連中が出てきたので新設した）
いっそのことスレタイの「次世代」を取り除くって手もいいかもね。
ただ取り除いただけだと勘違いして古いコーデックの質問が来たりする可能性もあるから、なんか適切な表現があるといいんだけど。
「最近のビデオコーデック総合スレ」でも別にいいんだけど、いまいち締まらない気が・・・。
スレタイそのままにするなら、>>1を以下のようにすればいいんかな。
---
H.264/AVCの後の比較的新しいビデオコーデック全般について語るスレです。
■最近の主なビデオコーデック
・H.265/HEVC
・VP9
・AV1 (AOMedia Video 1)
・VVC (Versatile Video Coding)
498:名無しさん＠編集中
19/11/23 23:13:42.10 tbGGGXlo0.net
少しでも世間一般のデファクトスタンダードになり始めたコーデックは
「次世代」ってスレタイに過剰反応して文句言う奴が出てくる訳か
特定コーデックに基づかない「第何世代」みたいな
カテゴライズできる呼び方があると便利なのになぁ
499:名無しさん＠編集中
19/11/23 23:13:49.25 ZniLtdwt0.net
HEVCスレも7月に落ちたままだし
どうせ比較で現行コーデックは話題に上がるんだから現状のままでいい気がする
500:名無しさん＠編集中
19/11/23 23:57:56.95 S73Tfd590.net
>>497
■主な次世代ビデオコーデック
・AV1 (AOMedia Video 1)
・VVC (Versatile Video Coding)
■主な新しい現行コーデック
・H.265/HEVC
・VP9
501:名無しさん＠編集中
19/11/24 00:09:31.91 RwENy7J/0.net
>>498
でもそう厳格にするとVCCとかの話ができないジレンマ（一応、来年登場予定の準次世代コーデックだから）
502:名無しさん＠編集中
19/11/24 00:10:14.58 mAae4ejq0.net
AV1とVVC
この先生きのこるのは？
503:名無しさん＠編集中
19/11/24 00:10:27.50 XSu5fuxd0.net
強いて言うならモダンビデオコーデックとか
これもなんだか据わりが悪い気もするが
今のままでいいと思うけどね
504:名無しさん＠編集中
19/11/24 00:16:46.27 ErPriQy20.net
>>502
VVCの方が規格が厳密だけど、ライセンスプール乱立を防げるかどうか。
AV1はフリーだけあって規格の曖昧さが不安。
そのコンテナフォーマットのMatroskaとそのサブセットのWebMも規格が曖昧なので不安。
505:名無しさん＠編集中
19/11/24 01:32:42.47 uldTn1f60.net
AV2はまだ完成しないのか
506:名無しさん＠編集中 (ｱｳｱｳｴｰ Sae3-/K5Y)
19/11/24 03:38:18 tBxGKdEka.net
個人的にはにはVMAFが一番信頼できると思っているけどどうなんだろうか？
SSIMは数値と見た目が剥離してることがたまにあるんだよな
507:名無しさん＠編集中
19/11/24 13:34:15.30 9tcawwAb0.net
PSNRでもSSIMでも、そこに最適化するとぼやけるってのは明らかになってるから
そこを解決した新しい指標が欲しい
508:名無しさん＠編集中
19/11/24 15:20:28.73 BRDxukxhF.net
>>498
「最新ビデオコーデック総合スレ」でよくね？
次世代だとさすがにHEVCやVP9を扱っているのは奇妙だし。
最新なら新しい現行コーデックも将来的なものも扱える。
509:名無しさん＠編集中
19/11/24 15:57:10.57 3w/UFbR90.net
いかしてるビデオコーデック総合スレがいい
510:名無しさん＠編集中
19/11/24 16:05:06.29 JLuGKeNKa.net
コーデック関係ない話題になるとスレが進むなｗ
511:名無しさん＠編集中
19/11/24 16:17:39.23 RwENy7J/0.net
>>508
最先端以外は最新と認めない原理主義者が現るオチが待ってる
512:名無しさん＠編集中
19/11/24 16:28:27.99 ErPriQy20.net
>>511
次世代よりはよくね？
513:名無しさん＠編集中
19/11/24 18:17:07.67 XpxvnD4A0.net
次スレのタイトルはこれでいこう
【最新？】次のスレタイを考えるスレPart5【次世代？】
コーデックの話とかスレチですよ！(>_<)
514:名無しさん＠編集中
19/11/24 20:21:53.52 zrYON0glM.net
ビデオコーデック総合スレ★1
515:名無しさん＠編集中
19/11/24 20:28:44.46 1PBO5czdF.net
>>513
ふざけるな
516:名無しさん＠編集中
19/11/24 20:49:00.73 AgBfDA/V0.net
スレの趣旨変えたい奴がいるならそいつが今すぐにでも新スレ立てればそれで終わりじゃね
スレ立てるのは誰でも自由にできるんだから
517:名無しさん＠編集中
19/11/24 20:52:18.82 mAae4ejq0.net
将来NVEncがAV1やVVCで実用レベルになってほしい
518:名無しさん＠編集中
19/11/24 21:25:32.05 Mf2cCgjN0.net
>>504
コンテナに関してはMP4(ISO BMFF)への格納方法はきちんと規格化されてる
URLﾘﾝｸ(aomediacodec.github.io)
519:名無しさん＠編集中
19/11/24 21:35:12.79 ErPriQy20.net
>>518
しかし、WebMが中心になるのでは？
520:名無しさん＠編集中
19/11/24 21:43:45.68 dyEPjMzi0.net
>>519
YouTubeだとmp4で配信してるしNetflixと>>487のサンプルもmp4
どう考えてもmp4が中心に使われてる
521:名無しさん＠編集中
19/11/24 22:07:16.22 ErPriQy20.net
>>520
将来、WebMになるはずだが？
522:名無しさん＠編集中
19/11/25 01:16:52.67 RIQ2YP030.net
AppleってWebMのサポートしてたっけ
してなきゃ中心にはなりえないと思う
523:名無しさん＠編集中
19/11/25 04:42:17.47 UK/ByBj/0.net
>>522
iTunesにはD&Dできない
Safariはどうだろう？
Chromeでなら開けるのかな・・・
524:名無しさん＠編集中
19/11/25 09:44:06.61 u7GGipfna.net
GoogleはWebMにしたがっているみたいだけど
実際に普及するのかどうか
525:名無しさん＠編集中
19/11/25 11:29:37.23 6u+w7oecM.net
まあAV1-in-MP4で決着だろ
MP4コンテナの祖先はAppleのMOV
AV1コーデックの祖先はOn2(Google)のVPx
二人は幸せな結合をして終了
526:名無しさん＠編集中
19/11/25 11:43:58.42 u7GGipfna.net
>>525
そうなるとMatroskaとWebMは死亡
527:名無しさん＠編集中
19/11/25 11:46:15.69 aM4M+2OR0.net
WebMにしたがってるって何をソースに言ってるの？
URLﾘﾝｸ(developers.google.com)
Chromeの更新履歴には「The supported container is MP4」って書いてあるけど
528:名無しさん＠編集中
19/11/25 12:04:16.38 u7GGipfna.net
>>527
WebMを作ったのはGoogleなんですけど
529:名無しさん＠編集中
19/11/25 12:37:51.70 bg1brXrsr.net
>>525
mp4は拡張性ゴミ
530:名無しさん＠編集中
19/11/25 12:52:39.30 E3R5ynV70.net
コンテナなんて再生できれば何でもいい
531:名無しさん＠編集中
19/11/25 13:05:06.91 R9rBMw8v0.net
そういや3Dグラフィックスというかゲームだと低解像度でレンダリングして、
予めディープラーニングで算出したシーン毎の最適なパラメータでアップコンバートする手法があるけど、
（レンダリングは低解像度だから軽いのに出てくる画像は綺麗）
将来的にそういうコーデックも出てくるのかな
エンコードもデコードも負荷高そうだから微妙かな
532:名無しさん＠編集中
19/11/25 13:40:59.90 IkiKItqw0.net
ごく僅かなデータからAIが映像を予測して描く方式は
いつか出てくるだろうな
533:名無しさん＠編集中
19/11/25 16:45:07.52 8XvAdtWDM.net
編集ツールが充実しているMKVのほうがいい
534:名無しさん＠編集中
19/11/25 17:08:19.68 bg1brXrsr.net
>>533
本当それ
535:名無しさん＠編集中
19/11/25 18:14:55.02 uAJOtdD90.net
円盤を弄ったりしないとmkvの編集ツールの出番なんてないと思うが・・
536:名無しさん＠編集中
19/11/25 19:34:18.38 a7uD4G0i0.net
SVT-AV1 v0.7.5
URLﾘﾝｸ(github.com)
537:名無しさん＠編集中
19/11/25 19:47:07.03 O8yxW+g50.net
>>529
シンプルだからいいのさ
拡張性があるって言えば聞こえはいいかもだけど、それに対応しなきゃいけないってことでもあるからな
んな面倒なことやってられるかっての
538:名無しさん＠編集中
19/11/25 20:36:45.39 cuxQrdNP0.net
Tencent Multimedia Lab：ユーザーエクスペリエンスの向上を目的としたオーディオおよびビデオの品質評価システムを構築する ※google翻訳
URLﾘﾝｸ(cloud.tencent.com)
539:名無しさん＠編集中
19/11/25 20:55:29.19 ru8GX9QD0.net
>>535
hdr映像にlutつけたりプロは使う
540:名無しさん＠編集中
19/11/25 22:08:11.62 p3Cm2Ysd0.net
>>522
WebRTCだけ対応してる
URLﾘﾝｸ(caniuse.com)
541:名無しさん＠編集中 (ﾜｯﾁｮｲ 8bd2-0DuE)
19/11/26 02:54:33 MzbOq4/v0.net
Socionext Breaks New Ground in Real-Time AV1 Encoding with AWS
URLﾘﾝｸ(aws.)アマゾン.com/jp/blogs/media/socionext-breaks-new-ground-in-real-time-av1-encoding-with-aws/
542:名無しさん＠編集中 (ｽﾌﾟｯｯ Sd33-FlXH)
19/11/26 11:28:21 PSycUEoyd.net
URLﾘﾝｸ(aws.%61mazon.com)
543:名無しさん＠編集中 (ｱｳｱｳｶｰ Sa55-VoEa)
19/11/26 13:12:04 qn3WYNTJa.net
コーデックの規格多すぎ
半導体メモリの容量が1000倍くらいになったら圧縮しなくていいのにな
544:名無しさん＠編集中 (ﾜｯﾁｮｲWW 9381-HCOZ)
19/11/26 13:17:55 lvTmRok20.net
高圧縮コーデックが必要なのは通信回線とストレージの問題でメモリ関係ない
545:名無しさん＠編集中 (ｱｳｱｳｶｰ Sa55-VoEa)
19/11/26 13:21:47 qn3WYNTJa.net
>>544
最近のストレージは半導体メモリですけど
確かに通信速度は問題
通信速度も1000倍速くなれば解決！
546:名無しさん＠編集中 (ﾜｯﾁｮｲWW 9381-HCOZ)
19/11/26 13:26:44 lvTmRok20.net
>>545
動画サービス事業のコストの大半が回線とストレージ。
半分に圧縮出来ればそのコストが半分になるんだよ。
だからコーデックの開発に必死なの。
547:名無しさん＠編集中 (ｱｳｱｳｶｰ Sa55-VoEa)
19/11/26 13:31:38 qn3WYNTJa.net
>>546
単にメモリ(ストレージ)と通信速度が1000倍になったら圧縮いらないなという夢を語っただけなのに
548:名無しさん＠編集中 (ﾜｯﾁｮｲWW 5168-C+tk)
19/11/26 13:34:42 YojVxmRv0.net
8k無圧縮って容量はどんなもんなんだろう？1000倍あっても厳しそう
何を基準に1000倍と言っているのか知らんが
549:名無しさん＠編集中 (ｱｳｱｳｲｰ Sa45-Lkqr)
19/11/26 13:57:17 he81UTyia.net
余裕が有ろうが無かろうが無駄は徹底的に省くのがコンピューティングの基本
無駄にエネルギーを使うのは地球の為にならない
550:名無しさん＠編集中
19/11/26 19:43:17.61 fDBcdnTs0.net
MediaTek、Cortex-A77採用で5Gモデム内蔵のスマホ向けSoC「Dimensity 1000」
URLﾘﾝｸ(pc.watch.impress.co.jp)
>モバイルSoCとしてははじめてAV1フォーマットをサポートし、4K/60fpsでデコード/エンコード可能。
>搭載製品は2020年第1四半期に登場予定。
551:名無しさん＠編集中
19/11/26 20:05:27.48 tUjo6nar0.net
>>550
とうとう来るか
552:名無しさん＠編集中
19/11/26 20:29:26.73 fDBcdnTs0.net
>>551
公式サイト見たらデコードのみだったインプレスの記事は間違い。
モバイルSoCは競争激しいから早いねぇ。
553:名無しさん＠編集中
19/11/26 20:34:44.91 tUjo6nar0.net
これか
URLﾘﾝｸ(www.mediatek.com)
「Blur-busting displays, fast 4K multimedia & AV1 decoding」だから確かにデコードのみか
しかもAV1は4Kデコードとは限らないような？
554:名無しさん＠編集中
19/11/26 22:22:58.44 ok9xbe/Wr.net
TV用のSOCだって来年出るやつはAV1のデコード対応するぞ
VOD各社が要求仕様に入れてくるから載せないとどうもならなくなる
555:名無しさん＠編集中
19/11/26 23:22:09.56 Q0//U/jy0.net
Amazon Web Services ブログ: ソシオネクスト、AWS でリアルタイム AV1 エンコーディングを実現
URLﾘﾝｸ(twitter.com)
(deleted an unsolicited ad)
556:名無しさん＠編集中
19/11/27 07:00:16.43 uaQ9IEFW0.net
もっとこう…次世代GPU/CPUにハードウェアエンコーダ/デコーダ搭載しましたとか
libaom奇跡の高速化！希望の未来へレディー・ゴー！とか
そういうニュースは無いんですか12コアでも数fpsは辛いよ
557:名無しさん＠編集中
19/11/27 07:03:10.91 IRbI2xgI0.net
要求ばっかりしてないで
研究開発者にもっとお金が回るように行動起こしてよ…
558:名無しさん＠編集中
19/11/27 07:39:49.78 uaQ9IEFW0.net
行動って言われても…エンドユーザーでできるのでパッと思いつくのがVideoLANへのドネートぐらいしか思いつかんなぁ
Ciscoのルーター導入してネトフリアマプラ契約してスマホはPixelとiPhoneの両刃にして
Intel CPU+NVIDIA GPU+サムスン SSDなWindows 10のパソコンからFirefoxでFacebookにログインしてLoLのプレイにイイネでもすればいいのか？
559:名無しさん＠編集中
19/11/27 07:46:24.46 IRbI2xgI0.net
エンドユーザーの立場じゃなく
もっとサービス提供側に食い込んで行動してほしい
パテントトロールの会社作って大企業脅すとか
ポルノサイトに仕込んだ偽の表示で金銭要求するとか
いろいろポジティブなやり方があると思う
560:名無しさん＠編集中 (ﾜｯﾁｮｲW f102-kRpS)
19/11/27 17:24:51 bCCSryLJ0.net
ポジティブどころかevilなやり方で草
561:名無しさん＠編集中
19/11/28 18:08:47.70 278qMMNd0.net
youtubeのライブ配信はずっとavc1だったけど
最近（？）vp09で配信されるのがちらほらでてきた
562:名無しさん＠編集中
19/11/28 18:28:38.81 9YTpPVjO0.net
マジ？
ついにVP9リアルタイムエンコード配信始めたの？
563:名無しさん＠編集中
19/11/29 06:35:07.07 9IiPRgxP0.net
URLﾘﾝｸ(medium.com)
デコード重っ。1080pごときで
564:名無しさん＠編集中 (ｱｳｱｳｴｰ Sada-fKKy)
19/11/29 10:22:52 DyFWxqkOa.net
ライブのvp9ほんとにあるか？
アーカイブではなく？
565:名無しさん＠編集中 (ﾜｯﾁｮｲ 0901-AE7Q)
19/11/29 11:02:26 u65506aU0.net
ウェザーニュースLiVE
URLﾘﾝｸ(www.youtube.com)
566:名無しさん＠編集中
19/11/30 12:02:33.20 Vo19GcZma.net
>>564
さっきスプラの生配信で確認したらvp9とm4aだった
567:名無しさん＠編集中
19/11/30 12:22:33.74 ryxja8k40.net
YouTubeで一部の4Kの動画がAV1でエンコードされるようになった模様
URLﾘﾝｸ(youtu.be)
568:名無しさん＠編集中
19/12/02 17:57:08.76 oeqMNaUW0.net
VimeoのAV1配信
URLﾘﾝｸ(vimeo.com)
1998x1080 25fps
hls-akfire_interconnect_quic-4209 mp4 1998x1080 4209k , av01.0.31M.08.0.111.01.01.01.0, 25.0fps, mp4a.40.2
hls-fastly_skyfire-4209 mp4 1998x1080 4209k , av01.0.31M.08.0.111.01.01.01.0, 25.0fps, mp4a.40.2
hls-akfire_interconnect_quic-5241 mp4 1998x1080 5241k , avc1.640828, 25.0fps, mp4a.40.2
hls-fastly_skyfire-5241 mp4 1998x1080 5241k , avc1.640828, 25.0fps, mp4a.40.2
569:名無しさん＠編集中
19/12/02 19:35:09.36 oeqMNaUW0.net
続き
ブラウザでAV1を有効にしていたら何も設定しなくてもAV1が再生されるね無効の場合はAVC。
570:名無しさん＠編集中 (ﾜｯﾁｮｲ 6902-TttF)
19/12/02 23:09:56 SnHeew9W0.net
結局、VP9はYOUTUBE以外であまり使われずに終了かねえ
571:名無しさん＠編集中
19/12/03 14:06:05.91 nyMwX1xyM.net
VPシリーズは賛同者集めができてなかったからねぇ
ただ、VP9も登場当初から比べると、画質的にはかなりの改善がなされたわけで、
正直ここまでくるとは思っていなかったが
572:名無しさん＠編集中 (ﾜｯﾁｮｲ 5e63-3RYV)
19/12/03 16:28:56 oeC9kgqd0.net
普通にWebサイトで利用されてるで
MP4みたいにバッファ待たなくていいから読み込んだ瞬間から再生されるのがVP9(Webm)の利点
573:名無しさん＠編集中 (ﾜｯﾁｮｲ 5e63-3RYV)
19/12/03 16:30:07 oeC9kgqd0.net
あと最近のアサシンズクリードシリーズやNintendo Switchのムービー部分に使われてる
574:名無しさん＠編集中
19/12/03 19:58:04.27 iWs1loJLp.net
PS4のYouTubeがVP9対応した時にFHD/60pだとコマ落ちするとか言われてたけど、
スイッチでVP9再生できるの？
575:名無しさん＠編集中
19/12/03 20:19:52.19 WSLb8FQga.net
スイッチはVP9をハードウェア再生できるみたい、opusも
576:名無しさん＠編集中
19/12/03 22:53:01.17 iWs1loJLp.net
>>575
サンクス
スイッチの方がGPU新しいからHW再生か、なるほど
577:名無しさん＠編集中
19/12/03 22:59:19.45 4VtJXDWo0.net
VP9の公式サイトの仕様書が未だにV0.6なのは何なの？やる気あるの？
URLﾘﾝｸ(storage.googleapis.com)
578:名無しさん＠編集中 (ｱｳｱｳｲｰ Sa39-ThMj)
19/12/04 01:11:16 2/4Bfbx0a.net
SwitchはROMなのでムービーのサイズがデカくなるのは致命的だから、検討を重ねてVP9に行き着いたのだろう
そんで、Switch版スマブラはopusにしてサウンドのデータ量が3分の1になったと喜んでたな
ちなみにSwitchのTegraX1はVP9をハードウェアデコード出来ると書いてある
579:名無しさん＠編集中
19/12/04 11:54:57.55 s0+EJrBVa.net
>>577
libvpxのソースコードが仕様書なのさ
580:名無しさん＠編集中
19/12/04 15:16:09.83 eo+lZo3M0.net
Yamaha e Sony lancam carro autonomo com TVs no lugar das janelas
URLﾘﾝｸ(www.youtube.com)
ヤマハとソニーの完全自立電気自動車、機能評価機
581:名無しさん＠編集中
19/12/04 22:22:43.47 ZIaiGT2l0.net
>>579
所詮、VP9がフリーコーデックってことだな。
寿命を終えつつあるのに仕様書が未だにV0.6ってアホかバカかと
582:名無しさん＠編集中
19/12/04 22:31:03.03 VNDAAbg50.net
VP9開発＆役目は終わったんだよそっと眠ってもらえばいい
その後VP10があって今のAV1になってるんだから
意味もなく下手にバージョン上げたら、上げ足取るやつが沸くだけ
583:名無しさん＠編集中
19/12/04 22:38:08.12 RXstN0Ez0.net
AV1はしばらくはGoogle専用コーデックだよ
デコードはまだしもエンコードが重すぎる
584:名無しさん＠編集中
19/12/04 22:45:19.52 AYn6AhKcM.net
まぁ何にせよ、4Kを普及させるためにもAV1やVVCには頑張ってもらわんと
4K放送をそのまま録画すると1時間50分くらいでBD-R 25GBディスクが埋まってしまうから何らかの手段で再圧縮しないと…
最新のDIGAに再圧縮機能が搭載されたけど、圧縮率を高くするとかなりダメージあるし…
あと、今後のことを考えるとPanasonic方式の4K BD録画ディスクは、未だにリッピングの壁を突破していないようだから、
レコーダーからのHDMI出力を4Kのままキャプチャーする古典芸に頼る羽目になるが、
4K、10bitの場合、HDMI 2.0では4：4：4での出力はできないから、さっさとHDMI 2.1に登場してもらいたいところだが、
未だに市場に投入されないのは何とももどかしい
ま、HDMI 2.1対応のゴニョゴニョが出るのかという問題は残るのだが…
585:名無しさん＠編集中
19/12/04 22:52:03.66 AeOAwZs10.net
AV1試してるとVP9を再評価してしまう
x265よりエンコード早くて同等のVMAFスコアだったりするから
586:名無しさん＠編集中 (ﾜｯﾁｮｲWW d9ed-DZyI)
19/12/04 23:09:35 +1hJ6zx80.net
速度ならH.265エンコはTuringのNVEnc一択
587:名無しさん＠編集中 (ﾜｯﾁｮｲ 452c-HWvX)
19/12/05 01:24:04 /rbbR4rE0.net
>>586
Bフレありのとなしので結構画質違うん?
自分1070しかもってない(´･ω･`)
588:名無しさん＠編集中 (ｱｳｱｳｸｰ MM41-+jgB)
19/12/05 03:12:12 Kmnk3Pi3M.net
Bフレなしなんぞ、まるで幼稚園児だ
589:名無しさん＠編集中
19/12/05 16:56:39.66 9JKYBSlud.net
URLﾘﾝｸ(mightygadget.co.uk)
Many people had wondered if the Snapdragon 865 will support AV1 codec for video decoding, unfortunately, it won't, and if you want this you will need the Dimensity 1000.
590:名無しさん＠編集中
19/12/05 19:43:52.61 tq7jomQY0.net
Snapdragonがまだ当分AV1をサポートしそうにないっていうのは普及の妨げになって辛いな
591:名無しさん＠編集中
19/12/05 20:31:42.95 ipNBVv2l0.net
まるでAV1が普及しないと困るみたいな言い方だな
592:名無しさん＠編集中
19/12/05 20:53:16.22 /rbbR4rE0.net
誰にだって推しコーデックはあるはず
俺はHEVCたんペロペロ
593:名無しさん＠編集中
19/12/05 21:29:31.24 GtYXvHRN0.net
スナドラ865がAV1デコードに対応してないらしいが、所謂ハイブリッドデコードも無理なの?
既存のHEVCなどの回路ブロックでAV1で利用できる部分が全くないのか?
既存の特許を裂けるよう開発したからいたしかたないのか
594:名無しさん＠編集中
19/12/05 21:35:17.72 8PKjAfes0.net
とにかく特許問題とはサヨナラしたいよね
595:名無しさん＠編集中
19/12/05 21:48:46.61 sKBrr24va.net
>>593
単純に時期尚早ってだけでは？
596:名無しさん＠編集中
19/12/05 22:28:23.28 XU8hSNge0.net
もうAppleがHEVCとHEICを業界標準にしちゃったので無理ぽ
597:名無しさん＠編集中 (ﾜｯﾁｮｲ 2502-1Pw1)
19/12/06 00:11:11 zf2D4bp+0.net
>>596
無理ってことはないでしょ
圧縮率はまだまだ改善を求めている人が多い
598:名無しさん＠編集中 (ﾜｯﾁｮｲ 0db5-V35x)
19/12/06 00:26:44 8ZLXSd4n0.net
イマドキのプロセッサなら余裕でエンコード・デコードできる上に現在の標準的な規格より遥かに高画質高圧縮なのに
全く顧みられないJPEG2000さんもいるんですよ
他にもいっぱい新しい規格が生まれてるはずなのにpngの下は一気にjpegなんだよな
599:名無しさん＠編集中 (ﾜｯﾁｮｲ 2502-1Pw1)
19/12/06 00:35:06 zf2D4bp+0.net
>>598
JPEG2000は圧縮負荷が高すぎて小さい電池で動作するデジカメには向いていなかった。
600:名無しさん＠編集中
19/12/06 00:39:51.29 ypetKIKYM.net
今だったら余裕だろうね
601:名無しさん＠編集中 (ﾜｯﾁｮｲ 7501-Fgt1)
19/12/06 01:46:00 4jyPKcKQ0.net
デジカメは新製品でHEIC採用する
JPEG2000は出番無しのまま終了
602:名無しさん＠編集中 (ﾜｯﾁｮｲ 7501-Fgt1)
19/12/06 01:48:39 4jyPKcKQ0.net
圧縮率も有るけど10bit使えるのがポイント＞HEIF
HEIF10bitならそのままでもある程度レタッチに耐えられるから
JPEGは8bitのみでレタッチしようとするとRAWになって面倒だった
603:名無しさん＠編集中
19/12/06 03:26:11.60 r2Pp5FFr0.net
HEIF画像拡張機能じゃまだheixブランドに対応してないから
HEIF10bit表示できないのがなぁ
さっさとWICで見れるようにしてもらいたいもんだ
604:名無しさん＠編集中
19/12/06 04:24:43.70 daoXXzhh0.net
>>598
dciで使われまくってるが？
605:名無しさん＠編集中
19/12/06 04:25:16.69 daoXXzhh0.net
あ、うち間違えた。dcpな。
606:名無しさん＠編集中
19/12/06 06:01:15.08 RWMeewZI0.net
HEIF10bitというかHEIFが面倒くさい権利金目当てのパテント関係を乗り越えてソフトに導入されるより
AVIFが正式採用される方が早そう
607:名無しさん＠編集中
19/12/07 13:08:43.53 10rhNzbn0.net
>>567
遅レスだけど、YoutubeのAV1は今年4月時点でも4Kや8Kのもあったよ。前スレ参照。
ｽﾚﾘﾝｸ(avi板:659番)-660
608:名無しさん＠編集中
19/12/07 21:32:47.02 Yq9PMTEN0.net
自称最速のrav1e、現時点では最も遅い模様
URLﾘﾝｸ(twitter.com)
(deleted an unsolicited ad)
609:名無しさん＠編集中
19/12/07 22:02:13.69 PgnkWSQJ0.net
rav1e応援してるけど現時点では実用的ではないね
610:名無しさん＠編集中
19/12/07 22:37:36.47 LUQscs9R0.net
SVT-AV1が意外と頑張ってんな
まあ僕はlibaomちゃん使いますけど
URLﾘﾝｸ(i.imgur.com)
611:名無しさん＠編集中
19/12/07 23:18:32.50 Umce3ogy0.net
Appleの求人 2019年12月5日
Video Codec Algorithm Engineer
URLﾘﾝｸ(jobs.apple.com)
>Expert knowledge in video compression standards, such as H.264, HEVC, VVC, VP9, AV1
噂のApple+関連かな
612:名無しさん＠編集中 (ｱｳｱｳｸｰ MM41-+jgB)
19/12/08 00:56:38 VK3lgY0IM.net
>>610
libaom頑張ってるなぁ
来年の後半辺りには、AV1の規格を一通り満たしつつ、速度的にもどうにか使えるレベルになっているのかな？
613:名無しさん＠編集中
19/12/08 01:34:29.53 P4uTqxij0.net
>>610
こうしてみるとH.265とAV1でも極端な差はないんだよなあ
そろそろ動画コーデックの進化も落ち着くのかな？
614:名無しさん＠編集中
19/12/08 02:28:05.12 VK3lgY0IM.net
待て待て待て…
x265のveryslow設定の7000kbpsとlibaomの2pass設定の4200kbpsが同等品質ならば大きな違いだろ
615:名無しさん＠編集中
19/12/08 02:31:28.87 VK3lgY0IM.net
まぁしかし、同じlibaomのVP9の2pass設定が大差ないと言えば確かにないかもね…
というか、libaomが優秀すぎる
libaomのVP9エンコーダーをGUI環境で使えるソフトはないのか？
616:名無しさん＠編集中 (ﾜｯﾁｮｲ 2b2d-Fgt1)
19/12/08 03:08:23 ULd63KmI0.net
>>614
その辺はもう視覚適応というか線が寝てるところはあんまり比較してもしょうがないよ
617:名無しさん＠編集中
19/12/08 03:34:30.92 70X3XA6Na.net
最強はEVE-AV1だぞ
有料だけどな
618:名無しさん＠編集中
19/12/08 03:47:16.23 nSWB5Kth0.net
最強のコーデックは何か！？
今現在、最強のコーデックは決まっていない
619:名無しさん＠編集中
19/12/08 04:04:01.92 oaaUoUCL0.net
とりあえず印象深いのはMPEG4 Part2
620:名無しさん＠編集中
19/12/08 04:12:28.35 V4jOCSIV0.net
265は既にこれ以上ビット盛っても画質ほとんど上がらない感じだけど
aomはビット盛ればまだまだ画質上がっていきそうな傾きしてるところが良いですね！
621:名無しさん＠編集中
19/12/08 08:29:09.41 CaG1sq6d0.net
H.264/AVC->2003年規格化
H.265/HEVC->2013年規格化
H.266/VVC->2020年規格化予定
CPUやGPUもそうだったけど
やっぱ競争があると性能が上がるのも早いな
x266はx265みたいにパテントでいつ潰されるかビクビクせずに使いたいわ
622:名無しさん＠編集中
19/12/08 13:23:52.92 EVrDoL7j0.net
>>612
x265のveryslowより何倍も遅いから一般人が使うものじゃないと思う
URLﾘﾝｸ(pbs.twimg.com)
URLﾘﾝｸ(pbs.twimg.com)
URLﾘﾝｸ(pbs.twimg.com)
初期と比べたら一応速くはなってはいるけど
URLﾘﾝｸ(i.imgur.com)
x軸のSPFは1フレームエンコードするのに何秒かかったという事
y軸は圧縮率で上に行くほど良い
623:名無しさん＠編集中
19/12/08 14:24:38.83 VK3lgY0IM.net
>>622
こうしていろいろデータを見ると、libaomのVP9の良さがますます浮き彫りになっているようにも思える…
VP9ならば既にハードウェア再生支援も使えるわけだし
libaomのVP9は、どうやったら使えるの？
624:名無しさん＠編集中
19/12/08 14:27:59.22 0A33H+G50.net
実用範囲じゃなさすぎるな
x265でもまだまだなのに
625:名無しさん＠編集中
19/12/08 14:28:49.20 VK3lgY0IM.net
AviUtlとかでlibaom版VP9が簡単に使えるようになったら、フリーコーデック界のパワーバランスが変わるような気もしてきた…
626:名無しさん＠編集中
19/12/08 14:42:02.88 T1o7rnTJF.net
VP9なんてGoogleからするとオワコンだろうに
もはや広める気もないと思われる
627:名無しさん＠編集中
19/12/08 14:54:00.73 EVrDoL7j0.net
>>623
libaomじゃなくてlibvpxのVP9ね
AviUtlから使いたいならrigaya氏のFFmpeg出力プラグインを使えばいいんじゃないかな
628:名無しさん＠編集中
19/12/08 15:26:28.35 GwYqJuD+F.net
>>614
>待て待て待て…
>x265のveryslow設定の7000kbpsとlibaomの2pass設定の4200kbpsが同等品質ならば大きな違いだろ
その比較の仕方は意味なくね？
同じビットレートで比較しないと
1000kbpsのとき、H.265のvery slowはおそらくVMAF82%程度。
一方、libaomの2passは87.5％なので、劇的な差はないと言えなくもない。
629:名無しさん＠編集中
19/12/08 15:33:25.14 Qdn1BZm20.net
保存用高画質エンコしたい勢と
配信用に画質保ちつつ容量削りたい勢で感じ方が違うと思われ
630:名無しさん＠編集中
19/12/08 15:39:12.25 mvLzToO20.net
>>626
AV1がスマホでスムーズに再生されるようになるまでのつなぎにはなるんじゃね？＞VP9
631:名無しさん＠編集中 (ｱｳｱｳｸｰ MM41-+jgB)
19/12/08 16:25:31 VK3lgY0IM.net
>>627
そんなのがあるんだ!
年末年始の休みにでも試してみるかな
そろそろ貯まってきた4K放送の録画番組を再圧縮してある程度のサイズに収めたいので
632:名無しさん＠編集中
19/12/08 19:48:03.30 +46we6Op0.net
>>622
AV1ってx265の32倍くらい時間掛かるイメージだったけど
veryslowでも6倍程度で済むのか
3950Xが届いたら試しに使ってみるか
633:名無しさん＠編集中
19/12/08 20:22:54.80 am5UoeA80.net
URLﾘﾝｸ(code.videolan.org)
>dav1d 0.5.2 'Asiatic Cheetah', the fast and small AV1 decoder
>
>This is a minor update of the 0.5.x version of dav1d, the fast and small AV1 decoder,
>codename 'Asiatic Cheetah'.
>It supports all the AV1 features and all bitdepths.
>
>0.5.2 brings improvements in speed for ARMv7 CPUs (a few % speedup),
>on top of the already big speedups of 0.5.1. It should also improve the speed for large videos on all platforms.
>
>It also fixes minor issues, brings stability and introduces an OBU demuxer.
634:名無しさん＠編集中
19/12/08 21:38:06.01 OgEyi3zTM.net
>>633
「already big speedups of 0.5.1. 」
ホンマかいな…
635:名無しさん＠編集中 (ｱｳｳｨﾌW FFa9-gL3d)
19/12/11 14:42:44 GqpQHXBmF.net
ここにいる人はコーデック好きみたいだけど何に使っているのですか？
636:名無しさん＠編集中
19/12/11 15:06:54.12 9h2kjqa70.net
ご自分からどうぞ
637:名無しさん＠編集中
19/12/11 15:08:22.56 GqpQHXBmF.net
自分はYOUTUBEみているだけなので普段は気にしていないのよね
638:名無しさん＠編集中
19/12/12 08:45:40.47 6OyhHLhLa.net
webRTC周りの開発してるからそれに関連してコーデックも調べてるだけよ
639:名無しさん＠編集中
19/12/13 21:54:05.52 D5M5oBtg0.net
ふたば常駐なのとAV1/VVC待ちなのもあって最近は2MB以下でブラウザ表示できるVP9がメインだな
URLﾘﾝｸ(f.easyuploader.app)
ただaviutlのL-SMASH-WorksでVP9が正常に読み込めないのがつらい
調べたら一年以上問題放置されてた
URLﾘﾝｸ(github.com)
640:名無しさん＠編集中
19/12/14 01:01:26.49 SinY0dJl0.net
AV1はもうブラウザ表示できるやろ
641:
19/12/17 13:16:46.62 CSnefgsHM.net
>>454
別に8k自体は余裕だろう
そこにどれほどの情報を詰め込めるか
8kのビットマップが出せようとそれが8kないと表現できない絵かは別
>>557
研究はすでに十分に行われてる
開発が致命的
画期的な新技術も研究だけされて良い成果が出ても論文ぽいっと投げ出されて終わり
それを誰も読まない
開発者はほとんどいないし、その僅かな開発者もすごい研究成果があったことには気づかずすでに知られた技術でつまらないものを作って終わり
>>599
PGFはどうなった？
>>601
PDFの画像を表示できることからも分かる通り、すでにブラウザにはJPEG 2000デコーダがある
URLﾘﾝｸ(github.com)
JPEG 2000に対応しない今の理由は知らない