【AV1】次世代ビデオコーデック総合スレ9【VVC】
1 :名無しさん@編集中 (オッペケ Sr33-3NWn) :2023/08/02(水) 21:32:23.05 ID:urjbW5bTr.net H.264/AVC、H.265/HEVC、VP9の後の様々なビデオコーデック全般について語るスレです。 ■対象となる主なビデオコーデック ・AV1 (AOMedia Video 1) ・H.266/VVC (Versatile Video Coding) ※ DTV板はデフォルト設定が強制ワッチョイなので、ワッチョイを付ける時は extend コマンドの記述は不要です (逆に、ワッチョイを付けない時は !extend::checked:: の記述が必要です) ※ DTV板は即死判定があり、即死を回避するためには、スレを立ててから1時間以内に最低12コメントが必要です (即死回避以降は、30日間書き込みがないと強制的にdat落ちします) 次スレは >>980 が宣言してから立ててください。 ■前スレ 【AV1】次世代ビデオコーデック総合スレ Part8【VVC】 https://mevius.5ch.net/test/read.cgi/avi/1655278046/
2 :名無しさん@編集中 (オッペケ Sr33-3NWn) :2023/08/02(水) 21:32:52.54 ID:urjbW5bTr.net ■各コーデックの参考リンク ●AV1 (AOMedia Video 1) ・https://aomedia.org/ ・https://aomedia.googlesource.com/aom/ ・https://github.com/AOMediaCodec/av1-spec ・https://en.wikipedia.org/wiki/AV1 ●H.266/VVC (Versatile Video Coding) ・https://www.itu.int/en/ITU-T/studygroups/2017-2020/16/Pages/video/jvet.aspx ・https://mpeg.chiariglione.org/standards/mpeg-i/versatile-video-coding ・https://jvet.hhi.fraunhofer.de/ ・https://en.wikipedia.org/wiki/Versatile_Video_Coding
3 :名無しさん@編集中 (オッペケ Sr33-3NWn) :2023/08/02(水) 21:33:27.88 ID:urjbW5bTr.net ■各ビデオコーデックの概要や状況(2023年8月時点) ●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が採用されるなど、ブラウザーの対応も進みつつある。
4 :名無しさん@編集中 (オッペケ Sr33-3NWn) :2023/08/02(水) 21:33:47.80 ID:urjbW5bTr.net ●H.266/VVC (Versatile Video Coding) H.265/HEVCの後継規格。2020年10月の標準化を目指して JVET(Joint Video Experts Team)で検討が進められている。 また、H.265/HEVCのようなライセンス問題を繰り返さないため、 MC-IF(Media Coding Industry Forum)という業界団体が立ち上がっている。 https://www.mc-if.org/ 次世代4K地デジに採用された。
5 :名無しさん@編集中 (オッペケ Sr33-3NWn) :2023/08/02(水) 21:34:06.36 ID:urjbW5bTr.net ■各ブラウザーのコーデックサポート状況 https://en.wikipedia.org/wiki/HTML5_video#Browser_support ●H.265/HEVC ・https://html5test.com/compare/feature/video.codecs.mp4.h265.html ・https://caniuse.com/hevc ●VP9 ・https://html5test.com/compare/feature/video.codecs.webm.vp9.html ・https://caniuse.com/webm ●AV1 ・https://caniuse.com/av1
6 :名無しさん@編集中 (オッペケ Sr33-3NWn) :2023/08/02(水) 21:34:27.45 ID:urjbW5bTr.net ■AV1のエンコーダー/デコーダー実装の例 ●エンコーダー xiph/rav1e: The fastest and safest AV1 encoder. https://github.com/xiph/rav1e ●デコーダー VideoLAN / dav1d - GitLab https://code.videolan.org/videolan/dav1d AV1 Video Extension (Beta) https://apps.microsoft.com/store/detail/av1-video-extension/9MVZQVXJBQ9V
7 :名無しさん@編集中 (オッペケ Sr33-3NWn) :2023/08/02(水) 21:34:47.13 ID:urjbW5bTr.net ■各社GPUでのハードウェアエンコード/デコード対応状況については下記関連スレを参照。 【QSV/NVENC/VCE】ハードウェアエンコーダーについて語るスレ10 https://mevius.5ch.net/test/read.cgi/avi/1681288720/ テンプレはここまで
8 :名無しさん@編集中 (オッペケ Sr33-3NWn) :2023/08/02(水) 21:35:06.02 ID:urjbW5bTr.net 保守用書き込み8
9 :名無しさん@編集中 (オッペケ Sr33-3NWn) :2023/08/02(水) 21:35:24.63 ID:urjbW5bTr.net 保守用書き込み9
10 :名無しさん@編集中 (オッペケ Sr33-3NWn) :2023/08/02(水) 21:35:40.99 ID:urjbW5bTr.net 保守用書き込み10
11 :名無しさん@編集中 (オッペケ Sr33-3NWn) :2023/08/02(水) 21:35:57.00 ID:urjbW5bTr.net 保守用書き込み11
12 :名無しさん@編集中 (オッペケ Sr33-3NWn) :2023/08/02(水) 21:36:13.69 ID:urjbW5bTr.net 保守 (即死回避) 完了 以降は保守のための書き込みは不要
13 :名無しさん@編集中 (オッペケ Sred-I5Tq) :2023/09/01(金) 12:07:54.33 ID:lM28hQ9kr.net 30日間書き込み無しによるdat落ちを阻止
14 :名無しさん@編集中 (テテンテンテン MM7f-ynXB) :2023/09/02(土) 18:55:55.64 ID:+15XvtsqM.net 保守するなら自分でネタ振りとかすれば
15 :名無しさん@編集中 (ワッチョイW b35f-GKQ8) :2023/09/02(土) 23:41:47.60 ID:Dwb/ADZe0.net >>14 いやーほならね自分で保守しろって話でしょ?
16 :名無しさん@編集中 (ワッチョイW 23f0-jWCj) :2023/09/03(日) 00:00:18.85 ID:XdDZ0Yon0.net >>15 あんたが主じゃねーのか 俺は誰も書いてないなら落ちても一向に構わんしどうでもいいが保守したい奴が複数いるなら尚更だろ?
17 :名無しさん@編集中 (ワッチョイW a301-B+uN) :2023/09/05(火) 00:49:57.48 ID:zzCGUHSH0.net 前スレが埋まってないときにネタ振りとか意味分からんな
18 :名無しさん@編集中 (ワッチョイW 23f0-Kj5O) :2023/09/05(火) 01:07:56.18 ID:EDVyZ5QI0.net 前スレ埋めれば良いじゃん
19 :名無しさん@編集中 (ワッチョイW 5705-aQtX) :2023/09/09(土) 05:53:07.92 ID:f9LmYpW60.net SVT-AV1 v1.7.0 https://gitlab.com/AOMediaCodec/SVT-AV1/-/blob/v1.7.0/CHANGELOG.md
20 :名無しさん@編集中 (キュッキュ 4e10-bdWa) :2023/09/09(土) 09:33:49.92 ID:AnjlJ8pB00909.net 2023-08-10 v3.7.0 https://aomedia.googlesource.com/aom/+/refs/tags/v3.7.0
21 :名無しさん@編集中 (アウアウアー Sa06-gnua) :2023/09/13(水) 16:05:25.31 ID:BqKLo1cSa.net iPhone 15 Pro(MAX含む)に搭載のA17 ProチップにはAV1デコーダー搭載と発表されていたな
22 :名無しさん@編集中 (テテンテンテン MMb6-OoKh) :2023/09/13(水) 17:40:30.04 ID:aV736QtLM.net そりゃHWデコードくらい出来なきゃ、これからまともにYoutubeすら見れねーじゃん
23 :名無しさん@編集中 (ワッチョイW e301-Txtn) :2023/09/13(水) 18:07:12.92 ID:GgZCV70Y0.net やっとか これでほとんどの新規に売られるスマホがAV1対応になったな
24 :名無しさん@編集中 (ワッチョイ 0b01-h0AF) :2023/09/13(水) 20:18:08.72 ID:CcNIK0+50.net 3nmなのにCPU10%、GPUに至ってはコア数を20%増やして性能も20%アップとか、 Appleマジで人材居なくなってそうだな
25 :名無しさん@編集中 (ワッチョイW 87fa-gnua) :2023/09/13(水) 20:44:32.26 ID:qJXY/f5P0.net 無印の15は未対応の模様… 話変わるけど、ABEMAやTVerで使ってるコーデックがいまだにAVC&AACという化石コンビのままな件、そろそろ進化してほしい…
26 :名無しさん@編集中 (ワッチョイW 87fa-gnua) :2023/09/13(水) 20:44:57.37 ID:qJXY/f5P0.net >>25 は >>23 宛
27 :名無しさん@編集中 (テテンテンテン MMb6-H0jb) :2023/09/13(水) 21:55:51.35 ID:Ox9hEKmIM.net >>25 YouTube以外の配信は当分H.264だよ 未だにDVD作品が新発売されるのと同じ ストリーミングなんて見れりゃいいってね
28 :名無しさん@編集中 (ワッチョイW 7ab1-5LBh) :2023/09/14(木) 00:01:25.59 ID:czauEcZD0.net >>24 熱とバッテリーからは逃れられん。 カメラみたいに動画も専用エンコデコード組んだほうがいろいろ節約できる時代がまたきた。
29 :名無しさん@編集中 (ワッチョイW e368-gnua) :2023/09/14(木) 00:39:19.75 ID:O88BOvl50.net VVCの利用環境が広がらないからAppleも痺れ切らしてAV1の利用環境を整備し始めたのか、これに加えてAV1エンコーダーも積んできたらいよいよAV1が次のデファクトスタンダードになるかもね ただし、くれぐれもエンコーダーの品質は手を抜かないでもらいたい
30 :名無しさん@編集中 (ワッチョイW 83f0-OoKh) :2023/09/14(木) 01:07:53.64 ID:R/QDloQx0.net VVCは4K8Kを想定してるからPCモニターが4Kデフォな未来が来るまで普及しない
31 :名無しさん@編集中 (ワッチョイW e301-Txtn) :2023/09/14(木) 02:35:01.72 ID:A9CUHGAH0.net PCはともかくTVはもう4Kがデフォの時代にはなってる
32 :名無しさん@編集中 (ワッチョイ cebb-G0cy) :2023/09/14(木) 03:14:39.14 ID:xExa3X+90.net TVは放送が始まらなきゃ意味ない
33 :名無しさん@編集中 (ワッチョイ 5735-MPWR) :2023/09/14(木) 03:26:40.86 ID:njuUdgIZ0.net 今のテレビはネット配信対応やで
34 :名無しさん@編集中 (ドコグロ MM77-Txtn) :2023/09/14(木) 10:17:51.78 ID:PxT+utqjM.net 地デジよりアマゾンビデオやNetflix用にTVを使っている人も多い時代
35 :名無しさん@編集中 (ワッチョイ 3b5f-MmH2) :2023/09/14(木) 11:20:24.66 ID:YIDk7Stm0.net >>25 圧縮率がよくなったら、それだけビットレート下がって画質上がらないやつ そして有料ユーザーのみ高ビットレート解禁ってパターン
36 :名無しさん@編集中 (ワイーワ2W FF12-gnua) :2023/09/14(木) 14:40:05.96 ID:8756dbEWF.net 最近、yt-dlpで字幕付き動画を落とすときに、うp主側にてあらかじめ字幕を用意してうpしてくれている場合に限り、ダウンロードした動画の字幕の選択肢にどの言語なのかの表示がされなくなっている MKV Toolnixにて、muxされている字幕を削って、代わりに字幕を新たにmuxしなおすと正しく選択肢の表示がなされるのだが、これはyt-dlpとFFmpegのどちらかに不具合があるのだろうか?
37 :名無しさん@編集中 (ワッチョイ 17ca-SjEv) :2023/09/14(木) 16:49:59.01 ID:wIpNR56E0.net そもそもAV1とか推してる動機がYouTubeやNetflixが払う回線コストがバカにならないから 少しでもビットレート落としたいってことだからサーバー側の事業者のためのもの AV1にエンコードするコストよりもAV1でデータ送信するコストの方が低くなって初めて意味がある YouTubeやNetflix以外の日本国内のサービスがそうではないならこれからもH.264だろうな
38 :名無しさん@編集中 (ワッチョイW e3dd-XGSb) :2023/09/14(木) 18:03:52.91 ID:n4MOI1nS0.net 視聴者が画質より解像度重視だから、h264の低画質だろうが解像度がfhd以上なら満足しちゃうんだよね
39 :名無しさん@編集中 (ワッチョイ cebb-erq7) :2023/09/14(木) 23:27:28.11 ID:0lMxmq9s0.net ネトフリ以外の動画ストリーミングはだいたい外部のCDN使ってるからAV1はCDNプロバイダの対応次第なところあるけど 主要なCDNでAOMメンバーになってるところなさそうだし温度感が分からん
40 :名無しさん@編集中 (ワッチョイW 7ab1-5LBh) :2023/09/14(木) 23:48:31.81 ID:czauEcZD0.net >>38 5M必要なところが3Mになればでかいよ。
41 :名無しさん@編集中 (ワッチョイW e301-Txtn) :2023/09/15(金) 01:02:53.78 ID:qTK0Vb1K0.net CDNにコーデックは関係ないだろ プロトコルの領域
42 :名無しさん@編集中 (ブーイモ MMba-V02s) :2023/09/15(金) 08:07:38.68 ID:w8QoK2I+M.net >>41 単にファイル置くだけならそうなんだけど DRMとかHLSの認証とかもやる包括的な動画配信向けCDNサービス使うとコーデック自由にできないところ多い
43 :名無しさん@編集中 (ワッチョイ 0f63-VRQG) :2023/09/17(日) 13:39:22.87 ID:nL2u9rhy0.net ダウンロード販売の実写AVが4GBとか無駄にでかいので綺麗で圧縮率の高いAV1にエンコードしているワイ(AVだけに)
44 :名無しさん@編集中 (ワッチョイW cf7b-+Ap0) :2023/09/17(日) 14:42:50.08 ID:hpMKOmBD0.net おもしろーい😊
45 :名無しさん@編集中 (ワッチョイ 3fba-xbk3) :2023/09/17(日) 17:04:14.26 ID:wkrw0iR80.net 自分も導入しようか思案中でARC買ったけどAV1のブラーと映像均一化がきつ過ぎて質感消えるよな。SVT-AV1は均一化無効化出来るオプションで使い物になるけど遅い。
46 :名無しさん@編集中 (ワッチョイ 4f46-68M3) :2023/09/17(日) 17:26:19.56 ID:Z3izqdAV0.net >>45 AV1とかVVCがあまりにも遅くて使い物にならないからLCEVC(ソフトウェアデコードは軽い)で縮小して処理を減らそう、って算段なのにyoutubeとかが採用しないのはアレだな
47 :名無しさん@編集中 (ワッチョイW 0f5f-ome1) :2023/09/17(日) 19:18:09.34 ID:NMjtmWp30.net >>45 質感消える時点で、まだ使い物になるCODECじゃない
48 :名無しさん@編集中 (テテンテンテン MM4f-zcFk) :2023/09/17(日) 21:47:53.45 ID:Ztkx240OM.net AV1はH.265と同等レベルなのに圧縮に期待し過ぎなんだよ
49 :名無しさん@編集中 (ワッチョイ 8f1e-YZsW) :2023/09/17(日) 21:51:47.48 ID:X680ClZS0.net 確かに画質だけなら同等レベルだな AV1の方が容量大幅に削減できるってだけでさ
50 :名無しさん@編集中 (テテンテンテン MM4f-zcFk) :2023/09/17(日) 22:06:35.89 ID:1FZ9JuwOM.net >>49 ディテール殺してサイズ減らしてんじゃ意味が無い
51 :名無しさん@編集中 (ワッチョイ 8f1e-YZsW) :2023/09/17(日) 22:16:15.84 ID:X680ClZS0.net >>50 エンコードってそういうもんでしょ 可逆圧縮じゃないんだから AV1は同程度の画質でより容量減らせるってだけでさ
52 :名無しさん@編集中 (アウアウエー Sabf-/qI8) :2023/09/17(日) 22:27:29.43 ID:0vHTZbVFa.net 今のとこAV1のHWエンコードってグレイン合成使えないんだっけ? 自分は実写の場合は使って質感フォローしてやることが多いけど
53 :名無しさん@編集中 (ワッチョイW 8f68-2VPA) :2023/09/17(日) 22:38:37.25 ID:Zv7NBtVg0.net それは使い方として問題あるだろ
54 :名無しさん@編集中 (アウアウエー Sabf-/qI8) :2023/09/17(日) 22:56:46.52 ID:0vHTZbVFa.net そうか?Redditとか見ててもCRF(aomencならcq-level)上げると同時に グレイン合成の数値も上げて欠落している粒状感フォローしてるような設定の人 ちょくちょく見かけるが
55 :名無しさん@編集中 (ワッチョイW 0f5f-ome1) :2023/09/18(月) 04:33:33.45 ID:o2fvi1BX0.net グレイン付加と質感維持は違う前提で どう誤魔化せるか?でしかない 最後人間の見た目評価基準で「あ、ディテールつぶれてる」と印象持たれたらアウト まあ普通にビットレート低過ぎるだけ
56 :名無しさん@編集中 (アウアウエー Sabf-/qI8) :2023/09/18(月) 04:58:12.58 ID:NUcHle7Pa.net グレイ合成使うと主観的な品質を保持しながらビットレート削減できるというレポートがあるんよ Netflix は、フィルム グレイン合成を使用してビットレートを 30% 節約できると想定しています https://www.reddit.com/r/AV1/comments/zsi0km/netflix_assumes_30_bitrate_saving_using_film/ https://waveletbeam.com/index.php/news/48-netflix-film-grain-synthesis ※動画 個人的な経験では実写のドラマや映画に限れば主観品質を保持しながら20%ぐらいは削減できるんかな、という印象。 ただしエンコードは遅くなる (jxl由来のphoton-noiseは軽いけどSVT-AV1では使えない。aomencやrav1eなら使える) ただしあくまで主観品質なのでVMAFやssimulacra2といった品質評価メトリックスのスコアは低下するというのは間違いない
57 :名無しさん@編集中 (テテンテンテン MM4f-zcFk) :2023/09/18(月) 05:11:14.36 ID:Ns5cbm1FM.net 実写は以下に視聴距離を保つかが鍵 特にNetflixやアマプラなんかはモニターから1.5~3m離れて見るのを想定してるはず だからこそ、グレインが効果ある
58 :名無しさん@編集中 (ワッチョイ cf2d-w8tn) :2023/09/18(月) 06:07:45.94 ID:xYh9YSSE0.net ゲームみたいなのだとAV1でも全然縮まなくて画質悪いね 動きが激しすぎてイントラブロックだらけになるのかねえ グレイン付加するのも無理だし大変だ
59 :名無しさん@編集中 (アウアウエー Sabf-/qI8) :2023/09/18(月) 07:08:43.34 ID:NUcHle7Pa.net ゲームコンテンツだとSVT-AV1の場合、--scm 1を明示的に指定した方がクオリティが上がる って少し前にDiscordで話題になっていた気がする(ただしちょっとエンコが遅くなる) 自分はゲームやらないんで確認できないけどscm 2(デフォルト)はゴミだF〇ckだとめっちゃ叩かれてた
60 :名無しさん@編集中 (ワッチョイ cfca-NfV8) :2023/09/18(月) 16:49:23.56 ID:8bpBKuZX0.net モニターからの距離なんてモニターのサイズによるものでしょ 1.5m〜3mてのは40インチ以上だろう
61 :名無しさん@編集中 (ワッチョイW 8ffd-zcFk) :2023/09/18(月) 18:32:08.68 ID:7pTSHiwH0.net >>60 TVモニターならサイズに関わらずそんなもんだろ? PCモニターなら24~27インチでも90cm以上は離れるのが理想。 ちなみにNVIDIAのRTX-VSRも3mを推奨。
62 :名無しさん@編集中 (JPW 0H23-8NM9) :2023/09/18(月) 18:36:32.94 ID:4tM6gU+QH.net SVT-AV1の場合はオプション指定して--film-grain 1 --film-grain-denoise 0やればいいよ これで質感は消えない、まあ遅くなるけどね でもh265より総じて圧縮できる グラボ持ちの人はこのオプション出来るか試してほしい
63 :名無しさん@編集中 (ワッチョイ 8f63-VRQG) :2023/09/18(月) 20:41:28.43 ID:5iMjKDgh0.net 次世代映像符号化方式AV1のVVCとの性能比較調査について https://www.soumu.go.jp/main_content/000739575.pdf
64 :名無しさん@編集中 (アウアウアー Sa8f-2VPA) :2023/09/18(月) 22:29:23.08 ID:tlFI3aE9a.net いまさら2年以上も前の資料引っ張り出してどうした?
65 :名無しさん@編集中 (ワッチョイW 8f01-Vzw2) :2023/09/19(火) 19:43:19.23 ID:8qSsOCV70.net 今月リリースされるsafari 17で正式にjpeg XLサポート firefoxは実装はされてるけどまだデフォルト有効化されないな
66 :名無しさん@編集中 (ワッチョイ 0f91-Pa4f) :2023/09/19(火) 20:41:35.94 ID:76AKwIRN0.net https://webkit.org/blog/14445/webkit-features-in-safari-17-0/ > Safari 17.0 adds support for AV1 video on devices with hardware decoding support, like iPhone 15 Pro and iPhone 15 Pro Max.
67 :名無しさん@編集中 (ワッチョイ 0fae-Pa4f) :2023/09/22(金) 22:16:22.17 ID:tjkknFG40.net https://github.com/FFmpeg/FFmpeg/commit/3be81e3b449febfb04596f3f187aae27f18d02f7 > VAAPI AV1 encoder
68 :名無しさん@編集中 (ワッチョイW 6b68-f7kt) :2023/09/23(土) 03:53:32.95 ID:vEsiY8/e0.net オーディオ超解像技術 AudioSR を試す https://note.com/hamachi_jp/n/n3c0c25f1f0a0 オーディオも超解像の時代か
69 :名無しさん@編集中 (ワッチョイ ffcd-44ew) :2023/09/23(土) 19:46:58.13 ID:JOSqH5vT0.net キンキンするっダメじゃん シャープネスの多重掛けでギンギンになる10年前の超解像度レベル
70 :名無しさん@編集中 (ワッチョイ a7cd-j351) :2023/09/23(土) 22:27:36.91 ID:3vtFumWi0.net vaapi 動かないどうやればいいんだろ? Impossible to convert between the formats supported by the filter 'Parsed_null_0' and the filter 'auto_scale_0' [vf#0:0 @ 0000027b016d4480] Error reinitializing filters! Failed to inject frame into filter network: Function not implemented Error while filtering: Function not implemented [out#0/mp4 @ 0000027b016cb040] Nothing was written into output file, because at least one of its streams received no packets.
71 :名無しさん@編集中 (ワッチョイ a7cd-j351) :2023/09/23(土) 22:32:18.83 ID:3vtFumWi0.net ffmpeg -i inputfile -vcodec av1_vaapi -acodec libfdk_aac output.mp4 で上記のエラー出る。記述の仕方が違うのかな?わかる人いませんか?
72 :名無しさん@編集中 (ワッチョイW 6b01-L9xT) :2023/09/23(土) 23:20:59.00 ID:YmjaXy4R0.net エラーだけ見るとフィルターが悪いみたいだけど
73 :名無しさん@編集中 (ワッチョイ d309-+EvS) :2023/09/24(日) 10:10:04.15 ID:hK+L6F7R0.net https://trac.ffmpeg.org/wiki/Hardware/VAAPI
74 :名無しさん@編集中 (ワッチョイ a735-j351) :2023/09/24(日) 13:37:43.59 ID:nfTt0kJF0.net >>73 見たけどよくわからないや一番上のコマンド打ったところエラー出てダメだった。 今までのようなコーデックの使い方ではダメなんだとは思うんだけど。 /dev/dri/renderD128 これはいったいどこから出てきたんだろ?
75 :名無しさん@編集中 (ワッチョイ d398-+EvS) :2023/09/24(日) 19:15:37.55 ID:hK+L6F7R0.net drm_info ででてくるんじゃない? https://www.reddit.com/r/debian/comments/s1md00/how_can_i_locate_the_graphics_card_through/ あと12世代以降が必要っぽい https://trac.ffmpeg.org/wiki/Hardware/QuickSync#HardwareSupport Windowsで使うのはめんどくさそう https://github.com/FFmpeg/FFmpeg/commit/a9a2ddaea8318cec43ca916b6b8350f0cf14411d
76 :名無しさん@編集中 (ワッチョイ a7b1-j351) :2023/09/24(日) 22:59:20.15 ID:nfTt0kJF0.net レスありがとう、おいらにゃ無理だ諦めた。
77 :名無しさん@編集中 (ワッチョイW 5301-J2ij) :2023/09/27(水) 15:37:54.05 ID:n5yI++b00.net ⊂(● ̄(エ) ̄●)⊃y-゜゜
78 :名無しさん@編集中 (アウアウクー MM63-f7kt) :2023/09/27(水) 15:42:19.30 ID:lkYKrgG+M.net モザイク外し? 汚い画像をキレイな画像に修復手法、中国チームが発表 Stable Diffusionを利用 https://www.itmedia.co.jp/news/articles/2309/27/news046.html MPEG-2で特に目につきやすい輪郭周りのノイズ対策にも使えそうだな
79 :名無しさん@編集中 (ワッチョイ 1af3-j351) :2023/09/29(金) 08:59:47.20 ID:xaxFpFuS0.net てすと
80 :名無しさん@編集中 (ワッチョイ 8ae4-cGEq) :2023/09/29(金) 09:28:54.47 ID:SHpJ9ONh0.net DivXとかでエンコードしたブロックまみれの動画が再利用できるのか?
81 :名無しさん@編集中 (ワッチョイW 4d02-34RO) :2023/10/01(日) 14:56:03.39 ID:czuxh8CX0.net ∑(凹▼д▼)凹
82 :名無しさん@編集中 (ワッチョイW 8568-gcGo) :2023/10/03(火) 03:04:42.81 ID:X01O43A00.net キヤノン、超高感度カメラのノイズをAIで低減する「映像鮮明化ソフトウエア Version 1.0」 https://dc.watch.impress.co.jp/docs/news/1536033.html 映画の世界が現実に
83 :名無しさん@編集中 (ワッチョイW 050b-faA1) :2023/10/03(火) 13:55:47.71 ID:Tj5wy/rr0.net 5万くらいしそう
84 :名無しさん@編集中 (ワッチョイW 3d62-PDcX) :2023/10/03(火) 23:20:56.56 ID:aq0tC8gQ0.net ディープラーニングっでって書いてるけど なんか余計なもの生成されそうでちょっと怖い そんなことはなかろうけども
85 :名無しさん@編集中 (ワッチョイW 8501-yu3B) :2023/10/04(水) 03:22:05.85 ID:A2dSmRbR0.net AIって付いてると全部同じ技術だと思ってしまう人がいるんだよね
86 :名無しさん@編集中 (ワッチョイW 059b-1MgK) :2023/10/04(水) 16:03:07.10 ID:zHUgMRXf0.net >>84 ディープラーニングは正誤の判定しか出来ないから、"ノイズか否か"を正誤とした時は変なものは付け足さないよ "人が見て自然な画像か否か"を正誤の指標にすれば変なものを付け足すけど 多分人力で数式作ってノイズ除去してた部分を、ディープラーニングでフィルタのパラメータを生成したって話だと思う
87 :名無しさん@編集中 (ワッチョイ 7d1b-5C2y) :2023/10/05(木) 07:15:52.23 ID:UfKSi72r0.net あれこんなだっけか?もっと書き込みあったような
88 :名無しさん@編集中 (ワッチョイ 7d1b-5C2y) :2023/10/05(木) 07:16:02.54 ID:UfKSi72r0.net あれこんなだっけか?もっと書き込みあったような
89 :名無しさん@編集中 (アウアウクー MM35-kJ/U) :2023/10/13(金) 15:01:23.95 ID:ijIYMONIM.net AI超解像で古いビデオがキレイに復元できる「VLC media player 3.0.19」が公開、ゼロデイ脆弱性の修正も AV1ビデオのハードウェアデコーディングも有効化 https://forest.watch.impress.co.jp/docs/news/1538728.html
90 :名無しさん@編集中 (ワッチョイ b168-OJms) :2023/10/13(金) 18:42:03.23 ID:TUdu1XMR0.net >>89 VLCもAI超解像対応か アツいな 別件だが、YouTubeのコーデックについて、YouTubeプレミアム導入後の1080p解像度の場合のみ、画質的には VP9 Premium用>>AV1>VP9(通常用) という状態で運用されているようだな 1440pや4K、8KではAV1が優位なのはこれまで通りなのだが、1080pのみダウンロード時は気をつけないとな 過去にアップロード済みの動画で最大1080pのコンテンツも少しづつVP9 Premium用が用意されていっているので、過去にダウンロード済みの動画も再チェックが必要になりそうだ
91 :名無しさん@編集中 (ワッチョイ b168-OJms) :2023/10/13(金) 18:42:10.95 ID:TUdu1XMR0.net >>89 VLCもAI超解像対応か アツいな 別件だが、YouTubeのコーデックについて、YouTubeプレミアム導入後の1080p解像度の場合のみ、画質的には VP9 Premium用>>AV1>VP9(通常用) という状態で運用されているようだな 1440pや4K、8KではAV1が優位なのはこれまで通りなのだが、1080pのみダウンロード時は気をつけないとな 過去にアップロード済みの動画で最大1080pのコンテンツも少しづつVP9 Premium用が用意されていっているので、過去にダウンロード済みの動画も再チェックが必要になりそうだ
92 :名無しさん@編集中 (ワッチョイ b168-OJms) :2023/10/13(金) 18:43:26.94 ID:TUdu1XMR0.net スマン、二度書きしてしまった
93 :名無しさん@編集中 (アウアウアー Sa8b-hQjt) :2023/10/18(水) 19:54:14.29 ID:PaiZDmrPa.net NVIDIAのAI超解像化機能「Video Super Resolution」、RTX 20シリーズでも利用可能に https://news.mynavi.jp/article/20231018-2795558/
94 :名無しさん@編集中 :2023/10/21(土) 15:39:48.00 .net VVCにおける解像度の動的変更技術 https://www.nhk.or.jp/strl/publica/giken_dayori/223/4.html VVCでは、解像度を下げて符号化する処理を常時ではなく一時的に適用することができる“動的解像度変更”(ARC:Adaptive Resolution Change)と呼ばれる新しい技術が導入されました。 実際にARCを行うためには、映像中の被写体の絵柄の細かさや動きの速さに応じて、適切な解像度を決定する必要があります。 しかし、VVCの規格*2では解像度の決定手法は定められていません。 そこで当所では、解像度の縮小度合いを変えた複数の映像を同時に符号化して画質を比較することで、最適な解像度を決定する手法を開発しました(図1)。 例えば4K映像を符号化する場合、4Kだけでなく3K、2Kなどの複数の解像度に縮小した映像も並列に符号化処理を行います。 それぞれの解像度の符号化結果を比較し、より画質がよくなる解像度を時間に応じて選択することで、解像度を決定します。 この手法により、そのままの解像度で符号化する場合よりも、映像品質を向上することができました(図2)。 動的解像度変更(ARC)における解像度決定手法の例 https://i.imgur.com/UvrtbVi.jpg ARCによる映像品質向上の例 https://i.imgur.com/69VE7rA.jpg
95 :名無しさん@編集中 (ワッチョイW a662-zFFr) :2023/10/21(土) 17:31:04.24 ID:SAsNyws20.net 帯域に上限がある場合、縮小したものを引き伸ばしたほうが画質がいい可能性があるってこと?
96 :名無しさん@編集中 (アウアウウー Sa09-QvIP) :2023/10/21(土) 18:00:05.58 ID:U14CDJoqa.net >>95 https://www.nhk.or.jp/strl/publica/giken_dayori/109/4.html これと組み合わせるみたいだしそういうことなんだろうね この低解像度化をオンオフ出来るようにしましたって事なのかな
97 :名無しさん@編集中 (ワッチョイW 55ad-Dq0e) :2023/10/21(土) 18:05:01.08 ID:Xe69qH0b0.net 解像度を下げる事で、込み入ってない部分の画質が少し犠牲になって、その分込み入った所に振り向けられるからという理屈だろうね その代わり全体的にボヤけた感じになりそうだが…
98 :名無しさん@編集中 (ワッチョイW a662-zFFr) :2023/10/21(土) 18:08:09.47 ID:SAsNyws20.net デコード側も対応する必要あるから無理なんでね? 解像度も一定じゃなくてコンテナ化みたいなのして、「ここは縮小絵を拡大しろ」みたいな中身のフォーマットになるの?
99 :名無しさん@編集中 (ワッチョイ 5d01-ib/k) :2023/10/21(土) 19:03:49.19 ID:UBV1qL/60.net 量子化テーブルとは何だったのか
100 :名無しさん@編集中 :2023/10/21(土) 20:04:19.01 ID:0IlveFRu0.net 帯域不足すると低改造度化するのは、ニコニコがやってない?
101 :名無しさん@編集中 :2023/10/21(土) 20:24:55.48 ID:uiNV7Ozd0.net aom-psyこっちが引き継いでた https://github.com/Clybius/aom-av1-lavish/commits/opmox/mainline-merge
102 :名無しさん@編集中 :2023/10/21(土) 20:36:31.57 ID:inKIlpySa.net AV1のSuper resolution modeは帯域減らしたいYoutube辺りで使われるかと思ったけど今のところ利用されてはいなさそうだ
103 :名無しさん@編集中 :2023/10/21(土) 20:39:31.00 ID:inKIlpySa.net >>101 主に更新されているのはブランチのEndless_Mergingやね gitで引っ張ってくるときには git clone https://github.com/Clybius/aom-av1-lavish -b Endless_Merging と指定
104 :名無しさん@編集中 :2023/10/21(土) 20:41:43.86 ID:inKIlpySa.net すまん見間違えてた Endless_Mergingより新しいブランチかそれ
105 :名無しさん@編集中 :2023/10/22(日) 03:39:33.56 ID:4hartEZA0.net >>95 言い方に語弊があるかも。 高解像度の方が画質は良いに決まっている。 しかし、シーンによってはゲームのDLSSと同じく解像度を犠牲にしてもデコード時にアップスケールした方がサイズも縮むし遜色無いって認識だと思う。
106 :名無しさん@編集中 (アウアウウー Sa09-QvIP) :2023/10/22(日) 03:56:06.29 ID:YXV6eAy5a.net ビットレート上限のある放送で4Kのまま符号化すると動きの多い部分にビットレート不足でノイズが出る ならノイズがのらない低解像度まで落として送り出し受像側で高解像化させた方が結果は良くなる >>95 の言い方で全く語弊はないと思うぞ
107 :名無しさん@編集中 (ワッチョイW 45f0-Snmo) :2023/10/22(日) 04:19:54.80 ID:4hartEZA0.net 画質=品質ではないって意味
108 :名無しさん@編集中 (アウアウウー Sa09-QvIP) :2023/10/22(日) 04:23:23.14 ID:YXV6eAy5a.net 画質って画像の品質のことじゃないの
109 :名無しさん@編集中 (ワッチョイW 45f0-Snmo) :2023/10/22(日) 04:47:54.94 ID:4hartEZA0.net あぁ、間違ったわ 解像度=品質だわ ま、いいわ、ごめんな、俺がめんどくさい奴だったわ
110 :名無しさん@編集中 :2023/10/22(日) 06:52:04.95 ID:djgLKm8T0.net 小さい玉が高速で移動するスポーツとか動きが激しいアクション映画みたいな映像だけ解像度減らしたりすると良いのかもね
111 :名無しさん@編集中 :2023/10/26(木) 23:50:36.36 ID:8fYc/5680.net MUSE-Tみたいに動きが少ないと空間周波数帯域が上がる感じなの? エンコーダーに突っ込む解像度を可変にするってことは量子化テーブルというか時間軸に対してAQするようなイメージだろうか
112 :名無しさん@編集中 :2023/10/27(金) 11:01:38.22 ID:uRb42xrM0.net 時間軸じゃなくて空間 (2D)じゃね
113 :名無しさん@編集中 :2023/10/27(金) 12:03:57.90 ID:Fu2bOO+/M.net そうか、変に考えてたみたい
114 :名無しさん@編集中 :2023/10/27(金) 12:04:02.41 ID:Fu2bOO+/M.net そうか、変に考えてたみたい
115 :名無しさん@編集中 (中止 Saab-7ZkD) :2023/10/31(火) 19:33:41.51 ID:LcW6isuPaHLWN.net 笠原一輝のユビキタス情報局 ライバル完封のSnapdragon X Elite、ベンチマークでその実力が明らかに https://pc.watch.impress.co.jp/docs/column/ubiq/1543148.html Windows on ARMにネイティブ対応したGUI操作可能なエンコーダーがあれば、並のintel CPUを超える速度でソフトウェアエンコードできるようになるのだろうか? macもM3チップ発表したし、そろそろエンコード環境もARMネイティブになっていかないものかな?
116 :名無しさん@編集中 (中止 MMab-1M3a) :2023/10/31(火) 20:26:33.41 ID:qoXO0QMUMHLWN.net ベンチ上はCorei9のなんちゃらを超えた!とか言いつつ エンコーダー系で実際それぐらい速かった例をあまり見ないのはなんでだろうな x86への最適化が鬼のように進んでるってことなのかね svt-av1とかはARMのアセンブリが頻繁に追加されてるからいよいよエンコードもARMの時代が来ちゃう…?
117 :名無しさん@編集中 :2023/10/31(火) 22:14:00.66 ID:+G0U/yzpaHLWN.net キャッシュでおさまるピーク性能が強く出るベンチ選んでるだけなんじゃないだろうか
118 :名無しさん@編集中 :2023/10/31(火) 22:54:22.92 ID:1NlACMn90HLWN.net 動画のエンコードはちょっと特殊だからな
119 :名無しさん@編集中 :2023/10/31(火) 23:21:40.21 ID:6DF4LB970HLWN.net ソフトエンコはx86の拡張命令使いまくるからarmでやると激重になる場合がある M2でsvt-av1やると10年前のi3より遅いらしいし
120 :名無しさん@編集中 :2023/10/31(火) 23:23:59.91 ID:x/zbin2x0HLWN.net M2とかApple SoCの場合は素直に内蔵エンコーダ使うことが前提だろうし 自由度は低いだろうなぁ、と思う
121 :名無しさん@編集中 (ワッチョイW 1f68-PAzC) :2023/11/14(火) 13:21:07.77 ID:HwnkeaPg0.net Netflixが動画コーデック「H.265(HEVC)」の使用を中止するよう裁判所から命じられる https://gigazine.net/news/20231114-netflix-loses-german-hevc-patent-dispute-broadcom/
122 :名無しさん@編集中 (ワッチョイW 1f01-eWre) :2023/11/14(火) 13:53:42.99 ID:6/dyvFjk0.net NetflixはHEVCのライセンスを払っていなかったということ? それとも払っているのに訴状されたのだろうか
123 :名無しさん@編集中 (ワッチョイW 9fb3-ElWn) :2023/11/14(火) 15:15:10.57 ID:2UGOxhUq0.net VVCも似たような感じになるのかな もうネット配信はオープンソースのAV1系しかないね
124 :名無しさん@編集中 :2023/11/14(火) 20:42:10.14 ID:aYExdS6Q0.net ちょろまかしてたとか払ってないんだろな。 AV1は高画質適正ないけどね。まあネット配信は4KでもFHDブルーレイよりだいぶ汚いし 気にしないライト層が4Kで映像見れたらAV1でいいとおもう
125 :名無しさん@編集中 (オイコラミネオ MM13-/ujd) :2023/11/14(火) 22:04:50.85 ID:SZ+8JJAbM.net HEVC使用者はBroadcom始めパテントプール未所属の野良企業とも個別交渉しろって話だろ? くそめんどくせぇな
126 :名無しさん@編集中 (ワッチョイW 9f06-rNeh) :2023/11/15(水) 01:49:58.87 ID:0gM7KJGW0.net そりゃめんどい
127 :名無しさん@編集中 :2023/11/15(水) 03:06:44.97 ID:WfdF2MJD0.net HEVCの特許管理団体がすべての特許を管理しきれていなかったということか?
128 :名無しさん@編集中 :2023/11/15(水) 03:31:45.62 ID:Fq0+X1Um0.net 特許持ってる会社なら後からクロスライセンス提示して回避できるけど ネトフリはなんで勝ち目なさそうなのに戦ってたんだろ
129 :名無しさん@編集中 :2023/11/15(水) 08:58:31.47 ID:PlGVUoxO0.net パテントプール入ってないなら必須特許じゃないだろうしライセンス結ぶ必要なんかないだろ
130 :名無しさん@編集中 :2023/11/15(水) 09:01:09.23 ID:MAZ48YTJ0.net NetflixでもAV1はまだ実用段階じゃないのか
131 :名無しさん@編集中 :2023/11/15(水) 10:24:00.95 ID:iEm3ZclNa.net 顧客のデバイスの都合もあるからAV1以外にH.264や265もサポートしてるんじゃないの
132 :名無しさん@編集中 (ワッチョイ ffad-gzdM) :2023/11/15(水) 11:12:23.39 ID:cq3Rvh6Z0.net 4K時代の動画コーデック「HEVC」「AV1」「VVC」を比較して評価するとこうなる、最も将来に期待できるコーデックはどれか? https://gigazine.net/news/20230418-codec-hevc-av1-vvc/ この記事の下の方では また、HEVCとVVCの間に生まれたAV1の最大の利点はライセンス料がかからないということで、商用利用をする上では非常に魅力的ですが、AV1はAOMediaが所有していない特許技術を回避するために非常に複雑な計算を行っており、それがエンコードに時間がかかってしまうことと電力効率が悪くなる原因となっているそうです。 また、完全オープンソースを名乗っているものの、知財管理企業のSisvelが特許リストを公開し、AOMediaが権利者団体の特許を侵害していると主張しており、将来的に「完全オープンソースでロイヤリティフリー」を維持できるかはわかりません。 と書かれてるしAV1も特許権利関係で面倒そうな気配が…完全オープンソースうたってるから問題出たらHEVCより面倒くさそう
133 :名無しさん@編集中 :2023/11/15(水) 11:32:02.23 ID:7RatX4R30.net Sisvelのライセンシー数も順調に増えてるしオープンなコーデックって理想はもはや瓦解してるな
134 :名無しさん@編集中 :2023/11/15(水) 11:53:54.74 ID:WfdF2MJD0.net AV1のフリーはAV1に対する訴訟をした瞬間失効することになってる Sisvelは訴訟した瞬間AV1に対応するデバイスを使えなくなる 使おうとするとそこに付随する特許料金を払わなければならない だから特許を侵害しているという主張しかしてない
135 :名無しさん@編集中 :2023/11/15(水) 12:13:04.58 ID:gLhq9SRh0.net シスベルずっと騒いでるけど、騒いでるだけでなんの進展もないなw AV1は最近配信でも使われ始めてるし順調に広がってるわ
136 :名無しさん@編集中 :2023/11/15(水) 13:15:40.31 ID:1f/C4ZZG0.net 特許の有効期限は20年なんだから、AOMediaが使いたい特許もいつかは切れるだろう AV1のフォーマットを変えずにエンコを速く出来るのか、フォーマットの変更も必要なのか分からんけど、それが出来たらもう決まりだろう
137 :名無しさん@編集中 :2023/11/15(水) 15:13:23.24 ID:PlGVUoxO0.net まともな企業はそんな危ない綱渡りせずに素直にSisvelやVectisみたいなパテントプールにお金払うんじゃないか
138 :名無しさん@編集中 :2023/11/15(水) 17:41:30.62 ID:rO+yDjSGM.net もう特許関連はうんざりだから中身ブラックボックスのAIコーデックみたいなの流行らないかな 行列演算に特化したプロセッサが昨今は乗ってるし、エンコーダとデコーダのモデルをパブリックドメインにして終わり! まあ処理能力だとか電力だとか乱立するだとか色々問題だらけだとは思うがw
139 :名無しさん@編集中 :2023/11/16(木) 09:15:37.78 ID:GJq8UzZj0.net DLSSのエンコーダ版みたいか感じ?
140 :名無しさん@編集中 (ワッチョイ 1f01-18cq) :2023/11/16(木) 18:54:46.77 ID:U6GHxiE70.net >>138 似たようなのはあるね NVIDIA Neural Texture Compression https://research.nvidia.com/labs/rtr/neural_texture_compression/ NTCはBC highと比較して容量が30%少ないにもかかわらず、 4倍高い解像度(16倍のテクセル)を提供する
141 :名無しさん@編集中 :2023/11/17(金) 08:35:59.43 ID:NwOgaLWW0.net ひかげりさ死ねごみくず過保護ニーートクソババアどブス
142 :名無しさん@編集中 :2023/11/17(金) 08:36:37.21 ID:NwOgaLWW0.net かないさだ死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ねボケカス https://txxx.com/videos/8781013/wife-violation032/?promo=38843 かないさだ死ねぶっ殺すめったざしにされて死ねボケカスゴミクズ 生きてる価値ないから死ね きめえ顔と声しやがってしねクソカス 地獄におちろゴミカスババア死ねじさつしろバーカクソ以下老害クズ野郎死ね虫ケラ さっさと死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね こいつは性格人格ともにクソ野郎クズ野郎である溺死して死ね死ね死ね死ね死ね死ね死ね死ね さっさと首へし折られてしね
143 :名無しさん@編集中 :2023/11/17(金) 08:36:47.77 ID:NwOgaLWW0.net かないさだ死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ねボケカス https://txxx.com/videos/8781013/wife-violation032/?promo=38843 かないさだ死ねぶっ殺すめったざしにされて死ねボケカスゴミクズ 生きてる価値ないから死ね きめえ顔と声しやがってしねクソカス 地獄におちろゴミカスババア死ねじさつしろバーカクソ以下老害クズ野郎死ね虫ケラ さっさと死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね こいつは性格人格ともにクソ野郎クズ野郎である溺死して死ね死ね死ね死ね死ね死ね死ね死ね さっさと首へし折られてしね
144 :名無しさん@編集中 :2023/11/17(金) 08:36:51.06 ID:NwOgaLWW0.net かないさだ死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ねボケカス https://txxx.com/videos/8781013/wife-violation032/?promo=38843 かないさだ死ねぶっ殺すめったざしにされて死ねボケカスゴミクズ 生きてる価値ないから死ね きめえ顔と声しやがってしねクソカス 地獄におちろゴミカスババア死ねじさつしろバーカクソ以下老害クズ野郎死ね虫ケラ さっさと死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね こいつは性格人格ともにクソ野郎クズ野郎である溺死して死ね死ね死ね死ね死ね死ね死ね死ね さっさと首へし折られてしね
145 :名無しさん@編集中 :2023/11/17(金) 08:37:49.82 ID:NwOgaLWW0.net かないさだ死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ねボケカス https://txxx.com/videos/8781013/wife-violation032/?promo=38843 かないさだ死ねぶっ殺すめったざしにされて死ねボケカスゴミクズ 生きてる価値ないから死ね きめえ顔と声しやがってしねクソカス 地獄におちろゴミカスババア死ねじさつしろバーカクソ以下老害クズ野郎死ね虫ケラ さっさと死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね死ね こいつは性格人格ともにクソ野郎クズ野郎である溺死して死ね死ね死ね死ね死ね死ね死ね死ね さっさと首へし折られてしね
146 :138 :2023/11/17(金) 16:50:09.27 ID:RP2sz9k7M.net >>140 飛ばし飛ばししか読んでないですが、添付グラフや画像を見る限り思ったよりも期待出来そうですね。ありがとうございます。
147 :名無しさん@編集中 :2023/11/22(水) 14:11:34.35 ID:2bWcMHMq0.net https://www.atsc.org/atsc-documents/a-3452023-11-vvc-video-candidate-standard/ ATSCも次世代向けにvvcをだから なんだかんだ放送系はvvcになるんでしょうたぶん
148 :名無しさん@編集中 :2023/11/22(水) 21:08:45.84 ID:+za40nAT0.net https://aomedia.googlesource.com/aom/+/refs/tags/v3.7.1
149 :名無しさん@編集中 (ワッチョイW b17f-UTXV) :2023/11/23(木) 13:35:06.37 ID:siW6Xb/c0.net https://gazlog.com/entry/lunarlake-mx-detail/ Intelの超低消費電力CPU Lunar Lake-MXでVVCのHWデコード対応
150 :名無しさん@編集中 :2023/11/23(木) 15:54:42.20 ID:RoFqL+7XF.net >>149 「このGPU搭載により、DisplayPort 1.4の他にHDMI 2.1などの規格に対応すると共にAIを使ったスケーリング技術やハードウェアベースのVVC/H.266デコードにも対応しています。」 AIを使ったスケーリング技術が利用できるようになるということは、ゲームではない一般的な動画を超解像アップスケーリングして再生できるNVIDIAのGPUを搭載せずとも 低解像度の動画を滑らかに再生できるようになるわけだな(画質がどの程度かは実機がでないとわからないが) VVCのハードウェアデコーダー搭載自体はありがたいことなんだけど、VVCのエンコーダーがソフトウェア含めていまだに不十分なだけに、これを活かせるようになるのがいつの話になるやら… HEVCみたいに複数のパテント問題でまたややこしくなってたりしないんかね?
151 :名無しさん@編集中 :2023/11/23(木) 16:21:58.31 ID:YVoBYI5J0.net AIスケーリングがもっと幅広く実用的になってきたら高い解像度で配信することが減ったりするのかなあ
152 :名無しさん@編集中 :2023/11/23(木) 16:46:30.08 ID:DcypM1Ed0.net 4Kは必要ないかもしれないが今の技術だとまだ超アンチエイリアス程度みたいなもんだからなあ
153 :名無しさん@編集中 :2023/11/23(木) 22:55:21.84 ID:NY8osJVua.net AV1の超解像度モードがキーフレームとそれ以外のフレームでダウンスケールの設定を変えたり キーフレームが指定した品質を下回った場合のみダウンスケールしたり出来て面白いんだけど使われてないな
154 :名無しさん@編集中 :2023/11/24(金) 00:23:37.86 ID:yu1XpyxF0.net >>153 だから、それゲーム意外で超解像の品質が思ったより良くなかったからでしょ 所詮AIリアルタイム超解像はカクカクドット絵向きで動画には不向き
155 :名無しさん@編集中 :2023/11/24(金) 00:45:00.88 ID:LH48KSwSa.net AV1の場合はデコードのパフォーマンスが低下するからってのもあるかもね ちょっと試した限りではエンコードは速くなることもあったけど デコードはぎりぎり60fpsを再生できてたデバイスだとコマ落ちが発生した
156 :名無しさん@編集中 :2023/11/24(金) 09:23:28.07 ID:X5aj1FjE0.net 分岐があるとデータ処理が大変だからな。
157 :名無しさん@編集中 :2023/11/24(金) 13:31:12.80 ID:Kn0YaZ7f0.net 結局高速化のためにアルゴリズムを割愛して実装しないといけないのなんかなぁ
158 :名無しさん@編集中 :2023/11/24(金) 16:24:11.93 ID:xVG/gps70.net エンコードの負荷は高くなっても許容できるけどデコードの負荷が上がるのは困るんだよなあ
159 :名無しさん@編集中 (ワッチョイW 4768-JZot) :2023/11/28(火) 12:21:51.39 ID:Ztk2S0Ds0.net 溜め込んだ動画、アップしてる奴は気をつけろ デスクトップ版Googleドライブでおよそ6カ月分のファイルが突然消失したとの報告多数、Googleサポートが調査中 https://gigazine.net/news/20231128-google-drive-lost-data/
160 :名無しさん@編集中 (ワッチョイW 7fa0-kD/h) :2023/11/30(木) 04:20:52.87 ID:BOhRTNcA0.net 今どき xvid にエンコ出来るソフトって あるかな? 中古で買ったDVD プレーヤーのsd カードが Xvid にしか対応してないみたいなんだ Xvid converter はダメだった Xmedia recoder も項目がないし 無理なのかな
161 :名無しさん@編集中 (ワッチョイW 7fa0-kD/h) :2023/11/30(木) 04:21:16.76 ID:BOhRTNcA0.net 今どき xvid にエンコ出来るソフトって あるかな? 中古で買ったDVD プレーヤーのsd カードが Xvid にしか対応してないみたいなんだ Xvid converter はダメだった Xmedia recoder も項目がないし 無理なのかな
162 :名無しさん@編集中 (ワッチョイW 4763-2+B8) :2023/11/30(木) 05:09:34.34 ID:OgJKeXgE0.net wikiに書いてあるエンコソフトなら出来るんじゃね Xvidはまさかの2019年まで更新してたみたいだし
163 :名無しさん@編集中 :2023/11/30(木) 07:33:34.72 ID:BOhRTNcA0.net >>161 何気にロイヤルティーフリー何だよな BatchDOO! で行けたわ CORE 2 世代のソフトだから遅い
164 :名無しさん@編集中 :2023/12/01(金) 21:02:36.19 ID:wpZIf3Iq0.net https://old.reddit.com/r/AV1/comments/183s2az/svtav1_experimental_varianceguided_deltaq_boost/ > It has lots of dark scenes that even on CRF 1 are still really bad. https://gitlab.com/AOMediaCodec/SVT-AV1/-/issues/2105#note_1666136918 暗部がぼやけるのが改善されそう
165 :名無しさん@編集中 :2023/12/02(土) 15:17:23.40 ID:rXQursRx0.net ffmpegにはあるんじゃないの
166 :名無しさん@編集中 :2023/12/03(日) 22:36:01.98 ID:7KtjVLEW0.net この低コントラストシーンで視覚品質が下がっちゃうのlibvpxでもある傾向だな バックポートしてほしい
167 :名無しさん@編集中 (JPW 0H0e-aHyJ) :2023/12/05(火) 14:16:15.81 ID:ttTY1J2YH.net アマプラのコーデックってVP9かな?
168 :名無しさん@編集中 :2023/12/07(木) 18:38:58.75 ID:JKDYZVAh0.net 「Opera」が動画の品質向上機能「Lucid Mode」を強化 〜適用前と適用後を比較可能に https://forest.watch.impress.co.jp/docs/news/1552713.html 適用前と適用後の比較がうまく機能しないが、PCに保存している480p動画を再生してみたらなかなかに輪郭処理がきれいだぞ 専用プレーヤーの立場がw
169 :名無しさん@編集中 (ワッチョイW 1e06-iIis) :2023/12/08(金) 03:57:39.44 ID:Iho6+mvi0.net >>168 いや、対応するのWeb埋込みタイプだけじゃん
170 :名無しさん@編集中 :2023/12/08(金) 04:43:24.46 ID:EeJNKPfU0.net 動画埋め込む必要あるならnode.jsとかでローカルファイル再生するだけのローカルサーバ建てればいいんじゃないすか。 多分HTMLの雛形にvideoタグだけ書いてコマンド1行打てば終わり。 埋め込みと言いつつブラウザ再生ならなんでもいいならブラウザにファイル投げ込むだけでいけると思う。
171 :名無しさん@編集中 :2023/12/08(金) 21:31:50.37 ID:pUy0dIUW0.net 中華資本のブラウザよく使う気起きるな。 何仕込まれてるかわかったもんじゃない。
172 :名無しさん@編集中 (ワッチョイ b6fc-yDrh) :2023/12/08(金) 22:45:18.81 ID:ZCIpPYcr0.net tplinkのネットワーク製品買う馬鹿な日本人多いからな 元から馬鹿だから救いようがないわ
173 :名無しさん@編集中 (ワッチョイ d98c-GYsz) :2023/12/08(金) 23:16:44.27 ID:hNkLi0WS0.net ジャップ=低能 これは世界中の共通認識だからなw
174 :名無しさん@編集中 :2023/12/09(土) 00:00:39.50 ID:8p2JSjJA0.net 国産ブラウザってなんだよ?
175 :名無しさん@編集中 :2023/12/09(土) 01:14:25.55 ID:5lLZyMhd0.net >>172 じゃあ同じ値段で同じ性能同じ機能の物を教えろよ それが無いからTP-Link選んでるんだからさ
176 :名無しさん@編集中 :2023/12/09(土) 01:14:50.63 ID:5lLZyMhd0.net ↓シナチョンは祖国に帰れ (ワッチョイ b6fc-yDrh) ID:ZCIpPYcr0 (ワッチョイ d98c-GYsz) ID:hNkLi0WS0
177 :名無しさん@編集中 :2023/12/09(土) 01:15:37.88 ID:5lLZyMhd0.net NGID:ZCIpPYcr0 NGID:hNkLi0WS0
178 :名無しさん@編集中 :2023/12/09(土) 01:18:04.32 ID:5lLZyMhd0.net >>172 も>>173 もこんな所でヘイト書いちゃう辺り知能低そうw
179 :名無しさん@編集中 :2023/12/09(土) 01:19:16.95 ID:2OYRtg4Na.net 国産かどうかって話はしてないよね 過去に騒動まであって中華ブラウザに成り下がったものはさすがに嫌だなって話
180 :名無しさん@編集中 :2023/12/09(土) 13:49:10.72 ID:kPCFGRRQ0.net Operaの親玉が奇虎360 その奇虎360が出資している「麦芽地」がウィルスの「WireLucker」を作成し、奇虎360がウィルスパターンを世界で最初に作成するという自作自演をおこなったり 自社セキュリティソフトで百度などのサービスを有害サービスとしてブロックしたり、インストールされている他社のセキュリティソフトを勝手に削除していたりする 信頼性なんて皆無だろう。
181 :名無しさん@編集中 :2023/12/09(土) 18:11:52.03 ID:hIj8yqUl0.net 低解像度ゲームなどのウィンドウをアップスケールして強制フルスクリーン化する方法 複数のスケーリングモードでゲームやアニメなど幅広く対応する「Magpie」 https://forest.watch.impress.co.jp/docs/review/1551934.html 動作に癖があるのと、dGPUなしだとAnime4Kモードが重たいなどはあるが、なかなか面白い
182 :名無しさん@編集中 :2023/12/09(土) 23:48:36.42 ID:wTdBSiY8F 未成年者の犯罪や自殺か゛急増してる一方、保育園カ゛ーた゛の学童ガーだの子育て罰だのほざいてる恥知らずが騒いでるあたり明らかに因果関係 があるよな.制服が高いだのデザインで学校を選んでもおかしくないくらいだろうに、親としての資格のなさに唖然とするわな こうした不幸な子を減らすために少子化は有効だし、出産 ─時金だの児童手当だの全廃して,ひとり産み落とすごと5千萬は課税すべきだろ 分割でも払える見込みがなければ遺棄罪で懲役にして支払わせるべきだし,子か゛親といるべきとか思い込みだし、鳥の托卵に学ぶべきだし 悪法極まりない親権なと゛廃止すべきだし、親権が欲しければ刑法に連帯責任条項を作って親としての責任を自覚させるべきだろ 他人の子と接しながら直接給付したい大人なんていくらでもいる中、社会的分断惹起してでも赤の他人から金銭強奪しようという税金泥棒に 育てられたら強盗殺人テロリストて゛あるクソ航空関係者のように私権侵害して地球破壞して災害連発させて人を殺して私腹を肥やすクズが 増殖するだけで國土に国力に治安にと破壊されて莫大な税金注入で年金受給してる老人の次に狙われるのは子育てしてる裕福そうな家だわな (羽田)ttps://www.call4.jp/info.php?Τype〓iTems&id=I0000062 , tTрs://haneda-projеCt.jimdofree.Com/ (成田)ttps://n-souonhigaisosyoudan.amеbaownd.com/ [テロ組織)ttps://i.imgur.com/hnli1ga.jРeg
183 :名無しさん@編集中 :2023/12/12(火) 01:09:21.99 ID:N0ip3ixy0.net AV1エンコードでの生配信できるスマホ・iPhoneってもうあるんす? 車載ドライブ・ツーリング配信とか電波状況で低ビットレートになりがちだからそういったときにも画質粘れそうなのがいいな
184 :名無しさん@編集中 (ワッチョイW 1701-r7kZ) :2023/12/12(火) 02:55:48.59 ID:0Xbkv0Qg0.net それなりにスペックあればどんなスマホでもできるだろう
185 :名無しさん@編集中 (ワッチョイW 1713-Q3qa) :2023/12/12(火) 02:57:59.82 ID:kpyXF7np0.net >>183 スマホでAV1エンコード出来るものはまだ無い。 それどころか、需要なくて今後エンコードに関してはH.266採用になりそうだ。デコードなら最新スマホならほぼ出来る。
186 :名無しさん@編集中 (ドコグロ MMdf-Q8bu) :2023/12/12(火) 07:34:53.88 ID:dxEnOBpYM.net Googleのビデオ通話アプリがAV1採用してたけど
187 :名無しさん@編集中 :2023/12/12(火) 10:57:55.86 ID:kpyXF7np0.net エンコードとデコードの違いも知らんのか
188 :名無しさん@編集中 (デーンチッ Sadb-rJak) :2023/12/12(火) 12:30:09.61 ID:zOhj5eNOa1212.net SVT-AV1 v1.8.0 https://gitlab.com/AOMediaCodec/SVT-AV1/-/blob/v1.8.0/CHANGELOG.md libaom v3.8.0 https://aomedia.googlesource.com/aom/+/refs/tags/v3.8.0
189 :名無しさん@編集中 (デーンチッ Sadb-rJak) :2023/12/12(火) 12:38:55.59 ID:zOhj5eNOa1212.net photon-noise tableが使えるforkも1.8.0変更分の修正は入っている(ハズ) https://github.com/BlueSwordM/SVT-AV1
190 :名無しさん@編集中 :2023/12/12(火) 14:35:43.88 ID:j1KNXVaqM1212.net >>187 なんでデコードだと思ってるの?
191 :名無しさん@編集中 :2023/12/12(火) 17:28:05.17 ID:QI6w4ls201212.net なんかツベが低解像度でも文字が読みやすくなった気がする。 不思議だ。
192 :名無しさん@編集中 (デーンチッW 37b9-axnA) :2023/12/12(火) 18:39:41.69 ID:wKyLbFS501212.net 本当にできたら革命だけど今後のコーデックはAIが主流になるのかな Intel Ignite 2023で優勝! AV1やH.266を超える圧縮率を実現するDeep Renderの「AIベースの動画圧縮技術」って何? Deep Renderによると、現在の試作版ではH.264/H.265と同等画質なら5倍程度の圧縮率を達成しているという。これからも各部分のチューニングと改良を進めるとのことで、圧縮率を50倍にまで高められる見通しが立っていると豪語する。 https://www.itmedia.co.jp/pcuser/articles/2312/12/news064_2.html
193 :名無しさん@編集中 (デーンチッW 77b1-TEND) :2023/12/12(火) 19:07:54.35 ID:q88/y0k401212.net 圧縮関連は嘘松も多いからなw
194 :名無しさん@編集中 (デーンチッW 172b-Q3qa) :2023/12/12(火) 19:41:26.93 ID:kpyXF7np01212.net >>190 エンコードの話てんだろカス。 AV1で確実にHW出来るスマホ書いてみろよ無能が。
195 :名無しさん@編集中 (デーンチッW FFbf-GNGY) :2023/12/12(火) 19:59:45.02 ID:aBgOBsRJF1212.net >>192 「ブースでは、2台のMacBookシリーズを用いて、互いのWebカメラで撮影した映像をリアルタイムにDeep Render形式でエンコード(圧縮)し、互いにデコードするというビデオ(Web)会議を模したデモンストレーションも行われた。 このデモでは、30fpsのフルHD(1920×1080ピクセル)映像を1Mbpsでエンコードして送り、同時に相手側から送られてきた同等品質の映像をデコードする、という実践さながらのものだった。 遅延(レイテンシ)は、0.1秒程度で十分に許容範囲だ。Deep Renderの説明によると、この遅延のうち0.04~0.05秒がコーデック処理によるもので、残りがデモ環境のWi-Fiネットワークによるものだという。 この際のプロセッサの消費電力は約13Wだった。エンコードとデコードを同時にソフトウェアで行って程度であれば、まずまずといったところか。」 続く
196 :名無しさん@編集中 (デーンチッW FFbf-GNGY) :2023/12/12(火) 20:00:01.13 ID:aBgOBsRJF1212.net 「ブースでは、2台のMacBookシリーズを用いて、互いのWebカメラで撮影した映像をリアルタイムにDeep Render形式でエンコード(圧縮)し、互いにデコードするというビデオ(Web)会議を模したデモンストレーションも行われた。 このデモでは、30fpsのフルHD(1920×1080ピクセル)映像を1Mbpsでエンコードして送り、同時に相手側から送られてきた同等品質の映像をデコードする、という実践さながらのものだった。 遅延(レイテンシ)は、0.1秒程度で十分に許容範囲だ。Deep Renderの説明によると、この遅延のうち0.04~0.05秒がコーデック処理によるもので、残りがデモ環境のWi-Fiネットワークによるものだという。 この際のプロセッサの消費電力は約13Wだった。エンコードとデコードを同時にソフトウェアで行って程度であれば、まずまずといったところか。」 これがマジならNPU搭載機でありさえすればどうにでもなるってことだな すげぇな
197 :194 (デーンチッW FFbf-GNGY) :2023/12/12(火) 21:25:17.35 ID:I+nTaKpcF1212.net 貼りたかったところを間違えていた 「Deep Renderコーデックは、主にGeForce RTX 30/40シリーズを搭載するマシンで開発を進めてきたが、GPGPUとして活用できるGPUであれば、メーカーやモデル(アーキテクチャ)を問わず利用できるという。 また、スペックによって多少のパフォーマンス差は生じるものの、NPUを含む推論アクセラレーターを統合したCPUでも動くとのことだ。 先述の通り、今回はCore Ultraプロセッサを搭載するノートを使ったデモンストレーションも行われていたが、デコードとエンコードは主にNPUで処理しているとのことだった。 Deep Renderのユー氏は「もし事業が軌道に乗って、Deep Renderの採用事例が増えてくれば、現在はソフトウェアベースのエンコーダー/デコーダーがハードウェア化されて、今のH.264やH.265のように多くのSoC(のメディアエンジンなど)が対応するかもしれない」と、未来の展望を語っていた。」 今後はNVIDIAのCUDA専用で開発されていたものが、汎用のNPUで動かせるようになっていくのかもしれないな
198 :名無しさん@編集中 (ワッチョイW 1701-VbI7) :2023/12/12(火) 22:04:23.19 ID:0Xbkv0Qg0.net >>194 HWエンコードの話なんて誰もしてないぞ そしてGoogleがSWエンコードで普通にAV1使ってる
199 :名無しさん@編集中 (ワッチョイW 37d7-axnA) :2023/12/12(火) 22:07:39.25 ID:wKyLbFS50.net 有料ライセンス方式らしいけどどうなんかな オープンソースが主流になりそうやけど結局特許で毎回荒れるし金払う方が意外と楽なのかもしれんと最近思う
200 :名無しさん@編集中 (ワッチョイW 17c5-Q3qa) :2023/12/12(火) 22:11:03.98 ID:kpyXF7np0.net >>198 >>183 の話でおまえスマホでAV1のSWエンコする気なの? さすが無能のカスだなwww
201 :名無しさん@編集中 (ワッチョイW 1701-VbI7) :2023/12/12(火) 22:17:54.67 ID:0Xbkv0Qg0.net 勘違いして煽り始めたせいで引けに引けなくなってるやん…
202 :名無しさん@編集中 (ワッチョイW 17c5-Q3qa) :2023/12/12(火) 22:24:14.82 ID:kpyXF7np0.net 勘違いしてたのおまえだよ無能www
203 :名無しさん@編集中 (ワッチョイ 7773-E9iu) :2023/12/12(火) 22:36:35.95 ID:y0k24aA00.net >>192 動き検索のAI置き換えかすごいな ブロック単位で検索することのデメリットないしハマればすごいことになりそう
204 :名無しさん@編集中 (ワッチョイ f702-Z9Xq) :2023/12/12(火) 23:15:40.84 ID:yXutfVV60.net >>192 究極のAIコーデックは 「猫型ロボットがダメ男を再教育する」 のテキストデータから30分のアニメ番組を再構築してくれるからな 圧縮率は半端ない
205 :名無しさん@編集中 (ワッチョイW 9f7a-I8PR) :2023/12/13(水) 00:27:59.93 ID:Cc03JiW70.net なんでもいいからはよ実用化してくれ
206 :名無しさん@編集中 (ワッチョイW ffbb-Ru8V) :2023/12/13(水) 03:19:55.61 ID:nfdeatr50.net スレ立ってたわ 動画圧縮のコーデック宗教論争、ついに終焉へ…H.265の50倍の圧縮が可能な技術が誕生! [663344715] https://greta.5ch.net/test/read.cgi/poverty/1702390000/
207 :名無しさん@編集中 (ワッチョイ 5774-C3j7) :2023/12/13(水) 03:43:58.93 ID:JewQb/rx0.net 技術の伸びしろがあることは良いこと
208 :名無しさん@編集中 (ワッチョイW bf98-I8PR) :2023/12/13(水) 10:07:27.51 ID:VS2ovavY0.net ファミコンの容量並みで8K解像度の動画できるオーバーテクノロジー早くしろ!
209 :名無しさん@編集中 (ワントンキン MM7f-tASO) :2023/12/13(水) 11:14:39.35 ID:A8NoeSLOM.net Iフレームみたいなシーク可能フレームはそんなに圧縮率上げられない気がするから1/50とか行く前に頭打ちすると思う。 ただ、動画配信業者なら通信料が下がればいいからIフレは最初だけで、シークされた場合のみ次フレームに繋ぐ事が可能なフレームを通常ファイルとは別に持っておくみたいな事はできそうだけど、HLSみたいな動画細切れにしてるプロトコルだとこういうのも難しそう。
210 :名無しさん@編集中 (ワッチョイW 9f5f-Q3qa) :2023/12/13(水) 11:24:03.35 ID:edh1QRab0.net そもそも圧縮技術が違うようだしIPB構造じゃないんじゃないか? もし1/50に出来るなら全部Iフレームでも良いんだから。
211 :名無しさん@編集中 :2023/12/13(水) 12:10:21.04 ID:ouZC0Q940.net h267とかそのくらいの規格なら機械学習取り入れてるだろうし、>>206 自体は普及はしなさそう
212 :名無しさん@編集中 :2023/12/13(水) 12:21:22.11 ID:m6eoAb+/r.net AV1おじさんだけど aacのmp4つくってダブルクリックで観れているが、音声がパススルーされて無いから残念だ パススルーで再生してくれる動画プレーヤーは無いかな?
213 :名無しさん@編集中 :2023/12/13(水) 13:10:54.98 ID:H3GrFOZd0.net >>212 イミフ
214 :名無しさん@編集中 (ワッチョイW 9f5f-Q3qa) :2023/12/13(水) 15:07:49.26 ID:edh1QRab0.net aacに変換してるのにパススルーとかAV1ボケじいさんじゃん
215 :名無しさん@編集中 :2023/12/13(水) 16:07:54.11 ID:Bq9Vgi9a0.net >>192 一般ユーザーとしては、これがいつ利用できるのかが最大の問題だな 1/50になるとかはともかくとしても、仮に1/4だったとしてもすごいわけで、 4K放送を1時間録画すると12GB弱になるけれど、これが3GBになると考えればすごいこと 単純にビットレートも1/4とはいかないにしても33.3Mbpsが9Mbps程度に落とせるようならば、 地デジの帯域でも【AIコーデックの4K + MPEG-2 720p】をひとつのチャンネルで同時放送できてしまえる 総務省が実現性の不透明な方法でVVCコーデックを使った地デジ4Kとか唱えているけど、あんなの必要なくなるぞ
216 :名無しさん@編集中 (ワッチョイ 7768-RMC6) :2023/12/13(水) 20:41:35.48 ID:nsxquq0D0.net 最近のコーデックはデコード結果が環境によらず完全一致するのが規格で定まってるけど、 NPUは環境によって推論結果が微妙に違ったりするのをどうするつもりなのか気になる
217 :名無しさん@編集中 :2023/12/13(水) 23:27:20.30 ID:QmJBNrNz0.net テレビの超解像もAI使ったものが主流になってるし、フルHDが綺麗に4kになったら、AIで1/4に圧縮されてるとも言える
218 :名無しさん@編集中 (ワッチョイW 1f4b-tASO) :2023/12/14(木) 02:39:12.23 ID:tJ0H6rbm0.net 実質1440×540(u,v成分はもっと低い)のデータを4Kにしてるなら更に倍率ドン…??
219 :名無しさん@編集中 :2023/12/14(木) 17:19:47.13 ID:UtTmazXc0.net >>216 結果的に綺麗に見えていればいいわけで結果の一致などどうでも良い
220 :名無しさん@編集中 :2023/12/14(木) 17:27:09.01 ID:xLK8iEub0.net 環境によってデコード結果がバラバラだとデコーダーが正しく実装出来てるのか確認出来なくて面倒
221 :名無しさん@編集中 :2023/12/14(木) 17:43:39.19 ID:xLK8iEub0.net https://ja.m.wikipedia.org/wiki/H.264#%E6%95%B4%E6%95%B0%E5%A4%89%E6%8F%9B
222 :名無しさん@編集中 :2023/12/14(木) 20:30:03.80 ID:HFcYTc4X0.net >>219 1フレーム内でなら多少の差があってもまあ良いだろうけど、フレーム間予測をするからね 何も工夫をしないと誤差がどんどん拡大して時間が経つとまるで違う映像になってたということになりかねない 残差をどの程度真面目に処理すれば画質とビット量の効率が最大になるかの見積もりも難しくなる GOPサイズを小さめにするという手はあるが、これは効率を低下させる方向になる
223 :名無しさん@編集中 :2023/12/14(木) 21:08:51.19 ID:nH4qPXiK0.net 真面目に全部計算しなくても強制的にメッシュの網目で間引きしてやると、割と人間は騙されてくれるぞ。 みたいな技術はあるのでやってみるしかない。
224 :名無しさん@編集中 (ワッチョイ ff8e-xEuD) :2023/12/14(木) 22:33:59.44 ID:sD8cn8r20.net >>217 某国の衛星放送の4K/8Kのデコーダーより、720p/FHDのNVIDIAのリアルタイムAI超解像度アプコンで十分だと最近思い始めたが 画質は比べると劣るし、GPUが頑張ってくれる分消費電力も比較にならんので、やっぱり保存用なら元の画素数は欲しい所だよ 必要のないニュースやyoutubeもなんでもかんでもみんな高画質にしてくれるのは有難迷惑だったりする… 数年後には使いやすくなってるんだろうけど
225 :名無しさん@編集中 (ワッチョイW 7768-GNGY) :2023/12/14(木) 23:34:06.09 ID:6Ej3gJbD0.net YouTubeは2Kの画質が悪すぎるから、配信する立場としては4Kにしたくなるだろうことは理解できる YouTube Premium用の2Kは若干改善されるが、正直イマイチ
226 :名無しさん@編集中 (ワッチョイW ff68-GNGY) :2023/12/15(金) 14:34:16.72 ID:NMRLNN8H0.net FFmpegコマンドラインツールのマルチスレッド化が完了、開発者いわく「数十年で最も複雑な修正」 https://gigazine.net/news/20231215-ffmpeg-cli-multi-threading/
227 :名無しさん@編集中 :2023/12/16(土) 02:00:03.27 ID:0dN1mWtd0.net >>226 以前から -threads でマルチスレッド処理指定できてたろ
228 :名無しさん@編集中 :2023/12/16(土) 02:07:53.65 ID:HR9mi92ia.net >>227 こんなとこじゃなく公式にリプしてこいよw
229 :名無しさん@編集中 :2023/12/16(土) 09:32:17.43 ID:Vte5VVt00.net エンコードなどで使用する各ライブラリ内の処理は独自にマルチスレッド化されてスレッド数指定とかもあったけど ライブラリを呼び出す処理はシングルスレッドだった これをマルチスレッド化することで保守性向上と、ほんの少しだけスループットの向上が見込めるってことだと思う あと複数の入出力で複数のコーデックとフィルタを通す処理が速くなるかも
230 :名無しさん@編集中 :2023/12/16(土) 10:33:21.79 ID:FlHWFRip0.net 変換時のスレッドの話じゃないからエンコード速度に変換無しだとさ
231 :名無しさん@編集中 :2023/12/17(日) 18:15:11.95 ID:YF3HlEWFC te
232 :名無しさん@編集中 :2023/12/18(月) 12:48:45.75 ID:r6Kuxeqv0.net Appleが鳴り物入りで発表した「MetalFX Upscaling」、実は「AMD FSR 2」ベースらしい https://news.mynavi.jp/article/20231217-2843196/ 超解像系も標準化が進みつつあるのかな?
233 :名無しさん@編集中 :2023/12/18(月) 13:52:41.14 ID:0DVqZPp20.net Appleのゲーム周りって自社のブランド付けてる割にOSSのパクリばかりだよな たしかsteamOSのもパクってた
234 :名無しさん@編集中 :2023/12/18(月) 14:46:41.87 ID:pdeDOmX70.net 時価総額世界一の会社とは到底思えないハリボテ企業だよAppleは
235 :名無しさん@編集中 (ワッチョイW c632-jwEY) :2023/12/18(月) 17:29:32.24 ID:JbIBnlG70.net AMDのFSR3もオープン化したので、自前チップ用の、さらにゲームエンジンじゃなくて動画用に書き直す気合があればいける。 news.mynavi.jp/article/20231215-2842151/
236 :名無しさん@編集中 :2023/12/18(月) 18:38:14.58 ID:oCuj4Aoa0.net AMDってこういう所がな・・・(ハードも大して良く無いが 結局オープン化してユーザー丸投げしてサポート無しとかザラだから大して広がりもせんのよな
237 :名無しさん@編集中 :2023/12/18(月) 19:07:03.99 ID:lJb9A4s+0.net Intelみたいに圧力掛けたり、nvidiaみたいにゲーム開発環境の囲い込み出来ない分シェア広げるにはオープンソース化するしか無いかと
238 :名無しさん@編集中 :2023/12/18(月) 19:25:25.02 ID:oCuj4Aoa0.net するならするで良いんだが、結局投げっぱなしで実になったことないやんw
239 :名無しさん@編集中 :2023/12/18(月) 23:38:06.40 ID:hB2PpTqF0.net >>235 いや無理だよ Zバッファーや速度ベクトルのバッファーとか使ってるからね それを動画から生成できれば同じになると思うけど、結局それがAIの得意分野だろう
240 :名無しさん@編集中 :2023/12/18(月) 23:47:45.38 ID:hB2PpTqF0.net >>239 FSR2.0での話だけどね https://pc.watch.impress.co.jp/img/pcw/docs/1397/871/html/2_o.jpg.html FSR3は2.0と技術的な連続性があるのかよく分からん…
241 :名無しさん@編集中 :2023/12/19(火) 02:36:09.75 ID:vSyyBI9Z0.net オープンソースはLinux民みたいな民度があればいいけど… CUDAやAI関連の遅れを取り戻すために後からテコ入れするAMDみたいなことになるだけ
242 :名無しさん@編集中 :2023/12/20(水) 00:49:40.67 ID:erRV8IO10.net Excel上で「ffmpeg」を使って動画に字幕を追加できるマクロ「FFMP-x」 ほか https://forest.watch.impress.co.jp/docs/digest/1555902.html ヤヤッ?
243 :名無しさん@編集中 (ワッチョイW 1f27-jvrY) :2023/12/20(水) 01:09:19.89 ID:D4uQr/Hk0.net 凄くね?
244 :名無しさん@編集中 (ワッチョイ ff8e-wugK) :2023/12/28(木) 05:27:50.17 ID:CynFDlxd0.net 年末大掃除で平成の遺物SkylakePCを発掘したんだが、AV1の4Kはカクカクなんだ ゆとりおじさんの大好物のジャンボリミッキーを踊るちょっと厚化粧の4Kおねーさんとか無理だなと 年明けの金属回収に出すことにした。お疲れっした。ありがとうSkylake。君の事もSkylakeおじさんと呼ばれていたことも忘れない!
245 :名無しさん@編集中 :2023/12/28(木) 13:38:11.06 ID:mC/FT18I0.net 広まるのか分からんけど今後使われるかもしれん https://aomedia.org/iamf/
246 :名無しさん@編集中 :2023/12/28(木) 14:03:12.17 ID:soCUD2uuF.net >>245 音声用のライセンスフリーコンテナか?
247 :名無しさん@編集中 :2023/12/28(木) 14:09:15.30 ID:mC/FT18I0.net >>246 たぶんdolbyの代替を目指したコンテナだな
248 :名無しさん@編集中 :2023/12/28(木) 14:27:02.53 ID:soCUD2uuF.net >>247 マルチチャンネル音声って現状、一般人がフリーソフトとかで手軽に編集できないんだっけ? YouTubeも昨年あたりからDolby Digital Plusに対応し始めたりしてはいるが、いまだに一般人が手軽にアップロードして使えるようにはなってないみたいだね そろそろマルチチャンネル音声のコモディティ化を進めないと、いつまでたっても極一部の趣味人だけのもので終わってしまいかねない
249 :名無しさん@編集中 :2023/12/29(金) 19:31:39.58 ID:frg091CoaNIKU.net 今年もx266リリースされなそうだな 公式の予定だと2023年下半期になってたが
250 :名無しさん@編集中 (ワッチョイ 6ed1-9OJL) :2024/01/01(月) 09:55:55.82 ID:GmiY8imJ0.net https://github.com/xiph/rav1e/releases/tag/v0.7.0
251 :名無しさん@編集中 :2024/01/08(月) 07:49:19.61 ID:flQNpSCka.net [SVT-AV1-PSY] Add deltaq-mode=2 variance-boost feature by juliobbv (large BD-rate increase and psy gains in hard scenes) https://www.reddit.com/r/AV1/comments/190frvf/svtav1psy_add_deltaqmode2_varianceboost_feature/ >>164 の最新パッチ(v5.1)適応版 オプションが2つ追加: --variance-boost-strength --new-variance-octile アニメ素材ならデフォルト値よりboost4, octile7が良いかもしれないとパッチ作成者が言っているけど要テストのようだ
252 :名無しさん@編集中 :2024/01/08(月) 07:56:24.93 ID:yJLA9s3z0.net おじさんがつるつる肌になるのはいつか直るのかな?
253 :名無しさん@編集中 :2024/01/08(月) 08:29:03.77 ID:flQNpSCka.net 軽くグレインかけたいなら>251にあるforkはどちらもMRにある film-grain: Implement film-grain-table option が適応されていて高速なphotn-noiseが使えるのでお勧め
254 :名無しさん@編集中 :2024/01/12(金) 20:12:45.06 ID:fkZV4INqa.net DiscordのVVCコミュニティのやり取り見てると現在のvvencもグレインの保持はかなり苦手っぽいね 開発者がgitでVVCにもグレイン合成を実装する準備はできていると半年ほど前に言っているけど https://github.com/fraunhoferhhi/vvenc/issues/278
255 :名無しさん@編集中 :2024/01/22(月) 22:48:08.51 ID:8iVaHBzS0.net https://aomedia.googlesource.com/aom/+/refs/tags/v3.8.1 libaom 3.8.1 release 2024-01-17 v3.8.1 This release includes several bug fixes. This release is ABI compatible with the last release. See https://aomedia.googlesource.com/aom/+log/v3.8.0..v3.8.1 for all the commits in this release.
256 :名無しさん@編集中 :2024/01/27(土) 00:08:03.64 ID:qSXFsaPx0.net 「Microsoft Edge 121」がリリース ~ロイヤルフリーコーデック「AV1」「AVIF」に対応 https://forest.watch.impress.co.jp/docs/news/1564032.html
257 :名無しさん@編集中 :2024/01/27(土) 12:25:50.72 ID:8fBndjIa0.net >>256 うおまじか!これでやっとAVIFだけでwebサイト構築が出来るんだな! 今までどれだけMicrosoftのクソ仕様にクソクソ言って来たか
258 :名無しさん@編集中 :2024/01/27(土) 15:59:59.56 ID:dknz+FPz0.net 残念ながらsafariが残っているので無理です
259 :名無しさん@編集中 :2024/01/27(土) 16:23:42.14 ID:qSXFsaPx0.net ところがどっこい AppleがついにChromeとFirefoxのフルバージョンをiPhone上で動かすことを許可 https://gigazine.net/news/20240126-ios-17-4-webkit-alternative-browser-engines/ 「2024年1月26日に発表されたiOS 17.4のベータ版では、Appleが史上初めてWebkit以外のエンジンの使用を許可していることがわかりました。 Appleによると、ブラウザアプリを開発する人、あるいはアプリ内ブラウザを開発する人は誰でも、希望すればWebkit以外のエンジンを使うことができるとのこと」
260 :名無しさん@編集中 :2024/01/27(土) 16:40:33.26 ID:wVDlhx5z0.net >これはEUのデジタル市場法(DMA)施行を受けての対応で、EU圏のユーザーにのみ適用されます。
261 :名無しさん@編集中 :2024/01/27(土) 18:11:33.11 ID:PU/KYnfv0.net オチついてるじゃねーか
262 :名無しさん@編集中 :2024/01/27(土) 18:32:20.74 ID:IXn4HuNv0.net そのアップルもjxlには対応してるからなんか歪よなあ
263 :名無しさん@編集中 :2024/01/28(日) 00:27:51.34 ID:mRtiWXrLM.net safariの良くないところは何年も前のバージョンで使われ続けるところね 現代のIEと言われる所以 chromeもedgeもfirefoxも1年以上前のバージョンで使われることはほとんど無いのに
264 :名無しさん@編集中 (アウアウウー Sa21-Y/eK) :2024/01/28(日) 03:50:53.69 ID:60Doncl8a.net 海外フォーラムを見てると最近は8bitソースでも10bitでエンコするのがデフォになってきてるな ようやく時代が俺に追いついてきたか
265 :名無しさん@編集中 :2024/01/28(日) 18:58:59.44 ID:cZZXxhwU0.net Rigata氏の比較表を数年前に見てから知ってる人は10bitだと思うわ RTX購入以降はNVEncC使ってh.265のBフレ&10bitってところだな とあるところで世界がネトウヨにに隠れていた本気の日本に気づいたのかもしれん!
266 :名無しさん@編集中 :2024/01/28(日) 19:04:36.85 ID:e7mPo3+c0.net 10bitは日本だけの潮流だったのか
267 :名無しさん@編集中 :2024/01/28(日) 21:43:56.03 ID:arUyok910.net 映像比較をしなくなったrigayaのグラフ鵜呑みにしてるの信者だけだろ
268 :名無しさん@編集中 :2024/02/02(金) 07:57:45.22 ID:f0D3dSU500202.net 最近ffmpegにvvc関連のコミット入りまくってるな
269 :名無しさん@編集中 :2024/02/03(土) 09:03:39.57 ID:yFE1jL5h0.net こっちで進んでいる https://github.com/gianni-rosato/svt-av1-psy/compare/lavish
270 :名無しさん@編集中 :2024/02/10(土) 13:13:17.54 ID:2VvS7+t80.net 名作Flash『なつみSTEP!』のたけはらみのるが『スナックバス江』特別エンディングを”あのテイスト”で担当/たけはらみのる&芦名みのる両監督インタビュー https://getnews.jp/archives/3499927 Flash、ワレ生きとったんかい…
271 :名無しさん@編集中 (ワッチョイW e3fc-m9Rh) :2024/02/11(日) 00:19:44.07 ID:HKtg1Go60.net FlashはRuffleアドオンを入れれば再生可能だ Ruffleはアドオンなのでセキュリティーの懸念はない Flashは復活したんだ!
272 :名無しさん@編集中 :2024/02/11(日) 01:13:09.72 ID:D2DofGQw0.net wasm使ってjavaとかphpをブラウザで動かせるようになってるし flashも余裕よな
273 :名無しさん@編集中 (ワッチョイ 2750-dm05) :2024/02/17(土) 11:27:01.22 ID:KEqz4Gp30.net >>267 じゃあお前が代わりに主観画質評価したら?
274 :名無しさん@編集中 :2024/02/17(土) 15:46:43.21 ID:C4fcvaKd0.net 突然のrigayaブチギレ
275 :名無しさん@編集中 (アウアウウー Sae7-fHBV) :2024/02/18(日) 00:19:20.05 ID:tzSdN1+na.net 醜い
276 :名無しさん@編集中 :2024/02/20(火) 12:47:50.09 ID:CmIVAT2aH.net スマホでAV1対応してるのってiPhone 15からでAndroidはスナドラ8gen2かMediatekのハイエンドsocだと搭載してるぐらいか スマホだとYouTubeで8K再生可能なのかな
277 :名無しさん@編集中 (ワッチョイW ffa8-PrO0) :2024/02/20(火) 14:24:54.80 ID:za/Izogq0.net 8K再生出来てもスマホの解像度が足りない。今のスマホでも4Kってないだろ。 8Kの1/4、1/8の解像度に縮小表示する事になるから、素の1440pで見るより劣化すると思うよ。
278 :名無しさん@編集中 (ワントンキン MMc7-MJ5C) :2024/02/20(火) 14:56:07.57 ID:gAMoWDW6M.net ハリウッドの映像制作の記事で読んだが、解像度の低い動画は一度4K動画にアップコンバートした後に2K動画へダウンコンバートすることで、解像度限界の最高画質の動画を作る事ができるらしい
279 :名無しさん@編集中 (ワッチョイW ffa8-PrO0) :2024/02/20(火) 15:01:33.07 ID:za/Izogq0.net それはディテールが乏しいSD画質を4Kアプコンでディテールを作ってるから。単純縮小とは違う。
280 :名無しさん@編集中 (ワンミングク MM9f-xr8H) :2024/02/20(火) 15:12:09.88 ID:UOr4bytSM.net 4:2:0の動画なら、半分の解像度に圧縮する事でピクセル辺り4:4:4分の情報使えるようになるんだから少なくとも2倍の解像度までは効果あるよ。 あとyoutubeの1080pはビットレート緩いからそんなん考えるまでもなく普通に画質良くになる。
281 :名無しさん@編集中 (ワッチョイW 7368-jA0B) :2024/02/20(火) 16:10:13.54 ID:PbSAw31P0.net 「ビットレート緩い」 初めて聞いた
282 :名無しさん@編集中 :2024/02/20(火) 17:24:25.99 ID:HHn8hHEv0.net >>277 Xperia 1 III以降が4K Galaxyが4Kかと思ったら意外とQHDだった 他は知らん
283 :名無しさん@編集中 :2024/02/20(火) 19:35:01.34 ID:kchzDiDw0.net ビットレートの制限が緩いってことやろ ニコ動とか1080pでもビットレート制限越えると480pにダウンコンバートされてたし
284 :名無しさん@編集中 (ワッチョイW 4301-jA0B) :2024/02/20(火) 20:07:13.25 ID:MC0+OUP00.net エスパーキタ━━━━(゚∀゚)━━━━!!
285 :名無しさん@編集中 (ワッチョイW 6f43-RpZZ) :2024/02/20(火) 22:51:52.24 ID:U7Tx0Gae0.net クセ強めだけどそこまで上げ足とるような言い回しでもないだろ と思ったけど281みたいに逆の意味にも取れちゃうか
286 :名無しさん@編集中 (ワッチョイ 7368-/bo6) :2024/02/20(火) 22:53:25.40 ID:IAFyVNQT0.net Snapdragon 8 gen2ベースのXR2 gen2を使ってるMeta Quest3はつべの8K再生出来るね メタデータなしのVR180動画を標準ブラウザで再生するとちゃんと解像度高いなとなる
287 :名無しさん@編集中 :2024/02/21(水) 16:09:35.90 ID:umYWQMra0.net Windows 10/11環境で発生していたWVC1コーデック(VC-1)の問題は解決 https://forest.watch.impress.co.jp/docs/news/1570413.html
288 :名無しさん@編集中 :2024/02/21(水) 16:50:13.95 ID:1A/34XhNd.net VC1ってまだ使われていることがあるんたな
289 :名無しさん@編集中 :2024/02/21(水) 18:33:45.69 ID:RVKTLExI0.net BDの必須コーデックじゃないっけ
290 :名無しさん@編集中 :2024/02/22(木) 12:45:55.94 ID:nhmnJBbn0.net >>276 近い将来、AV1かAVIFで記録される時代が来るのかね
291 :名無しさん@編集中 :2024/02/22(木) 12:58:03.45 ID:OUypZvBmd.net >>289 本当だ 使っているBDが凄くレアだったから必須とは思っていなかった
292 :名無しさん@編集中 :2024/02/22(木) 16:43:54.55 ID:5i2m3HFW0.net スマホってせいぜい7インチ以下なのに、4K解像度あっても見える視力がないよ 10インチタブレットでも4K必要か?は、怪しい Apple Vision ProのようなHMD向けならわかるが
293 :名無しさん@編集中 :2024/02/22(木) 17:32:33.89 ID:p0jMVaIh0.net スマホはスケーリングちゃんとやってるからどれだけ解像度高くても問題ないだろ
294 :名無しさん@編集中 :2024/02/22(木) 17:41:53.94 ID:5i2m3HFW0.net 解像度高いと処理が重くなりフレームレート下がるんだが 6インチクラスで4Kなんて、いい事はなにもない
295 :名無しさん@編集中 (ワッチョイW a301-7T9L) :2024/02/22(木) 18:16:25.27 ID:p0jMVaIh0.net 最近のSoCは4Kで重くなるようなの無いだろ
296 :名無しさん@編集中 (ワッチョイ ffe4-mJpf) :2024/02/22(木) 18:19:19.93 ID:jhWuarQI0.net 有機ELのペンタイル配列だと解像度低いとギザギザに見えるから 液晶より高解像度にしてるとかいうのをどっかで読んだ記憶
297 :名無しさん@編集中 (ブーイモ MM7f-WSR/) :2024/02/22(木) 18:37:31.64 ID:+TDQ+FnJM.net >>290 持ってる動画は大体AV1でエンコードし直してるわ
298 :名無しさん@編集中 :2024/02/22(木) 19:33:32.50 ID:f6/YV8Qb0.net これ以上解像度上がっても綺麗さはさほど変わらないのに必要な性能は2倍4倍と増えるからな 高解像度化はコスパ悪い
299 :名無しさん@編集中 :2024/02/22(木) 19:55:40.47 ID:5i2m3HFW0.net 大きさ的にHDで十分なのに、4Kにしたら処理、転送、メモリー読み書き、消費電力と全部4倍必要になる アホかな? カメラ撮影を4Kでしておくことと、画像処理してデバイス標示するのは、全く意味が異なる
300 :名無しさん@編集中 :2024/02/22(木) 19:59:58.18 ID:5i2m3HFW0.net >>296 標示デバイスだけ4Kにして、元HD処理データを4K補完表示するのは効果的 それこそ今の4K世代SoCなら楽勝 だけど6インチスマホで、有機ELのHDがギザギザに見える視力が、普通にあるかな?
301 :名無しさん@編集中 :2024/02/22(木) 23:18:24.53 ID:zXLvUT9L0.net 前の液晶の機種は縦1920だったけど、今はAMOLEDの1520だけど全く荒さを感じない 6インチ以下なら1520で十分
302 :名無しさん@編集中 :2024/02/23(金) 01:37:56.35 ID:mXiSGQqR0.net 頭弱そうなヒトが 賢いつもりでスマホの話してる
303 :名無しさん@編集中 :2024/02/23(金) 01:52:20.07 ID:/TkxVHui0.net ここは次世代ビデオコーデックのスレなんで、コーデックに関係あればスマホから映画館まで包含してるだろ
304 :名無しさん@編集中 :2024/02/23(金) 01:56:23.34 ID:/TkxVHui0.net つうか、突然頭弱いだの賢いだの言い出す奴はコンプレックスの塊だろw お前に何が有ったんだw
305 :名無しさん@編集中 :2024/02/23(金) 06:18:18.56 ID:aRerxjeD0.net ちょっと待ってyoutubeの設定からav1が消えてるんだけど。。。 enhance h264でav1ブロックしても強制的にav1になる動画もあるしどういう基準でそうなってるんだろうか 使ってるgpuがav1非対応だからやめてクレメンス どうにかしてブロックする方法ないかな。。。
306 :名無しさん@編集中 :2024/02/23(金) 22:23:55.80 ID:b5S0vpzg0.net >>276 androidなら2年位前のミドルでもAV1デコーダーついてる奴はあるね 3kで投げ売りされてたfirestick(ver2021)についてる位だからハイエンドどうのは特に関係なさそう。
307 :名無しさん@編集中 (ワッチョイ 833c-X6hX) :2024/02/24(土) 12:50:49.35 ID:pRxdbZgB0.net >>305 format codeで弾いてる AV1に追加のCode Valueが割り当てられたんだろ
308 :名無しさん@編集中 (JP 0H86-g1P5) :2024/02/26(月) 13:45:11.82 ID:rHo/vKovH.net WEBMってコンテナは何になんの mp4boxではエラーになるので、MP4には入らないようだが
309 :名無しさん@編集中 :2024/02/26(月) 14:55:22.84 ID:IIxzIHNna.net webm自体がコンテナだが Matroskaのサブセット https://www.webmproject.org/docs/container/
310 :名無しさん@編集中 :2024/02/26(月) 15:28:28.79 ID:cM1plXVX0.net webmはコーデックではない VP9やVP8がコーデック
311 :名無しさん@編集中 :2024/02/26(月) 15:34:54.10 ID:tRocn3yUF.net webmコンテナ自体が不要なんよな…
312 :名無しさん@編集中 :2024/02/26(月) 22:47:20.68 ID:u6DYgklN0.net webmはどうしてろくにメタデータを保持できず タイムスタンプもぶっ壊すmatroskaを採用してしまったのか
313 :名無しさん@編集中 :2024/02/26(月) 23:30:29.96 ID:on8HbMZi0.net ?
314 :名無しさん@編集中 :2024/03/07(木) 06:53:23.79 ID:md2k+AJZ0.net ようやくブロックアーティファクトの原因判明か https://gitlab.com/AOMediaCodec/SVT-AV1/-/issues/2157
315 :名無しさん@編集中 :2024/03/09(土) 17:23:08.88 ID:tEzA5pVx0.net フリーのリモートPCソフト「Verethragna 0.11.0」、独自の「YUV444」高画質モードを追加 https://forest.watch.impress.co.jp/docs/news/1574820.html 「Verethragna」はビデオコーデックとして「VP8」を採用しているが、「VP8」が扱えるのは仕様上「YUV420」のみで、「YUV444」は利用できない。 しかし、本バージョンでは独自技術により「VP8」で「YUV444」を扱えるようにしたとのこと。 厳密には「YUV444」ではなく、「YUV」と「RGB」のハイブリッドのような構造になっているとのことで、ノイズも色誤差も少なく、画質的には「YUV444」を上回る「超YUV444」になっているという。 スーパーサイヤ人みたいなものか? 動画にも応用できたらおもしろいかも(データ量と互換性的にメリットがあればだが)
316 :名無しさん@編集中 :2024/03/09(土) 21:22:08.71 ID:uFM/k/+E0.net aviutlの内部表現のYC48みたいな感じなのかな(あれはデータ効率悪そうだったけど)
317 :名無しさん@編集中 :2024/03/10(日) 06:04:44.74 ID:XTIGxPz60.net この手の見出しは「YUV444」って言うから誤解が増える 外に互換性ないものが出回らないなら自由にしていいとは思うが
318 :名無しさん@編集中 :2024/03/10(日) 15:35:37.21 ID:L1u75MIZ0.net 機材が発色できなきゃ意味ねえんだが、色空間もそろそろなんとかしろやと思う。
319 :名無しさん@編集中 :2024/03/10(日) 19:38:36.69 ID:bosOeZTp0.net RGBだと不満か?
320 :名無しさん@編集中 :2024/03/14(木) 15:34:02.96 ID:KJzAUrRQaPi.net SVT-AV1 2.0 https://gitlab.com/AOMediaCodec/SVT-AV1/-/blob/master/CHANGELOG.md
321 :名無しさん@編集中 :2024/03/14(木) 17:27:41.54 ID:KJzAUrRQaPi.net SVT-AV1-PSY 2.0 https://github.com/gianni-rosato/svt-av1-psy/releases/tag/v2.0.0
322 :名無しさん@編集中 :2024/03/14(木) 22:07:16.00 ID:JUxFmgYt0.net https://aomedia.googlesource.com/aom/+/refs/tags/v3.8.2 Bug Fixes
323 :名無しさん@編集中 :2024/03/15(金) 10:32:07.36 ID:9wxf1Ehe0.net SVT-AV1はスピード7までは早いのに6から劇遅になるの草
324 :名無しさん@編集中 (ワッチョイ 118c-ZAEI) :2024/03/19(火) 10:01:39.55 ID:oJd/4UD10.net ビルドスピード考えると結局H265なんだよな 現状だと
325 :名無しさん@編集中 (ワッチョイW d901-MRpe) :2024/03/19(火) 17:53:00.40 ID:KSAxVxwT0.net ビルドからやってるの?
326 :名無しさん@編集中 :2024/03/26(火) 07:56:16.41 ID:T+n0I0I70.net https://github.com/Nevcairiel/LAVFilters/releases/tag/0.79 0.79.0 - 2024/03/25 LAV Splitter NEW: Support for demuxing VVC video Changed: Updated language lists to support all relevant language codes Changed: Improved resilience of streaming HLS Changed: Tweaked frame rate detection logic LAV Video: NEW: Support for decoding VVC video
327 :名無しさん@編集中 :2024/03/27(水) 15:40:03.90 ID:VpRzKkbz0.net 「Microsoft Teams」の画面共有にAV1ビデオコーデックが採用 ~低速回線でも鮮明に 従来のH.264ビデオコーデックより63%のネットワーク帯域幅削減 https://forest.watch.impress.co.jp/docs/news/1579410.html AV1が利用できるシーンが着々と増えているようだな
328 :名無しさん@編集中 :2024/03/27(水) 16:52:29.85 ID:aGjDlET7M.net av1の圧縮再生の負荷はかなり大きいから、 これが使えるかが鍵になってくるか。 変な特許問題持ち出してくるパテントトロールの餌食にならなきゃ h.264と比べるのも時代的になんだかなと思うが一応あの世代のデファクトスタンダードだからね
329 :名無しさん@編集中 :2024/03/27(水) 17:55:12.96 ID:8cmodWhb0.net 音声コーデック何使ってるんだろ。 ついでにopus突っ込んであればすごいが。
330 :名無しさん@編集中 (ワッチョイ e962-kgnV) :2024/03/28(木) 18:33:55.19 ID:OgRreZic0.net TeamsはSatinコーデックじゃなかったっけ?
331 :名無しさん@編集中 :2024/03/28(木) 20:21:13.89 ID:n0sJrfQT0.net silkの改良型がopusで、その更にAIデコードありがsatinか。 サンクス。
332 :名無しさん@編集中 :2024/03/29(金) 14:39:16.05 ID:RkqDCpdt0NIKU.net 映像のコーデックにAIが使われるのはいつになるかな NPU搭載デバイスが増えたら実用的になりそうだが
333 :名無しさん@編集中 :2024/03/29(金) 16:16:23.76 ID:MQHtpnVp0NIKU.net コーデックにAIは笑う。AIを何か万能なツールだと思ってるのか AIをよく知らん人が言いそうなことだな。もうそこまでの人の耳に入ってきてるってことか 実用が何か知らんけど、動画のアップスケールなら既にAIがやってるだろ それか静止画や文章から動画生成するAIのこと言ってるのか だとしてもそれはコーデックとは言い難い
334 :名無しさん@編集中 :2024/03/29(金) 16:26:44.40 ID:IYJySXBC0NIKU.net 330氏はAIMをコーデックに使うことに対して、どのような使い方を想定してるのかな
335 :名無しさん@編集中 :2024/03/29(金) 16:27:08.50 ID:IYJySXBC0NIKU.net Mは無視してくれ
336 :名無しさん@編集中 :2024/03/29(金) 16:34:17.79 ID:4CGE4ePm0NIKU.net まあCODECの圧縮アルゴリズムの開発検討させて、テストさせてもいいけど 画質評価という点で、AIの主観が役に立つかなあ
337 :名無しさん@編集中 :2024/03/29(金) 16:41:10.39 ID:sWipjmF/aNIKU.net なんでそんな噛みつき方してるのか知らんけどdeep renderとが少し前に話題になったばっかだろw
338 :名無しさん@編集中 :2024/03/29(金) 16:47:20.07 ID:5mC7VTjr0NIKU.net AV1とかVVCにもちょっとだけAI由来の技術が使われてた気がする
339 :名無しさん@編集中 :2024/03/29(金) 16:47:40.09 ID:6MGOC3lQ0NIKU.net 普通に考えたら予測画像生成に使うんじゃねーかな モードの一つということなら変な予測結果なら使わないだけだし まあ細々とモード自体や動きベクトルの予測とかに使っても効果あるかもしれんけど
340 :名無しさん@編集中 :2024/03/29(金) 16:51:08.56 ID:MQHtpnVp0NIKU.net AIの主観とは、まるでAIに人格があるかのように言うね
341 :名無しさん@編集中 (ニククエW f639-tS3L) :2024/03/29(金) 16:57:18.93 ID:IqRuhEE30NIKU.net AIは少ない情報で画像をでっち上げるのが得意だから、AIを固定してそれがでっち上げた画像との差分だけをエンコードすれば劇的にデータ量が減ると思うけどね その辺の仕様を決めるのが、AIを使ったコーデックと言うんじゃないかね
342 :名無しさん@編集中 (ニククエW FFb2-HNs4) :2024/03/29(金) 18:44:59.52 ID:c/nos5dOFNIKU.net >>333 >>192
343 :名無しさん@編集中 (ワッチョイW 9e5c-tS3L) :2024/03/30(土) 01:02:37.79 ID:ESK2TLdQ0.net AIの画像生成はまだ過渡期だから、コーデックになるほど枯れてくるのはまだ先だろうな オレオレAI使ったコーデックはこれから山ほど出てくると思うけど、万人が使えるような統一した規格はまだ全然先だと思われる
344 :名無しさん@編集中 :2024/03/30(土) 01:15:52.30 ID:Twc1KbdJd.net >>327 クロームリモートデスクトップで動画再生時OPを AV1にするとかなり軽くなるな H264やVP8はかなり重い
345 :名無しさん@編集中 :2024/03/30(土) 01:47:33.63 ID:dEuMNYQDa.net 最近はAI=生成AIみたくなってるせいでここでも的外れな事言ってるやつ多いなw それより前に話題になった画像認識の方使ってフレームをブロックに分けずに類似度判定、時間軸でオブジェクト単位の移動量算出だぞ
346 :名無しさん@編集中 :2024/03/30(土) 02:15:08.81 ID:ESK2TLdQ0.net >>345 的はずれって… 的が外れてることを証明できるほど、お前はAIを知りつくしてんのか?
347 :名無しさん@編集中 (アウアウウー Sacd-9YhG) :2024/03/30(土) 02:55:43.37 ID:dEuMNYQDa.net 既存のAI活用コーデックの説明見てくりゃいいじゃない
348 :名無しさん@編集中 (ワッチョイW a24b-yVWf) :2024/03/30(土) 07:52:23.61 ID:Ht7NwSnw0.net 今一般的な文脈で使われるAIモデルは多次元行列のノード間(樹形図の枝)の移動にかかる係数を記録しているもので、つまり多次元行列を処理してAをBに変換する関数であり、AIの学習はA→Bをより尤もらしくする最適化の認識 プログラムで関数に引数渡して別の値を得るように、基本なんでも使えるはずだけど、得手不得手はかなり極端だと思う(動画圧縮は引数が多いし非常に得意そうだけど)
349 :名無しさん@編集中 (ワッチョイ ad63-Juro) :2024/03/30(土) 15:25:38.80 ID:Sbru9a7c0.net SVT-AV1 2.0でエンコード時のメモリ消費量が3GBから1GBいかに減ったわ たまげたなあ
350 :名無しさん@編集中 :2024/04/01(月) 01:19:37.41 ID:7ALIgk3I0USO.net よくカメラとか放送の仕様で8kだと120fpsがセットで候補に入ってるの何でなん 高い解像度こそフレームレートも高くないとダメなの?
351 :名無しさん@編集中 (ウソ800W 1d76-He9t) :2024/04/01(月) 03:41:19.05 ID:aGL2jokx0USO.net >>350 そんな事はないよ 4Kから上にインターレースはないから、必ず30P50P60P以上になるけど 8Kがカメラがそのメーカーのフラッグシップだから、現時点で可能な最高フレームレートまで盛り込んでるだけでは? 展示会とか手術とかのいくらでも金は出すって需要は、少ないけど一定数あるから
352 :名無しさん@編集中 (ワッチョイW 8d05-Lkgf) :2024/04/02(火) 11:52:59.46 ID:/mQ6NThW0.net >>351 なるほど単純にハイエンドだからセットにされがちってことか 次世代地上波の仕様の候補にも8kのとこだけ120pがあったからなんか事情があんのかと思ってたや
353 :名無しさん@編集中 (ワッチョイW 1dea-He9t) :2024/04/02(火) 12:07:00.80 ID:oTznzYH50.net >>352 シャープの8Kの安い880万のカメラは、60Pじゃなかったかな? 放送規格案はその時点で最高のを入れとかないと、後で色々文句つけられるから 現行地デジHDがMPEG2なのも、まだH.264が固まる前のタイミングで仕方なかったけど、相当あれこれ言われてたな
354 :名無しさん@編集中 (ワッチョイ cb68-gMw7) :2024/04/03(水) 16:23:47.22 ID:QzFSwces0.net 22.2chオーディオはさすがに過剰だと思うけどな…
355 :名無しさん@編集中 :2024/04/03(水) 18:01:52.16 ID:lbVBW35n0.net 規格なんだから過剰でいいだろう 別に使わなくても良いんだぞ
356 :名無しさん@編集中 :2024/04/03(水) 22:29:28.40 ID:rHgWWygC0.net そう、規格がその時点の最大限取り込むのは、当然 8Kでモノ番組が作れないわけじゃない むしろ、例えば5.1chサラウンドで作るのに、制作判断でセリフ音声をセンターchだけでなくLRにもこぼすとか、規格の想定を超えてる作り込みで齟齬が起きるのは、解決が難しいね
357 :名無しさん@編集中 :2024/04/04(木) 14:19:55.67 ID:Gy5cSE+p00404.net Googleが高品質なJPEG画像の圧縮率を35%向上させる新たなコーディングライブラリ「Jpegli」を発表 https://gigazine.net/news/20240404-google-introducing-jpegli-jpeg-coding-library/ 次から次に、いろいろ出しすぎて何がいいんだかわからなくなってくる…
358 :名無しさん@編集中 :2024/04/04(木) 14:42:38.43 ID:YA7/0xuwa0404.net こっちでどうぞ JPEGの後継画像フォーマットについて議論するスレ 2 https://mevius.5ch.net/test/read.cgi/cg/1668339156/
359 :名無しさん@編集中 :2024/04/04(木) 18:37:20.63 ID:c6FOWBzv00404.net 画像の評価システムも絡んでくるから、そんなに遠い話ではない。 画質を比べるならいまの技術では静止画なんじゃない?
360 :名無しさん@編集中 :2024/04/05(金) 10:37:39.64 ID:tYUI5k/h0.net 次世代のくくりに入るかは分からんけどもMotionJPEGはあるからな Webカメラなんかでは現役
361 :名無しさん@編集中 (ワッチョイW 1d94-He9t) :2024/04/05(金) 14:22:13.01 ID:333Q0OP90.net AVC UltraやXAVCとかのALL-Iは、Motion JPEGと大差ないよ コンテナとしてTCとか16ch AUDIOとか入れ込んでるけど、ほぼそのままフレームレートの倍数で容量が決まる 静止画の圧縮効率は、そのまま動画圧縮効率になる
362 :名無しさん@編集中 (ワッチョイW 2b64-pMqZ) :2024/04/05(金) 19:26:01.19 ID:vshVptx90.net フルハード実装とか電源切れるギリギリまで記録しろってのも需要あるのね。
363 :名無しさん@編集中 (ワッチョイW d5e9-B4RS) :2024/04/05(金) 19:36:21.35 ID:kExBPCQA0.net >>357 これでまたJPEGが延命してしまうな… JPEG XLの技術を使ったとあるけど、だったらJPEG XL使えよw ChromeがJPEG XLを削除しなかったら、とっくに普及してたと思うね
364 :名無しさん@編集中 (ワッチョイW d5e9-B4RS) :2024/04/05(金) 19:38:15.83 ID:kExBPCQA0.net でも最近AVIFを使ってるサイトも出てきたから、AVIFに頑張ってもらいたい
365 :名無しさん@編集中 :2024/04/05(金) 21:25:52.26 ID:rVzFMFT6a.net スレチのアホ共liが何か新しいものだと勘違いしてて草
366 :名無しさん@編集中 :2024/04/05(金) 23:49:21.44 ID:KASdBcCi0.net 元からJPEG XLのサブプロジェクトだからな 以前からあるしGoogleが作ったものでもない ただブログで紹介しただけ
367 :名無しさん@編集中 :2024/04/05(金) 23:56:17.26 ID:vshVptx90.net FFmpeg 7.0来たってさ
368 :名無しさん@編集中 :2024/04/06(土) 01:03:57.76 ID:86t6UsmY0.net >>366 海外サイトだとGoogleのJPEG XLチームが開発したって書いてある https://cloudinary.com/blog/jpeg-xl-and-the-pareto-front > More recently, the JPEG XL team at Google has built yet another JPEG encoder, jpegli, which is both faster and better than even mozjpeg. (翻訳) さらに最近、GoogleのJPEG XLチームが、mozjpegよりも高速で優れたJPEGエンコーダjpegliを開発しました。
369 :名無しさん@編集中 :2024/04/06(土) 03:09:55.74 ID:WIwFOyaK0.net >>365 じぁあ古いものだったのか?
370 :名無しさん@編集中 :2024/04/06(土) 14:16:58.17 ID:XeI3wKw70.net >>362 放送用のレコーダーとかな 報道ヘリの機内映像録画とか、ロケ用カムコーダーとか 遅延最短で電源不安定でも、とにかく最後の1コマまで撮れてるのは、アナログVTRなら当然だったし
371 :名無しさん@編集中 (ワッチョイ 6fbb-Ky5X) :2024/04/07(日) 20:27:32.07 ID:4GsTDMiy0.net x265 v3.6 https://bitbucket.org/multicoreware/x265_git/src/master/doc/reST/releasenotes.rst
372 :名無しさん@編集中 :2024/04/17(水) 11:39:31.89 ID:pBj1Bgg/0.net https://www.mozilla.org/en-US/firefox/125.0.1/releasenotes/ 2024 年 4 月 16 日 バージョン 125.0.1、2024 年 4 月 16 日にリリース チャネル ユーザーに初めて提供 Firefox は、Encrypted Media Extensions (EME) の AV1 コーデックをサポートするようになり、 ビデオ ストリーミング プロバイダーからのより高品質な再生が可能になります。 やったねたえちゃんNetflixやAmazon Prime VideoでAV1で楽しめるよ
373 :名無しさん@編集中 :2024/04/19(金) 13:09:29.09 ID:CoF5KnUga.net でも狐ってVSRに対応してないからなぁ
374 :名無しさん@編集中 :2024/04/22(月) 06:51:18.14 ID:vRg149AO0.net VVenC, the Fraunhofer Versatile Video Encoder https://github.com/fraunhoferhhi/vvenc
375 :名無しさん@編集中 :2024/04/22(月) 18:29:01.65 ID:z9kL1Srta.net fraunhoferhhiといえば最近xpsnrをffmpeg7.0に対応させてたな それまではffmpeg4.0か6.0に適応させたforkを使う必要があったけど XPSNR Filter Plug-in for FFmpeg https://github.com/fraunhoferhhi/xpsnr/releases/tag/v1.3
376 :名無しさん@編集中 :2024/04/24(水) 16:13:14.38 ID:OV5BpWu00.net Dolby Visionって10bitになっただけ?
377 :名無しさん@編集中 :2024/04/25(木) 19:56:23.85 ID:OgiMduhv0.net https://aomedia.googlesource.com/aom/+/refs/tags/v3.9.0
378 :名無しさん@編集中 :2024/04/25(木) 19:57:29.56 ID:OgiMduhv0.net - New Features * New codec control * AV1E_SET_SVC_FRAME_DROP_MODE is added to configure the SVC encoder to only drop spatial layers or the whole superframe. * Active Map is fixed and tested for RTC. * CONFIG_QUANT_MATRIX is added to disable quantization matrices when aom decoder is disabled with CONFIG_AV1_DECODER. Reduces ~10% binary size when both are disabled. * libwebm is updated to libwebm-1.0.0.31-1-gaffd7f4. - Compression Efficiency Improvements * RTC encoding improvements * 1-2% BD-rate gain for screen content with temporal layers; 5% BD-rate gain on scrolling content. - Perceptual Quality Improvements
379 :名無しさん@編集中 :2024/04/25(木) 19:58:11.68 ID:OgiMduhv0.net * For RTC screen content * Reduced color artifacts for RTC screen content * Visual quality improved for scene changes for SVC with quality layers. * Removed visual artifacts for speed 11 - Speedups: * RTC Speed 11: aggressive speedup setting added for video mode, resolutions <= VGA: ~30% faster than speed 10. * 5-9% speed up for high bit-depth encoding with good mode on Arm, half of which comes from SVE/SVE2 optimizations. - Other improvements * Further improvements to global motion estimation. * Documented minimum required SIMD support: SSE4.1 on x86, Neon on Arm. * Remove unneeded SIMD functions, saving >100 KiB from binary size. * Cleaned up and improved pattern_search. * Added end-to-end c vs SIMD bit-exactness test. * Added config flag to calc psnr using libvmaf peak: use a slightly different peak value for PSNR (1020 and 2040 for 10- and 12-bit)
380 :名無しさん@編集中 :2024/04/29(月) 00:16:23.61 ID:B//TJOZT0.net 日本語でおk
381 :名無しさん@編集中 (ニククエW 8768-0nFe) :2024/04/29(月) 14:40:51.67 ID:9lza01jX0NIKU.net 空襲続行中です
382 :名無しさん@編集中 (ニククエW 8705-/G2d) :2024/04/29(月) 16:57:43.29 ID:jbJgBiAu0NIKU.net twitchってまだav1使ってないのかな 結構前にテストしてたよね
383 :名無しさん@編集中 :2024/04/30(火) 14:34:46.29 ID:GkhtXjmpF.net 空襲対策ageでっせ
384 :名無しさん@編集中 :2024/05/01(水) 23:49:32.91 ID:ZzaB70eD0.net あげ
385 :名無しさん@編集中 :2024/05/01(水) 23:49:37.21 ID:ZzaB70eD0.net あげ
386 :名無しさん@編集中 :2024/05/02(木) 08:29:49.72 ID:i//UYylpr.net また来た
99 KB
新着レスの表示
掲示板に戻る
全部
前100
次100
最新50
read.cgi ver 2014.07.20.01.SC 2014/07/20 D ★
本文 スレッドタイトル 投稿者