■ このスレッドは過去ログ倉庫に格納されています
【VP9/AV1】次世代ビデオコーデック総合スレPart7【HEVC/VVC等】
- 1 :名無しさん@編集中 :2021/09/02(木) 20:31:09.33 ID:DmGktSeW0.net
- H.264/AVCの後の様々なビデオコーデック全般について語るスレです。
■対象となる主なビデオコーデック
・H.265/HEVC
・VP9
・AV1(AOMedia Video 1)
・VVC(Versatile Video Coding)
次スレは>>980が宣言してから立ててください。
■前スレ
次世代ビデオコーデック総合スレPart6 【HEVC/VP9/AV1/VVC等】
https://mevius.5ch.net/test/read.cgi/avi/1602779979/
- 2 :名無しさん@編集中 :2021/09/02(木) 20:32:51.85 ID:DmGktSeW0.net
- 1
- 3 :名無しさん@編集中 :2021/09/02(木) 20:32:59.26 ID:DmGktSeW0.net
- 2
- 4 :名無しさん@編集中 :2021/09/02(木) 20:33:52.73 ID:DmGktSeW0.net
- 3
- 5 :名無しさん@編集中 :2021/09/02(木) 20:33:58.46 ID:DmGktSeW0.net
- 4
- 6 :名無しさん@編集中 :2021/09/02(木) 20:34:04.34 ID:DmGktSeW0.net
- 5
- 7 :名無しさん@編集中 :2021/09/02(木) 20:34:21.56 ID:l92ba5XK0.net
- 6
- 8 :名無しさん@編集中 :2021/09/02(木) 20:34:30.22 ID:DmGktSeW0.net
- ■各コーデックの参考リンク
●H.265/HEVC
・https://www.itu.int/rec/T-REC-H.265
・https://www.itu.int/en/ITU-T/studygroups/2017-2020/16/Pages/video/jctvc.aspx
・https://mpeg.chiariglione.org/standards/mpeg-h/high-efficiency-video-coding
・https://hevc.hhi.fraunhofer.de/
・https://en.wikipedia.org/wiki/High_Efficiency_Video_Coding
●VP9
・https://www.webmproject.org/vp9/
・https://en.wikipedia.org/wiki/VP9
●AV1
・http://aomedia.org/
・https://aomedia.googlesource.com/aom/
・https://github.com/AOMediaCodec/av1-spec
・https://en.wikipedia.org/wiki/AV1
●VVC
・https://www.itu.int/en/ITU-T/studygroups/2017-2020/16/Pages/video/jvet.aspx
・https://mpeg.chiariglione.org/standards/mpeg-i/versatilevideo-coding
・https://jvet.hhi.fraunhofer.de/
・https://en.wikipedia.org/wiki/Versatile_Video_Coding
- 9 :名無しさん@編集中 :2021/09/02(木) 20:34:48.44 ID:DmGktSeW0.net
- ■各ビデオコーデックの概要や状況(2020年2月上旬時点)
●H.265/HEVC
H.264/AVCの後継規格。放送やUltra HD Blu-ray等で採用が進んでいるが
3つのライセンスプールが並立するなどライセンス面での問題も抱えている。
H.265/HEVC特許暗黒時代
https://qiita.com/yohhoy/items/c2579097a507b1fbdddb
HW再生支援のサポートは進んだものの、FirefoxやChromeでの対応が進んでおらず、
ネット配信では使いづらい状況が続いている。(スマートTV向けの配信等は除く)
AppleがHLS(HTTP Live Streaming)やiOS 11やmacOS High Sierraで採用したり、
2018年3月にライセンスプールの1つであるHEVC Advanceが
コンテンツへのライセンス課金を取りやめたりといった好材料も出てきてはいる。
●VP9
Googleによって開発されたロイヤリティフリーのコーデック。
ブラウザ(Safariを除く)やHW再生支援のサポートも進み、主にYoutubeで採用されている。
- 10 :名無しさん@編集中 :2021/09/02(木) 20:35:08.42 ID:DmGktSeW0.net
- ●AV1(AOMedia Video 1)
Amazon、Cisco、Google、Intel、Microsoft、Mozilla、Netflix等が中心となって立ち上げた
Alliance for Open Mediaによって開発されたロイヤリティフリーのコーデック。
VP10、Daala、Thorの技術を受け継いでいる。
2018年3月末にリリースされたが、v1.0.0の仕様確定は2018年6月末にずれこんだ。
HW再生支援のサポート等も含めた本格的な普及は2020年頃になる見込み。
ネット配信を中心として広く普及することが期待されている。
YoutubeやVimeo等が既に一部の動画をAV1でも提供し始めており、
Chrome74/Firefox67で高速デコーダdav1dが採用されるなど、ブラウザの対応も進みつつある。
●VVC(Versatile Video Coding)
H.265/HEVCの後継規格。2020年10月の標準化を目指して
JVET(Joint Video Experts Team)で検討が進められている。
また、H.265/HEVCのようなライセンス問題を繰り返さないため、
MC-IF(Media Coding Industry Forum)という業界団体が立ち上がっている。
http://www.mc-if.org/
- 11 :名無しさん@編集中 :2021/09/02(木) 20:35:29.12 ID:DmGktSeW0.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/#feat=hevc
●VP9
・https://html5test.com/compare/feature/video.codecs.webm.vp9.html
・https://caniuse.com/#feat=webm
●AV1
・https://caniuse.com/#feat=av1
- 12 :名無しさん@編集中 :2021/09/02(木) 20:35:49.46 ID:DmGktSeW0.net
- ■AV1のエンコーダ/デコーダ実装の例
●エンコーダ
xiph/rav1e: The fastest and safest AV1 encoder.
https://github.com/xiph/rav1e
SVT-AV1
https://github.com/OpenVisualCloud/SVT-AV1
●デコーダ
VideoLAN / dav1d - GitLab
https://code.videolan.org/videolan/dav1d
AV1 Video Extension (Beta)
https://www.microsoft.com/ja-jp/p/av1-video-extension-beta/9mvzqvxjbq9v
- 13 :名無しさん@編集中 :2021/09/02(木) 20:37:33.61 ID:DmGktSeW0.net
- ■各社GPUでのハードウェアエンコード/デコード対応状況については下記関連スレを参照。
【NVENC/VCE】ハードウェアエンコーダーを語るスレ8【QSV】
https://mevius.5ch.net/test/read.cgi/avi/1620231885/
↑テンプレここまで
- 14 :名無しさん@編集中 :2021/09/02(木) 21:05:04.79 ID:9qvvisDs0.net
- 乙
- 15 :名無しさん@編集中 :2021/09/03(金) 04:36:08.03 ID:8+f5iyQD0.net
- >>9,10あたりの内容古いから新しくしたいね
- 16 :名無しさん@編集中 :2021/09/03(金) 20:46:28.06 ID:luU7VB2K0.net
- 言い出しっぺ↑
- 17 :名無しさん@編集中 :2021/09/06(月) 08:06:17.45 ID:colm2zRt0.net
- 言い出しっぺとしては最初に書いてくれた人に変えて欲しいけど去年2月だし厳しいよね
- 18 :名無しさん@編集中 :2021/09/06(月) 19:56:44.87 ID:AfpC2JJZ0.net
- YouTubeの動画のAV1バージョンを落とす方法ってある?
- 19 :名無しさん@編集中 :2021/09/06(月) 20:01:01.14 ID:AfpC2JJZ0.net
- >>18
自己解決した
- 20 :名無しさん@編集中 :2021/09/09(木) 15:07:10.28 ID:+dqlktBU00909.net
- >>15
よく見たら2020年を未来として書いてあるなw
- 21 :名無しさん@編集中 :2021/09/09(木) 22:49:51.76 ID:s7mgZ6tS0.net
- MAXがAV1のHWデコーダー対応ですってよ奥さん
- 22 :名無しさん@編集中 :2021/09/09(木) 23:12:03.22 ID:BmIotbl+0.net
- Digital Deviceの話?
- 23 :名無しさん@編集中 :2021/09/09(木) 23:20:05.15 ID:kplEKwOdr.net
- 新型Fire TV Stick 4KがAV1対応
https://i.imgur.com/Nlk2HLQ.jpg
- 24 :名無しさん@編集中 :2021/09/10(金) 23:14:32.52 ID:Y7C8nSnR0.net
- >>23
音声、Opusコーデックが対応してないじゃないか!!
- 25 :名無しさん@編集中 :2021/09/11(土) 22:16:33.13 ID:AVkIozWZM.net
- >>24
Amazon「次のMEGA MAXで対応しますんで」
- 26 :名無しさん@編集中 :2021/09/11(土) 22:29:48.27 ID:qhTAw1UD0.net
- >>25
お父さん、許しませんよ!!
- 27 :名無しさん@編集中 :2021/09/12(日) 22:43:08.73 ID:YJumhEsE0.net
- opusなんて後からソフトウェアでどうとでもなるだろ
- 28 :名無しさん@編集中 :2021/09/13(月) 03:42:08.14 ID:IZMf2ab6a.net
- ブラウザがopusに対応してるだろう
- 29 :名無しさん@編集中 :2021/09/13(月) 14:44:13.71 ID:K4zJZSURM.net
- opus低ビットレートでもとても品質いいけどカットオフ周波数がAACどころかmp3あたりと比べても低いから24khz辺りまでに拡張したコーデック欲しいよなぁとは思ってる
精神衛生上の問題だけどさ
- 30 :名無しさん@編集中 :2021/09/14(火) 11:29:29.67 ID:tjGzWiTha.net
- ・あらゆるファイル形式を高効率でデコードできる「ユニバーサルデコーダー」をMITが開発
https://gigazine.net/news/20210914-universal-decoder-grand/
- 31 :名無しさん@編集中 :2021/09/14(火) 12:53:56.34 ID:Dq8t3AzX0.net
- たぶんエラー訂正の話だと思うんだけど…
- 32 :名無しさん@編集中 :2021/09/14(火) 17:30:34.18 ID:fkpAAkrn0.net
- あらゆるファイル形式を高効率でデコードできる「ユニバーサルデコーダー」をMITが開発 - GIGAZINE
↓
あらゆる種類の誤り検出訂正に対応する「ユニバーサルデコーダー」をMITが開発 - GIGAZINE
タイトル修正されててワロタ
- 33 :名無しさん@編集中 :2021/09/14(火) 17:42:39.24 ID:x1THL5WZa.net
- デマジンのサイレント修正はお家芸だからな
- 34 :名無しさん@編集中 :2021/09/14(火) 21:04:23.64 ID:dYwigLgD0.net
- まぁ、新聞社のサイトでさえサイレント修正はよくあることだし…
- 35 :名無しさん@編集中 :2021/09/16(木) 02:35:50.07 ID:LKQvOeQqd.net
- SafariがAVIFをサポートしない理由
→画像のデコードがOSによって行われているから
https://www.coywolf.news/webmaster/why-webkit-supports-avif-but-safari-does-not/
- 36 :名無しさん@編集中 :2021/09/17(金) 16:35:44.79 ID:DMbKAoMO0.net
- ディスプレイの画素密度(ppi)一覧表、4K、8K、FHD
https://memorva.jp/internet/pc/display_ppi_list_4k_8k_fhd_hd.php
- 37 :名無しさん@編集中 :2021/09/19(日) 09:09:33.49 ID:dbcuEv2JM.net
- >>36
仕事柄いろんなディスプレイ見るけど、8K70インチくらいが画素密度的には最適な気がするけど、4Kで37インチは小さすぎる気がする。
リビングに置くサイズ感考えると、4K50インチ、8K65インチくらいが理想な気がする。
- 38 :名無しさん@編集中 :2021/09/19(日) 11:15:36.83 ID:vgY5GNnEM.net
- >>37
視聴距離を語らずにppiだけ語っても意味無い
- 39 :名無しさん@編集中 :2021/09/20(月) 00:16:18.70 ID:RK2TKaFE0.net
- 革命的なアイデア思いついちゃったんだけど特許取ってきていいか?
オートエンコーダで動画の次元圧縮して特徴量だけ保存するような圧縮技術作れたら圧縮効率の壁超えないか?
- 40 :名無しさん@編集中 :2021/09/20(月) 06:25:31.73 ID:PMTOqBV00.net
- >>39
ちょっと調べただけで文献めちゃくちゃ出てくるから特許取るの至難の技
- 41 :名無しさん@編集中 :2021/09/20(月) 12:35:22.83 ID:vkEi/3c70.net
- hevcのprofileの詳しい解説(auto, main, main10, main444で何が違うのか等)が日本語で書いてあるサイトってないの?
使おうにも中身がわからんちん
- 42 :名無しさん@編集中 :2021/09/20(月) 14:35:04.67 ID:fgWn8uWz0.net
- 自分でエンコードしてみてmain, main10, main444の違いが判らないなら、mainでいいよ
hevc関係なく後ろに「10」や「444」がついてるのは、それぞれ表現できるデータ量・精度の保持方法が違うから個別でググると色々出てくるよ
HDRや高精度なものはソース・フィルタ・モニタ入れての再生環境、もちろんエンコーダー・デコーダーそれぞれが対応してないとどこかで丸め込まれてしまうけど
- 43 :名無しさん@編集中 :2021/09/20(月) 15:28:14.97 ID:vkEi/3c70.net
- >>42
親切にありがトン。
実は初心者でprofileで指定するのと、x265のとpresetで指定するのの違いもようわからんレベルでして・・・
もちっと勉強します。
- 44 :名無しさん@編集中 :2021/09/21(火) 04:58:16.34 ID:Kk8c/1uG0.net
- エンコードの入門書誰か書いて…
パラメータとかわけがわからないのおお!
体系的にまとまってるサイトとかあるのかなぁ
- 45 :名無しさん@編集中 :2021/09/21(火) 09:49:31.53 ID:3E1gyRcL0.net
- 量子化配列とか弄るわけじゃないからその辺のブログ読み漁ればわかるっしょ
- 46 :名無しさん@編集中 :2021/09/21(火) 14:17:46.06 ID:kpMQEgsK0.net
- >>44
「x264 marumo」で調べたらちょい古の情報ならでてくる
ところでどのコーデックの何が分からないんだ?
- 47 :名無しさん@編集中 :2021/09/21(火) 15:16:44.90 ID:5yFhMTDya.net
- 公式のドキュメント見ようや
- 48 :名無しさん@編集中 :2021/09/22(水) 14:32:24.28 ID:Li3nHX4l0.net
- エンコード設定凝りだすとPCでは再生できるけど特定の端末で再生がおかしくなったりする場合があるから、結局デフォ最強や
- 49 :名無しさん@編集中 :2021/09/22(水) 16:03:17.44 ID:pPRG29vM0.net
- 動作原理を知りたいんじゃないの
動き検索のdiaとhexの違いみたいな
- 50 :名無しさん@編集中 :2021/09/23(木) 10:09:24.80 ID:+949wdD10.net
- エンコード品質、時間、ビットレートを天秤にかけると個人利用ではx265(10bit)のveryfast〜slowにopusなmkvが現状最適解感がある。
互換性考えるとh265(8bit)/AACなmp4だろうけど。
また頒布前提ならh264+AAC/mp4かせいぜいVP9+AAC/mp4になるのが辛いな
- 51 :名無しさん@編集中 :2021/09/24(金) 00:16:05.38 ID:2bs6PdyY0.net
- 加工転売拡散再エンコ低能旧式ロースペック層にはVP9すらクレームが来るよ
- 52 :名無しさん@編集中 :2021/09/24(金) 00:17:48.46 ID:Y03nqTjX0.net
- 割れ厨乙
- 53 :名無しさん@編集中 :2021/09/24(金) 00:26:41.94 ID:2bs6PdyY0.net
- 同人で使ったらボロクソに粘着されて叩かれたよ、mp4も入ってたのに何かに触れたんだろうな
ほんと客の振りしたきちがいは怖い
- 54 :名無しさん@編集中 :2021/09/24(金) 00:29:56.87 ID:g/w9Avgy0.net
- 今のWindowsってデフォでHEVCのmp4再生できないんだっけ?
- 55 :名無しさん@編集中 :2021/09/24(金) 19:40:22.01 ID:i097QnDKM.net
- >>54
デフォルトでは無理。
「HEVC ビデオ拡張機能」ってのがMicrosoft公式でMicrosoft Store上にあるけど。
- 56 :名無しさん@編集中 :2021/09/24(金) 23:19:57.55 ID:72W9NaxI0.net
- いい加減、動画ユーザーの使用するCPUはKaby Lake以降の世代(=VP9のハードウェア再生支援対応)にしてもらわんと、いつまでたってもH.264の呪縛から解き放てないな
- 57 :名無しさん@編集中 :2021/09/25(土) 00:23:25.00 ID:NiMwOZMa0.net
- そもそもマニア以外の一般人は全く興味ないだろうな
- 58 :名無しさん@編集中 :2021/09/25(土) 01:11:21.61 ID:vM6m8+AR0.net
- スレタイにも入ってるけどまだまだ「次世代」って事なんだろうな
いつまで待てばいいんだろうか……
俺も配布用だとまだ h264 の mp4 って考えだわ
- 59 :名無しさん@編集中 :2021/09/25(土) 01:45:38.30 ID:/BR+JJB+0.net
- 現代のIEことSafariが対応するまでは移行できんな
WebPの時みたいに10年くらいかかるとしたらVP9は2023年あたり
- 60 :名無しさん@編集中 :2021/09/25(土) 01:58:37.91 ID:cO7wGPRS0.net
- そんなにVP9使いたいか?
再生互換性を抜きにしても積極的に選ぶ理由がとくに見当たらないんだが
googleが使ってる理由もライセンス料払いたくないってだけだろ
- 61 :名無しさん@編集中 :2021/09/25(土) 02:41:40.89 ID:rE2coKR1M.net
- >>60
確かに、4k配信したいだけならh264でアホみたいな通信帯域用意するか
h265でアホみたいなライセンス問題解決すればいいだけの話だもんね
- 62 :名無しさん@編集中 :2021/09/25(土) 06:09:00.63 ID:t7/Qvs450.net
- VP9の再生(デコード)普通に軽くね?
設定で動画再生支援機能無効にしたブラウザ(FirefoxとChrome)で1080pのVP9がコマ落ちせずに再生出来てるが
CPUは型落ちでRyzenの中でも一番クロックが低い1700
- 63 :名無しさん@編集中 :2021/09/25(土) 06:43:49.43 ID:6500LToJa.net
- 今時の重い軽いて省電力cpu基準なんじゃないだろうか
desktop cpuでデコード間に合わないなんて遥か遠い昔の話のような気がする
- 64 :名無しさん@編集中 :2021/09/25(土) 08:47:13.93 ID:/hlCkhTUa.net
- デコードはHEVCよりVP9のほうが軽い
VP9の方がデコーダーの開発が進んでいるから
HEVCはソフトウェアデコードされることが少ないから開発が進んでいないのかもしれないかもしれないが
- 65 :名無しさん@編集中 :2021/09/26(日) 18:22:33.86 ID:MjygvcgX0.net
- 最近Youtube LiveでVP9になってることあるけどあれってどうやってるん?エンコーダーを使った配信だとRTMPとHLSしか使えないからVP9配信できないよね?まさかのブラウザから配信?
- 66 :名無しさん@編集中 :2021/09/26(日) 18:43:46.65 ID:bjNYoKUb0.net
- >>65
https://developers.google.com/youtube/v3/live/guides/ingestion-protocol-comparison
- 67 :名無しさん@編集中 :2021/09/26(日) 19:52:44.53 ID:MjygvcgX0.net
- >>66
いや、そのページは知ってるけど、YoutubeLiveでエンコーダー配信を選択したときに出てくるプロトコルがRTMPSとHLSしかないから、それ以外のはどこからやってるのか?っていう疑問
カメラソースに出力を指定してそれをウェブカメラ配信でブロードキャストしてるってことでいいのか?
- 68 :名無しさん@編集中 :2021/09/26(日) 20:02:15.61 ID:bjNYoKUb0.net
- >>67
ごめんURL間違えてた
YouTube Studioからは無理でYouTube Live Streaming APIを叩かなきゃいけない
https://developers.google.com/youtube/v3/live/guides/encoding-with-dash
- 69 :名無しさん@編集中 :2021/09/26(日) 20:31:52.05 ID:MjygvcgX0.net
- >>68
なるほど、そうなるのか
大規模な配信とかなら分かるけど意外と小規模な配信でも見かけたからもっと手軽にできるのかと思ったけど、小規模な配信でも結構こだわってたりするんだな
- 70 :名無しさん@編集中 :2021/09/26(日) 21:21:19.22 ID:bjNYoKUb0.net
- >>69
こんなめんどくさそうなことをしてない人の配信でもVP9になってるのを見たことあるし
視聴者数とかサーバー側のあれこれでH.264とVP9の両方がある場合もあるみたい
- 71 :名無しさん@編集中 :2021/09/27(月) 00:37:03.34 ID:/MQY56cD0.net
- jpeg xlの技術使ってCPUで余裕でエンコード可能な動画コーデック作ってくれよ
mpeg2以上h.264未満の圧縮率でいいから
- 72 :名無しさん@編集中 :2021/09/27(月) 16:53:33.78 ID:xkApZCZZa.net
- YouTube Liveは視聴者数の多いチャンネルだけVP9を使っているみたいだ
全てVP9にしたらコストが合わないのかな?
- 73 :名無しさん@編集中 :2021/09/27(月) 20:40:40.12 ID:NUDoCw9sM.net
- >>71
MPEG 2以上H.264以下の圧縮率でいいならXviDとかみたいなAVCじゃないMPEG 4で十分でしょ
- 74 :名無しさん@編集中 :2021/09/27(月) 22:58:49.85 ID:tTUl5yBn0.net
- >>72
vp9一本だけってわけにはいかないからね
それに次期コーデックの本命はav1
- 75 :名無しさん@編集中 :2021/09/28(火) 20:10:28.47 ID:2hX197Nda.net
- JPEG XLは視覚的可逆圧縮(数学的には非可逆圧縮)に対応しているそうなので、Motion JPEG XLができたら完パケ保存用にちょうどよさそう
- 76 :名無しさん@編集中 :2021/09/28(火) 20:35:36.91 ID:LMm2AhCoM.net
- なんぞそれ?
- 77 :名無しさん@編集中 :2021/09/28(火) 21:19:50.75 ID:nhXQi2Yk0.net
- バカを騙すhype
- 78 :名無しさん@編集中 :2021/09/29(水) 00:46:50.46 ID:f9fnynXca.net
- 放送局同士でやり取りするデータって、ほぼ未圧縮だけど、ちょっとだけ圧縮されてんだよね確か
そういうことを言ってんだろう
- 79 :名無しさん@編集中 :2021/09/29(水) 14:30:30.70 ID:upPkBnD+MNIKU.net
- ただの非可逆を可逆圧縮っぽい名前にしてるだけだろって話でそ
通信データの圧縮って表現なら多分伸張処理で元のデータに戻るかと
- 80 :名無しさん@編集中 :2021/09/29(水) 15:41:45.63 ID:DNYWn6ovaNIKU.net
- Apple ProResは非可逆圧縮ではあるけど可逆圧縮と同じような使い方をされているね
- 81 :名無しさん@編集中 :2021/09/29(水) 19:24:30.71 ID:9cUfJUW40NIKU.net
- GoPro CineFormやAvid DNxHDも同じく
- 82 :名無しさん@編集中 :2021/09/30(木) 15:18:21.57 ID:hMm6qmXz0.net
- スレチでごめんなさい。
- 83 :名無しさん@編集中 :2021/10/01(金) 19:09:10.87 ID:dSLoSeELd.net
- 再エンコ繰り返しても劣化少ないんでしょ
音声で言うとなんなんだろね?
aacとかmp3は再エンコで即劣化するし
- 84 :名無しさん@編集中 :2021/10/01(金) 22:07:58.32 ID:bHhk6whTa.net
- ないよ
音声は可逆圧縮で間に合っているでしょう
- 85 :名無しさん@編集中 :2021/10/01(金) 23:26:54.54 ID:vl1cEFSY0.net
- xVVC、マダー?
- 86 :名無しさん@編集中 :2021/10/02(土) 10:32:02.54 ID:tfrcnjJo0.net
- エンコーダーが変わりそうなタイミングのRTX4000シリーズは1年も先だしな
H.266/VVCの4Kリアルタイムエンコーダー自体は去年の9月には開発されてるし(一般向けじゃないけど)
あとは需要を待って導入だろう。順番でいえばその前にAV1のエンコーダーが先にきそうだね
改善されてきたとはいえ、HEVCの軽く10倍のエンコード負荷とか言われたらソフトエンコはちょっと手が出ないわなぁ
- 87 :名無しさん@編集中 :2021/10/02(土) 10:41:35.86 ID:tfrcnjJo0.net
- あ、ごめん。今見直したら、去年の9月の話はソフトウェアベースだった・・・勘違いしてた。
- 88 :名無しさん@編集中 :2021/10/02(土) 12:13:47.00 ID:5MB123Xxd.net
- どうせ最初はBフレーム使えないとかだろうし次の次のエンコーダまで待てそう
- 89 :名無しさん@編集中 :2021/10/05(火) 15:46:06.20 ID:WOPteUnz0.net
- Windows11でもxHE-AACに対応してないな
- 90 :名無しさん@編集中 :2021/10/05(火) 20:14:14.47 ID:6BQG84X20.net
- >>89
https://www.audioblog.iis.fraunhofer.com/fraunhoferiis-xheaac-microsoft
ライセンス使えるようになったのが1年ちょっと前だけど、開発考えたらまだかかりそうな気もする
- 91 :名無しさん@編集中 :2021/10/18(月) 00:14:44.90 ID:mzt2Wf1B0.net
- ちょっと質問なのだけど、VP9+opusの動画でMKVコンテナに収容しているファイルを、コンテナの形式だけMP4に変換(映像と音声の再エンコードはしない)をしたいのだけど、
GUI環境で使える手軽なソフトはないかな?
音声がopusなのでHandbrakeを使うと音声だけ再エンコードされてしまうので困ってる
何かいいのがないかな?
- 92 :名無しさん@編集中 :2021/10/18(月) 00:31:41.25 ID:qYIY5ecg0.net
- なぜGUIでしたいのかわからん
- 93 :名無しさん@編集中 :2021/10/18(月) 02:38:55.14 ID:zLOca3Py0.net
- それくらいだったら自分で書けばいいじゃない
ffmpegのフロントエンドを
- 94 :名無しさん@編集中 :2021/10/18(月) 07:30:29.82 ID:2lyZon0x0.net
- >>91
携帯動画変換君
- 95 :名無しさん@編集中 :2021/10/18(月) 08:15:13.74 ID:GyRAK+3X0.net
- 再エンコしないならいっそこれでもいいかもしれない
https://ffmpegwasm.netlify.app/#demo
- 96 :名無しさん@編集中 :2021/10/18(月) 11:38:14.45 ID:HjTrNeVKM.net
- 多分ググったら1行のコマンドが出てくると思うから、それをbatなりvbsなりで実行する方法とドラッグ&ドロップのパスを取得して代入する方法調べれば動くよ
- 97 :名無しさん@編集中 :2021/10/18(月) 11:43:23.93 ID:MO0IHFd/0.net
- VP9ってmp4に入れられるの?
- 98 :名無しさん@編集中 :2021/10/18(月) 12:58:16.59 ID:ES+JSlTz0.net
- はい
- 99 :名無しさん@編集中 :2021/10/20(水) 02:03:54.37 ID:I3TSUuWB0.net
- でもブラウザで対応してるのは一部だな
まあVP9とopusは対応してるが
https://developer.mozilla.org/en-US/docs/Web/Media/Formats/Containers#mpeg-4_mp4
- 100 :名無しさん@編集中 :2021/10/20(水) 08:12:28.05 ID:qSg5sSd/M.net
- >>91
ファイル選択ダイアログを付けた、使え
https://pastebin.pl/view/786d0874
- 101 :名無しさん@編集中 :2021/10/20(水) 12:22:42.88 ID:XZzlyhEDM.net
- あちゃー間違えたWebMからの変換になってる
- 102 :名無しさん@編集中 :2021/10/28(木) 02:43:17.01 ID:iueh9PID0.net
- 動画製作者はH.264で高ビットレートにして上げればいいし今の時代コーデック気にしてるの配信業やってる会社くらいだよなぁ
- 103 :名無しさん@編集中 :2021/10/28(木) 06:38:12.20 ID:m4KUpBRE0.net
- ここにきている君が配信業やってる会社の技術スタッフならそうなんじゃないかな
- 104 :名無しさん@編集中 :2021/10/28(木) 06:58:17.75 ID:vqn1Pd2yM.net
- いや流石に4K超えてくると264と新しめのコーデックじゃサイズ違い過ぎるしx265ぐらいは使いたくなるでしょ
- 105 :名無しさん@編集中 :2021/10/28(木) 16:24:35.91 ID:jedATSYAM.net
- 今後は配信はAV1、放送とかパッケージはH.266になるのかな?
- 106 :名無しさん@編集中 :2021/10/29(金) 17:18:14.52 ID:tp3xqCbl0NIKU.net
- 配信全般かどうかはわからんけど、Google(YouTube)やNetflixはAV1にシフトしたいんだろうね
AppleもAV1には参加したから、再生可能な環境がある程度普及しだしたら一気に流れるかもね
YouTubeに関しては、今年の夏以降、8K動画はHDR、SDRともにAV1がメインになりだしているようだし。
ちなみにYouTubeのAV1の設定だが、以前はVP9のちょうど半分のファイルサイズみたいな極端な設定だったのだが、
最近はVP9の2/3程度に緩和しているようで、画質的にも無理がないように配慮し始めているように感じる。
- 107 :名無しさん@編集中 :2021/10/29(金) 17:43:21.61 ID:BfUhMmqp0NIKU.net
- 次の地デジはVVCでほぼ確定なのかな
https://www.soumu.go.jp/main_sosiki/joho_tsusin/policyreports/joho_tsusin/housou_system/02ryutsu08_04000464.html
- 108 :名無しさん@編集中 :2021/10/29(金) 17:44:53.85 ID:tp3xqCbl0NIKU.net
- 補足で書いとくけど、従来は用意されていなかった2K動画でのAV1も、視聴者数の多いチャンネルなどでAV1も用意されているケースが増えてきているので、
Googleとしてもやはり移行したいようだね
(コロナ以降、アクセス数が激増して、サーバーの負荷が上がっているのは間違いないようなので)
- 109 :名無しさん@編集中 :2021/10/29(金) 17:50:35.04 ID:BfUhMmqp0NIKU.net
- 有名な曲のmvとか再生数めっちゃ多い動画は解像度関係なくAV1になってたりするね
- 110 :名無しさん@編集中 :2021/10/29(金) 17:52:49.39 ID:KQoMUZl20NIKU.net
- Pixel6がAV1のハードウェアデコード対応したらしい
- 111 :名無しさん@編集中 :2021/10/29(金) 17:59:59.76 ID:KQoMUZl20NIKU.net
- >>110
ソース
https://www.linkedin.com/posts/xuyaowu_the-google-silicon-team-gives-us-a-tour-activity-6857009244370284544-UF1U
- 112 :名無しさん@編集中 :2021/10/29(金) 18:05:38.70 ID:tp3xqCbl0NIKU.net
- >>110-111
来たかぁ
Snapdragonが888+ですら対応してないから、他社もGoogleからTensorチップ買ったほうがいいかもね
- 113 :名無しさん@編集中 :2021/10/29(金) 18:17:36.93 ID:tp3xqCbl0NIKU.net
- あるいはMediatekのDimensity 1000以降か
この前発表された、Xiomiの11TがDimensity 1200搭載で値段もほどほどなんだが、FeliCa非対応が唯一の弱点か
- 114 :名無しさん@編集中 :2021/10/29(金) 18:59:10.67 ID:pNVQbmXD0NIKU.net
- 普及の準備が整ったという感じはするね
日本というかお役人は「標準化」って言葉に弱いからどっちつかずの状態が続くんだろうけど
- 115 :名無しさん@編集中 :2021/10/29(金) 19:25:33.65 ID:tp3xqCbl0NIKU.net
- スマホで思い出したが、iPhoneがiPhone 12からAV1に対応したからめでたいなんて思っていたら、iPhone 11以降のデュアルSIM対応のiPhoneが技適不適合という話が出てきているようで、
スマホの世界もまだまだ混沌としているようだな
- 116 :名無しさん@編集中 :2021/10/29(金) 19:59:41.25 ID:XuVpPm3i0NIKU.net
- >>114
h.266などのmpeg系なら国内企業にもお金が落ちるから順当ではある
問題はコンテナや音声なども含めた放送規格自体の出来が微妙なこと
22.2chサラウンドとか無駄すぎる
- 117 :名無しさん@編集中 :2021/10/29(金) 20:32:54.65 ID:83hIevGWMNIKU.net
- MPEG-H 3Daudioだっけ
あれ凄そうだけど採用すんのかな
- 118 :名無しさん@編集中 :2021/10/29(金) 20:38:36.85 ID:CHqylMQH0NIKU.net
- ソニーの360 Reality Audioも中身MPEG-H 3D Audioなんだけどね
- 119 :名無しさん@編集中 :2021/10/29(金) 23:44:07.11 ID:0UcgoDpo0NIKU.net
- コーデックはオブジェクトベースにしといて出口だけ22.2とかでいいんじゃない?とか思ってる
- 120 :名無しさん@編集中 :2021/10/30(土) 04:25:20.32 ID:VAUOqanZ0.net
- 婆さんや早く地上波の放送をネイティブ4Kにしておくれ
と思ったけど4Kになる前にもうテレビで見ること自体俺ほとんどしないから関係なかったわ…
- 121 :名無しさん@編集中 :2021/10/30(土) 23:51:15.40 ID:pQ7YpP/DM.net
- 地上波を4Kにするには使う周波数を広げる必要があるだろうけどテレビの視聴者が減り続けている中で公共資源である電波を地上波に割かれる可能性は低そうだ
- 122 :名無しさん@編集中 :2021/10/31(日) 08:00:51.51 ID:a9zROwCC0VOTE.net
- それが割くんだなぁ、利権だから
自分的には縦1080のままVVCで帯域減らすか
同じビットレートぶっこんで画質上げるかしてほしいけど
- 123 :名無しさん@編集中 :2021/10/31(日) 12:25:18.40 ID:gpOdI/+U0VOTE.net
- ここの住人は1080pのままVVCに変えて画質アップって理屈は分かるけど、一般層に「地デジの画質が良くなりました!4Kじゃないけど今のTVじゃ視聴出来ないから買い替えてね!」とアピールするのは無理でしょ。4Kじゃないのに買い換える必要あるの?って思われる
- 124 :名無しさん@編集中 :2021/10/31(日) 17:12:14.22 ID:MkRXyt63MVOTE.net
- 地上波ってもういらなくない?
ニュースも動画もネットでいいし、テレビ放送もネットでするみたいだし
- 125 :名無しさん@編集中 :2021/10/31(日) 18:08:02.83 ID:unfuS6720VOTE.net
- ネットニュースのほとんどはテレビの内容だし、放送法変えて同時配信できるようになるまではとりあえず意味がある
謝罪広告で儲けを出すような炎上商法蔓延してるところとは線を引いてお金かけて謝罪したり建前上平等な政権公約流したりする為にも公共電波の使い道としてはあっている感じだな
広告媒体として安定した需要がある限り消えないよ。国産パネルがない現状でも韓国産パネル輸入して売ってる商売もあるし、でかい画面にあこがれる層は絶えないしね
でかい画面と高画質への欲求がある限りAV1とVVCの先もまたるのだろう
- 126 :名無しさん@編集中 :2021/10/31(日) 21:58:14.00 ID:W8HBzttVa.net
- リアルタイムの放送をインターネット経由にする程、無駄なことはない
電波に乗ると害悪なのか?
電波に乗ろうが、IPパケットに乗ろうが何も変わらない
電波に乗る映像はリアルタイムで楽しむのもの
その程度の違いしかない
- 127 :名無しさん@編集中 :2021/10/31(日) 23:44:41.20 ID:qgPt94FM0.net
- NHKがIP放送開始する時代でっせ?
- 128 :名無しさん@編集中 :2021/11/01(月) 16:43:36.94 ID:CKGKxFHJ0.net
- 電波オークションが実現したら画質犠牲にしてチャンネル増える未来が見える…
- 129 :名無しさん@編集中 :2021/11/01(月) 18:40:06.35 ID:xid46vS+0.net
- 1440*1080で始めるぐらいならせめてMPEG4が出るまで待てなかったのか、とは思う
- 130 :名無しさん@編集中 :2021/11/01(月) 19:53:44.59 ID:3NEnhyVq0.net
- 地デジの検討が開始された1997年当時はMPEG2が出て1年しか経ってない最新規格だぞ
MPEG4って言ってもAVCが出る前のMPEG4はMPEG2に毛が生えたレベルなわけで待つ意味はなかった
- 131 :名無しさん@編集中 :2021/11/01(月) 21:58:14.77 ID:PUnSK9LS0.net
- インターレースもあるし実質1440x540なのでは
というのと色でいえば720×270画素分程度の情報しか持ってないものをよくフルハイビジョンって言えるよねって
- 132 :名無しさん@編集中 :2021/11/01(月) 22:51:07.80 ID:l2hmntyr0.net
- mpeg2のインターレース時の色の扱いってどんなんだっけ?
どっかで読んだ気もするが思い出せない
- 133 :名無しさん@編集中 :2021/11/01(月) 23:08:21.42 ID:V6TKQTvja.net
- 放送大学は1920x1080iで放送してると聞いたことあるけど、本当なんだろうか?
前に見た感じ確かに少し精細な感じがしたけど、気のせいかもしれないw
ちなみに、関東は少し前に放送大学見れなくなった、残念
- 134 :名無しさん@編集中 :2021/11/01(月) 23:10:16.30 ID:8iBNO2Hw0.net
- 4:2:0のこと?
- 135 :名無しさん@編集中 :2021/11/01(月) 23:56:25.62 ID:l2hmntyr0.net
- >>134
そうそれ
インターレース時はどうするんだろうって
- 136 :名無しさん@編集中 :2021/11/01(月) 23:58:31.81 ID:EvAqB6zw0.net
- ほんと地デジが後x年遅くてH.264だったならな..
- 137 :名無しさん@編集中 :2021/11/02(火) 00:25:50.17 ID:YxjUnXsG0.net
- 4,5年程度遅くても一度決まった策定委員会の利権を含んだ意見はひっくり返らないのがお役所仕事というもの
策定しているメンバーが大儲けするのはコロナの専門家会議見てれば、あぁまたかと思うだけ
- 138 :名無しさん@編集中 :2021/11/02(火) 00:27:33.81 ID:Z+OMhBLC0.net
- ワンセグがH.264だったっけ?
解像度もビットレートも糞低いけど
- 139 :名無しさん@編集中 :2021/11/02(火) 01:14:39.28 ID:iR1IW+cX0.net
- Wikipediaによるとこうらしい
動画規格:H.264/MPEG-4 AVC Baseline Profile 1.2
解像度:320×240(最大)
動画ビットレート:128kbps(16KB/s) (例)
フレームレート(コマ数):15fps(1秒あたり15枚)
音声規格:MPEG-2 AAC(SBR技術の適用は放送局による)
音声仕様:モノラル、ステレオ、デュアルモノ
音声ビットレート:64kbps(8KB/s) (例)
データ放送記述規格:BML(Broadcast Markup Language) Cプロファイル
データ放送ビットレート:約60kbps(約7.5KB/s)(例)
- 140 :名無しさん@編集中 :2021/11/02(火) 06:26:01.40 ID:sFaM9FzC0.net
- 流れ切ってすみません。向こうは誰もいないみたいなのでこちらで質問させてください。
GIFタイプの動画像WebPはブラウザでしか再生できない、それはWebPDemuxerなるものを活用しても変わらない。で合っていますでしょうか?
いちど連番画像に解体してでもいいからmp4などの扱いやすい形式にしたいと思っていたのですが、ブラウザ上で再生されているものをキャプチャする位しか方法はなさそうでしょうか
- 141 :名無しさん@編集中 :2021/11/02(火) 07:48:50.36 ID:sL+R7J5H0.net
- >>135
インターレース時はどうするんだろうってそういやそうだな
トップフィールドとボトムフィールドで色差が同じって輝度が速く変化したらどうなるんだろ
色差と輝度が大きく食い違って圧縮が素直にいかなそう
- 142 :名無しさん@編集中 :2021/11/02(火) 08:47:16.89 ID:sL+R7J5H0.net
- >>140
ffmpegにAWebPをばらしてWebPへRemuxできるようにするパッチが来てるけど、まだマージされていないね
https://patchwork.ffmpeg.org/project/ffmpeg/patch/20210908184931.3620755-1-yakoyoku@gmail.com/
今のところ、ブラウザで再生されているものをキャプチャーするしかないんじゃないかな
- 143 :名無しさん@編集中 :2021/11/02(火) 11:13:44.98 ID:sFaM9FzC0.net
- >>142
ありがとうございます
ffmpegもピンポイントで感謝です!
ご迷惑お掛け致しました
- 144 :名無しさん@編集中 :2021/11/02(火) 15:08:13.87 ID:V4gXC8TR0.net
- H.264採用してれば民放でもサブチャン使ってたかなぁ
NHKくらいしか使ってないけど
- 145 :名無しさん@編集中 :2021/11/04(木) 19:24:30.92 ID:q7mjukOC0.net
- >>141
本物のインターレースの映像を見たことない?時間軸方向にも色が滲むよ。VHSみたいな感じ。
- 146 :名無しさん@編集中 :2021/11/05(金) 09:48:40.55 ID:R3T9m6wG0.net
- 色の指定間違ってたんじゃね
デジタル時代のmpegで目視できるような滲みはみたことないぞ
- 147 :名無しさん@編集中 :2021/11/05(金) 10:03:55.35 ID:R3T9m6wG0.net
- 「mpeg インターレース 色情報」でググって
1ページ目一番下の「改訂版デジタル放送教科書(上)」に説明があるんだけど
図を理解することができない
誰か解説してくれない?
- 148 :名無しさん@編集中 :2021/11/05(金) 10:31:03.12 ID:JHCqhY0JM.net
- >>147
https://www.ite.or.jp/contents/keywords/FILE-20120103130828.pdf
これの4ページ
- 149 :名無しさん@編集中 :2021/11/05(金) 17:38:07.00 ID:R3T9m6wG0.net
- >>148
だいぶ分かりやすいな
でもインターレース云々より4:2:2と4:2:0の違いが大きいことに驚いた
thx
- 150 :名無しさん@編集中 :2021/11/05(金) 18:05:46.99 ID:iOBHUza0a.net
- 4:2:0な1080pの色情報は実質540p
- 151 :名無しさん@編集中 :2021/11/06(土) 08:02:42.69 ID:NIZ7LISo0.net
- すいません
ここに貼られていたwebmに自動分割並列エンコードするバッチファイル?諸々あったと思うんですけど
いつの間にか消えていたので作者の方居ましたらお手数ですが再度アップロードお願いできますでしょうか?
- 152 :名無しさん@編集中 :2021/11/06(土) 17:23:44.33 ID:WlqmVcnr0.net
- Avisynthでシーンチェンジ検出してxargsでエンコードプロセスを割るってやつだっけ
それならダウンロードしたんだけど、わるいが俺はもう持ってないな
- 153 :名無しさん@編集中 :2021/11/06(土) 19:36:03.40 ID:v7ZnMl/p0.net
- このスレに分割並列エンコードするバッチはいくつかアップされたけどそれだったら用意出来る
確かたまに動画の最後が少し欠落するバグがあったと思うから修正してアップする
- 154 :名無しさん@編集中 :2021/11/06(土) 19:41:54.92 ID:r0DRM0uGa.net
- これはシーンチェンジ検出とは違うけど面白いよ
自動でチャンク毎に品質チェックして最適なパラメータでエンコードするやつ
https://github.com/master-of-zen/Av1an
- 155 :名無しさん@編集中 :2021/11/07(日) 10:17:33.22 ID:S8Mv3AX90.net
- >>151
はい
https://github.com/f11894/mt_encode/releases
- 156 :151 :2021/11/07(日) 10:33:52.60 ID:U6FOjI0J0.net
- ありがとうございます!
- 157 :名無しさん@編集中 :2021/11/11(木) 00:18:35.29 ID:XQY4cuYc0.net
- デジタル
- 158 :名無しさん@編集中 :2021/11/11(木) 14:00:07.77 ID:vrCR92Fp01111.net
- Netflix、テレビ向けにAV1ストリーミングを開始
https://av.watch.impress.co.jp/docs/news/1365497.html
- 159 :名無しさん@編集中 :2021/11/11(木) 19:24:08.42 ID:UD4tN10O01111.net
- Netflixはどのエンコーダー使ってるんだろうね?
intelと共同でSVT-AV1開発してるからそれ使ってんのかなとも思うけどアレはまだ動作不安定でlibaomのほうが完成度高い気もするし
- 160 :名無しさん@編集中 :2021/11/11(木) 19:42:04.65 ID:JqL3ibYia1111.net
- netflixはeveav1使ってそう
- 161 :名無しさん@編集中 :2021/11/11(木) 23:19:43.97 ID:ybkNoMxwa.net
- 元ブログ見た感じだと自前エンコーダーのような気がする
- 162 :名無しさん@編集中 :2021/11/12(金) 00:00:00.29 ID:CEGN8K6U0000000.net
- 10bitのAV1か
ただし現時点ではSDRのみ
HDRは後日対応予定
- 163 :名無しさん@編集中 :2021/11/22(月) 06:15:40.02 ID:xChDsL1G0.net
- https://www.mediatek.com/products/digitalTv/mediatek-pentonic-2000
MediaTekがテレビ用SoCでAV1とVVCサポートする製品発表したな
- 164 :名無しさん@編集中 :2021/11/22(月) 08:25:54.06 ID:CS8sclKCa.net
- もうVVCサポートしてんのか
- 165 :名無しさん@編集中 :2021/11/22(月) 08:43:17.45 ID:ZsVOyoRHa.net
- VVCって規格定まったのか?
- 166 :名無しさん@編集中 :2021/11/22(月) 18:57:54.05 ID:VQIWiNkn0.net
- 去年の夏に決まってたような気がしないでもない・・・wikiでは↓
「Versatile Video Coding (VVC) (MPEG-I Part 3)は、Joint Video Experts Team (JVET)によって2020年7月に発表された動画圧縮標準規格である。
Latest version: 2020年8月29日」
https://ja.wikipedia.org/wiki/Versatile_Video_Coding
- 167 :名無しさん@編集中 :2021/11/23(火) 05:49:19.93 ID:H5uv4BFya.net
- VVCのライセンスまた乱立してない?
大丈夫か?
- 168 :名無しさん@編集中 :2021/11/23(火) 10:36:42.15 ID:yiZ7sr0u0.net
- ・「4nmプロセス」「Armv9」など最新技術てんこ盛りなスマホ向けSoC「Dimensity 9000」をMediaTekが発表
https://gigazine.net/news/20211122-mediatek-dimensity-9000/
●メディア性能
→エンコード:8K30fps、4K120FPS
→デコード:8K60fps
MediaTekもついに8Kまで対応するようになったか
いままでは4K止まりだったのがネックだったが、これで上の書き込みのAV1、VVCのハードウェアデコード対応と読み合わせると、現時点で発表されているチップの中では最強のチップと言えよう
- 169 :名無しさん@編集中 :2021/11/23(火) 11:37:59.19 ID:0HMqmJRTM.net
- >>167
最初はひとまとめにしようとしたけど最終的に2つくらいになってた記憶
- 170 :名無しさん@編集中 :2021/11/23(火) 15:53:29.10 ID:79UCfwWfM.net
- >>163
再来年の機種に搭載かな?
- 171 :名無しさん@編集中 :2021/11/24(水) 12:33:40.21 ID:Nvc2Rkw/M.net
- 一般人が利用できるVVCのエンコーダーってあるの?
- 172 :名無しさん@編集中 :2021/11/24(水) 17:12:02.01 ID:HCAkoY7t0.net
- Fraunhoferがソース公開してるから自分でビルドすればテストはできる
- 173 :名無しさん@編集中 :2021/11/26(金) 03:29:41.31 ID:Ta3pZ1dn0.net
- MediaTek、フラッグシップ 8K 120Hz TV 向けの Pentonic スマートTVファミリー Pentonic 2000 を発表
https://corp.mediatek.jp/news-events/press-releases/mediatek-announces-new-pentonic-smart-tv-family-with-new-pentonic-2000-for-flagship-8k-120hz-tvs
Pentonic 2000 は、Versatile Video Coding(VVC)H.266 メディアに対応した初の商用 8K TV チップであり、
今日のストリーミング時代に不可欠な圧縮効率向上を実現しています。
Pentonic 2000 は、Dolby の最新のイメージング技術とオーディオ技術に対応しており、
Dolby Vision と Dolby Atmos 技術で極上のシネマティックエクスペリエンスを提供します。
さらに、ストリーミングサービス用の AV1 と、
最新の ATSC 3.0 を含むグローバルのテレビ放送規格をサポートしています。
- 174 :名無しさん@編集中 :2021/11/26(金) 11:29:28.91 ID:RSNwSibRM.net
- Snapdragonの時代は終わったな
- 175 :名無しさん@編集中 :2021/11/26(金) 13:42:44.72 ID:mi8qzb960.net
- スナドラがAV1普及にブレーキをかけてる
- 176 :名無しさん@編集中 :2021/11/26(金) 17:40:37.62 ID:V9YDPlNod.net
- 実際MediaTekの技術の進化スピード凄いわ。安かろう悪かろうから一気にスナドラの対抗馬だし
まだ製品に搭載され始めたわけじゃないから様子見する必要はあるけど
- 177 :名無しさん@編集中 :2021/11/26(金) 20:28:03.32 ID:HzpK1//+M.net
- AV1対応でコスパ最高のFireTV Stick 4K MaxもMediaTek
- 178 :名無しさん@編集中 :2021/11/26(金) 23:44:10.26 ID:8El+FRp70.net
- HEVC→VVCでファイルサイズが2/3から1/2程度になればいいが、そううまくいくのか?
- 179 :名無しさん@編集中 :2021/11/27(土) 08:47:14.93 ID:lqdCYPVi0.net
- 米中のもめてる(フリ)間にシェア拡大したもんな
当局の言うこと聞かないファーウェイつぶしはカナダも一緒になってうまく行った感じだしね
台湾に集中してるのがものすごくきな臭いが、生きてる間に併呑・武力行使は見たくないな
- 180 :名無しさん@編集中 :2021/11/27(土) 19:20:21.37 ID:VdrGvuITM.net
- >>178
それは出来ると思うけどその分の負荷がやっぱ気になるなあ
- 181 :名無しさん@編集中 :2021/11/27(土) 19:46:10.04 ID:937z0Rss0.net
- >>178
https://www.soumu.go.jp/main_content/000772674.pdf
長々書いてるけど、HDだと5Mbsp、4Kだと22Mbps程度で十分だと。
2/3から1/2ってのはちょうど妥当な線なのかも。
- 182 :名無しさん@編集中 :2021/11/27(土) 21:42:52.54 ID:JwlgagzS0.net
- 横軸がエンコード速度(左に行くほど速い)
縦軸が画質(下に行くほど効率がいい)
https://i.imgur.com/woIFFVM.png
- 183 :名無しさん@編集中 :2021/11/27(土) 22:43:26.44 ID:dgntqp6A0.net
- >>182
SVT-AV1こんなにいいのかよしばらくはHEVC1本で行こうと思ってたが検討するわ
右下にintelとあるし実はAVX512の高額Xeon向け最適化があってそれぇ1桁変わるよとかならあーってなるが
- 184 :名無しさん@編集中 :2021/11/28(日) 02:45:06.18 ID:xv+5SF1R0.net
- >>182
x265のfastとmediumのデータが面白いなぁ
- 185 :名無しさん@編集中 :2021/11/28(日) 08:15:24.14 ID:gBom1skJa.net
- SVT-AV1はCPUよりもメモリがね
- 186 :名無しさん@編集中 :2021/11/28(日) 12:35:50.50 ID:QA00ZBxk0.net
- >>182
これを見る限りではAV1とVVCは圧縮率的にはほぼ同等かな
どちらでもいいから速くハードウェアエンコーダーを出してくれ
- 187 :名無しさん@編集中 :2021/11/28(日) 13:54:05.19 ID:Xg9y1nZPa.net
- vvencってまだ最適化そんなに進んでなさそうだけど
もうちょい速くなるでしょ
- 188 :名無しさん@編集中 :2021/11/28(日) 14:09:59.33 ID:Pv5cla5h0.net
- Shionさんに騙されるところだったが
x266が数か月内にリリースされるってニュースは去年のものだった
redditも死に体だしカネにならないから水子扱いなんだろうか
- 189 :名無しさん@編集中 :2021/11/28(日) 14:34:12.90 ID:o1Zx/8DD0.net
- AV1はコンシューマ向けにオプション最適化とかする気あるの?
今のままだとどう頑張っても個人はHEVCしか選択肢ないじゃん
- 190 :名無しさん@編集中 :2021/11/28(日) 14:45:06.60 ID:j5emUu750.net
- >>188
VVCのSubredditが過疎ってるのはVVCのほうで話すべきことをAV1のほうでやってるからというのもある
- 191 :名無しさん@編集中 :2021/11/30(火) 04:43:12.03 ID:DMEps7UL0.net
- >>182
SVT-AV1のM1とlibaomのcpu0がほぼ同じ品質なのすごい
M0は速くてしかも画質超えちゃってるし...
- 192 :名無しさん@編集中 :2021/12/02(木) 07:26:40.19 ID:BlUL2dtJ0.net
- SVT-AV1ってryzenで実行出来ますか?
- 193 :名無しさん@編集中 :2021/12/02(木) 20:37:27.60 ID:Ia4vZJur0.net
- >>192
使える
それに、SVT-AV1のページ読むとIntel製CPUじゃないと速くないように読めるが実際はamdの方が早い場合も多々ある
- 194 :名無しさん@編集中 :2021/12/03(金) 21:16:37.28 ID:Gx5/ggaQ0.net
- SVT-AV1 0.8.8-rc1が出たぞ
>183のグラフにあるプリセットのM9-12が追加されたらしい
- 195 :名無しさん@編集中 :2021/12/03(金) 21:19:41.00 ID:Gx5/ggaQ0.net
- アンカミスった
×>>183
○>>182
- 196 :名無しさん@編集中 :2021/12/04(土) 00:09:32.12 ID:RcR1/XHa0.net
- AV1のM9からM6あたりがおいしいゾーンかな
- 197 :名無しさん@編集中 :2021/12/04(土) 05:14:37.51 ID:F9xoRsXn0.net
- これだけ速度出るならブロードキャストで使いたいな。
今でもx264のveryfast推奨みたいなのばっかでしょ
- 198 :名無しさん@編集中 :2021/12/04(土) 22:37:40.30 ID:K3TWft98M.net
- ソフトウェア板に書き込めないから、ここに書いとく
・無料の動画編集ソフト「AviUtl」を爆速にして快適化するプラグインが公開中
https://gigazine.net/news/20211203-bakusoku-aviutl-plugin/
- 199 :名無しさん@編集中 :2021/12/07(火) 12:49:25.91 ID:Chh6IQUY0.net
- なぜプラグイン配布元の
https://github.com/suzune25254649/bakusoku_aviutl_plugin
ではなくわざわざgigazineのURLを貼ったんですか?(疑いの目)
- 200 :名無しさん@編集中 :2021/12/07(火) 13:06:18.78 ID:nvbOCDp10.net
- ギフハブは危ないサイトってASKAも言ってるからね(適当)
- 201 :名無しさん@編集中 :2021/12/07(火) 15:22:20.57 ID:B/SPNCILM.net
- >>182
twitchもAV1やる気見せてたしそのうち個人配信もAV1になるのかなあ
- 202 :名無しさん@編集中 :2021/12/07(火) 15:51:32.64 ID:dqmRhmTu0.net
- >>182
これよく見ると横軸が時間じゃなくてCPU timeか
待ち時間が同程度なら速さと言ってもいいのだろうけどどんなものなんだろうね
- 203 :名無しさん@編集中 :2021/12/09(木) 21:11:26.30 ID:j9sGbXHWM.net
- Announcing new DirectX 12 feature – Video Encoding!
https://devblogs.microsoft.com/directx/announcing-new-directx-12-feature-video-encoding/
- 204 :名無しさん@編集中 :2021/12/09(木) 22:34:38.73 ID:y1EPoHJ40.net
- windows media foundationあるのに何がしたいんだろう
- 205 :名無しさん@編集中 :2021/12/09(木) 23:18:12.45 ID:knMz0w2q0.net
- なんだろうね
- 206 :名無しさん@編集中 :2021/12/09(木) 23:41:48.08 ID:kKfb7N7u0.net
- ゲームにゲーム録画機能をシームレスに統合できるとか?
- 207 :名無しさん@編集中 :2021/12/10(金) 01:57:26.82 ID:bPzOnnj7a.net
- ゲームのリアルタイム配信って、GPUメーカー毎にかなり違ってたんじゃないの?
統一されれば配信アプリ側が嬉しいと思われる
- 208 :名無しさん@編集中 :2021/12/10(金) 16:50:48.51 ID:d95SNvCv0.net
- エンコーダープラグインとか作るときでも
MS側でAPI用意してくれてる方が個別に作るより楽そう
- 209 :名無しさん@編集中 :2021/12/10(金) 19:05:01.74 ID:vntl/qi10.net
- なるほどね
- 210 :名無しさん@編集中 :2021/12/10(金) 19:10:02.33 ID:en88HSJG0.net
- ・Microsoft、DirectX 12にビデオエンコーディングの機能を追加
https://www.itmedia.co.jp/pcuser/articles/2112/10/news117.html
日本語の記事も出た
- 211 :名無しさん@編集中 :2021/12/11(土) 23:35:45.60 ID:oq9M9HVt0.net
- ■ようつべのAV1の最近の状況(2021/12現在の個人的見解)
・アクセス数の多い動画は、かなり前にアップロードされたものも含めて、AV1でエンコードされたものが増えてきている。
・最大解像度がHD以下のものも含めて対処になっている。
・VP9と比べるとAV1は幾分品質重視の設定になっているのか、ごく一部の動画では、動画の状態によってはVP9よりもファイル容量が大きなものが存在することも確認済み。
(品質重視をしてくれるのはありがたい)
・AV1の動画を視聴すると、VP9に比べて暗部の見通しがよくなっており、全体的に見やすくなっているように感じる。
・フルHDくらいまでであれば、パソコンの場合、CPUによるソフトウェアデコードでも問題なく再生可。
(4KはさすがにCPUによってはコマ落ちあり)
続く
- 212 :名無しさん@編集中 :2021/12/11(土) 23:36:08.84 ID:oq9M9HVt0.net
- ・AV1のファイル容量について、AV1導入当初はVP9の約半分になるような極端な設定のものを複数確認していたが、
本格的に導入するようになってからは、VP9と比較して約2/3あたりを目標にしている感じだが、
品質重視に降っているためか実際にはVP9と比べてそれほど大きくファイル容量が低下していないものも複数確認済み。
H.264→VP9→AV1と切り替えていくに従い、品質重視になっているためか、ファイル容量的にはあまり大きなメリットが出ていないような気もするが、
テレビなどの大画面で視聴するユーザーが増えていることを考えるとこれはやむを得ないところか。
(むしろ品質重視にしたにも関わらずファイル容量は微減とするならば上々との判断か)
既にダウンロード済の動画も、AV1のものが追加提供開始になったならば、改めてダウンロードしておいたほうが良さげ。
(再生環境が伴えばだが)
・2022年にはMediaTek製の8Kまで対応のAV1デコード対応チップ搭載メディアプレーヤーが発売されるだろうから、エンコード環境もそろそろ整ってほしいところ。
- 213 :名無しさん@編集中 :2021/12/12(日) 14:50:17.38 ID:liimrfuo01212.net
- Youtubeで1080pの動画ダウンロードしてプロパティ見てみたらAV1コーデックで、普通に見れる画質なのに約1Mbpsでビックリ
- 214 :名無しさん@編集中 :2021/12/12(日) 15:23:52.74 ID:rrG0zwjV01212.net
- 島国根性というか日本人コンシューマーレベルじゃの感覚じゃ想像もできないマシンリソースとエンコード能力だもんな
高性能のゼロ戦手に入れて俺つえーしてるうちに物量と世代交代であっという間に過去のものにされた歴史は繰り返される
- 215 :名無しさん@編集中 :2021/12/12(日) 19:36:31.03 ID:eLb5UmdH01212.net
- VP9 VS AV1の画質比較で比較的わかりやすそうなのが一つあった。
Apple Eventの2021年9月14日の動画の冒頭の砂漠シーン。
VP9だと全体的にざわつきやすいのだが、AV1だと情報量は維持しつつ見やすい。
- 216 :名無しさん@編集中 :2021/12/13(月) 12:34:28.30 ID:Q6W5V7vBM.net
- >>211
>>212
はえー今は容量そこまで重視してないんだな
- 217 :名無しさん@編集中 :2021/12/13(月) 12:40:04.32 ID:gG1tzUcaa.net
- 今までのYouTubeが品質軽視しすぎただけよ
- 218 :名無しさん@編集中 :2021/12/13(月) 13:53:13.62 ID:mPj+pfW/0.net
- 画質や容量でなく経済性から逆算すると同じようなところに落ち着くってことじゃね
- 219 :名無しさん@編集中 :2021/12/13(月) 14:24:32.03 ID:UqH/36lQ0.net
- まず、倍々ゲームにしすぎ
4Kの次は6Kあたりにおさえておけよ
- 220 :名無しさん@編集中 :2021/12/13(月) 16:47:18.75 ID:W1MI1XhAd.net
- 整数倍にしないと面倒くさいし、アップスケールでボヤけるんでね
知らんけど
エミュとかでわざわざ整数倍にするオプションとかあるし
- 221 :名無しさん@編集中 :2021/12/14(火) 02:34:53.03 ID:cdUNGK0Zd.net
- >>216
なわけねーだろ
どれだけトラフィックを節約できるかが重要なんだろうが
帯域は無限じゃないんだぞ
- 222 :名無しさん@編集中 :2021/12/14(火) 03:53:43.07 ID:dfggp5WeM.net
- >>221
それはわかってるから大丈夫です
- 223 :名無しさん@編集中 :2021/12/15(水) 02:02:25.70 ID:FWn2MikS0.net
- 新卒1年目のエンジニアが動画の品質可視化ツールを作るまで
https://inside.dmm.com/entry/2021/02/04/video-quality-board
このツール、公開してくれないかな。
CRFの設定詰めるのがめちゃくちゃ楽になりそうだ。
- 224 :名無しさん@編集中 :2021/12/15(水) 06:01:49.62 ID:u/20Kb/U0.net
- ここまでするならいくらかのIDRフレームごとにぶつ切りにしてそれぞれ最適な設定をして最後に無劣化結合するようなスクリプト作ったら相当改善するんじゃねって
- 225 :名無しさん@編集中 :2021/12/15(水) 15:02:07.25 ID:+77ROHNHM.net
- >>154
これでよくね?
- 226 :名無しさん@編集中 :2021/12/18(土) 11:42:49.71 ID:uZm2IJk8a.net
- Rockchipの新SoCがAV1の4K60fpsをサポート
Chromebookとかに採用されるかもね
https://www.cnx-software.com/2021/12/16/rockchip-rk3588-datasheet-sbc-coming-soon/
- 227 :名無しさん@編集中 :2021/12/18(土) 14:34:05.73 ID:1XAzuinD0.net
- CortexA76なら随分快適
- 228 :名無しさん@編集中 :2021/12/20(月) 13:16:57.41 ID:1LQf/v0j0.net
- SquooshでJPEGXLに変換できるけど
凄いのかコレ
- 229 :名無しさん@編集中 :2021/12/20(月) 16:09:59.34 ID:5hxyaO2p0.net
- >>228
エンコーダが開発途上だからかMozJPEGあたりと比べるとあんまりだけど
Qualityを80以上にすると容量の割に元画像と差が少なく見えるから、最適化進んだら期待できそう
XLの国際標準が今月承認されたから来年あたり盛り上がるといいな
- 230 :名無しさん@編集中 :2021/12/20(月) 19:59:34.86 ID:cLX5TQgVa.net
- MozJPEGを越えるのは、MozJPEGXLなのだろうね
ノウハウは生かせるだろう、期待したい
- 231 :名無しさん@編集中 :2021/12/23(木) 12:42:52.95 ID:l/JusXRAM.net
- Intel Empowers Developers with oneAPI 2022 Toolkits
https://www.intc.com/news-events/press-releases/detail/1512/intel-empowers-developers-with-oneapi-2022-toolkits
oneVPL-intel-gpu
https://github.com/oneapi-src/oneVPL-intel-gpu
Supported video encoders: HEVC, AVC, MPEG-2, JPEG, VP9
AV1、まだかな
- 232 :名無しさん@編集中 :2021/12/23(木) 23:17:10.64 ID:V81LjiFH0.net
- 来年のCPUまでは乗らないんじゃ?
いつも最初にデコードできるようになって
次世代でエンコできるようになるパターンじゃない?
- 233 :名無しさん@編集中 :2021/12/24(金) 09:54:41.00 ID:6JDp0ffn0EVE.net
- 少ない「ギガ」でも動画を楽しめるようになる?――KDDI総研が「H.266/VVC」の実証実験
https://k-tai.watch.impress.co.jp/docs/news/1376808.html
- 234 :名無しさん@編集中 :2021/12/24(金) 15:53:08.53 ID:fKvF3u6oMEVE.net
- スマホで4kを12Mbpsで見る技術よりも
fhdを1Mbpsとか500kで見れるようにしてくれ
- 235 :名無しさん@編集中 :2021/12/24(金) 16:26:19.38 ID:vkntksW9MEVE.net
- デカい方がベクトル方向の圧縮などが効くんだから無理に決まってるだろ。
264時代の話だけど画素数4倍で同程度の品質なら3倍程度のビットレートになるよと例の東方厨がいってた覚えがある、今はもっと顕著だと思う。
- 236 :名無しさん@編集中 :2021/12/24(金) 18:06:23.76 ID:I23saCK/0EVE.net
- >>234
そう思うとCSで音声付き6MbpsのMPEG2-TSって無茶してるよな・・・
- 237 :名無しさん@編集中 :2021/12/24(金) 18:55:17.10 ID:ViPgvjKnaEVE.net
- そんな低いのあるのか?
- 238 :名無しさん@編集中 :2021/12/24(金) 19:06:33.95 ID:83vnw9mp0EVE.net
- MPEG-2で6Mbpsって480iでも無理ないか
- 239 :名無しさん@編集中 :2021/12/24(金) 19:07:30.67 ID:FOlcpECr0EVE.net
- SDじゃなかったっけか
- 240 :名無しさん@編集中 :2021/12/24(金) 20:25:55.70 ID:8eJ0f2uv0EVE.net
- ffmpegを使用しています。
VP9にエンコードしているのですが、くそ遅いです。
速くなるコマンドあったら教えてください。
使っているコマンド
-speed 2 -row-mt 1 -tile-columns 5 -threads 16
- 241 :名無しさん@編集中 :2021/12/24(金) 20:48:34.75 ID:ID6L4KZb0EVE.net
- -deadline realtime -speed 8 -row-mt 1 -tile-columns 5 -threads 16
- 242 :名無しさん@編集中 :2021/12/24(金) 20:49:45.10 ID:ID6L4KZb0EVE.net
- 次世代ビデオコーデックAV1を使ったライブ配信 | さくらのナレッジ
https://knowledge.sakura.ad.jp/30017/
- 243 :名無しさん@編集中 :2021/12/24(金) 21:01:46.73 ID:6lINSO+K0EVE.net
- >>242
realtimeオプション有効にしなくてもこんなに速度出るんだな
- 244 :名無しさん@編集中 :2021/12/24(金) 21:34:57.21 ID:8eJ0f2uv0EVE.net
- >>241
ありがとうございます。
6fpsです。
CPU遊びまくりです。AV1の勉強します。
- 245 :名無しさん@編集中 :2021/12/24(金) 22:52:50.83 ID:LLRF+DqmaEVE.net
- libvpxのVP9は解像度高くないとマルチスレッド効かないんだよな
- 246 :名無しさん@編集中 :2021/12/24(金) 23:27:22.86 ID:8eJ0f2uv0EVE.net
- >>245
ホントだ。4Kにしたら、33fpsでた。
そうゆうことだったのか。
- 247 :名無しさん@編集中 :2021/12/24(金) 23:51:04.68 ID:BNuNIqLtMEVE.net
- >>246
これ読むといいよ
256px毎で列分割できることが書いてある
つまり1080pは8スレッドまで
2160pは16スレッドまで使える
https://developers.google.com/media/vp9/settings/vod/
- 248 :名無しさん@編集中 :2021/12/24(金) 23:56:29.67 ID:8eJ0f2uv0EVE.net
- >>247
ありがとうございます。
- 249 :名無しさん@編集中 :2021/12/25(土) 00:07:01.84 ID:j52YC8QEaXMAS.net
- >>242
AV1万能かよ
エンコードパラメーターの設定は随分奥が深いな
理解するのは容易でないだろうけど
- 250 :名無しさん@編集中 :2021/12/25(土) 00:08:00.21 ID:PtdagXh10XMAS.net
- 256ピクセル単位ってでけーな
- 251 :名無しさん@編集中 :2021/12/25(土) 00:46:23.51 ID:6xXAzXoWaXMAS.net
- >>237-239
>>236の書いてるのは多分スカパー!プレミアムサービスの事なんじゃないかと
- 252 :名無しさん@編集中 :2021/12/25(土) 10:03:09.89 ID:Ji5Hn+Si0XMAS.net
- スカパー!プレミアムはH.264だろ
- 253 :名無しさん@編集中 :2021/12/25(土) 10:42:41.62 ID:rkoa1K+P0XMAS.net
- youtubeのakiraがAV1で見られるようになってるな
- 254 :名無しさん@編集中 :2021/12/25(土) 16:57:45.03 ID:MGhZmVbdaXMAS.net
- マジかw
やはりアクセス数は多そうだな
- 255 :名無しさん@編集中 :2021/12/25(土) 20:56:19.87 ID:TRzJQSpNMXMAS.net
- >>238
BSのスカパーはマジでそれくらいのビットレートだよ
1440×1080でそれだからかなり汚い
- 256 :名無しさん@編集中 :2021/12/25(土) 22:33:20.76 ID:oRI2zoXB0XMAS.net
- SVT-AV1ってベンチマークの成績はいいみたいだけど実際のエンコードで使ってる人いる?
- 257 :名無しさん@編集中 :2021/12/29(水) 02:19:18.71 ID:8FS2+A860.net
- M6からM8ぐらいなら良さそうだが、回線は速いしHDDは安いし電気代は高いしインターレース保持が不安だからなあ
- 258 :名無しさん@編集中 :2021/12/29(水) 11:27:33.96 ID:clKc18MXd.net
- ffmpegのナイトリービルドで簡単に使えるから、聞くより試すほうが早いと思う
結局、自分の用途にあうかどうかだから
- 259 :名無しさん@編集中 :2021/12/29(水) 12:10:31.63 ID:IG0oGNa00NIKU.net
- 今のSVT-AV1のP8はx265 midiumの速度でslow程度の品質みたいな感じだけど正直目視ではそれほど違いが分からない…
あとあまり追ってなかったけどメモリ消費はかなり減ったのかな?
- 260 :256 :2021/12/29(水) 12:45:37.13 ID:ocvYtLIX0NIKU.net
- 自分はそれほど目が良くないので目視の場合の画質が知りたいのよね
誰かエンコード経験豊富な詳しい人が調べてくれないだろうか
>>259
目視では違いがわからないというのは何と何を比べた場合の話?
- 261 :名無しさん@編集中 :2021/12/29(水) 13:02:53.99 ID:clKc18MXdNIKU.net
- 自分で判断できないらssim値を使うのはどう?
"ffmpeg ssim"で検索すれば使い方はすぐわかるよ
- 262 :名無しさん@編集中 :2021/12/29(水) 17:49:01.50 ID:eAMHDhYI0NIKU.net
- 暗部、グラデーションの保持が全然駄目ですな、x265との比較だと
- 263 :名無しさん@編集中 :2021/12/29(水) 22:10:55.13 ID:OcZpgF3p0NIKU.net
- やっぱり主観画質にはx265に一日の長があるか
- 264 :名無しさん@編集中 :2021/12/29(水) 23:44:26.40 ID:/w/owXgF0NIKU.net
- 2kかつビットレート潤沢ならx264が一番だとおもう
D_S氏などの執念が詰まってるから2kならまだまだ現役
- 265 :名無しさん@編集中 :2021/12/30(木) 11:22:12.31 ID:LrdKaNK70.net
- 利権がらみの大人の事情が問題になるだけで、基本的後継のほうが規格としては優秀なんだけどな
はっきりしない後から請求される金が絡んだせいで普及しないから汎用性がいまいちで、そうこうしてるうちにh.265の後継が出てきてしまって今後の勢力図がどうなるやら
配信用に開発が進んでる低ビットレート向けコーデックに、具体的な数字出さずにビットレート盛ればっていう条件つけるのもどうかと思うが
(元ファイルよりエンコード劣化してファイルサイズ大きくなる場合もあるだろ?草生えそうだが、みんなやったことはあるだろう)
条件書かない人に、特定用途個別でとか言い出したらきりがないわな
- 266 :名無しさん@編集中 :2021/12/30(木) 13:33:41.84 ID:kCSkzzWs0.net
- >>260
SVT-AV1、x265の各プロファイルをファイルサイズを大体合わせて出力したけど
そもそもビットレート1割程度の画質差であれば余程低ビットレートでもない限り、注意して1枚絵を眺めてノイズを探していくような気の所為レベルの差になるよなぁと実感した話
もう少し熟せばAV1メインにしてもいいかなとは思ったけどね
- 267 :名無しさん@編集中 :2021/12/30(木) 13:47:54.63 ID:iwOIibsD0.net
- STV-AV1だけど、主観的には色々あるけど、客観的数値は良好みたいね。
- 268 :名無しさん@編集中 :2021/12/31(金) 08:01:25.66 ID:xJ8uLfLhM.net
- >>267
FullHDを小さくするぐらいの使い方だと客観的数値もx265未満
パラメーターを煮詰めたら変わるんだろうけど
今のところはx265かaomのAV1かな
- 269 :名無しさん@編集中 :2021/12/31(金) 12:48:52.27 ID:6F2AqN+H0.net
- レート潤沢な264でも元動画にないノイズがわさわさ乗ってないか
- 270 :名無しさん@編集中 :2021/12/31(金) 18:28:42.04 ID:4D/2n3J80.net
- わさわさするノイズはAV1が1番少ない
- 271 :名無しさん@編集中 :2021/12/31(金) 19:25:44.87 ID:CPFswcdi0.net
- 全然関係ないけどたこわさって店によって全然味が違う
うまい店はとことんうまいしまずい店は糞まずい
- 272 :名無しさん@編集中 :2022/01/03(月) 17:31:13.80 ID:KNtSWpMqM.net
- >>271
ほんとに関係なくて草
- 273 :名無しさん@編集中 :2022/01/03(月) 22:03:06.51 ID:fDBwD1GLM.net
- 本当に「ネイティブ超え」をしたのか? 新ツール「ICAT」で検証するNVIDIAの最新超解像技術の実力
https://www.itmedia.co.jp/pcuser/articles/2112/30/news022.html
>ICATは、最大4つのビデオ(動画)を開いて、それらを作業ウインドウ内に自由に分割配置して、
>同時再生できる。各動画は任意のシーンの任意の箇所を拡大することができるようになっているので、
>ユーザーは、入力した最大4つの動画の画質を、自身の目視で比較できる
- 274 :名無しさん@編集中 :2022/01/05(水) 05:57:06.63 ID:1/FV0HCP0.net
- 俺用メモ
https://developer.nvidia.com/video-encode-and-decode-gpu-support-matrix-new
- 275 :名無しさん@編集中 :2022/01/05(水) 15:38:30.40 ID:LWTr776l0.net
- 本当にただのメモでおどろいた。
- 276 :名無しさん@編集中 :2022/01/05(水) 17:38:18.97 ID:pYsQHsgy0.net
- SVT-AV1でエンコしてみたんだけど、短いソースはいいんだけど、
長いソースをエンコしていると、処理速度が徐々に低下して行く。
あまりに時間がかかるので途中でやめた。
プリセットは5。その他はデフォルト。
SVT-AV1は、最新を自ビルド。RC2も同じ。
ソースは長さは90分程度のH.265で740p。60fps。
CPUは 5950X
MEM 128GB
- 277 :名無しさん@編集中 :2022/01/05(水) 17:48:50.76 ID:LxRg6CAh0.net
- CPU温度は確認した?
- 278 :名無しさん@編集中 :2022/01/05(水) 17:55:08.85 ID:pYsQHsgy0.net
- >>277
処理能力が低下時は60度程度を行ったり来たり。CPU使用率25パーセントから45パーセント。
短いソースを処理した場合、85パーセント以上になる。温度は70度を超える。
- 279 :名無しさん@編集中 :2022/01/05(水) 21:45:42.19 ID:LWTr776l0.net
- メモリリークか?
- 280 :名無しさん@編集中 :2022/01/05(水) 21:51:55.72 ID:DcGv/Ugh0.net
- まだv1.0.0にも行ってないからね
不安定なところは山ほどあるんだろう
- 281 :名無しさん@編集中 :2022/01/05(水) 22:03:50.32 ID:pYsQHsgy0.net
- プリセット8で、ロングなソースでも処理能力低下は起きませんでした。90fpsを維持。
ただ、短いソースと違い、フルパワーでエンコしてくれませんでした。
SVT-AV1の入ったFFMPEGも使ってみましたが、同じ傾向でした。
また色々試してみます。
- 282 :名無しさん@編集中 :2022/01/05(水) 22:22:40.97 ID:DcGv/Ugh0.net
- 何年も開発してるけどいつになったら完成するんだろうな
数値はどんどん良くなってきてはいるが
- 283 :名無しさん@編集中 :2022/01/06(木) 10:45:04.56 ID:Jo2bDz/OM.net
- TMPEGシリーズに採用される頃には安定したと考えていいのかもね
もっとも、AV1の再生環境がどの程度普及するのかは未知数だが
- 284 :名無しさん@編集中 :2022/01/06(木) 11:38:53.15 ID:/7LGa0pVa.net
- 思ってるよりもう使われてるAV1
- 285 :名無しさん@編集中 :2022/01/06(木) 12:10:17.83 ID:R+PWBGu20.net
- AV1のHWデコードなら一昨年のNVIDIAGPUやINTELCPUで対応してるもんな
- 286 :名無しさん@編集中 :2022/01/06(木) 14:22:51.77 ID:L3qbAMCj0.net
- av1のハードエンコーダーか
hevcのよりキレイなハードエンコーダーこいやぁ
- 287 :名無しさん@編集中 :2022/01/06(木) 17:18:10.88 ID:6qSVNbHi0.net
- Netflix、テレビ向けにAV1ストリーミングを開始
https://av.watch.impress.co.jp/docs/news/1365497.html
AV1は再生負荷が低い設計だから配信サービス主流になってるのがデカいわな
H.265/HEVCがこの10年近くでUltra HD Blu-ray含めほとんど普及しなかったのも
非HWデコーダー環境だと4k以上の動画を再生できる環境が近年発売のCPUでも一部に限られるというのも大きかったし
- 288 :名無しさん@編集中 :2022/01/06(木) 21:10:53.38 ID:fvs5tTKzM.net
- 会社でCisco WebExっていうウェブ会議ソフト使ってたらAV1のロゴが表示されてびっくりした。
特定条件下でコーデックとして使われるみたい。(普通はH.264)
- 289 :名無しさん@編集中 :2022/01/07(金) 05:28:15.31 ID:BBMafqwXa.net
- 低解像度だとAV1になるらしい
- 290 :名無しさん@編集中 :2022/01/07(金) 14:30:53.57 ID:KTX0WuQZ0.net
- 等速エンコは低解像度が限界って感じかな
ハードエンコーダーがさっさと開発されてほしいが
- 291 :名無しさん@編集中 :2022/01/10(月) 11:24:45.58 ID:GdiwShwI0.net
- グラボにVVCのハードウェアデコーダー来て欲しい
- 292 :名無しさん@編集中 :2022/01/10(月) 18:36:38.60 ID:1T0WRWns0.net
- エンコーダーの話になるけど自分が3千番台のグラボ買い換え躊躇してるのも
VVCがYOUTUBE配信とかで使える可能性が0じゃないのもあり得るからなんだよね
HEVCなんかは最近発売のモデルまでBフレ未対応だったりしたし
HWエンコーダーとデコーダーの開発完了と実装は何年頃になるんだろう
- 293 :名無しさん@編集中 :2022/01/10(月) 20:07:26.93 ID:jgwRQsdBM.net
- ムショ帰りか?
- 294 :名無しさん@編集中 :2022/01/10(月) 21:59:17.78 ID:I2SHrgWx0.net
- そこまで耐えられるなら待てばいいけど流石に今考えるのは現実問題でナンセンス
- 295 :名無しさん@編集中 :2022/01/11(火) 06:08:38.69 ID:X2Hu66GCa.net
- VVCのHWデコーダは実装する流れあるのか?
SWデコードですら普及してないのに
- 296 :名無しさん@編集中 :2022/01/11(火) 11:19:50.55 ID:ljlWlQxPM.net
- H.265/HEVCの策定が2013年
NVencでHEVCエンコードに対応したkelper世代のGTX970が発売したのが2014年だから、
2020年策定のH.266/VVCも次世代がその次で対応してくる可能性はあるかもしれない。
ただBフレ対応でHWエンコが実用的になるまでは
2018年9月発売のTuring世代まで6年近くもかかっているから
過度な期待は止めておいた方がいいとは思う。
- 297 :名無しさん@編集中 :2022/01/11(火) 11:51:32.60 ID:5dLMCfWe0.net
- hevcはライバル不在ととりあえず生きてたBD (4k)が普及の足掛かりになったけど
今のVVCにはライバルはいるしBDは死んでるしで永遠に対応しなさそう
- 298 :名無しさん@編集中 :2022/01/11(火) 18:05:25.40 ID:84lWS3Ypd.net
- HEVCですら未だに殆どのブラウザで再生出来ないしな…
VVCもブラウザでの再生は出来ないままだろうし、Blu-rayは死にたいだし
地デジ4K放送用に使われるくらいじゃないか?
- 299 :名無しさん@編集中 :2022/01/11(火) 18:15:38.08 ID:CByU9Q6g0.net
- VCCもAV1も仲良く「利用するコンテンツがそれでエンコードされててデバイスがデコードに対応してるからいつの間にか使ってる」っていうVP9ポジになるだけでは?
libaom・SVT-AV1・rav1eとx265/qsv/NVENCを比較するならともかく
YouTubeとネトフリがAV1採用したからAV1大勝利っていう人はネット配信の盛り上がりを考えればその考え自体は間違ってないとは思うけど
DTV板で何してんだっていう
- 300 :名無しさん@編集中 :2022/01/11(火) 18:41:48.84 ID:CByU9Q6g0.net
- VVCだったわ・・・はずかし
- 301 :名無しさん@編集中 :2022/01/11(火) 19:15:14.24 ID:1xCKl/zS0.net
- vvcは特許問題さえなければh264ポジやろ
ただav1が上手く行かないと危機感なくなってhevcの二の舞いになるって
mpegのエロかった人が言ってた
- 302 :名無しさん@編集中 :2022/01/12(水) 00:32:09.27 ID:bm8ozKId0.net
- vvcでエンコードされたソースが広がらないとh.264ポジは無理
av1はnetflixやyoutubeなどを抑えてるから
普及のきっかけとしては十分
- 303 :名無しさん@編集中 :2022/01/12(水) 01:18:00.43 ID:/qDNvgWlM.net
- AV1はすでにHW実装広がってるし
すでに成功していると言っても過言ではない
- 304 :名無しさん@編集中 :2022/01/12(水) 01:31:04.07 ID:Se1bxGCI0.net
- ネット配信はAV1有利?だからVVCは放送とかお役所が採用してくれるか、なのか?
- 305 :名無しさん@編集中 :2022/01/12(水) 03:39:10.93 ID:ahCxVvqy0.net
- 放送にVVCという動きはあるのかもしれないが
民放にVVCに投資する余裕なんてあるのか?
- 306 :名無しさん@編集中 :2022/01/12(水) 11:23:13.78 ID:xRu1usXw0.net
- 犬HKがやるといえば金魚のふんはやるしかない。ただTVやレコ作ってるメーカーがやる気がないのがな
前回の10年にわたる予定だった買い替え需要喚起は、小泉のあほエコポイント政策で半年で中韓にシェア奪われただけだしな
結果的に家電もシリコンも国内生産断念リーマンショック前に内側から崩壊してたもんな
日本は地デジがある限りMPEG2が底辺で残り続けるだろうし、FAXもCDもDVDも卒業できない民族らしくズルズルいきそう
まぁ中からは変わらんわな。外圧に頼ろう。あぁコーデックスレか。VP9→AV1(VP10)、H264→H266(が、全部の以降は10年以上先でも無理だろう?)
- 307 :名無しさん@編集中 :2022/01/12(水) 11:50:02.36 ID:xh+5p9n5M.net
- 早口で自分の話したいことだけ話すタイプのコミュ障きたな
- 308 :名無しさん@編集中 :2022/01/12(水) 12:18:42.07 ID:D4pYeXCZ0.net
- お前の悪口言ってないし喧嘩売る必要あるのか?
お前は心にゆとりなさすぎだろ
かわいそうに
- 309 :名無しさん@編集中 :2022/01/12(水) 12:23:03.58 ID:5JEtv15La.net
- 頭悪そう…
- 310 :名無しさん@編集中 :2022/01/12(水) 23:13:48.78 ID:UpDDNjXM0.net
- 日本で地上波を4Kにする余力はNHK以外残ってないだろうね
ネット同時配信だって始められるか怪しい位なのに地デジリニューアルなんて夢のまた夢、何より視聴者がついてこないだろうしVVCも日本じゃ絵に描いた餅扱いされるんじゃないかな
万が一将来ネット同時配信が始まったとしてもAV1のほうが採用される可能性高そうだし
- 311 :名無しさん@編集中 :2022/01/12(水) 23:42:30.49 ID:iOytdMNN0.net
- 地デジはこのままあと何年続くんだろうな、終わり方にも色々あるから今使ってるUHF帯を明け渡すとして
- 312 :名無しさん@編集中 :2022/01/13(木) 00:57:03.77 ID:sLunvZLbH.net
- まーたイトシンが電波文飛ばしてんのか
違法リッピングを堂々とやってる奴がTV局を批判するとは笑わせるw
- 313 :名無しさん@編集中 :2022/01/15(土) 10:02:05.86 ID:gKA1j6Vs0.net
- 何年かぶりにスレ来たけど、libsvtav1というエンコーダが出ていたんだね。
SVT-AV1は 24GB必要と聞いていたけど、ウチの古い PCでもエンコード出来たので嬉しい。
メモリも、3GBしか消費しなかった。
ただ、これまで libx265 -preset veryfastを使用して、同時エンコードできる点が重宝していた。
(寝る前に 50〜80本の動画を同時エンコードして放置)
しかし、libsvtav1だと動画1本のエンコードでも重い。
それでも、ファイル容量を減らしたく、設定を変えてみた。
まず、libsvtav1で従来 (libx265 veryfast) の品質を目指す場合、
-qpを最大値 50より下げて(品質を上げて)いくと、
ファイル容量が従来よりも大きくなってしまう。
そこで、-qp 50固定で -preset値を最大値 13から順に下げて(品質を上げて)いくと、
5のときに VMAF品質比較で従来と近いスコアとなった。
(libx265 veryfastは VMAF score: 90.6、libsvtav1 -preset 5で 90.68)
(続く)
- 314 :名無しさん@編集中 :2022/01/15(土) 10:02:24.86 ID:gKA1j6Vs0.net
- ただ、もう少し処理を早めたいと思い、6を試したところ 90.26に。
処理速度は従来と比べて 4倍かかるものの、
libx265 veryfastと比べて、ファイル容量が 23.3%減った。
VMAFは 93点が目標だったけど、夢のまた夢。あと数年は無理かな。
とりあえず、従来のエンコード品質を維持してファイル容量を減らしたい場合、
俺の結論は「libsvtav1 -preset 6」。
昨日覚えたての知識なので、無保証だw ツッコミ大歓迎!
(ffmpeg version 2022-01-13-git-c936c319bd、Core i7 4770K を使用)
- 315 :名無しさん@編集中 :2022/01/15(土) 12:01:07.91 ID:86lJfdy/0.net
- >>314
実用的でいい検証だと思う
svt-av1の新バージョン来たら再検証して欲しい
https://www.phoronix.com/scan.php?page=article&item=intel-svt-088&num=1
最新の拡張命令が使えないとあんまり効果ないかもしれないけど、AVX2がないsandyおじさんでもない限り速くなりそう
- 316 :名無しさん@編集中 :2022/01/15(土) 12:19:26.33 ID:XOkuVgoe0.net
- なんかVMAFスコアが低すぎるような
公称でも自分のテストでもpreset 8でx265 mediumと同程度かスコア良いはずなんだけど
あとqpよりcrf使った方がいいんじゃないかな
- 317 :名無しさん@編集中 :2022/01/17(月) 12:25:06.53 ID:jSGCz4FqM.net
- ・PCではもう「Ultra HD Blu-ray」を再生できなくなる、いったいなぜ?
https://gigazine.net/news/202201170-intel-ultra-hd-blu-ray/
intelさぁ…
- 318 :名無しさん@編集中 :2022/01/17(月) 12:41:34.07 ID:EME6OadA0.net
- IntelっつかBD規格作ったやつが悪い
- 319 :名無しさん@編集中 :2022/01/17(月) 12:56:36.66 ID:hGWiCRbK0.net
- 実装が甘いドライブのせいでデータ抜かれてるんだしもう自由にさせてやれ
- 320 :名無しさん@編集中 :2022/01/17(月) 13:17:50.88 ID:VNkXKRh+0.net
- 画面キャプチャされたら
どうせコピーされるんだろ?
もう気にするなって
- 321 :名無しさん@編集中 :2022/01/17(月) 16:45:08.01 ID:V8L+lgcW0.net
- >>318
>Intel SGXには多数の脆弱性が存在し、多くの攻撃に利用されてきたとのこと。
>Bleeping Computerは「IntelはIntel SGXをサポートしないことで、
>セキュリティ上の利益を得られます。
- 322 :名無しさん@編集中 :2022/01/17(月) 17:24:35.21 ID:U/bGPMJq0.net
- ハードウェアではなくソフトウェアで実装してはいけないという規約でもあるの?
- 323 :名無しさん@編集中 :2022/01/17(月) 21:29:04.32 ID:Qqr7mgdD0.net
- 特許料収益に釣られたんだろうけれど
よりにもよって脆弱性まみれなintelの独自拡張を選んでしまうあたりがH.265関連企業だなあ…
- 324 :名無しさん@編集中 :2022/01/17(月) 21:52:27.06 ID:EME6OadA0.net
- >>321
そういうアンレギュラーな方法を取らないと再生できない規格が悪いだろ
>>322
暗号化が外れた状態でメモリに展開してはいけないみたいな仕様があったはず
- 325 :名無しさん@編集中 :2022/01/17(月) 22:40:54.24 ID:nifa3MiQM.net
- AMDが同じような機能実装してたからそちらに期待だな
- 326 :名無しさん@編集中 :2022/01/17(月) 22:48:41.96 ID:hLyQzkq30.net
- GUI分割エンコーダーのNotEnoughAV1Encodesの日本語化リソースファイルを作った
https://mega.nz/file/MUNB0QiQ#8b7bnqOzefXzjwxhKDa-ujwfPWyeuMY6FKo4K7VKcfo
- 327 :名無しさん@編集中 :2022/01/17(月) 23:01:42.73 ID:hLyQzkq30.net
- さっきのリンクではうまくダウンロードできないので、他のアップローダーに上げ直しました
https://www.axfc.net/u/4048758.zip
- 328 :名無しさん@編集中 :2022/01/17(月) 23:08:10.40 ID:U/bGPMJq0.net
- >>324
つまり暗号化されたままデコードしてHDMI (HDCP) に流すってこと?
- 329 :名無しさん@編集中 :2022/01/17(月) 23:42:16.82 ID:qF8qXfz20.net
- >>326-327
なんぞこれ?
- 330 :名無しさん@編集中 :2022/01/18(火) 01:03:53.11 ID:YVtnCv4NM.net
- aomenc, rav1e, svt-av1,vpxencのGUIエンコツールの野良言語リソースファイル
このファイルに差し替えてビルドすると表示が日本語になる
最近ロシア語と中国語の多言語対応したから日本語表示を試したのが作った経緯、訳は適当
分 あとは分後のほうがよかったな
- 331 :名無しさん@編集中 :2022/01/18(火) 10:02:18.77 ID:kXvLz7gka.net
- ここじゃなくてgithubにプルリクしてあげればいいのに
- 332 :名無しさん@編集中 :2022/01/18(火) 13:02:30.52 ID:Fhs1ycA3d.net
- メインノートが9世代Intel6コア+RTX 2000世代でAV1 HWデコード対応非対応でクソがって思ってたけど、Twitchの1440p120をヌルヌル再生できたっぽいんだけど、ソフトウェアでもデコードはそんなに重くないのかな?
- 333 :名無しさん@編集中 :2022/01/18(火) 13:04:03.52 ID:R80wa0Hod.net
- あ、120じゃなくて60だったわ
- 334 :名無しさん@編集中 :2022/01/18(火) 14:21:09.78 ID:J8OkZKLY0.net
- >>328
たんにデコードしてるかどうかにかかわらずIntel SGX機能で暗号化するってことじゃね
- 335 :名無しさん@編集中 :2022/01/18(火) 16:19:49.40 ID:6MLvIZ/O0.net
- 5800Xと2080TiだけどAV1 FHD 60pはNVDEC無しでヌルヌル再生できた
4Kは流石にガクガクだったけど
- 336 :名無しさん@編集中 :2022/01/18(火) 20:35:58.43 ID:IHks09B6M.net
- >>327
Githubでプルリクエスト出せばいいのに
- 337 :名無しさん@編集中 :2022/01/18(火) 23:34:41.77 ID:2QAVXbTa0.net
- >>334
逆。ディスクから読んでSGXの中でデコード、そのままCPUの中のiGPU使って
CPUの外に出さない状態でデコードしてたんだけど
脆弱性のせいでデコードしたものを取り出されるからSGX諦めた
Xeonには引き続きSGX載せるようだが
あれなら再生できるんかねぇ
- 338 :名無しさん@編集中 :2022/01/19(水) 01:57:55.83 ID:Uzw2HK5u0.net
- >>331 >>336
作者に送ってみるわ
- 339 :名無しさん@編集中 :2022/01/19(水) 08:32:06.74 ID:Qb/xTTruM.net
- SGXで暗号化キー解除→CPU内蔵のGPUへデータ転送(バス経由で転送)
ではなくて、
GPUの中に暗号化キー解除機能を内蔵させて、バスを通さないようにするしかないだろうな。
逆にそれができれば、dGPUでも再生できるようになるだろうし。
※ただし、いずれの方法であっても、ソフトウェアで独自の画質処理を加えることはできなくなるけれど
- 340 :名無しさん@編集中 :2022/01/22(土) 15:09:38.37 ID:bdOl7m670.net
- SVT-SV1 v0.9.0来てる
https://gitlab.com/AOMediaCodec/SVT-AV1/-/releases
- 341 :名無しさん@編集中 :2022/01/22(土) 17:14:13.02 ID:5Gr3TTID0.net
- 早速ビルドした。
- 342 :名無しさん@編集中 :2022/01/22(土) 19:57:58.67 ID:keL3Kztga.net
- SVTAV1これかなりでかいアップデートだな
高速プリセットかなり使いやすいぞ
- 343 :名無しさん@編集中 :2022/01/22(土) 20:16:02.88 ID:keL3Kztga.net
- 従来のプリセットでもかなり速くなってる
https://i.imgur.com/dav6Txx.jpg
https://i.imgur.com/B9yzy3O.jpg
https://www.phoronix.com/scan.php?page=article&item=intel-svt-088&num=2
- 344 :名無しさん@編集中 :2022/01/22(土) 20:26:03.77 ID:5T6Etid00.net
- スペックによってはライブ配信も行けるのでは
- 345 :名無しさん@編集中 :2022/01/22(土) 20:30:41.63 ID:B8yfTIWX0.net
- コンシューマに必要なのはプリセットではない
詳細なオプションなのだよ明智君
- 346 :名無しさん@編集中 :2022/01/22(土) 21:45:26.98 ID:XsawqtGy0.net
- 「処理が最適化されて高速になった」のか「プリセットの中身が軽いのに変更された」のか分かんないと判断できんのでは…
- 347 :名無しさん@編集中 :2022/01/22(土) 21:49:37.16 ID:bdOl7m670.net
- Phoronixのテストは速度だけ書いてて品質は書いてないからね
https://i.imgur.com/v3I3Ync.png
https://i.imgur.com/D0RhI74.png
https://i.imgur.com/v3xVkB8.png
https://i.imgur.com/BfMvDLj.png
- 348 :名無しさん@編集中 :2022/01/22(土) 22:55:14.30 ID:t/bn7tUk0.net
- 圧縮率とのトレードオフがあったとしても軽めのプリセットが使い物になる速さになるのは必要だと思うわ、サービスに組み込むかって時に8コア以下無駄目ですとか個人向けにとても使え無いし。
あと確か重めのプリセットはそれを必要とする人向けにより品種重視になったんでしょ?
- 349 :名無しさん@編集中 :2022/01/22(土) 23:58:46.66 ID:7YfHaAcHM.net
- >>346
記事に書いてあるけどな
画質は変わってないよ
- 350 :名無しさん@編集中 :2022/01/23(日) 07:42:33.83 ID:GyUYDtJK0.net
- XMedia RecodeでAV1エンコードできるようになってたから720pのアニメで試したらわしのクソスペックPCでも5fps/秒出たわ
- 351 :名無しさん@編集中 :2022/01/23(日) 16:49:15.98 ID:rW36GdAj0.net
- そういやMPEG-5 EVCはどうなったんだろうか
全然話聞かなくなったけども
- 352 :名無しさん@編集中 :2022/01/23(日) 19:48:10.38 ID:6UKZn2JP0.net
- EVCは無料版でAV1に負けて有料版でもVVCに負けてるから使い道無いのでは
- 353 :名無しさん@編集中 :2022/01/25(火) 02:48:46.66 ID:xxwLP4NA0.net
- >>315
PCのクロックアップに励み過ぎてしまい、返信が遅れてしまいました。
結果は、速度 3.163%向上、VMAFスコアは前回比ほぼ同じでした。
使用PC
intel Corei7 4770K OC 3.9GHz、32GB
エンコードオプション
-CRF50(初期値) -preset6
今回
ffmpeg version 2022-01-24-git-0a83ecbf48-full_build-www.gyan.dev
SVT-AV1 Encoder Lib v0.9.0
エンコード消費メモリ 1.4GB程度
前回
ffmpeg version 2022-01-13-git-c936c319bd-full_build-www.gyan.dev
SVT-AV1 Encoder Lib v0.8.7-360-g6508db1d
エンコード消費メモリ 3GB程度(未記録につき記憶より)
- 354 :313 :2022/01/25(火) 03:08:45.03 ID:xxwLP4NA0.net
- >>316
オプションのrcとenable-tpl-laは未設定でエンコードしたため、初期値はそれぞれ、0と1。
つまり、qpを設定しても、CRFモードでエンコードされます。
https://gitlab.com/AOMediaCodec/SVT-AV1/-/blob/master/Docs/svt-av1_encoder_user_guide.md
念のため、ご指摘の設定(crf=xxオプション)でも再検証しましたが、同じ結果となりました。(VMAFスコア完全一致)
- 355 :名無しさん@編集中 :2022/01/25(火) 08:30:31.03 ID:eXRq4q6na.net
- 蓮でエンコード…
- 356 :名無しさん@編集中 :2022/01/25(火) 14:20:20.85 ID:zr3hn0+lM.net
- 完全スレチだけど過去に5960X@4.5Ghzで高負荷 連続稼働安定してたからOCして3.9はいくらなんでも低すぎるのでは感が
- 357 :名無しさん@編集中 :2022/01/25(火) 14:36:06.14 ID:ZsjC2qp+0.net
- OBSの最新ベータ版にAOM AV1とSTV-AV1のエンコーダーが搭載されてたわ
ただ配信は受け付けるところがないから録画用エンコーダーだけども
- 358 :名無しさん@編集中 :2022/01/25(火) 15:41:56.47 ID:eXRq4q6na.net
- そのうち、OBSでファイルエンコードのみ行うとかもできるようになるんかね?
- 359 :名無しさん@編集中 :2022/01/25(火) 16:56:14.24 ID:haPP7o/mM.net
- SVT-AV1メモリ使用量も減って実用的になったね
すでにx265を完全に超えたか
- 360 :313 :2022/01/25(火) 16:56:52.16 ID:xxwLP4NA0.net
- >>356
悲しいことに、うちのは39倍を超えると、エンコード時にブルスクが出てしまって・・・
電圧を上げるとベンチスコアが下がるので、諦めています。
- 361 :名無しさん@編集中 :2022/01/25(火) 19:46:58.17 ID:2/pPb4wj0.net
- >>354
ん、そりゃ失礼
オプションの事ちゃんと理解してなかった
あとは--keyintがデフォルトでは短めになっている事くらいしか思い浮かばないな
- 362 :名無しさん@編集中 :2022/01/28(金) 19:11:15.75 ID:6rJUPe0B0.net
- VVCのパテントプール、立ち上がったな。
https://accessadvance.com/2022/01/11/access-advance-announces-the-initial-group-of-vvc-h-266-video-patent-pool-licensors/
https://www.mpegla.com/wp-content/uploads/FINAL-VVC-PPL-PrsRls-2022-01-27.pdf
- 363 :名無しさん@編集中 :2022/01/28(金) 21:19:41.36 ID:O/4GswkR0.net
- 265みたいになるのは勘弁な
- 364 :名無しさん@編集中 :2022/01/28(金) 23:41:18.55 ID:RhHbBg5Y0.net
- シズベル「VVCを使うときには俺にも特許料払えよ!料金は要相談な」
- 365 :名無しさん@編集中 :2022/01/29(土) 00:35:23.78 ID:LRVdEW8E0.net
- Access Advanceなど知らんのでMPEG LAに金払えです
MPEG LA Introduces Patent Pool License for VVC Compression
https://www.tvtechnology.com/news/mpeg-la-introduces-patent-pool-license-for-vvc-compression
- 366 :名無しさん@編集中 :2022/01/29(土) 00:36:59.02 ID:4HhZmWg/a.net
- シズベル「関連特許は1000件な」
(これだけあれば諦めるだろw)
- 367 :名無しさん@編集中 :2022/01/29(土) 03:11:39.18 ID:Y2b1SsEl0.net
- えぇ……VVCもいきなり拗れてるってわけ?
それじゃいよいよAV1の一人勝ちだ
- 368 :名無しさん@編集中 :2022/01/29(土) 12:56:33.01 ID:ybIbgJdo0NIKU.net
- そこにちゃちゃ入れてるのがシスベル
- 369 :名無しさん@編集中 :2022/01/29(土) 13:45:40.70 ID:c8O3Wd7O0NIKU.net
- GAFAの弁護団に期待するしかない
- 370 :名無しさん@編集中 :2022/01/29(土) 16:33:25.05 ID:RTLQDKEU0NIKU.net
- もう特許料とかいう制度廃止しとけ(秩序崩壊)
- 371 :名無しさん@編集中 :2022/01/29(土) 17:33:36.93 ID:Jh8ejcRB0NIKU.net
- ビリビリの動画がAV1に対応してる
- 372 :名無しさん@編集中 :2022/01/29(土) 18:02:51.15 ID:oK2fZTqU0NIKU.net
- 使うほうも織り込み済みだろうけど、どこかの馬鹿な財布のひもの緩いというか金銭感覚のない大手団体が採用内定でもしたんだろうな
- 373 :名無しさん@編集中 :2022/01/29(土) 19:59:40.59 ID:4938HG/f0NIKU.net
- AV1だって他の多数の特許のどれかに触れてないという保証もないしな
押し黙っておいて広まってから騒ぎ立てられるパターンだとたまらん
- 374 :名無しさん@編集中 :2022/01/30(日) 03:26:02.97 ID:lOMpd5ze0.net
- 既に世界のトラフィックの8割が動画という状況なのに優れたビデオコーデックがいつまでも普及できない状態なんてとんだエネルギーの無駄遣いで不毛な環境破壊だよなぁ
- 375 :名無しさん@編集中 :2022/01/30(日) 07:00:47.48 ID:U3jDyOpR0.net
- 8割もあるのか
10%でも減らせたらかなりの影響があるな
- 376 :名無しさん@編集中 :2022/01/30(日) 08:55:53.65 ID:Bva9SjxcM.net
- >>373
AV1の場合、誰かが文句言ってきた場合はそいつはAV1使えないようにする仕組みになってるから
むしろAV1が一度広まったら勝ち確になる
映像系の商売まったくできなくなる恐れを犯してでも訴訟する企業はいないから後はパテントトロールの相手だけすればいい
- 377 :名無しさん@編集中 :2022/01/31(月) 00:37:48.22 ID:Bvlm9DsjM.net
- NetflixとYouTubeだけで5割はあるらしいからな
- 378 :名無しさん@編集中 :2022/01/31(月) 03:53:16.53 ID:kKhPZyzr0.net
- SVT-AV1の性能が向上するのはいい話だろうけどYouTubeとネトフリがAV1だから何かあるの?アップロードや納品でAV1使う訳じゃあるまいし
- 379 :名無しさん@編集中 :2022/01/31(月) 07:47:22.83 ID:Z/8DWrYH0.net
- 新しい物に変わった時のメリットが分かりづらい場合、古い物に戻った時のデメリットを逆にしてみればいい
つまり、もしもYoutubeがMPEG2とかになったらどんなデメリットがあるか、を逆にすればいい
- 380 :名無しさん@編集中 :2022/01/31(月) 23:01:11.91 ID:9wAvNASM0.net
- svtAV1guiEx 0.09
- 381 :名無しさん@編集中 :2022/01/31(月) 23:04:57.21 ID:9WiiH0Qma.net
- エロサイトとか自前でエンコーダー作る技術力も無いだろうからSVT-AV1とか使う気がする
AV1のエロ動画があるのか知らんけど
- 382 :名無しさん@編集中 :2022/02/01(火) 14:42:03.52 ID:5G0EEWRVM.net
- ニコニコ動画はh264のFPGA実装だったと思うけどAV1に切り替えたりするのかな
スーパーマンしかできないだろうけど…
- 383 :名無しさん@編集中 :2022/02/01(火) 15:19:48.73 ID:/1N4YmD90.net
- >>382
https://dwango.github.io/articles/av1hwencoder/
AV1のFPGA実装は2019年にもう試作してる
- 384 :名無しさん@編集中 :2022/02/05(土) 15:53:35.16 ID:U2IokCFZH.net
- Shotcutのav1エンコードが、アップデートで半分ぐらいのエンコード時間になった
仕組みは詳しくないので知らないが捗ってたすかる
- 385 :名無しさん@編集中 :2022/02/06(日) 18:34:25.92 ID:JDRLuKsD0.net
- Final Fantasy VII Remake PC版のムービーデータがVP9だった
もうメジャーなゲームでも普通に使われとるな
ただビットレートが16Mbpsとやたら高かったのでVP9である利点があまりない
- 386 :名無しさん@編集中 :2022/02/06(日) 19:34:49.56 ID:GUJFf0X30.net
- ゲームはoggとかxvid…は見たことないけどOn2とかマイナーコーデックがよく使われてるイメージ
- 387 :名無しさん@編集中 :2022/02/06(日) 19:36:03.10 ID:cvI3GZ/v0.net
- xvidは使えんだろ、昔とある騒動があった
- 388 :名無しさん@編集中 :2022/02/06(日) 20:40:24.27 ID:GUJFf0X30.net
- >商業用ソフトで使用した場合、そのソフトのソースを公開する義務が生じるため、一部の例外を除けばほとんど使用されていない。アクアプラス発売のパソコンゲーム(『アルルゥとあそぼ!!』、『Tears to Tiara』、『鎖 -クサリ-』、『ToHeart2』)ではその義務を知らずにライブラリを使用していたことが判明したため、ゲームのソースコードを公開することが発売元より発表となった[1]。
こんなことになるなら避けるわな
- 389 :名無しさん@編集中 :2022/02/07(月) 22:49:51.22 ID:UmiJfJCCM.net
- >>386
On2のTrue Motion(VPxの先祖)はセガサターンでの定番コーデックの一つだった。
初代PSはJPEGデコーダが載ってたのでモーションJPEGが使えたけど、
セガサターンはそうではなかったので。
- 390 :名無しさん@編集中 :2022/02/07(月) 22:53:25.52 ID:UmiJfJCCM.net
- ゲームで見かけるマイナーな動画形式だとBink Videoはよく見かける。
http://www.radgametools.com/jp/bnkmain.htm
- 391 :名無しさん@編集中 :2022/02/07(月) 23:10:46.77 ID:z2jdypbKa.net
- PSも全画面15fpsか上下黒帯の30fpsが大半だった気がする
なので動画性能は末期でサターンが追い付いたか、もしかしたら抜いたかもしれないな
まぁ時既に遅しだがw
- 392 :名無しさん@編集中 :2022/02/08(火) 00:37:08.73 ID:9xgIva+y0.net
- PSは動画ファイル渡して勝手に再生するだけで、ほとんどいじれない、裏読みもできないひどい仕様だった
解像度変更や切り替わりノイズが入るバグもずっとライブラリに残ってたし、まぁライブラリが未成熟でまともに使えないのが初代PSの最大のバグ
- 393 :名無しさん@編集中 :2022/02/08(火) 01:14:46.65 ID:OijuW/n1a.net
- FF7で度肝を抜かれたが、背景がムービーの様に動きながらポリゴンが動いていたのは、ハードウェアデコーダーを使ってなかったって事か?
- 394 :名無しさん@編集中 :2022/02/08(火) 15:28:32.60 ID:0KLWcwGp0.net
- rigayaさんのQSVEnc 6.08でVP9のハードウェアエンコに対応
VP9をエンコするにはAlderlakeかIcelakeが必要らしい
- 395 :名無しさん@編集中 :2022/02/08(火) 21:31:38.41 ID:hi93yPMlM.net
- VP9は暗部の再現性が今一なので、暗部の再現性が向上しているAV1のエンコードに、さっさと対応してもらいたいな
- 396 :名無しさん@編集中 :2022/02/09(水) 12:32:45.78 ID:9AUgrmEzd.net
- >>392
FF8は動画の上を3Dモデルが動いてなかったっけ?
- 397 :名無しさん@編集中 :2022/02/09(水) 23:42:40.48 ID:XO7qNOM50.net
- 動画をテクスチャに使うデモがプレイステーション公式SDK(PSYQ)にあるな
https://youtu.be/eZ9jmrbB9SY
ビルボードに貼って>>396みたいに動画の上を3Dモデルが動くみたいなことができたんじゃないか
- 398 :名無しさん@編集中 :2022/02/11(金) 01:42:20.89 ID:ijzqJZSiM.net
- >>392
公式ライブラリが提供するSTR動画ファイルはディスクの帯域使い切る仕様だった。素直に裏読みできないな。
ゲーム内の背景とかはインメモリだったんじゃないの。
STR動画の仕様 - https://github.com/m35/jpsxdec/blob/readme/jpsxdec/PlayStation1_STR_format.txt
- 399 :名無しさん@編集中 :2022/02/11(金) 09:21:01.76 ID:gaxwDg070.net
- パクリ企画ばかり出すゲームデザイナが新機軸!って背景で動画再生という企画があったけど
没って他の開発に移って実現させた輩がいたよ。アイデアはともかくゲームとして内容があれだったけど・・・
懐かしゲーム開発スレかと思った(笑)
- 400 :名無しさん@編集中 :2022/02/11(金) 12:30:54.71 ID:uhrcB457a.net
- FF7のオープニングで既にムービーとポリゴンの合成をしてるけど、今見るとポリゴンの方がやたらガクガクしてるw
多分人間が見た目でポリゴンの位置合わせしてたのだろう
8からはちゃんとムービーの座標を使うようになったから綺麗に合成してるのだと思われる
- 401 :名無しさん@編集中 :2022/02/11(金) 22:00:09.97 ID:6LVkLLxNM.net
- YouTubeと協力して、オープンソースのVP9コーデックでのビデオ圧縮を最適化します。
https://deepmind.com/blog/article/MuZeros-first-step-from-research-into-the-real-world
- 402 :名無しさん@編集中 :2022/02/12(土) 17:19:28.46 ID:q1Y6g//la.net
- AIで画像の複雑さを評価して設定を弄るってことかね
- 403 :名無しさん@編集中 :2022/02/12(土) 17:40:06.77 ID:TpaGp045a.net
- 品質基準の設定をより動的に変更できるようにでもするのかね?
再生時の互換性が低下しなければいいが
- 404 :名無しさん@編集中 :2022/02/12(土) 18:07:42.19 ID:q1Y6g//la.net
- YouTubeは結構細かいチャンクに分けてエンコードしてるから
- 405 :名無しさん@編集中 :2022/02/16(水) 03:05:49.24 ID:zrZYUk8o0.net
- わからないのでここで質問させて下さい。
元ファイルが5分5秒の640*360(H.264/AAC)(拡張子flv)
のファイルをav1でエンコすると音ズレします。
使っているのが ttps://github.com/AOMediaCodec/SVT-AV1
でビルドしたSvtAv1EncApp.exeです。
※ffmpeg内蔵のSVTAV1だと音声はズレませんが画質が好みの綺麗さに
ならないので今回は視野に入れないでください。
手順を箇条書き
@元ファイルを音声と映像に無劣化分離する(ffmpegを使用)
A映像の部分だけ ttps://qiita.com/takehirokj/items/969029942040a63b63ca
を参考にしてエンコ。
BAでできた映像ファイルと@でできた音声ファイルを結合する
ttps://qiita.com/niusounds/items/f69a4438f52fbf81f0bdを参考にした。
C確認すると音ズレが発生してる。
- 406 :名無しさん@編集中 :2022/02/16(水) 03:06:39.15 ID:zrZYUk8o0.net
- 続き(一回で投稿できなかったので)
そもそもSvtAv1EncApp.exeの使い方が間違っているのでしょうか?
SvtAv1EncApp.exeで音声付動画をエンコすると映像のみになってしまっています。
分離や結合時に使用したffmpegはビルド版4.4.1と最新の5.0です両方とも試しましたがズレます。
かれこれ3時間近くやっていますがお手上げ状態です。
- 407 :名無しさん@編集中 :2022/02/16(水) 05:52:53.38 ID:sSXnEOyGa.net
- mp4boxとか使ってみては?
- 408 :名無しさん@編集中 :2022/02/16(水) 07:45:28.66 ID:bAYzu05d0.net
- yuvファイルにした時点でfpsの情報が消えるからSVT-AV1のコマンドラインオプションでfpsを指定する必要がある(--fps-numと--fps-denom)
yuvではなくy4mを渡してエンコードするとfpsの情報が残っているのでそちらを使った方がいいかも
- 409 :名無しさん@編集中 :2022/02/16(水) 08:28:40.62 ID:+4gjkAbYa.net
- φ(..)メモメモ
- 410 :名無しさん@編集中 :2022/02/16(水) 11:00:18.04 ID:dBQoPSeX0.net
- ライブ配信ソフト「OBS Studio 27.2」が公開/AOM AV1エンコーダーを実験的に搭載、「Photoshop」のようなブレンドモードも
https://forest.watch.impress.co.jp/docs/news/1388429.html
- 411 :名無しさん@編集中 :2022/02/16(水) 11:28:07.57 ID:zrZYUk8o0.net
- 405ですが具体的な記述がわかりません。
ffmpeg -i test.mp4 -nostdin -f rawvideo -pix_fmt yuv420p test.yuv
↓
ffmpeg -i test.mp4 -nostdin -f rawvideo -pix_fmt yuv420p test.y4m←で合ってます?
指定してとのことでしたが
SvtAv1EncApp.exe -i test.yuv -n (※1 test.yuv時に作成で見えてる数字、今の場合だと 9150) -w 1920 -h 1080 -b test.ivf
※1 frame= 9150 fps=0.0 q=-0.0 Lsize= 3088125kB time=00:05:05.00 bitrate=82944.0kbits/s dup=117 drop=162 speed= 323x
video:3088125kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.000000%
- 412 :名無しさん@編集中 :2022/02/16(水) 11:28:24.53 ID:zrZYUk8o0.net
- SvtAv1EncApp.exe -i test.yuv -n 9150 --fps-num 30 --fps-denom 9150 -w 640 -h 360 -b test.yuv
Svt[info]: -------------------------------------------
Svt[info]: SVT [version]: SVT-AV1 Encoder Lib v0.9.0-31-g9f2da20a
Svt[info]: SVT [build] : Visual Studio 2019 64 bit
Svt[info]: LIB Build date: Feb 13 2022 20:33:47
Svt[info]: -------------------------------------------
Svt[error]: Instance 1: The frame rate should be greater than 0 fps
SvtMalloc[info]: you have no memory leak
と出て完走しません。ご教示くださると助かります。
- 413 :名無しさん@編集中 :2022/02/16(水) 11:30:25.44 ID:zrZYUk8o0.net
- 訂正 411の下から3行目
- w 1920 -h 1080 ⇒ -w 640 -h 360
- 414 :名無しさん@編集中 :2022/02/16(水) 11:36:45.20 ID:zrZYUk8o0.net
- 追記 --fps-num 30 --fps-denom 9150 の部分を削ると作成できますが
結合時、音ズレします。
- 415 :名無しさん@編集中 :2022/02/16(水) 11:43:35.19 ID:bAYzu05d0.net
- 元の動画のfpsが30000/1001の場合、例えばこんな感じ
yuvでエンコードする場合
ffmpeg -i test.mp4 -nostdin -f rawvideo -pix_fmt yuv420p - | SvtAv1EncApp.exe -i stdin -fps-num 30000 -fps-denom 1001 -n 300 -w 1920 -h 1080 -b test.ivf
y4mでエンコードする場合
ffmpeg -i test.mp4 -nostdin -f yuv4mpegpipe -pix_fmt yuv420p - | SvtAv1EncApp.exe -i stdin -n 300 -b test.ivf
yuvファイルやy4mファイルはpipeで渡せばいちいち保存する必要は無い
- 416 :名無しさん@編集中 :2022/02/16(水) 11:45:43.76 ID:zrZYUk8o0.net
- 訂正 412の1行目、最後のところyuv⇒ivf です。
それとこれでやってみましたがズレました。
ffmpeg -i test.mp4 -nostdin -f rawvideo -pix_fmt yuv420p test.y4m
- 417 :名無しさん@編集中 :2022/02/16(水) 11:47:29.22 ID:zrZYUk8o0.net
- 415さんありがとうございます
今からやってみます。
- 418 :名無しさん@編集中 :2022/02/16(水) 11:51:20.32 ID:bAYzu05d0.net
- あとffmpeg内蔵のSVT-AV1でエンコードする場合でも設定を合わせればSvtAv1EncApp.exeと同じ出力結果になると思うけど多分
- 419 :名無しさん@編集中 :2022/02/16(水) 11:55:14.22 ID:zrZYUk8o0.net
- 元の動画のfpsが30000/1001の場合
とありますがffmpeg -i test.mp4でやってもそれらしき
情報が出てきません。どうやって調べるのでしょうか?
すみません聞いてばかりで。
- 420 :名無しさん@編集中 :2022/02/16(水) 12:04:01.66 ID:bAYzu05d0.net
- >>419
ffmpeg.exe -loglevel 48でエンコードすればframe_rateの情報が出てくるはず
というかy4m使えばfpsも横幅も縦幅も調べなくていいのだから生のyuvなんて使うメリット無いよ
エンコーダーがy4mに対応してない時にやむを得なく使うだけ
- 421 :名無しさん@編集中 :2022/02/16(水) 12:05:11.52 ID:zrZYUk8o0.net
- 415さんありがとうございました。無事成功しました!
(長い戦いであった)
- 422 :名無しさん@編集中 :2022/02/16(水) 12:24:53.27 ID:+4gjkAbYa.net
- >>410
「OBS Studio 27.2」は「Chromium Embedded Framework」(CEF)がM75からM95へアップグレードされたほか、AJA Video Systems社製品のサポート、AOM AV1とSVT-AV1エンコーダーの追加、ホットキー対応の改善などが行われた。
そのうち、AviUTLみたいなフロントエンドとしての役割も担いそうだな
- 423 :名無しさん@編集中 :2022/02/16(水) 12:25:09.33 ID:We6mmBDIM.net
- 全く報道されないし、おかしいでしょ、せめて報道くらいして欲しい。
://twitter.com/someone5963/status/1420151187098136577?s=20
「コロナで亡くなった場合は繰り返し報道されますが、ワクチン死の場合はなぜかほとんど報道されません。」
://twitter.com/KDystopia/status/1444670342408990721?s=20
大規模薬害が発生していると疑われる徴候がこれだけ出てるのにすべてデマ扱いのNHK
://twitter.com/Yuta64745343/status/1425525922220756992?s=20
『厚労省さん。多すぎる超過死亡の原因を隠蔽ですか?』
://twitter.com/akahiguma/status/1469462333986861059?s=20
こういう大事なのを公表しないで、感染何人だーとか、病床がーとか、💉止めろよ!!
://twitter.com/2001Kayu/status/1488145997595230208?s=20&t=idsdQFt1H_KhLruikoAa7w
ワクチン後の長期副反応、後遺症に対しても対策してくれませんか?
健康被害が出ても分からないから国は何もしないよーって。ほんと詐欺にあった気分
https://twitter.com/chaosvice/status/1487153626527059968?s=20&t=KHfaWKvYQEdPmth49GP9Kg
(deleted an unsolicited ad)
- 424 :名無しさん@編集中 :2022/02/16(水) 15:50:46.52 ID:zasziRjl0.net
- すでに新型コロナによる肺炎死亡者数は、通常のコロナ他の肺炎を下回っているし
インフルエンザや薬品依存、潔癖症の重症化の方が問題
それはさておき、OBSはRTX2060以降のGPUに完全にシフトした感じだな。いろいろすっきりしてありがたい。
- 425 :名無しさん@編集中 :2022/02/16(水) 20:28:35.16 ID:ipsp0dF00.net
- >>424
完全にスレ違いだけど、現在流行のオミクロンは肺炎の重症度こそデルタ等と比べて極めて低いが
そもそも新型コロナウィルスは肺炎の他に血管に炎症を起こす事で受けるダメージが致命となる病気なので、持病がある場合の合併症で死ぬ割合はオリジナルやデルタと然程変わってない。
また、血管は全身に通っているので、1度感染すると体中どこでも不可逆なダメージを残す可能性が有る。
大元発表を信じるのもいいけどそのまま受け取るよりも幾つかデータは調べた方が良いかもしれないよ…
- 426 :名無しさん@編集中 :2022/02/17(木) 21:45:41.91 ID:+xDFqSAP0.net
- VVCというAV1より良いとされてるコーデックを使ってみたいのですが
ttps://qiita.com/yuusukemiyazaki/items/b64a64a253be596de07a
を見てどうにかコンパイルまで成功したのですが。
書いてある通りにやってもコマンドがないよとエラーが出て
うまくいきません。記述の仕方わかる方いませんか?
URLに出ているサンプル動画(aspenという名前)は約2.3GBあります
- 427 :名無しさん@編集中 :2022/02/17(木) 22:22:18.42 ID:CAdf7yRd0.net
- >>426
コマンドがないっていうのはどのコマンドを実行した時に出るの?
- 428 :名無しさん@編集中 :2022/02/18(金) 02:13:18.48 ID:YN4JNbYG0.net
- svtAV1guiEx 0.10
- 429 :名無しさん@編集中 :2022/02/18(金) 02:24:55.53 ID:ZC/L5bxx0.net
- >>426
Windowsのコマンドプロンプトで./って打ってるとか?
- 430 :名無しさん@編集中 :2022/02/18(金) 07:22:04.32 ID:pCzIv8cv0.net
- hage@DESKTOP-9BL61IJ:~$ dir
VVCSoftware_VTM-VTM-15.2 VVCSoftware_VTM-VTM-15.2.tar.gz aspen_1920x1080.yuv ffmpeg-windows-build-helpers test.flv
hage@DESKTOP-9BL61IJ:~$ cd VVCSoftware_VTM-VTM-15.2/
hage@DESKTOP-9BL61IJ:~/VVCSoftware_VTM-VTM-15.2$ cd bin
hage@DESKTOP-9BL61IJ:~/VVCSoftware_VTM-VTM-15.2/bin$ dir
BitstreamExtractorAppStatic DecoderAppStatic SEIFilmGrainAppStatic StreamMergeAppStatic parcatStatic
DecoderAnalyserAppStatic EncoderAppStatic SEIRemovalAppStatic SubpicMergeAppStatic umake
hage@DESKTOP-9BL61IJ:~/VVCSoftware_VTM-VTM-15.2/bin$ EncoderAppStatic -h
EncoderAppStatic: command not found
hage@DESKTOP-9BL61IJ:~/VVCSoftware_VTM-VTM-15.2/bin$ EncoderAppStatic --h
EncoderAppStatic: command not found
hage@DESKTOP-9BL61IJ:~/VVCSoftware_VTM-VTM-15.2/bin$ EncoderAppStatic /h
EncoderAppStatic: command not found
こういう感じになりましてusageが見られないんです。そもそも見てるところが違うのかもしれませんが。
- 431 :名無しさん@編集中 :2022/02/18(金) 07:25:43.69 ID:pCzIv8cv0.net
- >>427
./EncoderAppStatic -i aspen_1920x1080.yuv -c ../cfg/encoder_randomaccess_vtm.cfg -fr 29.97 -f 32 -wdt 1920 -hgt 1080 --InputBitDepth=8 --OutputBitDepth=8 --InternalBitDepth=8 -b ./aspen.bin
URL先にある(手順)このコマンドですね。エラー出て動きません。
- 432 :名無しさん@編集中 :2022/02/18(金) 07:31:58.27 ID:pCzIv8cv0.net
- すみません自己解決しました。どうやら実行ファイルの位置にテスト用の動画ファイルを置いてなかったのが原因だったようです。
でもUsageの見方が未だにわかりません。
- 433 :名無しさん@編集中 :2022/02/18(金) 10:09:57.87 ID:5LstsrDla.net
- ソフトの使い方というよりCLIを理解していない人?
- 434 :名無しさん@編集中 :2022/02/18(金) 10:16:32.79 ID:2O7J2XHF0.net
- --helpは試した?
- 435 :名無しさん@編集中 :2022/02/18(金) 13:37:47.06 ID:9KbvGsLd0.net
- CLIはIT従事者とかよく触る人ならこれほどわかりやすいものはないと感じるけど、素人からしたら摩訶不思議なものだからなぁ
- 436 :名無しさん@編集中 :2022/02/18(金) 18:15:06.89 ID:qWBeXtXh0.net
- インテルがAV1のHWエンコード可能なGPUを発売予定(サーバ向け)
https://www.anandtech.com/show/17266/intels-arctic-soundm-server-accelerator-to-land-mid2022-with-hardware-av1-encoding
- 437 :名無しさん@編集中 :2022/02/18(金) 18:30:30.46 ID:jcNBEoNHa.net
- 来たか(ガタッ
- 438 :名無しさん@編集中 :2022/02/18(金) 18:32:55.99 ID:pCzIv8cv0.net
- 今帰宅したところです
hage@DESKTOP-9BL61IJ:~/VVCSoftware_VTM-VTM-15.2/bin$ EncoderAppStatic --help
EncoderAppStatic: command not found
出てこないですね、仕事でPGとかITとか無縁の人なので
CLIについて深く理解はしてないです。初歩程度も怪しいところです。
- 439 :名無しさん@編集中 :2022/02/18(金) 18:41:20.80 ID:nMHULdP+0.net
- >>438
EncoderAppStaticだけだとパス通してないと実行出来ないかも
./EncoderAppStaticなら多分実行出来る
あとWSLは使い慣れてないだろうからWindows用のバイナリ使ったらどうだろうか
- 440 :名無しさん@編集中 :2022/02/18(金) 18:49:27.41 ID:pCzIv8cv0.net
- いけましたありがとうございます。そのウィンドウズ用のバイナリが手に入らなくて仕方なく
WSL上のubuntuで動くやつ使っています。
- 441 :名無しさん@編集中 :2022/02/18(金) 20:46:36.98 ID:ugSIb84N0.net
- 何故VisualStudioなりMinGWではなくWSL上のLinuxを選んだのか…
茨の道を突き進むならそのままubuntuにMinGW-w64をインストールして
Windowsバイナリをクロスコンパイルするべし
- 442 :名無しさん@編集中 :2022/02/18(金) 22:37:30.05 ID:pCzIv8cv0.net
- >>441
答えは簡単で検索掛けて出て来たページの手順に従っただけ
(上にも出ているけど一応これね ttps://qiita.com/yuusukemiyazaki/items/b64a64a253be596de07a )
クロスコンパイルするのはいいけど手順がわからないって話です。
ffmpegのwindowsのビルド版があるけど、それはクロスコンパイル用のファイルが
あったのとツイッターフレから教わりつつコンパイルに成功したってだけで
深いところまで理解してないです。それが素人です、手順書が全てです。
でもその手順書が違っていたので書いてあるとおりにならないってことですね。
- 443 :名無しさん@編集中 :2022/02/18(金) 22:43:36.38 ID:nMHULdP+0.net
- >>442
ビルドのやり方は公式のREADME.mdに書いてある
https://vcgit.hhi.fraunhofer.de/jvet/VVCSoftware_VTM
- 444 :名無しさん@編集中 :2022/02/18(金) 22:47:22.43 ID:pCzIv8cv0.net
- 教えてもらえるのが当たり前とは思っていませんが
だからといって独学で学ぶのは窓と比べてハードルが高いですね
もちろんそれを乗り越えて行く人が居る事も知っています。
自分には無理でしたのでここで質問させてもらいました。
答えてくださった方には本当に感謝しています。
- 445 :名無しさん@編集中 :2022/02/18(金) 22:49:40.20 ID:pCzIv8cv0.net
- ちょっと挑戦してみます
URLありがとうございます。
- 446 :名無しさん@編集中 :2022/02/18(金) 23:32:00.63 ID:pCzIv8cv0.net
- >>443
少し躓きましたが無事成功しました!URLありがとうございました。
- 447 :名無しさん@編集中 :2022/02/19(土) 00:27:26.50 ID:uBK/mNMP0.net
- VVC 結論から申し上げますと実用レベルには程遠いので削除しました。
FHD 30fps 19秒の見本動画をエンコードするのに25分経過しても終わらなかった為。
。
でもいい経験になりました手伝って下さった方ありがとうございます。
- 448 :名無しさん@編集中 :2022/02/19(土) 00:44:29.72 ID:HgiDajvFa.net
- どんな構成でエンコしたの?
- 449 :名無しさん@編集中 :2022/02/19(土) 00:46:53.68 ID:gocmq4UCa.net
- VVCはAV1よりエンコード重いという報告が有った
それをリアルタイムでエンコードする地デジに使うとか本気か?と思うけどね
軽くエンコードすればそれなりで、時間を掛ければ凄く縮むようなスケーラビリティが有ればいいんだけど
- 450 :名無しさん@編集中 :2022/02/19(土) 00:55:18.20 ID:uBK/mNMP0.net
- ./EncoderAppStatic -i aspen_1920x1080.yuv -c ../cfg/encoder_randomaccess_vtm.cfg -fr 29.97 -f 32 -wdt 1920 -hgt 1080 --InputBitDepth=8 --OutputBitDepth=8 --InternalBitDepth=8 -b ./aspen.bin
↑エンコードコマンド 素材 ttps://media.xiph.org/video/derf/y4m/aspen_1080p.y4m
Computer: ASUS
CPU: AMD Ryzen 9 5900X (Vermeer, VMR-B0)
3700 MHz (37.00x100.0) @ 4857 MHz (49.00x99.1)
Motherboard: ASUS ROG STRIX B550-F GAMING
BIOS: 2423, 08/10/2021
Chipset: AMD B550 (Promontory PROM19 C)
Memory: 32768 MBytes @ 1585 MHz, 22-22-22-53
- 16384 MB PC28800 DDR4 SDRAM - G.Skill F4-3600C16-16GTZNC
- 16384 MB PC28800 DDR4 SDRAM - G.Skill F4-3600C16-16GTZNC
- 451 :名無しさん@編集中 :2022/02/19(土) 00:55:34.39 ID:uBK/mNMP0.net
- Graphics: ASUS TUF RTX 3080 Ti GAMING OC
NVIDIA GeForce RTX 3080 Ti, 12288 MB GDDR6X SDRAM
Drive: WDC WD30EZRZ-00GXCB0, 2930.3 GB, Serial ATA 6Gb/s @ 6Gb/s
Drive: TOSHIBA THNSNJ256GCSU, 250.1 GB, Serial ATA 6Gb/s @ 6Gb/s
Drive: WDC WDS100T2B0C-00PXH0, 976.8 GB, NVMe
Drive: PIONEER BD-RW BDR-208, BD-RE
Sound: NVIDIA GA102 - High Definition Audio Controller
Sound: AMD Family 17h/19h - HD Audio Controller
Network: Intel I225-V Ethernet Controller
OS: Microsoft Windows 10 Home (x64) Build 19044.1526 (21H2)
- 452 :名無しさん@編集中 :2022/02/19(土) 01:39:59.05 ID:HgiDajvFa.net
- >>450
これでそのスピードだと個人が使えるようなもんじゃないな
- 453 :名無しさん@編集中 :2022/02/19(土) 07:24:18.48 ID:RzCEJStE0.net
- AV1の出だしもゼロコンマ幾つか分からないfpsだったしVVCもSVT AV1の高速プリセットほどは行かなくとも最適化が進めばそれなりの速度出るでしょう
- 454 :名無しさん@編集中 :2022/02/19(土) 08:46:05.76 ID:wm1duLq40.net
- VVenC使えばもっと速いよ
https://github.com/fraunhoferhhi/vvenc/wiki
https://raw.githubusercontent.com/wiki/fraunhoferhhi/vvenc/data/vvenc-0.1-1.3.png
- 455 :名無しさん@編集中 :2022/02/19(土) 08:59:04.11 ID:T3J4cDV4a.net
- QualcommのAV1サポートは2023年からになりそう
https://www.xda-developers.com/snapdragon-av1-decoding/
- 456 :名無しさん@編集中 :2022/02/19(土) 10:42:28.38 ID:WhoKS+eq0.net
- 最適化が進んでないからってのもあるけど、FHD画質ならHEVCもVVCも画質変わらんからVVCを使う意味は無い気がする
- 457 :名無しさん@編集中 :2022/02/19(土) 11:02:32.94 ID:YmbNtjLU0.net
- 本当に画質が変わらないなら帯域が30〜50%減るのでVVCを使う価値がすごく高い
という結論になるはずでは...?
VTMでVVCエンコードテストしようとしてもあれは本当にくっそ激烈に遅いので研究用途ぐらいにしかならんよ
研究用途でもサーバークラスターで並列エンコしてあとでできたストリームくっつけてなんとかするレベル
VVenCはまだ現実的な時間でエンコードできる。実時間数十倍ぐらいのオーダー
- 458 :名無しさん@編集中 :2022/02/19(土) 14:19:31.11 ID:KAUPEbZI0.net
- x266の開発ってどうなってるのかね?クローズドで開発はガンガン進んでるのかな?
doom9のほうでも少しレス付いてるけど、クローズドになってて一般人は試せないくらいしか情報無いね
- 459 :名無しさん@編集中 :2022/02/19(土) 14:56:26.96 ID:wm1duLq40.net
- 現代の動画規格が複雑になりすぎてエンコーダーの開発も難航してる感じある
SVT-AV1の開発も当初の予定より遅れてそうだし
- 460 :名無しさん@編集中 :2022/02/20(日) 04:59:25.33 ID:hUtDPLQi0.net
- 表に出せないようなコード使ってるに違いない( ー`дー´)キリッ
- 461 :名無しさん@編集中 :2022/02/20(日) 06:06:20.79 ID:7mFpwsmna.net
- VVCはエンコーダーよりデコーダーの実装が全く広がっていないのが気になる
ほんとにこの規格広まるのか?って感じ
- 462 :名無しさん@編集中 :2022/02/20(日) 15:17:00.72 ID:hUtDPLQi0.net
- 規格決まってからまだ新しいGPUというか新デコーダー実装されてないからな
スマホはもちろんだがPCでも「広がった」」と思うのは、やっぱHWベースのサポートが始まってからだと思う
- 463 :名無しさん@編集中 :2022/02/20(日) 16:19:15.58 ID:xmvVoLSOM.net
- VVCのハードウェアデコードは>>168に書いたMediaTekのスマホ用チップが対応表明済
- 464 :名無しさん@編集中 :2022/02/20(日) 16:46:36.68 ID:PHSgXZU5M.net
- >MediaTekのスマホ用チップが対応表明済
一次ソースpls
- 465 :名無しさん@編集中 :2022/02/20(日) 17:04:20.06 ID:i4st2Kty0.net
- 今のでも回線に余裕があるなら
新しいものの開発は進まないだろうね
半導体も不足して再生環境もそう簡単には
新しくならないだろうし
- 466 :名無しさん@編集中 :2022/02/20(日) 17:14:04.73 ID:aTLPkujh0.net
- av1が普及してそのまま終わりそう Qualcommの対応予定も出たし
- 467 :名無しさん@編集中 :2022/02/20(日) 18:27:24.97 ID:8F3q56XOM.net
- mediatek vvcで検索したら一番上にでてきた
https://corp.mediatek.jp/news-events/press-releases/mediatek-and-tsmc-unveil-the-worlds-first-7nm-8k-digital-tv-system-on-chip
- 468 :名無しさん@編集中 :2022/02/20(日) 19:58:28.10 ID:PHSgXZU5M.net
- それはテレビ用
スマホ用チップのVVC対応プレスリリースpls
- 469 :名無しさん@編集中 :2022/02/20(日) 22:15:15.92 ID:WoiZIzwFM.net
- そんなものはない
- 470 :名無しさん@編集中 :2022/02/20(日) 22:37:37.21 ID:n+FKEp8ZM.net
- VVCはハードウェアどころかソフトウェアデコーダーも広まってなくないか
VVC再生できる動画プレイヤーあるのかね?
- 471 :名無しさん@編集中 :2022/02/21(月) 08:08:52.44 ID:gqxrS6iAM.net
- テレビ以外での再生はターゲットじゃないからそんなの誰も作らないでしょ
- 472 :名無しさん@編集中 :2022/02/21(月) 12:14:38.11 ID:aGngilX10.net
- テレビのためにチップ起こそうって会社がそんなにあるのかね?
- 473 :名無しさん@編集中 :2022/02/21(月) 20:14:51.86 ID:f5L46mCy0.net
- クアルコムの次期プロセッサに「AV1」コーデック搭載の噂 動画再生時間が延長?
https://japanese.engadget.com/qualcomm-av-1-073032734.html
- 474 :名無しさん@編集中 :2022/02/21(月) 22:10:40.67 ID:AQxQH1Wd0.net
- >>473
タイトルに分かりやすい利点を書かないといけないのに参考記事で丁度いい部分が「動画再生時間」しかないせいでひどいことになってる
高圧縮な動画コーデック「AV1」搭載の噂 とかにできないあたりエンガジェット日本版が終わるのも納得
- 475 :名無しさん@編集中 :2022/02/21(月) 22:14:28.02 ID:AQxQH1Wd0.net
- VVC対応のプレーヤー
https://github.com/bitmovin/vvDecPlayer
- 476 :名無しさん@編集中 :2022/02/22(火) 00:26:37.55 ID:fzsGW1jk0.net
- >>473
>現在広く利用されている動画コーデック「H.265(HEVC)」
残念、スマホでは殆ど使われてません!
- 477 :名無しさん@編集中 :2022/02/22(火) 02:11:47.55 ID:xVpvSpAp0.net
- >>473
疑問形で書くならアチアチスマホにならないかも? とかにしようよ
- 478 :名無しさん@編集中 :2022/02/22(火) 05:36:36.24 ID:7GGW4lrx0.net
- おう、これ記事にしとけ
って資料を上司からぶん投げられた素人さんが資料だけ見てテキトーにまとめた記事なんだろうな
- 479 :名無しさん@編集中 :2022/02/22(火) 08:39:01.56 ID:Ixi5IdKDM.net
- トーシロがググった情報集めましたレベル
- 480 :名無しさん@編集中 :2022/02/22(火) 09:12:48.66 ID:Ywbl5LWHM.net
- おまいう
- 481 :名無しさん@編集中 :2022/02/22(火) 09:17:13.60 ID:iLDKrvlA0.net
- どいつもこいつもバカだからさ
閉鎖されて当然なんだよこんなクソメディア
遅いぐらいだよもっと前に閉鎖されるべきだった
- 482 :名無しさん@編集中 :2022/02/22(火) 20:09:27.89 ID:/VFEcarM0.net
- 日本版engadgetは本国に切られたくらいだからしょうがない
- 483 :名無しさん@編集中 :2022/02/23(水) 13:56:27.42 ID:32sPd5s80.net
- 終了のお知らせ来てたのかw
- 484 :名無しさん@編集中 :2022/02/23(水) 16:54:30.90 ID:tJsBswdx0.net
- rigaya氏のブログに新しい画質比較来てる
- 485 :名無しさん@編集中 :2022/02/23(水) 18:45:43.88 ID:niDYblXm0.net
- >>484
丸ポチマーカーにカーソルを合わせるとポップアップが出るのね
一番遅い hevc 10bit つかっててもx5950で全然実用できてて、
画質もまぁ良いので、次世代普及はまだ先の気がしてくるな
- 486 :名無しさん@編集中 :2022/02/23(水) 18:47:09.00 ID:niDYblXm0.net
- あまりデータ量(通信量)が小さくなられても
困る圧力もあるのだろし
- 487 :名無しさん@編集中 :2022/02/23(水) 18:49:23.34 ID:0vcUMydpa.net
- 何を言っているんだ?
- 488 :名無しさん@編集中 :2022/02/23(水) 19:02:39.75 ID:niDYblXm0.net
- 酷く個人的な直感を・
- 489 :名無しさん@編集中 :2022/02/23(水) 19:09:12.51 ID:niDYblXm0.net
- >>487
何がいいたいんだ?
- 490 :名無しさん@編集中 :2022/02/23(水) 22:04:33.16 ID:LdOKa4/J0.net
- >>489
具体的にどこの団体が圧力を?
- 491 :名無しさん@編集中 :2022/02/24(木) 00:05:22.78 ID:mB+G81qo0.net
- >>476
広く利用されている動画コーデックでは無いのは確かだけど
スマホ自体はほとんど対応してる上にiPhoneのカメラはデフォだとカHEVC/HEIFだし「スマホでは殆ど使われてません」じゃなくスマホ/PCに限らず「動画配信では殆ど使われてません」だろ
- 492 :名無しさん@編集中 :2022/02/24(木) 10:14:09.55 ID:GvUDwhD30.net
- SVT-AV1
劇的に速くなってないか
朝起きたら終わってて驚いた
- 493 :名無しさん@編集中 :2022/02/24(木) 10:38:03.41 ID:BMqtf9T8d.net
- SVT-AV1
低ビットレートには強いけど、高ビットレートには弱いな
- 494 :名無しさん@編集中 :2022/02/24(木) 12:19:52.91 ID:FKMFtSw/a.net
- チューニングが低ビットレートに絞ってんのかね?
- 495 :名無しさん@編集中 :2022/02/24(木) 17:51:39.28 ID:5qVx7mQT0.net
- 久しぶりにノートpcでstvav1変換したら1080p30が等倍速で動いたんだけど…どゆこと
- 496 :名無しさん@編集中 :2022/02/24(木) 18:01:12.01 ID:iI65Ur270.net
- 11400@5C10Tでffmpeg libsvtav1 -preset12動かしたら1080pで240fpsくらい出たけど
画質はうーん…低ビットレートなら輝けるのか?
H.265から移行するにはまだ厳しいというのが正直なところ
- 497 :名無しさん@編集中 :2022/02/24(木) 18:51:02.34 ID:LiFJCwVXa.net
- >>496
preset 12なんてx265だとsuperfast並の汚さを自ら選んでんだから当たり前だろ
せめてpreset 9〜7あたりで比較しろよ、その安CPUでも7くらいまでなら現実的な速度出そうだし
- 498 :名無しさん@編集中 :2022/02/24(木) 20:10:13.26 ID:sc7LIYuv0.net
- >>494
苦手なタイプな動画だった可能性もある
x264とx265でもx265が高ビットレート域でスコア伸びないことがある
なので色んな種類の動画でテストして平均しないとよくわからない
- 499 :名無しさん@編集中 :2022/02/24(木) 20:13:16.32 ID:L/bwIYW40.net
- SVT-AV1
同じ動画で0.8fpsから14fpsになったぞ
速度上がりすぎだろ
でも仕上がりファイルは大きくなってる
プリセットもビットレートも同じなのにな
色々変わってそう
- 500 :名無しさん@編集中 :2022/02/24(木) 20:18:21.03 ID:L/bwIYW40.net
- ちなみにRyzen 9 3900で
1080pの動画をエンコードね
- 501 :名無しさん@編集中 :2022/02/24(木) 20:54:31.16 ID:sc7LIYuv0.net
- v0.9.1来てた
https://gitlab.com/AOMediaCodec/SVT-AV1/-/releases/v0.9.1
- 502 :名無しさん@編集中 :2022/02/25(金) 03:15:49.69 ID:cNv4ydVM0.net
- rigaya氏の最新ブログ記事より
★8bitのアニメ素材においては
・svt-av1 p7はx265 mediumの品質を上回り、p8では同程度か若干下回る
・p7でmediumと同速、p8で1.5倍速程
・p10はx264 mediumとhevc_nvenc qualityの品質を上回り、p11では高ビットレートで下回る
・p10でx264 mediumの0.8-1.0倍速・hevc qualityの1.4-1.5倍速、p11ではp10の1.2倍速程度。
・p11でも品質はh264_nvencには基本負けず、p12の高ビットレートで不利になるくらい。
もうav1でよくね?
- 503 :名無しさん@編集中 :2022/02/25(金) 05:03:36.00 ID:6vQZ2rVT0.net
- AV1はSSIMとか見るといい感じなんだけど目で見るとなんとなくのっぺり感を感じるんだが気のせいなんだろうか
- 504 :名無しさん@編集中 :2022/02/25(金) 06:41:33.44 ID:i4Uj0arbH.net
- x264・x265はデフォだと心理画質っていう
人間目線で見た目の画質を向上させるが代わりにSSIMは落ちるっていうオプションがデフォでオンになってる
(デフォ値だと多少落ちる程度)
SVT-AV1にはそれがないから、x264・x265のSSIMスコアは多少割り引かれてるようなものだと念頭に入れといたほうが良い
- 505 :名無しさん@編集中 :2022/02/25(金) 10:33:01.94 ID:hL8djZtb0.net
- そのへんはネット配信事業者が旗振ってるせいか割り切りはあるよね
DBだとほぼ無劣化レベルの高画質を暗に求めるに比べて
ネット配信は劣化上等、10Mbps以下で画質破綻しなければ十分みたいな
- 506 :名無しさん@編集中 :2022/02/25(金) 10:37:02.19 ID:npisLJiG0.net
- >>501のリリースノートに「--tune 主観的に最適化されたエンコーディングモードの新しいサポート」って書いてあるからこれから徐々に調整されていくと思うけどね
- 507 :名無しさん@編集中 :2022/02/25(金) 12:25:53.25 ID:Gt3ZSWtsa.net
- svt-av1の0.9でエンコードしたファイルの画像が1回だけ一部破綻してたことがあるから
ちょっとまだ信用できないかなあという個人的な感想
それまでは問題なかったから試しにつけてみた--film-grainオプションとソースの相性が悪かったのかもしれないけど
- 508 :名無しさん@編集中 :2022/02/25(金) 16:19:31.63 ID:Gt3ZSWtsa.net
- 試しに同一のソースで--film-grain付けずにエンコしてみたら問題なかったのでそれが原因だったっぽい
- 509 :名無しさん@編集中 :2022/02/25(金) 21:15:54.45 ID:L5yQeXJa0.net
- SVT-AV1が0.9.1出たという事で早速試して見たのですが
途中で止まってしまいます。(数回試しました同じところでエラーです)
スクショ→ttps://dotup.org/uploda/dotup.org2733110.jpg.html
0.9.0に戻してやってみると何事も無かったかのように無事エンコードが終わります。
使ったコマンドは
ffmpeg -i test.mp4 -nostdin -f yuv4mpegpipe -pix_fmt yuv420p - | SvtAv1EncApp.exe -i stdin -n 81032 -b test.ivf
です。-nの総フレーム数はAviutlから取得しました。(TMPGEnc Video Mastering Works 7で見ると81033)
どちらを信用したら良いのかわからないけどとりあえず前者を採用。
何かコマンドが違うのでしょうか?それとも実行ファイルの不具合なのでしょうか?
それとも他に原因があるのでしょうか?0.9.2出るまで待った方が無難なのかなぁ???
どなたか解決策わかる方居ませんか?
- 510 :名無しさん@編集中 :2022/02/25(金) 21:27:33.29 ID:MdzPS18P0.net
- >>509
バグだろうね
issuesのページにもフリーズするという報告が2件ある
- 511 :名無しさん@編集中 :2022/02/25(金) 22:11:26.78 ID:lAjF43Vfa.net
- 1.0まで全裸待機
- 512 :名無しさん@編集中 :2022/02/25(金) 23:14:24.99 ID:L5yQeXJa0.net
- >>510
情報ありがとうございます
次ヴァージョン出るまで気長に待つことにします。
- 513 :名無しさん@編集中 :2022/02/26(土) 00:20:42.22 ID:vPDbX85wa.net
- 人間の目ってエッジの効き具合で画質の良し悪しを決めてる気がする
何しろ自分がそうだからなw
YouTubeのVP9はびっくりするぐらいエッジがシャープだから未だに使われてんだろう
AV1はどうにもエッジがボヤけてて泣きたくなる
- 514 :名無しさん@編集中 :2022/03/01(火) 00:09:17.56 ID:YMXoB2b70.net
- ・【藤本健のDigital Audio Laboratory】MP3より高音質! YouTube/Discord採用の「Opus」コーデックを試した
https://av.watch.impress.co.jp/docs/series/dal/1391385.html
- 515 :名無しさん@編集中 :2022/03/01(火) 06:13:35.58 ID:c3iZ6I8N0.net
- >>514
音を目で聴くことが出来る藤本大先生乙
- 516 :名無しさん@編集中 :2022/03/01(火) 07:17:27.18 ID:wNTZsKSG0.net
- 味覚を言葉で伝えて得意気な日本人らしくて素敵
- 517 :名無しさん@編集中 :2022/03/01(火) 11:43:18.75 ID:hWiE4WJ+M.net
- いやでもwavとmp3/AACは320kbpsあたりでもABテストしたらかなりの確率で当てられたけどopusは128kbpsどころか場合によっては96kbpsあたりからこれ同じやんってなるから実際すごく優秀だと思う。
いい音源だと音が痩せて聞こえるから聴き慣れてる曲ならそこで分かる
逆に初めて聴くならmp3でも192kbpsあれば絶対分からん
- 518 :名無しさん@編集中 :2022/03/01(火) 16:09:38.11 ID:mJixfTiY0.net
- 普段はx265+Opus128kでエンコードしてる、コーデックパックのおかげで動画再生に苦労したことはないけど
音楽プレイヤーは未だにアドオン入れないとデフォではOpus再生できなかったりしてちょっとびっくりする
まあ現代の音楽ファイル事情は可逆がスタンダードだから今更音楽プレイヤーがOpusに対応しなければならない理由も薄いんだけど
- 519 :名無しさん@編集中 :2022/03/01(火) 16:16:08.31 ID:pyvnu0rXa.net
- なんで今更opusなんかに食いついてんだw
- 520 :名無しさん@編集中 :2022/03/01(火) 16:59:11.90 ID:k7yXdnJb0.net
- あと数年でav1のハードデコーダ・エンコーダが一般に普及したらav1+opusのmp4が主流になるだろうからその頃には対応結構増えると思うけどね
- 521 :名無しさん@編集中 :2022/03/01(火) 19:55:48.33 ID:QtgH/dVQ0.net
- av1ってmp4コンテナにおさまる?
L-SMASHだと無理みたいだけど
- 522 :名無しさん@編集中 :2022/03/01(火) 19:56:26.01 ID:QtgH/dVQ0.net
- あとopusってaacみたく音声ディレイの問題ない?
- 523 :名無しさん@編集中 :2022/03/01(火) 19:59:40.93 ID:7Z6PqKb4d.net
- mp4は使ってないからわからんけど
mkvなら収まってる
- 524 :名無しさん@編集中 :2022/03/01(火) 20:00:02.57 ID:X2NRWCWz0.net
- >>521
vimeoのfork使えばl-smashでも格納出来る
https://github.com/vimeo/l-smash
- 525 :名無しさん@編集中 :2022/03/01(火) 20:02:52.40 ID:QA04qaE80.net
- 個人的にはOpusの方がmp4に入るのかが疑問だった
- 526 :名無しさん@編集中 :2022/03/01(火) 20:02:58.57 ID:GgqBL/Sba.net
- >>521
3年前にはAV1のmp4コンテナ対応してるぞ
L-SMASHがカスなだけ
- 527 :名無しさん@編集中 :2022/03/01(火) 20:44:33.51 ID:m4t19GdV0.net
- mkvでいいじゃん(いいじゃん)
- 528 :名無しさん@編集中 :2022/03/01(火) 20:47:26.27 ID:DIauHpDDa.net
- mkvは仕様が大きすぎて対応が面倒なんよ
- 529 :名無しさん@編集中 :2022/03/01(火) 21:25:39.71 ID:a6ggmtU60.net
- 映像部分がVP9のwebmをアニメ板に貼ったら「iphoneじゃwebm見れないからやめろ」と言われたんだがiphoneってそんな貧弱なん?
- 530 :名無しさん@編集中 :2022/03/01(火) 22:19:56.17 ID:DIauHpDDa.net
- iOSの最新バージョンでは対応しているはずだが
対応したのはつい最近ではある
- 531 :名無しさん@編集中 :2022/03/02(水) 00:22:30.23 ID:bkqJBIbda.net
- >>522
Opusって低遅延が売りだよ
それでいて品質も優れてるから、こんなに使われるようになったと思うけどね
- 532 :名無しさん@編集中 :2022/03/02(水) 00:29:19.44 ID:Qv9eJL1L0.net
- iOSは独自要素が大杉
- 533 :名無しさん@編集中 :2022/03/02(水) 01:02:40.26 ID:Trivnlia0.net
- >>531
AppleのAAC-LCだと2112sampleの遅延だけどOpusはどのくらい?
- 534 :名無しさん@編集中 :2022/03/02(水) 04:36:05.05 ID:s59QDZ8X0.net
- >>533
2112サンプルの遅延ってどうやってそんなに正確に調べたの?
- 535 :名無しさん@編集中 :2022/03/02(水) 08:50:47.27 ID:D3Ed1FSC0.net
- >>533
22.5msだから1080sampleかな
- 536 :名無しさん@編集中 :2022/03/02(水) 11:29:36.82 ID:350Lpm8w0.net
- Opusの最小フレームサイズは2.5msじゃなかったか
もちろん相応に音質は下がるが
- 537 :名無しさん@編集中 :2022/03/02(水) 12:53:21.62 ID:bhJGhS+2M.net
- >>534
調べるも何も仕様だし実際そのサンプル数分ずらして動画とmuxするとaac圧縮前のwavの動画同期波形とピタリ一致する
音声単体で聞くなら何も問題ないけど、チャプターポイントとか境目で前のシーンぎりぎりまで音声が入り込んでいる場合、遅延で次のシーンにわずかに音声が入り込んでしまう場合がある
ディレイ対策するか可逆圧縮音声ならこのような問題は生じない
- 538 :名無しさん@編集中 :2022/03/02(水) 13:03:41.20 ID:bhJGhS+2M.net
- >>535
やっぱり結構遅延するのね
- 539 :名無しさん@編集中 :2022/03/03(木) 05:54:36.99 ID:/1JZHF3Q00303.net
- エンコーダーを通すと遅延する話と、フレームサイズの話をごっちゃにしてる。
どちらも遅延の原因だけど、メカニズムが違う。
前者は挿入した無音も再生することが原因。
後者はフレームを受信し終わらないとデコード始められないことが原因。
エンコーダーを通すと遅延する話について。
エンコーダーは音声圧縮の都合で、データの冒頭(と末尾)に必ず無音を挿入してる。
そして再生時に飛ばしてる。これはOpusもAACも同じ。
(ffprobe -show_frames -select_streams a:0 -i inputした最初(と最後)のフレームのサンプルの数を見てほしい。)
ただOpusははじめから無音の位置の記録を仕様に盛り込んでいたのに対し、AACは後付だった。
だからAACの無音区間をカットしないソフトがある、Audacityのように。
- 540 :名無しさん@編集中 :2022/03/06(日) 08:24:35.63 ID:Lt6vw6tz0.net
- ffmpegのsvt-av1で試しにエンコしてみたが、早くなってるけどもう少し早くなって欲しいわね。
preset5くらいで、保管用の動画を再エンコしようと思ってたけど、早さを見るにpreset8〜10くらいにしたい感じになってきている。
みんなはpresetいくらくらいでエンコしてます?参考までに教えていただけると助かります
- 541 :名無しさん@編集中 :2022/03/06(日) 11:33:00.09 ID:7yNpP8nM0.net
- 自分は7で十分かな
- 542 :名無しさん@編集中 :2022/03/06(日) 11:34:51.60 ID:yDEcQDSF0.net
- 保存用ならビットレート盛るだろうしx265でよくない?
svt av1は今のところ低ビットレートは強いけど高ビットレートだと圧縮率x265に負けるし
現実的な速度のsvt av1 P5 10bitでもx265 midium 10bitにssim0.987超えたあたりでビットレート比の画質抜かれてる
- 543 :名無しさん@編集中 :2022/03/06(日) 11:36:18.71 ID:yDEcQDSF0.net
- ソース貼りたかったけどなんかNGワード出たので
rigaya 画質比較 (2022.02) 実写編 とかでググって下さい。
アニメ編は対象ビットレート低過ぎて当てにならないかと
- 544 :名無しさん@編集中 :2022/03/06(日) 12:33:16.57 ID:7yNpP8nM0.net
- 自分はssimは0.98あれば満足するのでav1の6か7が一番いいかなって
ちなみに8bitソースね
- 545 :名無しさん@編集中 :2022/03/06(日) 16:40:51.50 ID:ZHyMWSvV0.net
- このデータ見るとほとんどの動画で高ビットレート帯でもSVT-AV1の方が成績良いからrigaya氏の使った動画がたまたま相性悪い可能性もある
https://beta.arewecompressedyet.com/?job=test_5qualities%402022-02-01T01%3A15%3A39.081Z&job=x265_medium_3.4%402021-12-01T23%3A45%3A05.630Z#
↑Reportのところクリックしてね
- 546 :名無しさん@編集中 :2022/03/06(日) 16:47:00.37 ID:ZHyMWSvV0.net
- こっちのデータの方がよかったかも
https://beta.arewecompressedyet.com/?job=svt-av1_0.8.8_rc1%402021-12-01T20%3A29%3A18.016Z&job=x265_medium_3.4%402021-12-01T23%3A45%3A05.630Z
- 547 :名無しさん@編集中 :2022/03/07(月) 00:08:15.23 ID:z37MUztKa.net
- hevcよりav1のほうがブラウザでも再生できるから使い勝手が良いんだよな
- 548 :名無しさん@編集中 :2022/03/07(月) 04:38:27.17 ID:SmRYp7mk0.net
- AV1だとSOCで再生支援効かないからまともに4Kとか再生出来んのよ
PCならデコーダが優秀だからソフトウェアで全く問題ないけどさ
- 549 :名無しさん@編集中 :2022/03/07(月) 08:11:15.92 ID:f++1WVPoM.net
- スマホやテレビ向けのチップでも大抵AV1対応してるだろ
- 550 :名無しさん@編集中 :2022/03/07(月) 08:31:59.23 ID:anv/uGDGa.net
- 大抵の定義や如何に…
- 551 :名無しさん@編集中 :2022/03/07(月) 10:38:55.59 ID:g6s6ckZu0.net
- スマホって言ってもAndroidはDimensityとExynosはもうぼちぼち対応してるし、Snapdragonも次から対応開始するから今からなら別にav1で問題ない
iPhoneのことを言ってるならそれはHEVCでいいだろ、Safariも対応してるし
- 552 :名無しさん@編集中 :2022/03/07(月) 12:29:31.64 ID:7fsDXRC70.net
- >AndroidはDimensityとExynosはもうぼちぼち対応してるし、Snapdragonも次から対応開始
この程度の普及率で「大抵」といえるのかってツッコミでしょ
- 553 :名無しさん@編集中 :2022/03/07(月) 12:49:52.43 ID:anv/uGDGa.net
- ・【藤本健のDigital Audio Laboratory】「Opus」と「AAC」どっちが高音質? 周波数分析でコーデック比較した
https://av.watch.impress.co.jp/docs/series/dal/1393179.html
- 554 :名無しさん@編集中 :2022/03/07(月) 13:15:03.90 ID:VS2f4fnCM.net
- >>552
今世代次世代で対応してないチップの方が少ないんだから大抵って言っていいでしょ
- 555 :名無しさん@編集中 :2022/03/07(月) 13:41:53.99 ID:9w0NX1vld.net
- 「大抵」が文脈上どの母集団にかかってくるかによるだろそんなの
「これからの製品群」なのか「現用されている製品群」なのかで全く正反対になる
- 556 :名無しさん@編集中 :2022/03/07(月) 14:46:34.89 ID:ZHal+jP3M.net
- 重箱の隅つついても詮無いで
現代日本で未来志向ポジティブ思考なのは上等や
お後がよろしいようで
- 557 :名無しさん@編集中 :2022/03/07(月) 17:23:05.36 ID:0jIPpJ+8a.net
- AV1のソフトウェアデコーダーも改善されてきてるから4Kでも余裕で再生できるぞ
- 558 :名無しさん@編集中 :2022/03/07(月) 20:28:21.15 ID:vt+65DMN0.net
- 自己責任で使うのはいいがまだ安定してない技術を人にすすめるのは良くない
AVIFのライブラリlibavifも去年古い規格を切り捨てたからな
あれで今まで開けてた画像が開けなくなってしまった
- 559 :名無しさん@編集中 :2022/03/07(月) 21:52:32.26 ID:anv/uGDGa.net
- えびふりゃー、改悪したのか?
- 560 :名無しさん@編集中 :2022/03/08(火) 03:37:00.51 ID:0RtSbACA0.net
- 自分でエンコしてSSIM見てニヤニヤしてる奴はいいけど他人のデータ見てさらに他人に薦める奴の気がよく分からん
このスレでも何人か報告してるけどSVT-AV1は暗部のグラデーションがあんまりよろしくないから全編明るいシーンしかないアニメならともかくそうじゃないなら10 bitのx265から乗り換える理由は今のところ無い(SSIMが欲しいならx265で-tune ssimつけてpsy-rd切ればいい)
俺はブラウザでしか再生しないしスマホもテレビもカメラもAV1対応機器を最速で買いそろえるからHEVCは使わねぇだお前らもそうだろってなら好きにしたらいいけど…
- 561 :名無しさん@編集中 :2022/03/08(火) 05:31:14.46 ID:AJYSmEm6a.net
- >>560
その程度で「気が分からん」になる奴の方が気が分からんわw
お前5ch初めてか?力抜けよ
お前みたく安定・現実志向の奴もいれば、新技術に期待してて早く使いたい奴もいて当然なんだよ
もっと言うとx265だってx264より遅いから使わんって奴さえいる
「ブラウザでしか再生しない」なんて貶してるが用途次第ではブラウザも必要な、立派な再生環境だから再生できるに越したことはないのは事実
x(H.)265もまだまだ否定されてもしょうがない側だぞ
(SVT-)AV1だと暗部やエッジが怪しいのも事実だが、2018年のAV1公開から丸3年以上経ってようやく現実的な速度・負荷のエンコーダになってきた訳だし、用途次第では実用したい奴がいてもおかしくはない
何を使うも使わんもすすめるも人の勝手、わざわざスレなんか見に来て過信するのも自己責任なんだから、自分なりの使わん理由だけ述べたらほっとけばいいんだよ
- 562 :名無しさん@編集中 :2022/03/08(火) 08:11:09.51 ID:WOLTzr9D0.net
- >>560
自分のデータは参考にしていいけど他人のデータは駄目っていうのがわからん。
データを公表して議論出来ないのなら定量的な評価指標の意味無いじゃん。
- 563 :名無しさん@編集中 :2022/03/08(火) 08:37:13.89 ID:VXFk2GQT0.net
- 元々「ネトフリとYouTubeが採用してるかAV1大勝利!H.265はクソ!」っていうどういう経緯でDTV板に居るのか不明な連中ばっかりなんだししょうがない
どこかしらのサイトでSSIM比較見て(特に用途を指定せず)もうAV1でいいとか言ってる奴がこのスレに居るのは事実なのに>>561みたいに用途によってはだろ!人の勝手だろ!って発狂する奴も居るし
- 564 :名無しさん@編集中 :2022/03/08(火) 09:18:35.92 ID:0RtSbACA0.net
- >>562
その「定量的な評価指標」のデータが視覚心理最適化でx264/5側は下がってるから本来比較するならそれをoffにする(俺がこうしろって決めつけてるんじゃなくx264/5側がそう言ってる)か
onにした上でやや下がっている事を理解した上で「議論」してればいいけどssimだけ見てav1が優秀ってる人はしてないじゃん(例えば>>502や545)
- 565 :名無しさん@編集中 :2022/03/08(火) 10:21:00.41 ID:v0MniYyQ0.net
- >>560
スレタイ的にはVP9/H.265は比較対象で、技術的には次世代ってわけでもないからな
最新のものを評価するっていう議論は大いに結構だとは思うが・・・
薦められたららホイホイ鵜呑みにするのはネットニュースの記者くらいしか来てないだろ
どうでもいい他人の為に、気にすると禿げるぞ
- 566 :名無しさん@編集中 :2022/03/08(火) 15:10:03.29 ID:JUOQJAULM.net
- 次世代ビデオコーデック「総合スレ」なんだからその範疇を超えない分何を語ろうが問題無いわ
他人の褌で品評会も大歓迎
- 567 :名無しさん@編集中 :2022/03/08(火) 18:27:38.00 ID:6cBaBA1p0.net
- コーデック知識がほとんどないにわかなんだけど動画コーデックの知識ってみんなどこで勉強してきたの?
俺はよくわからんからH.264/AVC教科書ってやつ読んで参考にはなったけどスレタイの通りのAV1とかH266とかの参考になる情報どこにあるんだ
- 568 :名無しさん@編集中 :2022/03/08(火) 19:37:22.83 ID:ER/e2veT0.net
- 知識も大事だけど経験も結構大事
実戦はやっぱり理屈通りにいかないことだらけだから
- 569 :名無しさん@編集中 :2022/03/08(火) 20:05:54.25 ID:gJ2LdOeZ0.net
- スレ眺めて気になる技術のwikiなりコマンドなり探して試して、分からないとこググれば楽しいよ。
昔映像処理技術の無料の教科書的なPDFが確かこのスレに確か貼ってあったけど、ああいうので色空間なり情報の圧縮の基礎学んでおけばもっと楽しめるかもね。
何も覚えてないけどきっと偉い人が貼ってくれる…
- 570 :名無しさん@編集中 :2022/03/08(火) 20:23:19.80 ID:WOLTzr9D0.net
- >>569
PDFじゃないけどこれ?
https://github.com/leandromoreira/digital_video_introduction/blob/master/README-ja.md
- 571 :名無しさん@編集中 :2022/03/08(火) 21:56:06.68 ID:ySBLPZSua.net
- エンコードは一日にして成らず
- 572 :名無しさん@編集中 :2022/03/09(水) 01:18:18.59 ID:wYxiP6i+0.net
- >>570
567だけどありがたし…ありがたし…
- 573 :569 :2022/03/09(水) 05:52:58.67 ID:CTSieKzs0.net
- >>570
これです!エスパーありがとう!
- 574 :名無しさん@編集中 :2022/03/09(水) 08:35:28.22 ID:uSNSyySEM.net
- >>567
https://www.soumu.go.jp/main_content/000733118.pdf
ボリュームすごいけどVVCはめちゃ詳しく解説されてる総務省のpdfがある。
- 575 :名無しさん@編集中 :2022/03/09(水) 13:31:09.93 ID:wYxiP6i+0.net
- >>574
ありがたし…
なんか総務省ってコーデック関連の調査のpdfが結構検索結果にヒットしますよね
総務省の役割なんだ…と思いながら見てる
- 576 :名無しさん@編集中 :2022/03/09(水) 14:12:54.74 ID:d87tx9EV0.net
- まるもさんのx264やxvid/mpegの解説記事や
猫科研究所のx264チェンジログ翻訳や解説もローカルだけど面白いと思う
- 577 :名無しさん@編集中 :2022/03/09(水) 17:45:11.32 ID:HGJqFIN0a.net
- 日本は結構MPEG利権に深く入り込んでいる
- 578 :名無しさん@編集中 :2022/03/09(水) 22:34:57.45 ID:iwD/PTW80.net
- 今の最新動画コーデックって、いまだにどれもYUVの4:2:0がベースなの?
とすると、意図的に4:4:4を指定しない限り、どのコーデックも真っ赤な物体や真っ青な物体は劣化しまくり?
- 579 :名無しさん@編集中 :2022/03/10(木) 00:33:53.92 ID:zJL/gTTI0.net
- x264やx265だとそこのビットレート割り当てを増やすオプションがあるから
必要だと判断されたら用意されるんじゃね
- 580 :名無しさん@編集中 :2022/03/10(木) 08:55:32.12 ID:Hi1FI3XtM.net
- 赤劣化なんてFlashPlayerで動画再生してた時代の話やん
- 581 :名無しさん@編集中 :2022/03/10(木) 11:06:24.78 ID:sewvBbl00.net
- やっと社場に出てきたんでしょっていう・・・
見た目でわかる組み合わせを書いてもらいたいな、気が付かないだけでいつの間にか使ってるかもしれんし
- 582 :名無しさん@編集中 :2022/03/10(木) 11:09:39.22 ID:bn6IRJzB0.net
- 家に転がってる使ってないPCでAV1変換してみようと思ってやってみたが、なかなか時間かかるね。
一応、参考としてfps書いとく ※低性能CPUでごめん
Celeron N4100:1.5fps
Ryzen 3400G(35W):6.5fps
Ryzen 3400G(65W):8fps
(SVT-AV1 p5で1080*720、30fpsのH264→AV1の変換)
省電力PCで24時間まわしっぱにしたいけどx0.3くらいのスピードだと厳しいと思うので、
エンコーダがもう少しこなれるまで待つか、プリセットをもう少し調整してみる感じかな?
- 583 :名無しさん@編集中 :2022/03/10(木) 11:24:23.07 ID:bn6IRJzB0.net
- ちな、PC全体のワット数は
Celeron N4100(HeroBox):7W
Ryzen 3400G 35W(DeskminiA300):15W
Ryzen 3400G 65W(DeskminiA300):25W
くらいだった。一応。
- 584 :名無しさん@編集中 :2022/03/10(木) 13:17:54.53 ID:iiehgFXKM.net
- rigaya氏の使ってみたけど
VBRの2passでビットレート指定だと速度指定が働かないのかな?
プリセット5でも6でも速度は同じで1passの8くらいの爆速でエンコしてしまう
CRFのほうはちゃんと指定通りに速度が変わる
- 585 :名無しさん@編集中 :2022/03/10(木) 18:30:16.33 ID:ILKG1jhy0.net
- 2passの件はrigaya氏のコメ欄にも書かれてたな
- 586 :名無しさん@編集中 :2022/03/11(金) 03:26:59.36 ID:yvAtQg2J0.net
- 20年前のH.264を取り巻く環境がそうだったように
20年後は現在のH.264のように動画時間を上回る速度でエンコードが可能になるだろう
- 587 :名無しさん@編集中 :2022/03/11(金) 23:03:30.71 ID:94e/wnvu0.net
- 20年後にはもっと高解像度高圧縮になるからいたちごっこだろうよ
- 588 :名無しさん@編集中 :2022/03/12(土) 00:18:00.88 ID:fpzyBrT6a.net
- 解像度が16kになるとはとても思えない
なので8kで頭打ちだろう
- 589 :名無しさん@編集中 :2022/03/12(土) 00:18:39.49 ID:fpzyBrT6a.net
- 8kですら一般には普及するとは思えないけどね
- 590 :名無しさん@編集中 :2022/03/12(土) 03:27:22.11 ID:bdNjjXCe0.net
- 8Kまでいけばさすがに十分だと思うわ。
人の目で見れる限界付近だろ。
- 591 :名無しさん@編集中 :2022/03/12(土) 03:37:36.14 ID:jV7cOq5Aa.net
- VR向けに高解像度
- 592 :名無しさん@編集中 :2022/03/12(土) 09:13:39.56 ID:LDx/pBv70.net
- ヘッドセットの解像度って、今んとこ2k2枚ぐらいだっけ?
- 593 :名無しさん@編集中 :2022/03/12(土) 09:28:05.00 ID:oyKgKGnr0.net
- 8K以上のVRはエロ以外でも流行って欲しいな
ライブや演劇みたいなステージを見るタイプのコンテンツが臨場感あって良いんだけど
4Kくらいだとガビガビになっちゃうから、早くAV1とかで妥当なデータ量の配信ができるようになってほしい
- 594 :名無しさん@編集中 :2022/03/12(土) 09:46:15.77 ID:oyKgKGnr0.net
- >>592
性能いいのだとそのくらいだけど、必要なサイズは画面より遥かに大きいからつらい
VR動画は左右の目で独立した映像が必要だから4K=2K+2Kになるのと
のぞき穴から一部だけ拡大して見るようなものだから綺麗に見せるには必要なサイズが大きくなるのと
球形の映像を世界地図みたいに広げて記録するからロスが大きい
- 595 :名無しさん@編集中 :2022/03/12(土) 10:31:42.88 ID:96sKoLzL0.net
- 現状の性能いいやつは4Kパネルx2でレンダリング解像度としては10000x5000とかですよ
リアルタイムレンダリングと違って重要度の低い周辺視野だけ解像度下げるとか出来ないのが動画の辛い所
今より低遅延なエンコーダーとネットワークが普及したら元の16K動画をサーバー側でレンダリングして必要な部分だけ送るとかできるかもしれないけど
- 596 :名無しさん@編集中 :2022/03/12(土) 16:35:03.57 ID:Ip15PL0DM.net
- 8Kは2Dなのに立体感を感じられる。
8K>>>>>>>>越えられない壁>>>>>>>>4K
別件だが、この前発表されたMac StudioでAV1のエンコードをしたら、どのくらいの速さでエンコードできるのかが気になる
- 597 :名無しさん@編集中 :2022/03/12(土) 17:05:06.57 ID:WJ0u1/+H0.net
- > 8Kは2Dなのに立体感を感じられる
奥と手前でキャッチボールしている映像を観てみたい。そうすれば実際の3D映像と比べられる
まあ絶対に立体感は得られないな
- 598 :名無しさん@編集中 :2022/03/12(土) 17:11:23.63 ID:6Ko74KyB0.net
- 驚異の立体感!8K解像度5インチスマホにご期待ください
- 599 :名無しさん@編集中 :2022/03/12(土) 18:46:02.64 ID:Nker9WX60.net
- 8Kはともかくタブレットはそろそろハイエンドぐらいは4Kになってほしい。
視界の占有率スマホよりずっと高いんだから画素数の影響モロあるだろうにDPI7-8年前から変わってないしOLED採用してサブピクセル減らしたりなんだかなぁ感がある。
- 600 :名無しさん@編集中 :2022/03/12(土) 22:39:06.76 ID:4LRvE2nH0.net
- 2Kと4Kじゃ単純に増やしたら面積が4倍あるんだぜ、その分消費電力も発熱増える
業務用はタッチパネル的使い方が多いから細かくなってもな・・・
大手は採算にこだわるからどこかが成功するまでは手を出さないよ。作れないわけではないからね
- 601 :名無しさん@編集中 :2022/03/12(土) 23:10:52.27 ID:Nker9WX60.net
- >>600
業務用の話なんてしてない。今のタブレットは高DPIモデルでもドットが余裕で見えて気持ち悪いのよ。
SOCの負荷が増えても結局消費電力はライトの負荷がなによりも重いから問題はパネルコスト
また今のタブレットのバランス的にUX改善にはパネルの高画質化が追加コスト払わすのに最も効果的だと思ってる(カメラ高画質化にそんなに金払いたいか?)
最近のフレームレートを増やす流れににおいては消費電力の増加との折衷案として可変フレームレートが一般的になってるし、同じようにバッテリーやFPSに振りたい時に解像度落とす選択肢が与えられれば全員winwinやん
- 602 :名無しさん@編集中 :2022/03/13(日) 10:25:17.64 ID:Z6mg6IDq0.net
- スレタイ読めるか?
- 603 :名無しさん@編集中 :2022/03/14(月) 16:53:59.47 ID:0q58wEt/0Pi.net
- たぶんドットが気になって見えてない
- 604 :名無しさん@編集中 :2022/03/14(月) 19:48:05.51 ID:mtRdW/3DrPi.net
- >>603
うまい
- 605 :名無しさん@編集中 :2022/03/14(月) 22:57:07.20 ID:DR4SJb8U0.net
- この冬、変換放置のPCの熱で暖をとってきたがもう少しで暖かくなるし環境考えなきゃか
- 606 :名無しさん@編集中 :2022/03/15(火) 09:54:46.97 ID:nqemeysM0.net
- svt-av1の変換速度は速くなったってのは聞くけど、libaomはまだ絶望的な速度なんか?
svt-av1のほうが実用的な速度になってきた分、libaomは眼中にない感じ?
- 607 :名無しさん@編集中 :2022/03/15(火) 10:53:20.14 ID:HC9RVFczM.net
- https://openbenchmarking.org/test/pts/aom-av1
だいぶ早くなってるよ
- 608 :名無しさん@編集中 :2022/03/19(土) 23:10:13.19 ID:5mMt4dem0.net
- みんな、コーデックって何使ってる?
ワイは再生環境の準備しやすさ重視でav1とh264使ってるけど、個人環境だとまだまだh264onlyだったりするのかな?
- 609 :名無しさん@編集中 :2022/03/20(日) 00:05:50.70 ID:3wBaWTMB0.net
- HEVC使ってる
- 610 :名無しさん@編集中 :2022/03/20(日) 09:35:36.15 ID:KG9bHaSDr.net
- 同じくほぼH.265しか使わない。
基本的には同じビットレートならH.264より高画質、同じ程度の画質なら容量を小さくできるので。
エンコードにかかる時間は長くなるが、フルHDなら60fps前後、4Kでも30fps近くで変換できてるので我慢できる程度かと思う。
- 611 :名無しさん@編集中 :2022/03/20(日) 11:48:39.86 ID:+GpDPMat0.net
- ほぼ静止画に近い動画圧縮したらどこまで縮むか試そうと、NHK将棋録画したんだが、
大して暑くも無いくせにやたら扇子バタバタさせて圧縮率下げようとしてくる奴なんなの?
煽ってんのか?
- 612 :名無しさん@編集中 :2022/03/20(日) 12:11:40.08 ID:3wBaWTMB0.net
- 草
- 613 :名無しさん@編集中 :2022/03/20(日) 12:27:23.00 ID:jNT13HUR0.net
- ほんま動かないでほしいよな
自然の木々とかも揺れるな!
- 614 :名無しさん@編集中 :2022/03/20(日) 14:22:06.26 ID:mmfYs5/v0.net
- 1fpsにしとけ(笑)
- 615 :名無しさん@編集中 :2022/03/20(日) 14:24:51.14 ID:rKZ7mA/U0.net
- 静止画でいいじゃん
- 616 :名無しさん@編集中 :2022/03/20(日) 16:06:23.75 ID:XQfaX2nt0.net
- 駒をどういう手順で動かしたかの情報だけ記録すればいいんじゃね
- 617 :名無しさん@編集中 :2022/03/20(日) 16:25:48.09 ID:mniYSZQ40.net
- もしかして:棋譜
- 618 :名無しさん@編集中 :2022/03/20(日) 16:52:13.28 ID:rKZ7mA/U0.net
- 選ばれたのはKIFでした
- 619 :名無しさん@編集中 :2022/03/20(日) 17:27:16.71 ID:tLIbqzX6M.net
- 山田く〜ん、全部もってって〜
- 620 :名無しさん@編集中 :2022/03/21(月) 22:35:28.36 ID:RTbcWlSc0.net
- dav1d 1.0.0リリース
https://code.videolan.org/videolan/dav1d/-/tags/1.0.0
- 621 :名無しさん@編集中 :2022/03/23(水) 11:33:53.94 ID:MEd9rNWI0.net
- AV1のハードウェアエンコーダー来るみたいよ
https://www.nvidia.com/ja-jp/autonomous-machines/embedded-systems/jetson-orin/
- 622 :名無しさん@編集中 :2022/03/23(水) 12:35:06.34 ID:osROLL/za.net
- ついに来たか
- 623 :名無しさん@編集中 :2022/03/23(水) 12:55:49.95 ID:v8S4CXK10.net
- どこにエンコーダーの記述があるんだ?
- 624 :名無しさん@編集中 :2022/03/23(水) 13:24:37.62 ID:MEd9rNWI0.net
- >>623
VIEW JETSON ORIN NX MODULE SPECIFICATIONSのとこ
- 625 :名無しさん@編集中 :2022/03/23(水) 14:14:18.54 ID:ljP2hUXK0.net
- 確かにAV1のエンコードだけじゃなくてエンコードの対応もスペック表に書いてるね
https://i.imgur.com/wrG3PZC.png
- 626 :名無しさん@編集中 :2022/03/23(水) 14:50:31.75 ID:rSnW5uHj0.net
- Intelみたいに記載ミスで後から消すとか、HWとは言っていないとか何かありそうな気はするけど
今更Ampereをいじるかどうか疑問が残るところだな
- 627 :名無しさん@編集中 :2022/03/23(水) 17:59:50.65 ID:i3WrVi380.net
- AmpareにHWエンコーダ追加ってのは流石に記載ミス臭い気がするな
- 628 :名無しさん@編集中 :2022/03/23(水) 18:42:45.04 ID:ZMR74VFK0.net
- Jetson AGX Orin Developer Kitの方はH.265としか書いてないから記載ミスっぽい感じはする
- 629 :名無しさん@編集中 :2022/03/23(水) 19:31:04.08 ID:MEd9rNWI0.net
- 表記ミスかー
確かに>>625も片方はDecodeと書くべきなのに両方ともEncodeになってたりちょっと変だしな
- 630 :名無しさん@編集中 :2022/03/23(水) 20:09:48.22 ID:MEd9rNWI0.net
- いやこのpdf見たらやっぱりAV1エンコード対応って書いてあるな
>NVENC enables full hardware acceleration for various encoding standards including H.265, H.264, and AV1.
https://www.nvidia.com/content/dam/en-zz/Solutions/gtcf21/jetson-orin/nvidia-jetson-agx-orin-technical-brief.pdf
- 631 :名無しさん@編集中 :2022/03/23(水) 22:20:47.57 ID:036FW+sb0.net
- 一番下で400ドルか、欲しい
- 632 :名無しさん@編集中 :2022/03/23(水) 23:14:08.28 ID:Fp7QToD60.net
- 400ドルなら手が出る範囲だな、よし。
あとは、どのくらいの速度と品質かが気になるけど、どうなんだろ。
- 633 :名無しさん@編集中 :2022/03/23(水) 23:18:36.06 ID:ZO7kto4Y0.net
- 省電力AV1エンコマシンとして欲しいの?
- 634 :名無しさん@編集中 :2022/03/23(水) 23:20:48.62 ID:f1l4Bpcs0.net
- 400ドルの製品も日本に入ってきたら7-8万だろうな
- 635 :名無しさん@編集中 :2022/03/23(水) 23:23:01.92 ID:ZO7kto4Y0.net
- Xavierの開発者キットすら96800だったんだから
少なくともそんぐらいはすると思うぞ
- 636 :名無しさん@編集中 :2022/03/23(水) 23:23:59.34 ID:34NrHnRz0.net
- グラボに載るのはまだ先?
- 637 :名無しさん@編集中 :2022/03/23(水) 23:33:20.36 ID:5O1Z6GXQ0.net
- 円安が酷いことになってるし時期が悪い
- 638 :名無しさん@編集中 :2022/03/24(木) 06:29:03.05 ID:6PLjbDO1a.net
- >>636
次世代では使えるようになると思う
- 639 :名無しさん@編集中 :2022/03/24(木) 08:54:11.39 ID:neBsZBoo0.net
- どうせ2パスでは使えないだろ
- 640 :名無しさん@編集中 :2022/03/24(木) 12:28:15.66 ID:mZTJliX10.net
- 悲しいことを言うな
- 641 :名無しさん@編集中 :2022/03/24(木) 14:35:44.83 ID:0aEp6sLJ0.net
- ハードウェアエンコードでAV1対応すると一般ユーザになにがメリットなん?
- 642 :名無しさん@編集中 :2022/03/24(木) 15:36:07.70 ID:/lKCuAud0.net
- >>641が聞きたいことってつまり
「ハードウェアエンコーダって一般ユーザになにがメリットなん?」
になるよな
H.264や265のHWエンコも無くてもいいけどなぜか世には溢れてる
- 643 :名無しさん@編集中 :2022/03/24(木) 15:56:59.10 ID:0aEp6sLJ0.net
- >>642
いや、すでにH.264やH.265に対応していて、動画配信やYoutubeなどへのアップロード、スマホやVR機器などへのストリーミングなどにも支障がないと思うが、AV1に対応するとこれまでできなかった用途に使えたりするのか?ってこと。
- 644 :名無しさん@編集中 :2022/03/24(木) 16:01:28.70 ID:Sn4WgRxPM.net
- ビデオ通話とか画面共有とかが高品質低電力でできる
HWエンコードの普及なしでコロナに突入してたらリモートワークとかリモート授業が少し大変だった
- 645 :名無しさん@編集中 :2022/03/24(木) 16:18:49.02 ID:xksXiGDM0.net
- av1コーデックで1080pオンライン会議する時代が…?
- 646 :名無しさん@編集中 :2022/03/24(木) 16:27:40.70 ID:Sn4WgRxPM.net
- ちょっと画質良くなる
https://twitter.com/murillo/status/1354837401882009611
(deleted an unsolicited ad)
- 647 :名無しさん@編集中 :2022/03/24(木) 17:11:58.91 ID:CmSJ1PiJa.net
- HWエンコードの恩恵を享受するのはAVIFとか
使われるかどうかは別として
- 648 :名無しさん@編集中 :2022/03/24(木) 18:47:19.18 ID:z170zdA40.net
- 帯域は1%であっても節約する価値がある
- 649 :名無しさん@編集中 :2022/03/24(木) 19:09:48.91 ID:LPHFJkx10.net
- >>646
さすがに720pで250kbpsはh.264じゃむりだな
hevcでならいけそうな気はするが有料じゃあな
- 650 :名無しさん@編集中 :2022/03/24(木) 19:29:53.04 ID:k9eYZhaT0.net
- >>645
chromeのwebrtcでav1使える
- 651 :名無しさん@編集中 :2022/03/24(木) 22:12:46.85 ID:lYG2DbRZ0.net
- >>647
,.、,、,..,、、.,、,、、..,_,,_ /i
;'`;、、:、. .:、:, :,.: ::`゛:.::'':,'.´ -‐i
'、;: ...: ,:. :.、... :.、.:: _;... .;;.‐'゛ ̄  ̄
ヽ(´・ω・)ノ
| /
U U
- 652 :名無しさん@編集中 :2022/03/25(金) 13:13:20.73 ID:0wLtUIB5d.net
- AVIFか...
やっとPhotoshopがWebP対応したとこだししばらく使うことはなさそう
- 653 :名無しさん@編集中 :2022/03/25(金) 14:14:28.12 ID:i04mzC2y0.net
- https://aomedia.org/membership/members/
adobeの名前もあるしそのうちやる気はあるんじゃないの
AV1とかAVIFのサポート
- 654 :名無しさん@編集中 :2022/03/25(金) 14:17:04.60 ID:TtWqc2jlM.net
- AVIFは後釜にエンコード/デコード負荷を考えて作られたWEBP2が控えてるし、流行るとしても一瞬なのでは感が有る。
- 655 :名無しさん@編集中 :2022/03/25(金) 14:18:38.68 ID:beaQ6zfS0.net
- 画像形式の本命はJPEG XLでしょ
- 656 :名無しさん@編集中 :2022/03/25(金) 15:07:51.55 ID:S39mm01u0.net
- 一般的に使えないWeb向け画像形式にわざわざ対応する必要もないし
10年後にsafariがavifとjpegxl対応したらやる気になるんじゃね
- 657 :名無しさん@編集中 :2022/03/25(金) 19:32:33.38 ID:OXXX6ZWMM.net
- 今はpictureタグ使えばブラウザの対応状況別に画像を出し分けできるから
Safariとかが対応するまで待つ必要ないよ。
ちなみにJPEG XLにはJPEGへの無劣化変換が可能モードが存在するので、
サーバ上ではJPEG XLで保存しておいて
JPEGしか対応しないブラウザにはJPEG XLから変換して出力することも可能。
https://cloudinary.com/blog/legacy_and_transition_creating_a_new_universal_image_codec
- 658 :名無しさん@編集中 :2022/03/26(土) 14:33:42.47 ID:bfFOxhqL0.net
- それだと帯域減らせなくてしょぼんぬじゃね?
- 659 :名無しさん@編集中 :2022/03/26(土) 20:48:31.27 ID:IeUukTk70.net
- M1チップ搭載MacでソフトウェアエンコードできるAV1エンコーダーってあるのかな?
- 660 :名無しさん@編集中 :2022/03/26(土) 22:26:02.71 ID:P6KeU0ewM.net
- >>658
例えばAVIFとJPEGでブラウザの対応状況ごとに出し分けしようとすると、
容量を無駄に食うけどサーバにAVIFとJPEGの両方を保管するか、AVIFからJPEGに劣化ありの変換をするしかないのだけど、
JPEG XLならサーバにはJPEG XLをおいておくだけでJPEGのみ対応のブラウザには無劣化変換したJPEGを送れるので、
サーバの容量を節約しつつJPEG XL対応ブラウザについては通信量も節約できる。
- 661 :名無しさん@編集中 :2022/03/26(土) 22:31:52.74 ID:1jrxGUMc0.net
- あれ、「JPEG XLから無劣化でJPEGに変換」じゃなくて「JPEGから無劣化でJPEG XLに変換」じゃなかったっけ
- 662 :名無しさん@編集中 :2022/03/26(土) 22:46:15.12 ID:877jE3lOM.net
- >>659
Handbrakeは?
- 663 :名無しさん@編集中 :2022/03/26(土) 22:49:08.67 ID:8OHwaJNn0.net
- SVT-AV1はx86向けの最適化しか入ってないみたいだからM1 Macじゃ遅いだろうな
- 664 :名無しさん@編集中 :2022/03/27(日) 00:46:32.15 ID:vKwSvcxR0.net
- >>661
対応したモードを選べば相互に無劣化変換可能だよ
https://res.cloudinary.com/cloudinary-marketing/image/upload/w_700,c_fill,f_auto,q_auto,dpr_2.0/Web_Assets/blog/transition_path.png
- 665 :名無しさん@編集中 :2022/03/27(日) 00:57:18.85 ID:vKwSvcxR0.net
- >>663
SVTはIntelが音頭とってるからARM向け最適化は入らなさそう
- 666 :名無しさん@編集中 :2022/03/27(日) 00:59:06.28 ID:Bd2TPd8r0.net
- >>664
なるほど、つまりJPEGへの変換に対応したモードのJPEG XLで画像を保管しておけば必要な時にJPEGに変換して送れるわけか
"Better quality" -> "Same quality"の場合は無劣化ではなさそうだけど
- 667 :名無しさん@編集中 :2022/03/30(水) 21:53:52.38 ID:IV/KtCBW0.net
- MPEGLAがSamsungに対して訴訟を起こす
https://www.tvbeurope.com/business/mpeg-la-files-lawsuit-against-samsung
- 668 :名無しさん@編集中 :2022/03/31(木) 02:17:24.61 ID:YFMEcxQEd.net
- svt-av1がついに1.0.0-rc1か
- 669 :名無しさん@編集中 :2022/03/31(木) 02:31:05.05 ID:2z9wunwh0.net
- Intel、ARC AシリーズGPUを発表 - Mobile向けDiscrete GPU、なんとAV1エンコーダ搭載
https://news.mynavi.jp/article/20220331-2307863/
ついに来たぞ
- 670 :名無しさん@編集中 :2022/03/31(木) 11:12:21.16 ID:soO16grZ0.net
- 4コアCPUでストレスマキシマムなエンコードしてたんで、
いい加減8コア以上のCPUに買い替えるかと思ってたけど、
AV1エンコードできるGPU出るのか。
どうしよう…。
- 671 :名無しさん@編集中 :2022/03/31(木) 11:14:49.10 ID:auqoFdDKd.net
- どうせ2パスで使えないよ
- 672 :名無しさん@編集中 :2022/03/31(木) 11:26:06.59 ID:++COCLeTa.net
- av1開発してるintelだしなんか期待しちゃう
- 673 :名無しさん@編集中 :2022/03/31(木) 11:28:49.68 ID:ovp5gMQp0.net
- >>671
今どき2パス使うのってどういう場面?
- 674 :名無しさん@編集中 :2022/03/31(木) 11:42:14.71 ID:auqoFdDKd.net
- >>673
サイズ大きくしたくない
でも画質落としたくない
AV1の普通の用途だろ
- 675 :名無しさん@編集中 :2022/03/31(木) 11:58:18.21 ID:ZjSmpVi5d.net
- QSVでNVencを上回る画質なら、ちょっと期待しちゃう
でもモバイル用なのとエンコード環境がちょっとパワーダウンするのがな・・・
自分はCUDAがあるからNVIDIAのGPUを使ってる
avisynth neoやdgdecnvが魅力的だから
でもintelにしちゃうとそれが使えなくなっちゃう・・・
- 676 :名無しさん@編集中 :2022/03/31(木) 12:54:47.02 ID:xAh5J1Kf0.net
- >>674
ビットレートの平均値を決める可変ビットレートで容量を最適化するための2パスだが、今時ディスクメディアとかの決まった容量に抑えることもほとんどないので、品質ベースでよくない?
- 677 :名無しさん@編集中 :2022/03/31(木) 17:41:53.87 ID:dIgvkI280.net
- 2パスってそんなに画質変わるん?
- 678 :名無しさん@編集中 :2022/03/31(木) 17:44:22.77 ID:zKRHoTEcM.net
- 歌ものだと品質ベースだととんでもない高いレートになる
チカチカ照明にカメラや被写体が動き回るから
なので長年の経験でこのくらいのビットレートだろって2パスを使うことが多い
- 679 :名無しさん@編集中 :2022/03/31(木) 18:07:52.19 ID:WTGD4FW9M.net
- でもそれって結局品質落としてるわけだから品質の値落とすのと何か違うの?
- 680 :名無しさん@編集中 :2022/03/31(木) 18:36:30.38 ID:LuoBcpdxa.net
- エンコーダーによって2passの役割が違うからなんとも
- 681 :名無しさん@編集中 :2022/03/31(木) 19:25:27.04 ID:9WyizcDH0.net
- SVT-AV1の1.0出たから0.9.0と比較してみたけどSSIM的には誤差の範囲(両方とも95台)
しかしこの1.0エンコード速度がやたら遅いので結局また0.9.0を使う事にした。
150秒程度の動画エンコの比較なので、そんなに差がつかないのかもしれないが
速度が0.9.0は1.12倍 1.0.0RC1は0.44倍って・・・。
- 682 :名無しさん@編集中 :2022/03/31(木) 19:31:36.71 ID:QBAvBilfa.net
- libaomやlibvpxは品質指定であっても2pass推奨じゃなかったっけ
av1anもデフォルトだとその二つは2passになってる
- 683 :名無しさん@編集中 :2022/04/01(金) 08:13:20.57 ID:pWCQBWnDaUSO.net
- >>681
多少速度が前後するのは想定してたけど、半分以下って…。
得意分野とかが変わったのかな?
- 684 :名無しさん@編集中 :2022/04/01(金) 08:22:12.88 ID:JJeHvEIU0USO.net
- >>681
デフォルトpresetが変更になったみたいだけどそういうのは考慮してる?
- 685 :名無しさん@編集中 :2022/04/01(金) 18:05:16.65 ID:LfoZ8z040.net
- 今帰宅して確認したところ>>684さんの仰る通りでした。
presetを12くらいにすると0.9.0時のエンコード速度になりました。
(SSIMは未確認)
その変更点が書いてあるURL見てみたいので宜しければ教えて頂けませんか?
- 686 :名無しさん@編集中 :2022/04/01(金) 18:36:01.56 ID:68tsmj83a.net
- >>685
Update the default preset to M10 (c4cd06b9) ・ Commits ・ Alliance for Open Media / SVT-AV1 ・ GitLab
https://gitlab.com/AOMediaCodec/SVT-AV1/-/commit/c4cd06b9b7aecef041f02dd2f8acc375a3968dd7
デフォ(M12)なんて汚い設定で使う奴が居たの驚きだが、AV1使う意味殆どないじゃん
- 687 :名無しさん@編集中 :2022/04/01(金) 21:04:47.93 ID:JJeHvEIU0.net
- >>685
リリースノートにも書いてある
https://gitlab.com/AOMediaCodec/SVT-AV1/-/releases
- 688 :名無しさん@編集中 :2022/04/01(金) 22:16:44.96 ID:LfoZ8z040.net
- >>686 >>687
URLありがとうございます。
12から10へデフォルト設定変更ということですかね?
そりゃ〜時間や電気代を気にせず使えるなら品質に拘るかもしれませんけど
仮にPC2台あっても電気代やPCへの負荷を考えるとやっぱり躊躇すると思います
なにせ貧乏性なので笑
持論ですが等倍切る速度だと実用レベルではないと思っていますので
基本的には等倍程度でエンコしてます。
フィルターやらその他の引数追加していくと0.1くらいの速度まで落ちるので
(今の場合だと0.44倍ですけどせっかちなので待てない)
元ファイルの10倍じゃないですか、自分はとてもじゃないが待てませんので。
23分程度の動画(ゲームキャプチャー)をようつべにUPしてるだけなので
例えば保存用に月1程度の頻度ならそれくらいかけてもいいかなと思いますが
そういう使い方はしていないので。
- 689 :名無しさん@編集中 :2022/04/01(金) 22:24:27.20 ID:JJeHvEIU0.net
- まあ別に高速presetを使うポリシーがあってもいいんだけど速度比較するなら同じpreset同士でやるとかじゃないと意味は無いよ
あとSSIM見る時もビットレート加味しないと
- 690 :名無しさん@編集中 :2022/04/01(金) 22:32:56.41 ID:LfoZ8z040.net
- 実は指定してない場合デフォルト値でエンコしてるの今知りました。
いつも-qp 44~46の指定はしてましたけど。
fmpeg -i inputfilename.mp4 -nostdin -f yuv4mpegpipe -pix_fmt yuv420p - | SvtAv1EncApp.exe -i stdin --qp 45 -n 9027 -b test.ivf
毎回こんな感じです、SSIMで調べることもありますが
基本的に動画を実際見て、ブロックノイズだけ見て多ければ-qpの値0方向に上げていく感じですかねぇ
他の方はどうやってるのか知りません。
- 691 :名無しさん@編集中 :2022/04/01(金) 22:46:07.32 ID:W38qcwkp0.net
- preset10でそんな異常に重い?速くなったから8でやってる
4くらいまで上げるとさすがに遅くてきついかなって思うけど
- 692 :名無しさん@編集中 :2022/04/01(金) 22:50:56.36 ID:LfoZ8z040.net
- 元ファイルがShadowPlayの遡り録画でFHD 60fps です。
で上記のコマンドラインでエンコすると0.44倍の速度でした。
CPUは5900X使っていますPB0も設定してるのでクロックは4500-4800MHz
>>691
因みにpreset8で速度はどの程度出ているんですか?遅い速いの数字を教えてもらえたらなと。
- 693 :名無しさん@編集中 :2022/04/01(金) 22:53:51.72 ID:LfoZ8z040.net
- ごめんなさいごっちゃになりました。
150秒のファイル(FHD 60fps)をエンコした時の速度です→0.44倍
一行目はいつもエンコしてるファイルのことでまだv1.0.0-RC1ではやってません。
- 694 :名無しさん@編集中 :2022/04/01(金) 22:58:28.26 ID:LfoZ8z040.net
- ついでにもうひとつ
このSVT-AV1、エンコード時間に比例して速度が落ちていくんですけど
自分だけですかね?最初は勢いよく行くんですけど最後の方は等倍くらいまで
毎回落ちます。まだ60分90分120分とかのエンコード試してないけど
等倍切るのではないかと思っています。
- 695 :名無しさん@編集中 :2022/04/01(金) 23:15:35.73 ID:JJeHvEIU0.net
- >>694
自分はあんまり長いファイルをエンコードしないからわからんけどv1.0.0-rc1で既知のデッドロックを全て直したと書いてあるから改善されてるかもしれん
- 696 :名無しさん@編集中 :2022/04/02(土) 00:15:12.75 ID:bPygOUt80.net
- >>694
5時間ぐらいの動画をエンコードしたときに
最初は数時間で終わる計算だったのに徐々に速度が落ちて
最終的に30時間以上かかったことがあった
- 697 :名無しさん@編集中 :2022/04/02(土) 00:25:35.26 ID:uZgo7WeQ0.net
- >>692
preset8でFHD動画エンコすると15fps程度、
CPUは5950x、クロックは4.5GHzに手動で固定オーバークロックしてる
- 698 :名無しさん@編集中 :2022/04/02(土) 00:51:26.36 ID:uuxjAINc0.net
- >>697
15fpsって元動画が30fpsなら速度0.5だし60fpsなら速度0.25しか
出ない事になるけど、よくそんなので耐えられるね俺には無理(苦笑
- 699 :名無しさん@編集中 :2022/04/02(土) 00:55:32.04 ID:uuxjAINc0.net
- >>696
貴重な情報ありがとう、やっぱりそうだったのか。
- 700 :名無しさん@編集中 :2022/04/02(土) 00:59:13.66 ID:qnqZTr9fa.net
- 長いと時間かかるなら分割して結合したらよいのでは
- 701 :名無しさん@編集中 :2022/04/02(土) 01:05:48.26 ID:uZgo7WeQ0.net
- でもデフォの8bitでエンコしてるのさしひいても遅いと思うけどね
10bitでエンコがデフォだと思ってるし
- 702 :名無しさん@編集中 :2022/04/02(土) 01:12:28.13 ID:uZgo7WeQ0.net
- フィルタかまさずpreset8の素で8bitエンコしてみたけど80fps程度か
- 703 :名無しさん@編集中 :2022/04/02(土) 01:46:10.18 ID:uuxjAINc0.net
- あ、ちなみにファイルサイズの容量どうなってます?
21〜23分間60fpsFHDで約10GBちょい、エンコは
-qp 45の時 1.5〜1.7GBくらい -qp 44 で 2GB〜2.2GBくらい
SSIMで見ると76%くらいの品質でファイル容量は1/6〜1/5程度まで圧縮。
ブロックノイズは多少気になる程度でようつべUPと保存兼ねてる。
知りたいのはものすごく時間かけて綺麗になるのはいいけど容量は元の何割に落ち着いてるのかと
- 704 :名無しさん@編集中 :2022/04/02(土) 02:01:01.61 ID:8VllcO+Ea.net
- >>688
エンコ速度ほしい需要も勿論わかる
でもそれならSVT-AV1でなくとも、視覚的にこなれてるx264 fast〜veryfastやNVENCでよくね?と思うのよ
特にNVENC H.265は最新世代(RTX20xxやGTX1650SUPER以降)だとだいぶ画質稼ぎやすくなったから
ウチの環境だと扱うソースの都合上1280x720 8bitばっかエンコしてるせいもあるけど
x264 veryslowやx265 medium〜slowくらいの速度なら満足するから、SVT-AV1はpreset 7で使ってる
ソースにもよるけど720p 8bitだと
SVT-AV1 preset 7とx264 veryslowが約90fps(1.5x)
SVT-AV1 preset 6とx265 slowが約45〜48fps(0.75x〜0.8x)
くらいになる事が多いかな、3900Xで
SVT-AV1 preset 12は600fps(10x)とか出てたまげたwここまで速くなくてもいいわ
- 705 :名無しさん@編集中 :2022/04/02(土) 02:53:42.29 ID:uuxjAINc0.net
- 最初にお断り
これ同一人物です(ワッチョイ a901-UE6D)(ワッチョイ e501-wq0K)
常にブラウザ4つほど立ち上げていまして間違えて違うブラウザから書き込みました。
GPUエンコのHEVCもやりました。
2Pass 所要時間 8分ぐらい
(command→ffmpeg.exe -i zzzz.mp4 -vf bwdif=mode=0 -vcodec hevc_nvenc -b:v 9500000 -pass 1 -an -f null - && ffmpeg.exe -i zzzz.mp4 -vf bwdif=mode=0 -vcodec hevc_nvenc -b:v 9500000 -pass 2 zzzz1.mp4)
frame=85932 fps=600 q=-0.0 Lsize=N/A time=00:23:52.20 bitrate=N/A speed= 10x
video:37595kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown
[Parsed_ssim_0 @ 00000223d011b340] SSIM Y:0.949046 (12.928180) U:0.968891 (15.071148) V:0.971455 (15.444681) All:0.956088 (13.574171)
- 706 :名無しさん@編集中 :2022/04/02(土) 02:54:09.76 ID:uuxjAINc0.net
- 自分の場合ようつべにUPするのが主な目的なんですこれでUPすると
汚く見えるんです。それと反映されるまでものすごく時間かかるんです(正確な時間測定してないけど多分20分ぐらい)
それでそのコマンドにブロックノイズ除去とシャープネス(先鋭化)するとちょうど良くなるんですが
それだと時間がものすごくかかるんですそれでSVT-AV1 1Pass -qp 45でやるようになったんです
合計時間と映像の質を見ると後者選ぶほうが早いんです。そういう経緯がありまして今に至ります。
- 707 :名無しさん@編集中 :2022/04/02(土) 03:00:43.42 ID:uuxjAINc0.net
- あともうひとつSSIMのような比較ツールは半分くらいしか信用していません。
もう眠いので端折って書きますがffmpegの本をだされているロベルトさんとのやりとりでそう感じたからです。
(俺がだれかわかっちゃうけどいいや)
ってわけでもう寝ますおやすみなさい。
- 708 :名無しさん@編集中 :2022/04/02(土) 05:35:10.75 ID:iSB5yJCc0.net
- https://av.watch.impress.co.jp/docs/news/1399871.html
高度な高度なワロタ
よっぽど高度なんだろうなw
- 709 :名無しさん@編集中 :2022/04/02(土) 06:36:06.34 ID:qnqZTr9fa.net
- 資料だけを見るとマジで優秀に見える
実際に使ったわけではないが
- 710 :名無しさん@編集中 :2022/04/02(土) 11:14:26.45 ID:p52zWQe60.net
- youtubeにアップするのが主な目的ならそもそもav1使う必要ないんじゃない?
- 711 :名無しさん@編集中 :2022/04/02(土) 12:59:40.35 ID:nNJp3cFe0.net
- >>708
プロが使えるレベルのソフトウェアエンコーダーは、ありがたい。
M1 Macでも使えるようにしてくれ
- 712 :名無しさん@編集中 :2022/04/02(土) 13:19:05.45 ID:mp5bzIznM.net
- プロ向けってなるとWindowsになるからなあ
YouTubeに投稿するくらいならMacでもいいけど
- 713 :名無しさん@編集中 :2022/04/02(土) 15:43:41.69 ID:3Qvfp+yJ0.net
- ffmpegダウンロードしてsvt-av1のバージョン見たけど、まだ0.9.1だった。
1.0.0当たってるのってどこかにある感じ?
- 714 :名無しさん@編集中 :2022/04/02(土) 15:54:43.69 ID:uRAPVG8D0.net
- ちょうどstvAV1guiがバージョンアップしたばかり
- 715 :名無しさん@編集中 :2022/04/02(土) 15:56:05.43 ID:uhCJCUqY0.net
- 自分でビルドしろ
- 716 :名無しさん@編集中 :2022/04/03(日) 00:10:00.56 ID:JJzLF9x30.net
- >>710
てかユーザーによるアップロードはサポートしとらんと思ってたけど
AV1はYouTube側で変換してるだけで
- 717 :名無しさん@編集中 :2022/04/03(日) 00:17:56.89 ID:sW8fxRJa0.net
- 昔のニコ動と違って強制再エンコだからわざわざAV1にする必要もないってことじゃない?
- 718 :名無しさん@編集中 :2022/04/03(日) 00:21:52.50 ID:6X6GEA8D0.net
- 最高の状態でyoutubeに上げるのはH265の10bitのビットレートモリモリでするのが一番お手軽でいい感じ?
どちらにしても再エンコードされるけど
- 719 :名無しさん@編集中 :2022/04/03(日) 00:55:29.60 ID:qSDq5hNs0.net
- アップロードサイズ気にしないならYoutubeが受け付けるファイルで一番ビットレートを盛るProRes 4444 XQじゃないの
- 720 :名無しさん@編集中 :2022/04/03(日) 07:38:20.21 ID:SK9Xa+qJ0.net
- 試して見ればわかると思うけどH.265でUPすると見られるようになるまで
AV1と比べて時間かかる。
おま環なのか知らんけど上りの速度いくらあってもようつべは
1MB/sちょいでしか受け付けない。
昔再エンコかかっても品質上げるにはどうするか?みたいな話が出た時に
8Kに変換してUPすればかなり綺麗に見られるということでやってみたら変換
に時間かかり過ぎて、これも現実的ではなかった。
ffmpeg -i input.mp4 -c:a copy -vf scale=7680:4320:sws_flags=neighbor,fps=60
-c:v hevc_nvenc -preset:v slow -profile:v main out.mp4 (GPUハードウェアエンコでやって見た。
参考サイト ttps://nyanshiba.com/blog/obs-studio
ttps://youtu.be/JtZrRTdP85I
- 721 :名無しさん@編集中 :2022/04/03(日) 12:31:57.75 ID:HTjh4DCXa.net
- ProRes 4444と4444 XQは可逆じゃないし
「最高の状態」といわれたらUt Videoやx264ロスレスとか可逆のみだぞ、この辺はYouTubeも受け付けるはず
- 722 :名無しさん@編集中 :2022/04/03(日) 13:37:40.09 ID:EoUIrXrw0.net
- 最高の状態で上げるって、商売目当て?
- 723 :名無しさん@編集中 :2022/04/04(月) 08:16:40.76 ID:bh6K8eDc00404.net
- 単に汚い画像より
きれいな画像がいいってだけじゃない?
- 724 :名無しさん@編集中 :2022/04/04(月) 09:59:33.52 ID:7p0aU0jX00404.net
- SVT-AV1の1.0.0試した人いる?
0.9版みたいに劇的に速度改善とかしてる感じじゃなくて、
全体的なパフォーマンス改善と調整みたいな感じかな?
- 725 :名無しさん@編集中 :2022/04/04(月) 12:10:13.24 ID:/vci6gIpM0404.net
- >>723
それでわざわざ最高の状態なんて言う?
まあ動画サイトに上げるのに意味不明な拘りだとは思うけど
- 726 :名無しさん@編集中 :2022/04/04(月) 12:13:06.00 ID:/vci6gIpM0404.net
- >>724
画質は大幅に改善してると思った。
速度は10bitだとそれほど、8bitは知らん
- 727 :名無しさん@編集中 :2022/04/04(月) 18:20:01.74 ID:aqLhiphR00404.net
- >>706
なんでupするものをav1エンコしてるんだ?
自分もゲーム実況をうpしてるけど、無劣化編集して
そのままHEVCでどかーんとアップロードしてるよ。
twitterに上げてるクリップはtwitter側の制約に合わせてエンコ必要だけど、NVEncでぱぱっとやってる。どうせtwitter側で更にクソエンコされるし。
- 728 :名無しさん@編集中 :2022/04/04(月) 18:46:04.99 ID:HbVeTMGQ00404.net
- 動画投稿サイトに上げるのは>>727と同意見。どうせ再エンコされるし、視聴者側の帯域にっわせて画質落ちるし、そもそもそこまできれいである必要も・・・。
- 729 :名無しさん@編集中 :2022/04/04(月) 22:10:14.76 ID:xpxJVPgF0.net
- 盲目が上2人いるな理由書いてあるだろうが?理解できないのか?
- 730 :名無しさん@編集中 :2022/04/04(月) 22:14:37.01 ID:xpxJVPgF0.net
- 727と728はもうちょっと理解してから書き込んでくれ、うぜーわ
- 731 :名無しさん@編集中 :2022/04/04(月) 22:44:55.39 ID:97P7Nya4a.net
- >>729
NVENCのパラメータもろくに詰められないガイジが何か言ってるな
自ら情報求めといてその態度普通に頭おかしいから病院行った方がいいよ
- 732 :名無しさん@編集中 :2022/04/04(月) 22:52:11.70 ID:xpxJVPgF0.net
- 文章もろくに読めない池沼がよくいうよ
少なくともおまえにパラメータ云々なんて聞いてないが??
あほなん?タヒれよ糞老害
- 733 :名無しさん@編集中 :2022/04/04(月) 23:00:20.14 ID:xpxJVPgF0.net
- そもそも品質品質いうならAV1なんて使わず
元ファイルを容量の大きな6TBのHDDにでも放り込んでおけやって感じなのだが
そうすりゃSSIMで100%じゃねーか
それとも可逆圧縮かけて汎用性でも高めてる苦行僧か?
時間かける意味がよくわからんわ0.25とか0.5の速度なんて実用的じゃないし
そんなもの人に勧めるのはおかしいって話だわ
- 734 :名無しさん@編集中 :2022/04/04(月) 23:27:58.69 ID:OR5Ac8nK0.net
- 極論に走るやつは低脳
- 735 :名無しさん@編集中 :2022/04/04(月) 23:31:06.95 ID:FU7iF1qda.net
- 今週のガイジ
(ワッチョイ e501-wq0K)
- 736 :名無しさん@編集中 :2022/04/04(月) 23:50:44.66 ID:xpxJVPgF0.net
- レッテル貼りはパヨクの特徴
日本から出て行けよ笑
- 737 :名無しさん@編集中 :2022/04/05(火) 00:08:55.28 ID:xOxqq+Ht0.net
- なぁ教えてくれ706に理由書いてあるのに
なんでわざわざ聞いちゃったの?おじちゃん
めがわるいのかな?いや違うな頭が悪いんだな、うんうん
- 738 :名無しさん@編集中 :2022/04/05(火) 00:10:56.06 ID:xOxqq+Ht0.net
- アウアウウー Sae9-NaBR
こいつか巷で噂の池沼は、みんないうとるわ、なっとく
- 739 :名無しさん@編集中 :2022/04/05(火) 00:56:56.83 ID:tRMQXKRrd.net
- svt-av1の1.0.0-rc1が使えるffmpegのビルドがきたんで試してみたけど、
0.9.1と同じ設定ならSSIM値同じで時間は早くファイルサイズは小さくなってるな
暗部の潰れも改善した感じ
- 740 :名無しさん@編集中 :2022/04/05(火) 03:49:33.70 ID:DI134FccH.net
- やべえのがわいてるな
- 741 :名無しさん@編集中 :2022/04/05(火) 07:50:12.05 ID:epuIhJpc0.net
- 録画はNVENC HEVC使ってるわ
アップロードする際は適当にビットレート盛ったH.264
- 742 :名無しさん@編集中 :2022/04/05(火) 11:00:43.82 ID:z1d/7VtS0.net
- >>739
おお、順調に進歩してる感じか。
ビルドしてあるffmpeg来てるなら、週末とかに試してみるかな。
所感、サンクス
- 743 :名無しさん@編集中 :2022/04/05(火) 12:30:44.24 ID:bbgPzkt0M.net
- ビルド環境ってどうしてる?
近頃何もかんも自分でビルドせんといかんみたいで
- 744 :名無しさん@編集中 :2022/04/05(火) 16:00:57.51 ID:i0wTEEFGa.net
- VMサーバー運用してるからそこでビルドさせてるな
- 745 :名無しさん@編集中 :2022/04/05(火) 21:38:34.75 ID:2bn0ucXn0.net
- svt-av1盛り上がってるなぁ・・。x266来るのずっと待ってるんだけど、いつまで待っても来そうにないね・・
圧縮率はAV1がHEVC比約30%改善、VVCが約40%改善だっけ?
圧縮率的にはVVCの方がいいみたいだけど、わずかな差だし、x266は望み持てそうにないから、AV1に一本化しようかな
- 746 :名無しさん@編集中 :2022/04/07(木) 15:51:27.25 ID:6vgju79M0.net
- 開発が活発というのが一番だよな
- 747 :名無しさん@編集中 :2022/04/12(火) 12:12:18.52 ID:kRS5ROhZ0.net
- SVT-AV1入りのffpmegのビルドはどこに転がってるんだい?
- 748 :名無しさん@編集中 :2022/04/12(火) 13:02:24.68 ID:S3NBPa7P0.net
- 1.0.0の場合は自分でビルドしろ
0.9.1で良いならgitから拾ってきてビルドしてるところなら入ってるはず
ffmpegのバイナリに-encodersのコマンドラインオプション投げてみれば入ってるかどうか確認はできる
- 749 :名無しさん@編集中 :2022/04/12(火) 13:53:33.75 ID:Kezq9FWza.net
- 5.01だとまだ-svtav1-paramsに未対応だったような気がするから
そこらへん使いたいなら自分でビルドした方がよい
- 750 :名無しさん@編集中 :2022/04/12(火) 19:46:58.88 ID:ffk9LW+i0.net
- ffmpeg内蔵のやつ使ってる人が多いの?
- 751 :名無しさん@編集中 :2022/04/12(火) 23:33:51.68 ID:KtQZDTVZ0.net
- 本家のhelpと比べるとffmpeg内蔵のやつはコマンド少なくないか?
それともUsageに書かれてないだけで機能はしてるのかな?
その辺さっぱりわからん。
特殊な事情がない限り
ffmpegをパイプさせて本家使った方がいいと思うんだけど
(やり方は>>415参照)
本家のほうはビルド時間も5分程度で終わる。(CPUによるだろうけど)
更新頻度も高いし、そろそろRC2も来るみたいだし
毎回ffmpegに内蔵ビルドするのだるくないか?
(ダメとはいわんけど)
- 752 :名無しさん@編集中 :2022/04/12(火) 23:42:32.42 ID:vcQj5oi3d.net
- Windows版だと、ffmpeg公式にリンクのある定期ビルドに入ってる
- 753 :名無しさん@編集中 :2022/04/12(火) 23:44:30.45 ID:ffk9LW+i0.net
- >>751
SVT-AV1単体ならrigaya氏がビルドしてるから自分でビルドする必要は無いんじゃないかな
最適化もPGOとLTOが有効になってるから普通にビルドしたものより10%くらい速いはずだし
- 754 :名無しさん@編集中 :2022/04/12(火) 23:49:35.51 ID:nIFoqv870.net
- >>750
というかffmpegを使ってない
- 755 :名無しさん@編集中 :2022/04/13(水) 00:09:02.42 ID:pOgk6QGoa.net
- >>747
Windowsならgyan氏のgit masterビルドが1.0.0rc1だよ
ffmpeg 5.0.1ビルドも中身は1.0.0rc1だけど、5.0当時になかったcrfやsvtav1-paramsに対応してないからgit masterビルドの方がいい
ちなみにBtbN氏のビルドはどれも0.9.1まで
- 756 :名無しさん@編集中 :2022/04/13(水) 00:30:55.26 ID:LdPnLFWS0.net
- 本当だ>>755 fdk_aacが不要ならこれ最強だな crfついてるね
libsvtav1 AVOptions:
〜中略
-preset <int> E..V....... Encoding preset (from -1 to 13) (default -1)
-crf <int> E..V....... Constant Rate Factor value (from 0 to 63) (default 0)
-qp <int> E..V....... Initial Quantizer level value (from 0 to 63) (default 0)
-sc_detection <boolean> E..V......P Scene change detection (Deprecated, use svtav1-params) (default false)
-tile_columns <int> E..V......P Log2 of number of tile columns to use (Deprecated, use svtav1-params) (from 0 to 4) (default 0)
-tile_rows <int> E..V......P Log2 of number of tile rows to use (Deprecated, use svtav1-params) (from 0 to 6) (default 0)
-svtav1-params <dictionary> E..V....... Set the SVT-AV1 configuration using a :-separated list of key=value parameters
- 757 :名無しさん@編集中 (ワッチョイ d701-yfbP):2022/04/13(水) 18:05:12 ID:LdPnLFWS0.net
- rc2来たね
- 758 :名無しさん@編集中 :2022/04/14(木) 00:19:56.10 ID:VKrz1Y840.net
- keyintって指定するとビットレート1.5〜3倍になるのな・・・想像以上でビビる
10秒単位でシークとか辛いんだが
- 759 :名無しさん@編集中 :2022/04/15(金) 00:10:23.13 ID:umOVVuKMd.net
- capped crfがなかなかいい感じ
- 760 :名無しさん@編集中 :2022/04/15(金) 00:55:20.09 ID:/wRm2YgU0.net
- うまいのか?
- 761 :名無しさん@編集中 :2022/04/15(金) 13:42:11.51 ID:vhsX01fmM.net
- --keyint 30だとすごくいい感じになるな
- 762 :名無しさん@編集中 :2022/04/16(土) 09:31:10.85 ID:oc8OUxDK0.net
- ちゃんとオプションの説明読んで使いなさいよ…
Iフレーム挿入頻度の設定なんだから下げたら圧縮率が下がるのは当たり前だし恒例的にフレームレートの10倍程度が適正値と言われてるが、普通のプレイヤーであればそれでも1秒単位で指定した位置から再生出来る。
前のIフレームからそこまでのフレームを全て読み込むので負荷は掛かるが、プレイヤー変更などでなんとかなりそうな範囲ならkeyint120〜300ぐらいにはしてもよいのでは
- 763 :名無しさん@編集中 (ワッチョイW d768-UOua):2022/04/16(土) 13:45:52 ID:Kdz9aW6Z0.net
- サーチする際にIフレームしか再生できないプレーヤーならともかく、Pフレームまで使えるプレーヤーが増えてる現在においては、keyintの値を無駄に小さくする必要性はなくなったように思う。
もちろん、Pフレームの枚数が少なすぎるとサーチがぎこちなくなって内容の把握がしづらくはなるけど。
- 764 :名無しさん@編集中 :2022/04/16(土) 16:01:06.61 ID:QJLXOsTr0.net
- >>758
MPCで300とかきついわな。ほかのプレイヤーでもいいんじゃない?慣れるまできついだろうけど
- 765 :名無しさん@編集中 :2022/04/17(日) 01:56:11.41 ID:DrvUH+9O0.net
- めっちゃためになります。
MPC以外も試したけど、起動〜再生、シーク中もっさりしてて、結局MPCに出戻りしてる
関係ないけどRePlayerってやつチャプタ作るのに便利ですよ
- 766 :名無しさん@編集中 (ワッチョイ 975f-+1fN):2022/04/17(日) 12:45:17 ID:J1i3BrUz0.net
- みんなIフレームでシークががたつくってどういう使い方してるんだ?
- 767 :名無しさん@編集中 :2022/04/17(日) 20:46:33.85 ID:+hjf8DO20.net
- 気にならない人はスルーでいいネタだから気にしないで。話題に入れなくても問題ないよ
- 768 :名無しさん@編集中 :2022/04/22(金) 20:16:44.37 ID:p0eo7HTH0.net
- v1.0.0来たよ
https://gitlab.com/AOMediaCodec/SVT-AV1/-/tags/v1.0.0
- 769 :名無しさん@編集中 :2022/04/22(金) 23:57:11.23 ID:vwb7GOb00.net
- 総統閣下はAMDにお怒りです
- 770 :名無しさん@編集中 :2022/04/23(土) 09:19:06.07 ID:4lvIBAa90.net
- バイナリも配布している
- 771 :名無しさん@編集中 :2022/04/23(土) 22:03:43.70 ID:QXxD65U80.net
- 長年追い求めていた史料動画の復旧について
過去、VLC2.2.8まで再生可能だったものが、3.0以降に途絶えました
VLC17.4の更新を機に思い出し、何度目かの試行錯誤をしています
動画コーデックは「avc high 4:4:4 predictive l5 cabac 4 ref frames」Hi444p
HD-DVDのように捨てられた規格とのことで、Hi444pの再生を諦めていたのが現状です
そして今回ネット検索するとMpegやAVCの単語を含む掲示板スレまでが2005-6年程度
こちらの過去スレを辿っても2013年がせいぜいでした
- 772 :名無しさん@編集中 :2022/04/23(土) 22:04:04.60 ID:QXxD65U80.net
- H.264、Mpeg、AVCはもはや論外級の遺物なのでしょうか?
mp4拡張子はyoutube等でも幅広く残り続けている様子ですが
試しにyoutube関連を調べるとその動画コーデックは「avc main l3.1cabac 3 ref frames」とのこと
Hi444pがDQNだった→もう手持ちの価値ある史料を破棄するしかありませんかね・・・orz
『ソフトが更新されれば・・・ひょっとすると・・・』と3.0.0(2018.2)から願い続けたものの、この数年で復活どころか更に過去へ取り残されている印象です
他のソフトも今まで散々試しましたが、VLCで不採用の技術に対応しているはずもなく
- 773 :名無しさん@編集中 :2022/04/23(土) 22:36:55.21 ID:5sftIYYU0.net
- FFmpegで好きなコーディックにエンコすればいいんじゃね
- 774 :名無しさん@編集中 :2022/04/23(土) 22:40:39.23 ID:35wk8t3g0.net
- 再生可能だったVLC2.2.8で変換してもいいかも?
- 775 :名無しさん@編集中 :2022/04/23(土) 22:42:21.13 ID:pOiJnree0.net
- なんか大昔x264の可逆圧縮RGB作ったらその後正常にデコード出来なくなったことあるけど同じやつかな
- 776 :名無しさん@編集中 (ワッチョイ 8b10-fLUy):2022/04/23(土) 23:11:34 ID:jo20D9530.net
- VLC自ビルドして使ってる人いるの?
気軽に使う気しない・・・
- 777 :名無しさん@編集中 (ワッチョイW 0e68-9Miq):2022/04/23(土) 23:12:17 ID:9YJ5U0hJ0.net
- 特殊な設定は気を付けないとね
- 778 :名無しさん@編集中 :2022/04/23(土) 23:18:11.51 ID:5tIhwZta0.net
- 動画コーデックって基本YUVだと思ってたけど444なら別にGBRでもいいのか
- 779 :名無しさん@編集中 :2022/04/23(土) 23:46:59.06 ID:+ksRXIgS0.net
- ffmpegって、どんな時に使うもの?
- 780 :名無しさん@編集中 :2022/04/24(日) 00:45:17.24 ID:g7BkXtk+0.net
- >>772
mp4はただのコンテナ形式だよ、中に入っているコーデックとは直接の関係ない
youtubeだってツールによってはmkvで保存してくれる
ただこのご時世なのでマトリョーシカにちなんでるということもあって避けられる傾向はある
そして非可逆な再エンコードはさらに劣化する作業になるから、勧めてるところはまずないと思う
利用形式の問題でコンバートすることはあるだろうけど
- 781 :名無しさん@編集中 :2022/04/24(日) 00:58:45.17 ID:rF/ZIq1K0.net
- >>771 >>772さんへ
よーわからんけど自PCで再生だけならffmpeg同梱のffplayでダメっすか?
ちょっと使い勝手悪いけど慣れるといい感じになるかも
- 782 :名無しさん@編集中 :2022/04/24(日) 01:06:42.96 ID:rF/ZIq1K0.net
- 後考えつくのはffmpegのビルド版の同梱のffplayでの再生と
AviutlとかTMPGEnc Video Mastering Works 7での再生なんかはダメなのかな?
最近だとDaVinci Resolveとか。とりあえず見ることが出来ればOKなんでしょ?
- 783 :名無しさん@編集中 :2022/04/24(日) 01:12:04.20 ID:rF/ZIq1K0.net
- VLCのold verならここにありますが?
ttp://download.videolan.org/pub/videolan/vlc/
- 784 :名無しさん@編集中 (ワッチョイ 1e01-MOU1):2022/04/24(日) 01:44:12 ID:rF/ZIq1K0.net
- あとはコーデックパックをどこからか拾ってきたりとか
X Codec Pack(お目当ての物が入っているかわかりませんが)
多分、ここのスレッドにたどり着いて質問しているってことは
全部試しているとは思いますが・・・。
- 785 :名無しさん@編集中 (ワッチョイW a601-jcnE):2022/04/24(日) 01:50:39 ID:Ab6YF8b60.net
- もしffmpegで行けるならffdshowかLAVあたりも行けそうだけど
- 786 :名無しさん@編集中 (ワッチョイW a601-jcnE):2022/04/24(日) 01:55:33 ID:Ab6YF8b60.net
- https://www.videolan.org/vlc/releases/3.0.0.html
> VLC 3.0 activates hardware decoding by default, to get 4K and 8K playback!
もしかしてハードウェアデコードしようとして失敗してるのか?
HWデコーダーがpredictiveとやらに対応してないとか
- 787 :名無しさん@編集中 (ワッチョイ 1e01-MOU1):2022/04/24(日) 02:13:11 ID:rF/ZIq1K0.net
- https://kurohane.net/seisanbutu.html
直リンク
ttps://kurohane.net/archive/sinkuhadouken_220101.zip
真空波動研 220101 調べる動画を再生→表示→詳細のコピー→テキストに貼り付け
VLCで再生
調べる動画を再生→ツール→メディア情報→コーデック→表示されてる情報を手打ちでテキストへ打つ
動画のコーデック情報を調べるのにようつべが云々という
くだりを見てちょっと不思議に思ったので、調べるにはこういう方法もあるよということで
- 788 :名無しさん@編集中 (ワッチョイ 1e01-MOU1):2022/04/24(日) 02:16:57 ID:rF/ZIq1K0.net
- あ、肝心なこと書くの忘れた
ツールで調べたその情報(コーデック)をここにコピペしたら
良い回答がもらえるかも
- 789 :名無しさん@編集中 (ワッチョイ 1e01-MOU1):2022/04/24(日) 02:34:15 ID:rF/ZIq1K0.net
- ttp://www-ise2.ist.osaka-u.ac.jp/~katou/video/x264.html
hi444pで検索かけたら一番最初にここにたどり着いた。
手元にその動画がないのでなんともいえないけど、でもまぁこれも試してるんだろうな・・・。
(独り言
- 790 :772 :2022/04/24(日) 10:15:02.61 ID:CqLWTat10.net
- 皆さん多くの指摘を有難うございます
この板は地デジ内蔵チューナーを使用していた古い時期、よく利用していました
地上波の存在価値も5chの仕様も様変わりした昨今、久しぶりの投稿・利用です
※録り直しについて
あらゆる理由で画質の劣化を招くため、なかなか厳しい選択になります
技術革新により関連ソフトは高品質かつ種類も増えましたが、開発者の高齢化や中華圏の詐欺が横行する現状、まともなソフトの更新及び入手に限りがある印象です
かつて、ストリーミング系のサイトへ一度アップロードし、再ダウンロードすることで規格の最適化を図ってみては?という方法も見つけました
しかしアップロード行為への忌避と数段落ちるであろう画質の観点から完全除外
- 791 :772 :2022/04/24(日) 10:15:46.07 ID:CqLWTat10.net
- ※2.2.8
3.0.0以降の中頃より、音や映像に直接的な不備が見られ、一部史料のためにソフトの運用全体を犠牲にすることが憚られました
2.2.8の設定を後続へ転用したり、設定項目を吟味したり、当時はよく試したものです
抜け落ちがあったのかな?とFFmpeg項目にあるハードウェアデコードの4種全てをON/OFFさせたものの、変わらず
可能ならば、UI関係を除く詳細設定はデフォルト状態で運用するのが望ましいですしね
こうなったら再生可能状態である2.2.8の全設定をSSし、3.17.4のデフォ設定と一項目ずつ比較してみたいと思います
何とかそのための時間を作りませんとorz
※コーデックパックや中華系とGOM以外の他再生ソフトについて
天下のX Codec Pack先生は勿論のこと、更新のある再生ソフトは評判の良い順にほぼ試しています
2018年から常にとはいきませんでしたが、基本はVLCが業界内最上位に位置していますので、他もそれに倣っている様子でした
業界が産廃扱いにした&するであろうDQN規格を史料製作者は見通せなかった
そしてそんなに酷い規格を未だに必要としている私の立ち位置がそもそもの間抜けでしたね
- 792 :772 :2022/04/24(日) 10:16:13.18 ID:CqLWTat10.net
- ※史料における使用中コーデック
最新のMediaInfoで確認したコーデック表記が先の内容でした
Predictiveも「High 4:4:4 Predictive Profile」のPredictiveをそのまま示しているのではないでしょうか
過去、2.2.8→3.x.0 3.x.0→2.2.8双方の設定ファイル使い回しで2.2.8による正常動作が確認されています
3.x.0によるデフォ設定で2.2.8には無い項目が新たに追加+自動有効状態にあり、さらにそれを私がこれまでの間に見逃していることを期待し、洗い出しをしてみたいと思いますorz
- 793 :772 :2022/04/24(日) 10:29:10.84 ID:CqLWTat10.net
- 訂正があります
私が愛用していたコーデックの筆頭はK-Lite Codec pack先生でした
xも試していたと思いますが、そもそものVLC同梱コーデックを優秀とする意見がネット上で目立ちます
VLC一本で完結する手段があったらなあと甘く考える、そんな自分もいます・いました
- 794 :名無しさん@編集中 :2022/04/24(日) 11:53:09.99 ID:U6ehPi130.net
- 動画再生はもうずっとMPCしか使ってない
- 795 :名無しさん@編集中 :2022/04/24(日) 11:55:34.97 ID:91m7BVGq0.net
- アップロードして大丈夫なやつならアップしてみたら?
ここの住人が調べてくれるかもよ
- 796 :名無しさん@編集中 :2022/04/24(日) 17:37:36.12 ID:nyPFgvzm0.net
- FFmpegで適当なコーディックでロスレスエンコするのは駄目なん?
- 797 :名無しさん@編集中 :2022/04/24(日) 17:48:08.04 ID:yQQeeX3q0.net
- MPCBEしか使っていない
- 798 :名無しさん@編集中 :2022/04/24(日) 18:15:32.54 ID:U6ehPi130.net
- もしかして携帯の話だろうか
携帯では俺も動画ファイル再生はVLC使ってる
- 799 :名無しさん@編集中 (ワッチョイ 8b10-fLUy):2022/04/24(日) 18:36:40 ID:yQQeeX3q0.net
- 泥ではMXPlayer
- 800 :名無しさん@編集中 (ワッチョイ f82d-sRyU):2022/04/24(日) 18:47:29 ID:U6ehPi130.net
- >>799
それ、中国韓国に情報抜かれるやつやぞ
- 801 :名無しさん@編集中 (ワッチョイ 8b10-fLUy):2022/04/24(日) 18:50:55 ID:yQQeeX3q0.net
- >>800
そう考えると
ロシア製のMPCBEは優しいかな・・・
韓国はスパイ大好きだね
- 802 :名無しさん@編集中 :2022/04/24(日) 20:03:06.17 ID:rF/ZIq1K0.net
- >>796
ffmpegは万能ではないよ、デコーダー内包されてないと読み込みエラーでエンコできない。
- 803 :名無しさん@編集中 :2022/04/24(日) 23:46:29.57 ID:CqLWTat10.net
- MPCBEはガチ露ですよ!?っと自身でもお気づきでしたか
ゲームやユーティリティソフト他、露産は軍需製品以外でマシなものがありませんよ
私がMPCBEを検証したとき、ネット上のステマとは裏腹に使えたものではなく、さらに設定のほぼ全てをレジストリへ保存するという90年代の構造で論外に思います
どうしても共産圏は、ネットでの誇大広告と、実よりテレメトリ抽出に偏重する国柄があらゆる要素で散見する
ガチ支那とチョンは勿論のこと、シンガポールやロシアもほぼほぼ同じ畑です
島国日本を除いたユーラシア大陸の東側は文化そのものが強盗と拷問と人肉食に何かしら結びついている恐怖の世界史実ですしね
強盗・拷問・食人が忌避するものではなく、良しとされるゴブリン文化ですから
露産に触れるのはオフライン型ゲームくらいに止めておくのが一番ですよ
- 804 :名無しさん@編集中 :2022/04/24(日) 23:58:18.27 ID:lYtz7o9J0.net
- OSSの世界にも政治持ち込むなよ…
- 805 :名無しさん@編集中 :2022/04/24(日) 23:58:36.09 ID:yQQeeX3q0.net
- ロシアも軍部と支配層と庶民と居る
MPCBEは庶民のもんだろ
ソースコードに怪しさは感じない
- 806 :名無しさん@編集中 :2022/04/25(月) 03:12:24.72 ID:+6ysfUWa0.net
- youtubeに4K動画アップするとき、vp9でアップすれば短時間で4k再生できるみたいだけど、自端末ローカルでのvp9エンコード自体が激おそ。
できるだけ速くエンコードする最適な方法って何だろ?
- 807 :名無しさん@編集中 :2022/04/25(月) 03:23:12.55 ID:mdsvJH9Xa.net
- >>803
OSSにどこ製だから怪しいとかねぇよ
本当に叩きたきゃソースコード読んで該当部分提示してみろよ、無能のお前じゃ無理だろうけど
- 808 :名無しさん@編集中 (ササクッテロリ Sp10-py8M):2022/04/25(月) 08:19:19 ID:i6pmmwKSp.net
- QSVじゃねぇかな
- 809 :名無しさん@編集中 :2022/04/25(月) 10:44:35.75 ID:VurWN2dO0.net
- 仕事中の休憩時間なのに声出して笑っちまったよ。
OSSなんだから開発者出身国の侵略と争いの歴史調べ漁るより、
その労力使ってソースコード読んだ方がいいってまじで。
- 810 :名無しさん@編集中 :2022/04/25(月) 12:40:36.35 ID:Xe8RghcdM.net
- 使わなければいいだけだからさ
- 811 :名無しさん@編集中 :2022/04/25(月) 12:43:07.13 ID:Xe8RghcdM.net
- >>806
まずvp9に拘る意味がわからん
まあ何使おうが当人の勝手だが
- 812 :名無しさん@編集中 :2022/04/25(月) 13:58:29.25 ID:X0IPknaT0.net
- 技術革新は大いに結構ですが、主流の横に膨大な量の傍系や産廃が石炭鉱山のボタ山レベルで打ち捨てられ続けてきた現代史は、悩ましいものがありますね
Hi444pもその片鱗ですし
研究・開発と民間投下・商品化の間に一定の品質審査機関を設けてほしいです
アーリーアクセス、プレリリース、開発者向け、試験版、そうした名目で局所的には実現していますが、規模や範囲を少しでも拡張するとソフト・ハード双方で無法地帯になってしまうから残念
まあ、既に民間へ降り始めている量子が、完全に安価となって普及する頃には既存のあらゆるソフト・ハードの価値をリセットしているでしょうけど
- 813 :名無しさん@編集中 :2022/04/25(月) 15:41:38.92 ID:PSSREaRh0.net
- i420は滅べ
- 814 :名無しさん@編集中 (ワッチョイW 62ad-bGLs):2022/04/25(月) 16:52:23 ID:rScxcJYR0.net
- インテルのHWエンコーダーだと64.7MbpsのH.264と44.9MbpsのAV1が同程度の画質だとか
https://www.youtube.com/watch?v=UlutItCCC5M
- 815 :名無しさん@編集中 (ワッチョイW 665f-SOS0):2022/04/25(月) 17:41:48 ID:KtJEFhfh0.net
- じゃ、265と変わらないレベルって感じなのか
- 816 :名無しさん@編集中 :2022/04/25(月) 18:02:33.49 ID:rScxcJYR0.net
- まあHWエンコーダーは何世代かかけて成熟させていくものみたいなので初物でこれなら十分かなという気もする
- 817 :806 (ワッチョイW baad-Gmy+):2022/04/25(月) 18:51:16 ID:+6ysfUWa0.net
- >>808
やっぱQSVかぁ。当方AMDなんで、エンコード用にIntelで1台組むか、期待のArc出るまで様子見か。
>>811
h264や265だと、4k動画をyoutubeにアップロードしたときにvp9に再エンコードかかって視聴できるまでにえらい時間かかるからですよ。
最初からvp9でアップすればすぐ4k視聴できるみたいなんで。
- 818 :名無しさん@編集中 (アウアウオーT Sa2e-4DRT):2022/04/25(月) 19:31:32 ID:QnymbwYma.net
- av1anがlibvp9にも対応してなかったっけ
どの程度早くなるか(そもそもはやくなるのか)は知らないけど
- 819 :名無しさん@編集中 (アウアウオーT Sa2e-4DRT):2022/04/25(月) 19:32:34 ID:QnymbwYma.net
- libvpxだた
- 820 :名無しさん@編集中 :2022/04/26(火) 01:40:11.54 ID:2f42Rtbq0.net
- 4/25付のffmpegバイナリも、
SVT-AV1 Encoder Lib v1.0.0
になったわ。
- 821 :名無しさん@編集中 :2022/04/27(水) 21:54:58.57 ID:9W800CcD0.net
- h.264を265にソフトエンコで圧縮してるけどav1のハードエンコで264比70%程度なら電気代考えたらまあまあ悪くないな
夏までに間に合ってほしいが
- 822 :名無しさん@編集中 :2022/04/27(水) 21:56:57.38 ID:yg1/bB5C0.net
- それ再圧縮する必要ある?
- 823 :名無しさん@編集中 :2022/04/30(土) 12:52:27.44 ID:q7IOtrqF0.net
- An open-source VVC encoder based on Kvazaar
https://github.com/ultravideo/uvg266
- 824 :名無しさん@編集中 (ワッチョイ a75f-Nh0L):2022/04/30(土) 18:51:08 ID:6NwyYZTw0.net
- Kvazaarのhevcエンコーダーは
crf未実装でtsエンコでは使い物にならなかったけど
VVCはどう進化するんだろうな
- 825 :名無しさん@編集中 :2022/05/07(土) 11:35:08.95 ID:JEfskdgP0.net
- 先ほど、やっと時間が出来たので2.2.8を検証しました
設定ファイル3.0.16→2.2.8をするとクラッシュレポートが起ち上がるもののUI関連のリセットのみで余裕の映像表示
しかしそこから2.2.8→3.0.17.4へ流用すると駄目でした
必死こいてレ点の増減を試しましたが、大半は自動化で、自動指定を旧項目に差し戻しても変わらず
各種項目に新設された若干存在するレ点済み項目をオフにしたりしても駄目
そしてコーデック周りは別物が大幅に追加され、そのわりに旧版を引き継いでいる部分は設定コピーなので値も同一
横には広がっているけど物そのものの入れ替えは無さそうな感触です
- 826 :名無しさん@編集中 :2022/05/07(土) 11:35:16.28 ID:JEfskdgP0.net
- ・・・もう、Hi444pは諦めろということですな、きっとユーザーがテコ入れ出来ない部分で淘汰されたのでしょう
神はおりませんでしたorz
不具合てんこ盛りな記憶だったはずの2.2.8は軽く&短時間なら余裕で動作確認出来ましたので、いっそのことVLCのみ4年前?の2.2.8環境に置き換えるのも有りかな?と錯覚
いやいやいや少数の史料のために4年前仕様の混入は歪みが生じるだろう、と自問自答や葛藤の連続です
プラグインやら、追加要素が多分に見られる設定なので、そういう要素で構わないからHi444再生の余地を残してほしかった
ウルトラがっかりですわー
- 827 :名無しさん@編集中 :2022/05/07(土) 14:19:14.03 ID:/eJKVzsB0.net
- まぁここでごねても開発者には伝わらないことだけはわかる
VLCのフォーラムとか見て回ったら解決法とかあるかもね
切り捨てられたのか後回しになったのかわかるだけでも今後の対応が決まるというもの
- 828 :名無しさん@編集中 :2022/05/07(土) 14:31:34.14 ID:dD5/uQv1a.net
- ffmpegでエンコできないならVLCだけの問題ではないかもしれない(ffmpegのデコーダはVLCで使われてる)し
ffmpegでエンコ試すなりffplayで再生試すなりしてみれば?
>>803みたいな事言ってしまうような、OSSに無理解なオツムだと難しいかもしれないが
ところでMPC-BEロシア製だから怪しいって根拠
ソースコードのどこが怪しいか早く示してほしいんだけど?
- 829 :名無しさん@編集中 :2022/05/07(土) 15:58:22.58 ID:N126Nxyx0.net
- FFmepgでエンコできないファイルって見たことない
- 830 :名無しさん@編集中 :2022/05/07(土) 17:12:53.79 ID:gxRKzPNwd.net
- aviが壊れててできなかったことならある
- 831 :名無しさん@編集中 :2022/05/07(土) 17:43:53.70 ID:GD7kVGZL0.net
- 壊れたファイルの話を持ち出してどうする・・・
まぁエンコード界隈ではAviutlでDivXやXvidの規格外&音ズレファイル量産していた時代があるから
正常ファイルで読めないことがあってもおかしくはないが
- 832 :名無しさん@編集中 :2022/05/07(土) 17:49:34.45 ID:vq7MS/ei0.net
- >>771の件も多分大昔のx264が規格外のファイルを出力してて再生側もそれに合わせてたけどどこかのタイミングで修正して古いファイルは再生出来なくなっちゃったんだろうな
- 833 :名無しさん@編集中 :2022/05/07(土) 18:11:43.96 ID:5YAMAuxsa.net
- frapsという主にゲームのキャプチャで使われていたコーデックで
一部のゲームの録画だけffmpegじゃ上手くエンコできなかったことはある
- 834 :名無しさん@編集中 :2022/05/07(土) 18:36:08.81 ID:Noiiztaga.net
- Ut Videoの新しい圧縮モード(fsemedian)とかffmpegじゃまだ読めない(エンコできない)と思うよ
- 835 :名無しさん@編集中 :2022/05/07(土) 18:39:00.94 ID:JEfskdgP0.net
- 2.2.8では何ら問題なく再生されるものの、3以降では史料解説用の第二音声・記録読み上げが適用され、映像はボヤけて黄緑やピンクなどの色の乱画像となるんですよね・・・
今思えば同じ設定なのに収録したオーディオが反転されて再生されることも理解し難い話ですわ
そのくせオーディオ品質は一切問題なく、第一も第二も変更可能で、双方ともに乱画像なまま
ブロックノイズを拡大した感じですな
せめて破損mp4なら音もビープ音になったりすれば諦められるんですけど・・・2.2.8じゃ余裕というのが悔しい・・・orz
- 836 :名無しさん@編集中 :2022/05/07(土) 19:47:38.27 ID:piPapFil0.net
- まぁこっちでは検証のしようもないからわからん!
頑張ってくれ!
- 837 :名無しさん@編集中 :2022/05/07(土) 19:51:42.95 ID:JGAlIXA/a.net
- エンコしてみればって言ってんのに無視するし解決する気もなさそう
愚痴りたければよそでやってろ、邪魔
- 838 :名無しさん@編集中 (ワッチョイ cb90-HNGk):2022/05/07(土) 20:10:57 ID:JEfskdgP0.net
- r "
・・・・・!!!!! \ _
r-''ニl::::/,ニ二 ーー-- __
.,/: :// o l !/ /o l.}: : : : : : :`:ヽ 、
/:,.-ーl { ゙-"ノノl l. ゙ ‐゙ノノ,,,_: : : : : : : : : :ヽ、
ゝ、,,ヽ /;;;;;;;;;;リ゙‐'ー=" _゛ =、: : : : : : : :ヽ、
/ _________`゙ `'-- ヾ_____--⌒ `-: : : : : : : :
...-''"│ ∧ .ヽ. ________ / ____ ---‐‐‐ーー \: : : : :
! / .ヽ ゙,ゝ、 / ________rー''" ̄''ー、 `、: : :
.l./ V `'''ー-、__/__r-‐''"゛  ̄ ̄ \ ゙l: : :
l .,.. -、、 _ ‐''''''''-、 l !: :
| / .| .! `'、 | l: :
- 839 :名無しさん@編集中 (ワッチョイ cb90-HNGk):2022/05/07(土) 20:11:52 ID:JEfskdgP0.net
- l | .l,,ノ | ! !: :
/ '゙‐'''''ヽ、 .,,,.. -''''''''^^'''-、/ l !: :
r―- ..__l___ `´ l / /: :
\ `゙^''''''―- ..______/_/ /: : :
- 840 :名無しさん@編集中 (ワッチョイ 1710-PvPk):2022/05/07(土) 20:23:10 ID:DKPNgUte0.net
- エンコーダーはパラメータ細かく設定したくなるけど
出力が規格外もしくは再生側が規格外になったりするから
シンプルな方がいいのかもしれない・・・
- 841 :名無しさん@編集中 :2022/05/07(土) 20:31:56.96 ID:zn0Bpgor0.net
- mpcで再生すればいいじゃない
- 842 :名無しさん@編集中 :2022/05/07(土) 20:34:35.85 ID:N126Nxyx0.net
- >>838
変なAA貼ってないでFFmpegでエンコードしてみなよ
- 843 :名無しさん@編集中 :2022/05/07(土) 21:09:36.56 ID:zn0Bpgor0.net
- それだけのために全部エンコードやりなおすなんて面倒だし馬鹿みたいじゃん
- 844 :名無しさん@編集中 :2022/05/07(土) 21:14:56.16 ID:N126Nxyx0.net
- 適当にバッチファイル作ってそこにD&Dすればいいんじゃない?
もっといい方法あるだろうけど
- 845 :名無しさん@編集中 :2022/05/07(土) 22:55:16.67 ID:5S3vI/KP0.net
- ↑にも書かれてるけど、その問題のファイルどこかにUPしてみればいいんじゃね?
物好きなやつが解析してくれるんじゃないか?
別に愚痴るのはいいけど堂々巡りするのはさすがに見えるに堪えない。
前に進んだらどうかね?
- 846 :名無しさん@編集中 :2022/05/07(土) 23:09:06.42 ID:zn0Bpgor0.net
- Hi444pのなんてローカルで適当に作ればいいだけじゃ
- 847 :名無しさん@編集中 :2022/05/08(日) 01:34:16.27 ID:5HTJsWd+0.net
- 同じやつなのかわからんが普通に再生できるんだが?
(High 4:4:4 Predictive@L3←因みに作り方は簡単でBandicamでキャプれば作れるよ。)
いやだから問題のファイルどこかに上げるほうが早くねーか?
何かあれか見られたらまずいものなのか?
- 848 :名無しさん@編集中 (ワッチョイ 5bb5-/AKQ):2022/05/08(日) 10:51:02 ID:qAMdXpOn0.net
- >>786
どうせこの辺が原因だろう
- 849 :名無しさん@編集中 (ワッチョイ be10-U1YL):2022/05/10(火) 14:52:56 ID:3COA0k5q0.net
- 何度エンコードしても、動画の時間が1秒になっちゃう。
のだが、
エンコードに時間指定のコマンドなんかありましたっけ?
おしえてー
- 850 :名無しさん@編集中 :2022/05/10(火) 17:43:48.99 ID:OsP8x5ne0.net
- >>849
なんのソフト使ってるかくらい書かないと何もわからない
- 851 :名無しさん@編集中 :2022/05/10(火) 18:02:35.33 ID:guVjZW1C0.net
- スレ趣旨に沿った最後のレスが>>824ってマジ?
- 852 :名無しさん@編集中 :2022/05/11(水) 08:46:55.51 ID:gzHtQjCL0.net
- >>850
ソフトはVVCSoftware_VTMです。
>>431
のかたと同様に「./EncoderAppStatic -i aspen_1920x1080.yuv -c ../cfg/encoder_randomaccess_vtm.cfg -fr 29.97 -f 32 -wdt 1920 -hgt 1080 --InputBitDepth=8 --OutputBitDepth=8 --InternalBitDepth=8 -b ./aspen.bin」
のコマンドを実行しました。
変換前のファイルは17秒なのですが、変換すると最初の1秒のみしか、保存されていませんでした。
動画全体をエンコードする方法はありますか?
- 853 :名無しさん@編集中 :2022/05/11(水) 09:13:45.82 ID:gzHtQjCL0.net
- >>852
もしかして、フレームレートの指定が間違っていると指定したフレーム数しか変換されない?
- 854 :名無しさん@編集中 :2022/05/11(水) 09:17:06.14 ID:yBj7jA4U0.net
- >>852
-f 32が指定されてるから32フレームしかエンコードされてない
全フレームエンコードしたいなら0を指定するってマニュアルに書いてある
- 855 :名無しさん@編集中 :2022/05/11(水) 22:35:00.49 ID:D4IKFZQo0.net
- >>848
「ハードウェアデコードしようとして失敗」「HWデコーダーがpredictiveとやらに対応してない」
その事象について散々調べましたが未熟な自分には解決の兆しさえ見えず
"VLC 3.0 activates hardware decoding by default, to get 4K and 8K playback"
という公式見解に対して、具体的な処置、設定変更例など、ありましたらアドバイスいただけませんか?
該当する項目を直訳すると「初期設定でハードウェアデコードを有効にしている」としか言っておらず、設定にもその項目があるものの単なるレ点ON/OFFのみで、
そこから派生するであろう問題がmp4再生の可否に繋がるのか自身には理解しかねます
ソフトで処理しているものをハードでやります!って理屈ですし、手段の違いですよね?これ
スイッチのON/OFF切り替えの際に何らかの内部的不具合を招く、というのであればユーザー側には手の施しようがありません
逆に、コーデックなどの素材不足による不具合やソフト処理とハード処理の切り替えに起因するものであれば、そこを足したり直すだけで問題ないはず
この解釈は間違っているのでしょうか
- 856 :名無しさん@編集中 :2022/05/12(木) 00:06:52.47 ID:hyAvr7RM0.net
- >>855
ハードウェアデコードは固定機能のハードウェアでデコードしてるから
一般的な設定の動画しか対応してなくて
多少変わった設定でエンコードされたファイルは再生できないことが多いんだよ
とりあえず詳細設定のハードウェアデコーディングを無効にして
再生できるか試してから結果を報告してよ
https://i.imgur.com/54foPdK.png
- 857 :名無しさん@編集中 :2022/05/12(木) 00:22:12.90 ID:oJbtjshI0.net
- ご指摘ありがとうございます
やはり内容として、私の理解に不足はなかった様子
それらは3.0発足時、このスレでハードウェアという文言が出る都度、さらに855を投稿する時点でも試行しており、1mmも改善傾向へ移っておりません
過去、私の投稿で幾度となくそれらについて述べたことがあった気もします
レ点のON/OFF以外に何かしら設定すべき項目などがあるのかと期待しましたが、初期の段階に揺り戻った指摘内容ですね
それしかユーザー側には採れるものがない、という事実の表れやもしれません
2.2.8では再生できるのに・・・悔しいですなあ・・・
- 858 :名無しさん@編集中 :2022/05/12(木) 00:33:15.72 ID:6Uso1HmP0.net
- そろそろスパッとあきらめてもいい潮時かと
振られた女にしがみついても未来はない
- 859 :名無しさん@編集中 :2022/05/12(木) 01:21:18.08 ID:fOhxrgQn0.net
- 諦めが悪いのがこじらせオタクの良いところでもあり悪いところでもある
- 860 :名無しさん@編集中 (ワッチョイW a66a-CeeQ):2022/05/12(木) 01:53:47 ID:ieWTxBh00.net
- >>857
>>856
それとFFmpegでのエンコードも試してね❤
- 861 :名無しさん@編集中 :2022/05/12(木) 04:27:13.80 ID:FZNgMzNx0.net
- AV1のエンコードが遅すぎて困った。
PCを買い換えだけで解決するのだろうか?
使用環境は、i7-4770K 3.50GHz、メモリ 32GB、SSD
使用ソフトは、ffmpeg(SVT-AV1 Encoder Lib v1.0.0)。
これでエンコードspeed=0.19xくらい。(平均)
ffmpegで使っているオプションは
-movflags faststart
-vsync cfr
-c:v libsvtav1
-c:a copy
-bsf:a aac_adtstoasc
-crf 50
-preset 6
h265では寝ているときに50ファイルくらい同時エンコードできて、しかも翌朝には終わっていたんだけど、
AV1にしたら1エンコードでも丸1日かかる。(泣)
エンコード後の容量が少ないのでh265からAV1に切り替えたけど、そろそろツラくなってきた・・・
- 862 :名無しさん@編集中 :2022/05/12(木) 04:44:31.16 ID:fOhxrgQn0.net
- ストレージ増やしたほうがいいんじゃないですかね(適当)
- 863 :名無しさん@編集中 :2022/05/12(木) 04:50:51.58 ID:FZNgMzNx0.net
- >>862
OSと作業用tmpドライブは、それぞれ別のSSDを割り当てていますが、
どちらも空き容量は数百GBは空いています。
過去ログを見ても、他の皆さんはもっと早いようなので、CPUが遅いのかなぁ・・・
- 864 :名無しさん@編集中 :2022/05/12(木) 05:10:28.86 ID:jUOPfAq10.net
- メモリテストとかしたほうがいいんじゃね
- 865 :名無しさん@編集中 :2022/05/12(木) 05:31:01.50 ID:Q/GgHSlga.net
- >>861
ソースの解像度や動きの激しさにもよるけど、CPU蓮でpreset 6ならそんなモンでは
いくらSVT-AV1も前よりは速くなったとはいえ、preset 6以下常用したいなら5950Xクラス必要じゃない?
- 866 :名無しさん@編集中 :2022/05/12(木) 05:35:17.56 ID:OEYg0GHBa.net
- 流石に4コア時代のCPUにAV1はきついやろな
- 867 :名無しさん@編集中 :2022/05/12(木) 08:17:38.60 ID:ieWTxBh00.net
- AV1試してみたけど寝る前残り8時間だったのが今見たら10時間になってて草
5600Xには荷が重すぎたか?
- 868 :名無しさん@編集中 :2022/05/12(木) 18:02:33.19 ID:18MYTH9v0.net
- >>861 >>863
>CPUが遅いのかなぁ・・・
って昔からソフトエンコはCPU依存だよ。
エンコード初心者の人???因みにINTEL-CPUの左側の数字がそのまま世代になる
今12世代、貴方のCPUは4世代(1世代=1年として約8年前のCPU)
今過渡期だからPC買うにしても自作PC買うにしても慎重に。
価格コムのCPU(ほしい又は高性能CPU)のクチコミ掲示板の欄見てるとわかる。
(今年の10月にはnvidiaの4000シリーズ、AMDの7000シリーズのグラボが出るって噂。
なんでもAV1のエンコードチップが乗るとか乗らないとか)
ちなみに
https://openbenchmarking.org/test/pts/svt-av1&eval=c0455879164e2a95a31a66ef59bd22ec92c118a9#metrics
ここを見ると現状12900Kが一番だけど環境整えるの大変そう(部屋にエアコン、水冷化、DDR5の品不足&高騰)
- 869 :名無しさん@編集中 :2022/05/12(木) 18:14:35.95 ID:35jrhuAd0.net
- 今の相場なら下手にHWエンコード試みるより5950X積んどきゃいいと思う
- 870 :名無しさん@編集中 :2022/05/12(木) 18:41:40.35 ID:NHJJEpR80.net
- >>861
HDD買ってx265でいいじゃん
保存用なら瓦で問題無いし6TB 1万程度だからたかだか1本数百MBの削減の為にPC組み替えて今の高い電気代を追加で払い続けるは賢いとは思えん
1本200MBの削減なら30000本弱エンコしてやっと6TBだぞ
- 871 :名無しさん@編集中 :2022/05/12(木) 19:10:34.85 ID:utW0vinW0.net
- tileを変えてみては?エラーが出るときは数を減らしてみて
-c:v libaom-av1 -crf 50 -cpu-used 6 -b:v 0 -aom-params tile-rows=2:tile-columns=2:row-mt=1
それかrealtimeモードにしてみるか
-c:v libaom-av1 -crf 50 -cpu-used 8 -usage realtime -b:v 0 -aom-params tile-rows=2:tile-columns=2:row-mt=1
- 872 :名無しさん@編集中 :2022/05/12(木) 19:11:18.00 ID:utW0vinW0.net
- よくみたらaomのほうじゃなかった
- 873 :名無しさん@編集中 :2022/05/12(木) 22:14:24.37 ID:18MYTH9v0.net
- >>870
そんなこと書いてると734と735が沸くぞ笑
という冗談はさておき、0.19倍という速度しか出なくて糞ほど時間かけて
完成されたファイルのSSIMの値ってどのくらいなん?気になるな。
- 874 :名無しさん@編集中 (ワッチョイ 0b02-PvPk):2022/05/12(木) 23:10:23 ID:FZNgMzNx0.net
- 我が家にある他のPCを見て回ったけど、i7とは言え、どれもコア4つのPCだった。
>>870の言う通り、h265に戻して、同時50~80エンコードでぶん回すのが無難かな・・・
余談だけど、>>864に従って、早朝から Windowsメモリ診断ツール回したけど、まだ54%なのでやめたw
違うアプリで再検査するわ。
- 875 :名無しさん@編集中 :2022/05/13(金) 01:02:28.76 ID:0v9nnoba0.net
- ・CyberLink、動画再生ソフトの最新バージョン「PowerDVD 22」を発売
https://ascii.jp/elem/000/004/091/4091356/
UHD-BDの再生、どうなるんかね?
- 876 :名無しさん@編集中 :2022/05/13(金) 01:46:42.49 ID:gcIV+ci10.net
- >CPU
>Ultra HD Blu-ray: Intel 第7世代から、Intel Software Guard Extensions(Intel SGX)技術を搭載した Intel 第10世代のCore iプロセッサまで。
https://jp.cyberlink.com/products/powerdvd-ultra/spec_ja_JP.html
- 877 :名無しさん@編集中 :2022/05/15(日) 17:54:27.14 ID:2eWaU3CD0.net
- >>621のやつで4K
30fps AV1ハードウェアエンコード出来たらしい
https://twitter.com/tnoho/status/1525738324731625472
(deleted an unsolicited ad)
- 878 :名無しさん@編集中 (ワッチョイ 472d-0svr):2022/05/15(日) 21:03:40 ID:JFid6K4U0.net
- たった30fpsのハードエンコ・・・
- 879 :名無しさん@編集中 :2022/05/17(火) 02:35:13.50 ID:81q+J5Wwa.net
- エッジ用プロセッサだからな
それだけ速度出るなら十分以上
- 880 :名無しさん@編集中 :2022/05/17(火) 10:17:26.69 ID:69Nqr1Y10.net
- すごいな、リアルタイムエンコーダ時の遅延が、たった0.2秒か。
(エンコ遅延というよりも、伝送に要する時間が遅延となっているような気がする)
- 881 :名無しさん@編集中 :2022/05/17(火) 11:19:08.67 ID:IefNzL6b0.net
- バッファ蓄積やデコード遅延の裏で気が付かないレベルだな
ゲームや動きの速い配信用途以外の個人用なら十分需要カバーできるが・・・
- 882 :名無しさん@編集中 :2022/05/17(火) 11:47:28.71 ID:0iRgw4jB0.net
- 低遅延が売りのソフトに組み込む検証っぽいからあれだけど
ハードは60fpsも対応してるっぽいし試してるとこ見たいね
- 883 :名無しさん@編集中 :2022/05/18(水) 22:02:04.05 ID:SEcZPb2ba.net
- SVT-AV1 version1.1.0
- 884 :名無しさん@編集中 :2022/05/24(火) 00:54:49.09 ID:/4oANpmk0.net
- ffmpegも昨日、
SVT-AV1 Encoder Lib v1.1.0-10-g98aba736
になったね
- 885 :名無しさん@編集中 :2022/05/24(火) 01:00:24.83 ID:/4oANpmk0.net
- そして、少し早くなった。(1.0.0比)
- 886 :885 :2022/05/24(火) 03:10:58.65 ID:/4oANpmk0.net
- と思ったけど、気のせいだった。
それほど変わっていない。
- 887 :名無しさん@編集中 :2022/05/24(火) 09:28:51.51 ID:/TmXZFEZ0.net
- VVCSoftware_VTMでエンコードしたのですが、
フレームレートの指定は「-fr」ですよね。
指定する数を変更しても結果の違いが全然ないので…
- 888 :名無しさん@編集中 :2022/05/24(火) 12:04:02.98 ID:Eo4t9NmWM.net
- helpにのってないの?
- 889 :名無しさん@編集中 :2022/05/24(火) 12:20:45.32 ID:hNip0qLiM.net
- ・AviUtlのフィルタ処理をGPU使用で高速化するプラグインが登場
https://gigazine.net/news/20220524-aviutl-plugin-gpu/
- 890 :名無しさん@編集中 :2022/05/24(火) 12:42:31.39 ID:Zltcr2yP0.net
- >>889
スレ違い
- 891 :名無しさん@編集中 :2022/05/25(水) 15:58:40.35 ID:andq11b60.net
- >>887
ビットレートとフレームレートを勘違いしてました。
ビットレートを変更する場合は、エンコードするときに使用するファイルを変更しなければビットレートは変更できませんよね。
「/EncoderAppStatic -i aspen_1920x1080.yuv -c ../cfg/encoder_randomaccess_vtm.cfg (以下略)」
というコマンドでエンコードを実行しているのですが、「-c」はコンフィグレーションファイルを指定していると。。。
このコンフィグレーションファイルの中に以下の項目があったので、この値を変更すればビットレートを変更できる感じですかね?
「TargetBitrate : 1000000 # Rate control: target bitrate, in bps」
- 892 :名無しさん@編集中 :2022/05/25(水) 17:22:45.19 ID:8jAQKPrP0.net
- >>30 198 317 889
全部スレ違いなの徹底してんな
- 893 :名無しさん@編集中 :2022/05/25(水) 23:13:04.05 ID:PXgRHIol0.net
- >>891
-cfgファイルを直接いじらなくても-qオプションを追加して品質を指定したらビットレートは変えられる
- 894 :名無しさん@編集中 :2022/05/26(木) 15:40:28.07 ID:yoy0jyd50.net
- >>893
ありがとうございます。試してみます。
- 895 :名無しさん@編集中 :2022/05/26(木) 19:59:09.97 ID:zJ08IKD8M.net
- iPhone7以降で撮影した動画を全てH.265でエンコードさせるAppleもなかなか急進的だと思ったが
最近はGoogleがAppleみたいになってきている
オープンソースのはずのAndroid TVなのに、AV1デコーダーが載ってない製品にはAndroid TVを載せませんとか言い始めている
https://9to5google.com/2021/01/16/google-android-tv-av1-codec-requirement/
このまま行くと次は「AndroidスマホにAV1デコーダー必須」その次は「AndroidスマホにAV1エンコーダー必須」
最終的にはiPhoneみたいに「Androidスマホで撮影した動画は全てAV1でエンコードされる」とかになっていくのではないか
コーデック戦争って結局はAppleとGoogleの意地の張り合いなのか
- 896 :名無しさん@編集中 :2022/05/26(木) 21:54:09.62 ID:35A3jgX/0.net
- よくある話だよな最初はただで使わせておいて
信者が増えてきたら商売に変えるってのは
例えばこういうのとかspybotanti-beacon
よかったんだけどねぇ、調子に乗りやがって有料化したからな
ちなみに世界の武器商人と同じ手法
簡単にいうと反政府勢力にタダで武器を配っておいて
劣勢になった政府側に料金上乗せして武器を売りつけるってやつね
- 897 :名無しさん@編集中 :2022/05/26(木) 22:35:25.55 ID:T9eNEQz10.net
- いや単に通信費が惜しいんじゃね?
- 898 :名無しさん@編集中 :2022/05/26(木) 23:04:36.24 ID:i5DhhpCOM.net
- >>896
よくある話ではあるけどこの場合は少しズレてる
- 899 :名無しさん@編集中 :2022/05/27(金) 02:28:19.77 ID:QWZP4IDJa.net
- androidTVが乗るようなテレビはハイスペックになるだろうから要件高くても良いんじゃないかな
YouTubeアプリはしょぼいテレビでも動くだろう
- 900 :名無しさん@編集中 :2022/05/27(金) 12:14:55.73 ID:mUdEO9u00.net
- >>897
それを押し付ける理由がないから
サポートするコーデック数を(将来的に)削りたいんでしょ
- 901 :名無しさん@編集中 :2022/05/27(金) 13:37:39.61 ID:2cDD2+8x0.net
- 削りたいのは帯域で、それ以外はおまけでしかないよ
日本の大手通信会社だって夜間の帯域圧迫して遅延までしてるから大歓迎だろうし
TVのMPEG2くらいだろ老害が居座って動けないのは
- 902 :名無しさん@編集中 :2022/05/27(金) 15:05:36.18 ID:WaWsi090M.net
- >>900
Google側も通信費払ってるという観点が抜けている気がする
- 903 :名無しさん@編集中 :2022/05/27(金) 15:33:49.23 ID:nibrnGMnM.net
- Googleは海底ケーブル敷設に参加してるし帯域幅については自社でなんとかできるでしょ
- 904 :名無しさん@編集中 :2022/05/27(金) 16:01:03.58 ID:5g702J0u0.net
- コストが無限ならね
- 905 :名無しさん@編集中 :2022/05/27(金) 16:03:22.11 ID:5g702J0u0.net
- >>904
* お金
- 906 :名無しさん@編集中 :2022/05/27(金) 16:04:06.70 ID:n/zgirZyM.net
- >>903
そんなことするより新しいコーデック作った方が楽じゃね?
- 907 :名無しさん@編集中 :2022/05/27(金) 16:13:06.22 ID:mUdEO9u00.net
- >>902
今のyoutubeのav1はavcとビットレートに大した差はなくね?
- 908 :名無しさん@編集中 :2022/05/28(土) 10:35:04.00 ID:mBpkyTTLa.net
- Googleのサーバーや回線は余裕だろうけど各国のプロバイダは年々増えていく帯域にヒイヒイ言ってるからな
- 909 :名無しさん@編集中 :2022/05/29(日) 19:15:19.25 ID:XcG45ADmMNIKU.net
- >>895 に付け加えて
GoogleはYouTubeもChromeも圧倒的シェアを持っていてインターネット上のメディアの方向性を決定することができる
(Chromeの対抗馬であるはずのEDGEはChromeと同じレンダリングエンジン共有してしまい、対抗馬として機能しなくなった)
今後5年くらいの間に「YouTubeでH.264配信終了」「ChromeでH.264再生不可」などの強行策を行う事が可能
10年くらいのスパンで見るとVP9さえ切り捨ててAV1やAV2に誘導することが可能
VVC陣営の希望としては、世界中のテレビ局が地デジの第二世代目に移行してくれる事
(ブラジルなんかではVVCを採用した次世代放送の計画が進んでいるらしい)
AppleがH.265の時のようにGoogleとガチンコで戦ってくれる事
- 910 :名無しさん@編集中 :2022/05/30(月) 00:12:36.61 ID:vVrP8yOoM.net
- AppleはAOMedia入ってるから戦うのはこれからもずっとSisvelだろうな
たとえVVCの普及がイマイチに終わってもAV1みたいに特許料を継続的にSisvel経由で受け取れるなら損はないのでは?
- 911 :名無しさん@編集中 :2022/05/30(月) 00:33:49.66 ID:TEMUj7k30.net
- appleにとってそんな特許料ゴミみたいなもんじゃねぇかな
- 912 :名無しさん@編集中 :2022/05/30(月) 06:50:13.33 ID:+5oHoWdp0.net
- 自由で高圧縮率で使いやすくてエンコーダも充実してるコーデックが普及すればそれでええねん。その点AV1は理想形。途中でライセンス改悪するよとかじゃない限りああいうのでええんや
- 913 :名無しさん@編集中 :2022/05/30(月) 09:51:32.88 ID:EowjCH8d0.net
- 昔BDに焼いた動画の整理とかしようとしていて、
iso(DB) ⇒ mp4(AV1)にしようとxmediarecordeで処理をしているんだが、途中で落ちて完走できず困っています。
※イベントビューアーでは「ffmpeg.dll」のエラーと出ていました。
ひとまず安定版過去バージョンとか、色々試してみたけど解決しなかったのでxmediarecordeはぶん投げるとして、
isoからAV1に変換可能なソフト(有料でもOK)でおすすめってありますか?
スレチかもですが、何かいいソフトあったら教えていただけると助かります。
- 914 :名無しさん@編集中 :2022/05/30(月) 11:35:36.15 ID:N9j3IOOs0.net
- staxripでいけると思うaom, rav1, svt, ffpg 4種類のAV1エンコーダーある
- 915 :名無しさん@編集中 :2022/05/30(月) 18:11:30.79 ID:2/Qak1RG0.net
- そもそもav1ってmp4コンテナに入るんだっけ?
- 916 :名無しさん@編集中 :2022/05/30(月) 18:30:38.41 ID:1h0uI1/R0.net
- 入る
- 917 :名無しさん@編集中 :2022/05/31(火) 01:16:28.89 ID:aVehS75ba.net
- むしろmp4が標準
- 918 :名無しさん@編集中 :2022/06/01(水) 10:29:46.99 ID:jH4A2LL+a.net
- 数年前にいきなりmp4にav1もopusも入れられるようになったんだよな
そんな簡単に追加できるのかと思ったわ
- 919 :名無しさん@編集中 :2022/06/01(水) 11:18:31.34 ID:xhLlXRhh0.net
- このストリーミングが入ってますっていうだけのコンテナだしな
その共通概念がそれまではなかったから作られたわけで
aviやwmv全盛期は環境ごとに再生してみないと音ズレもろくに確認できなかったしな
- 920 :名無しさん@編集中 :2022/06/02(木) 00:40:33.47 ID:8X6fwjCAM.net
- HandBrakeにもSVT-AV1エンコード追加されたから次のバージョンに来そうだね
ナイトリービルドで試せる
https://github.com/HandBrake/HandBrake/actions/runs/2419525996
- 921 :名無しさん@編集中 :2022/06/02(木) 10:09:04.76 ID:3Ag4jL960.net
- 初めてAV1(svtav1_1.1.0-13)でエンコードしたがx265_3.5+36より速くてワラタ(双方ともデフォルトの設定)
- 922 :名無しさん@編集中 :2022/06/02(木) 14:45:34.13 ID:UJrH1hrnM.net
- >>921
俺らは画質と時間と容量(と互換性)のトレードオフで生きている、いいね。
これは例えばx264がultra fastがデフォ設定なら圧倒的に最強となるわけで、議論のためには少なくとも2つ以上の情報が無いと意味がない訳だ。
- 923 :名無しさん@編集中 :2022/06/02(木) 17:00:53.74 ID:Ww+CNw4aa.net
- 今のSvtAv1EncAppのデフォルトはpreset 10だから速度重視の設定といえるかな
- 924 :名無しさん@編集中 :2022/06/02(木) 19:25:59.29 ID:sbfkRyLr0.net
- エンコード時間とファイルサイズとSSIMの兼ね合いならx265と同等以上のデータがいくつかあるな
主観画質の調整があまりされていないのと動作の安定性がまだイマイチなのがネックだが
- 925 :名無しさん@編集中 :2022/06/02(木) 23:36:47.07 ID:5o2KH/NG0.net
- 暗部、グラデーション保持性能がまだx265に少し劣るといったところか、目視では
そこさえ安定すればもうx265なんていらんくなるわ
- 926 :名無しさん@編集中 :2022/06/03(金) 05:35:17.01 ID:xODc8Oqed.net
- 物理メディアに採用されない結局一般人には認知されないマイナーな逸般人用自己満コーデックで終わるんだ
Divxとかプレーヤーまで存在したのに普通の人からは何それで消え
- 927 :名無しさん@編集中 :2022/06/03(金) 05:43:24.04 ID:xUcM9/u70.net
- 一般人はコーデックなんて知らない。そんな一般人が知らんうちにネットでゴリゴリ相互にやり取りするコーデックになるならそれで十分大成功じゃないか。
死んだ物理メディアや縮小する一方のTV界隈の一方的なたれ流しデータの扱いにくい中身よりずっとマシだよ
- 928 :名無しさん@編集中 :2022/06/03(金) 06:28:10.07 ID:znjPsxJz0.net
- コピー10とか気がついたらどうでも良くなってたな
- 929 :名無しさん@編集中 :2022/06/03(金) 06:52:33.02 ID:i/IAnNAg0.net
- 年代問わず一般人はもう物理メディアなんて使ってないぞ
- 930 :名無しさん@編集中 :2022/06/03(金) 07:08:39.99 ID:P1XWNYJ2a.net
- 今じゃ物理メディアに採用されるかよりメジャーなブラウザがサポートしてるかでは
- 931 :861 :2022/06/03(金) 07:56:52.78 ID:9Z2CaIKB0.net
- 皆さんのアドバイスをもとに、h.265に戻る予定でした・・・が、
AV1を諦めきれず品質を落としてでも使い続けることにしました。
従来: 速度0.19x CRF46 preset 6 VMAFスコア 約90.26
今後: 速度4.10x CRF50 preset 13 VMAFスコア 約84.53
h.265は大量に同時エンコードできて便利でしたが、
これで様子を見て、これでもダメに感じたら今度こそh.265に戻ります。
- 932 :名無しさん@編集中 (ワッチョイ 09e4-cLk4):2022/06/03(金) 08:22:35 ID:FcyfcFFH0.net
- 実写とか500円ハゲみたいに肌の質感が消えるから速攻265に戻ったわ
ええ加減卒業したい
- 933 :名無しさん@編集中 (ドコグロ MM6b-WYYa):2022/06/03(金) 08:48:30 ID:m/P1Axa9M.net
- H.265がデファクトスタンダードになってるのはUHDブルーレイで使われてるのも大きいんじゃないか
- 934 :名無しさん@編集中 (ドコグロ MM6b-WYYa):2022/06/03(金) 08:57:26 ID:m/P1Axa9M.net
- >>929
とは言え、映像業界のプロは最終的にH.265でBS放送されたりUHDブルーレイになったりすることを想定して撮影、編集して映像作るわけだろ
プロ向けの機材やソフトも真っ先にH.265に対応する
色んな知識やノウハウや習慣がH.265をベースにして積み上げられる
セミプロはプロ向けの機材やソフトを手に入れプロの知識やノウハウや習慣の真似をしようとするし
いずれエンコしてるだけのマニア層も似たような機材やソフトを使い始めセミプロが発信してる情報を参考にする
なんというか、ピラミッドの上層を先に掴んでしまうと普及しやすいみたいな状況がある
この先、H.266での物理メディアや放送があるのかないのかは非常に大きい差が生まれるだろう
- 935 :名無しさん@編集中 :2022/06/03(金) 10:40:17.76 ID:ABmGH0ZX0.net
- 試してみたがsvtav1はプリセット5、品質35以下はディテール省略されて老人俳優が若返った様に見えたりする
映像に霧がかかってるようにも見える。同じ設定でも解像度でかなり品質にばらつきある
- 936 :名無しさん@編集中 :2022/06/03(金) 12:29:29.36 ID:xUcM9/u70.net
- >>934
それでも放送局以外の最終出力はAV1になるでしょ。なぜなら視聴者はネットで見るから。
UHDBDの体たらくからして、次の物理ディスクは限りなくマニア向け市場だし
- 937 :名無しさん@編集中 :2022/06/03(金) 12:38:56.55 ID:xUcM9/u70.net
- あ、劇場向けフォーマットがあったか
- 938 :名無しさん@編集中 :2022/06/03(金) 15:18:51.73 ID:VUEDihRn0.net
- 地上波がバージョンアップされるのはいつの日か。
- 939 :名無しさん@編集中 (ワッチョイ 018e-HoF8):2022/06/03(金) 16:01:47 ID:9/aFPs+v0.net
- あほなバラマキエコポイントで日本のテレビ産業崩壊させるくらい移行が加速されたけど
お役所は10年あれば古い機器の買い替えが進むだろうっていうのが主流かな
このまま今のVVCテストがうまくいったとしても、4K資産と併用するのか全部統合するのかまだ議論の余地はあるし
ってことで、きょう発表されても今のシステムは10年は続く(打切りはあるかもしれないけど)
VVCも4Kと同じくBカスのように破られるまでは、末端ユーザーは放送方式なんて気にするところではないな
さらにARIBのように日本独自のオリジナルだ!って何かを付けたくてうずうずしている犬HKがいるわけだし
- 940 :861 :2022/06/03(金) 21:04:32.28 ID:9Z2CaIKB0.net
- すみません。
-preset13は、上げ過ぎだったようです。
早い動きだと、対象物の周りにブロックノイズが現れました。
また、テロップなどの文字色が、ノイズまみれとなる場合がありました。
-preset値を下げて、試行錯誤してみます。
(初期値の10で落ち着きそうな予感)
- 941 :名無しさん@編集中 :2022/06/04(土) 09:38:37.59 ID:qxCZE8Wz0.net
- ffmpeg組み込みのsvtav1のVer1.1.0って何か不具合抱えてるのかな?
Svt[error]: Mode decision candidate count exceededSvt[error]:
と出るんだけど。エンコ後のファイル見ると普通に再生できるけど
なんかモヤる。
- 942 :名無しさん@編集中 :2022/06/04(土) 09:42:24.20 ID:qxCZE8Wz0.net
- 因みに使用コマンドは
ffmpeg -i input.mp4 -vcodec libsvtav1 -vf bwdif=mode=0 -qp 43 -preset 8 -acodec libfdk_aac out.mkv
です。
- 943 :名無しさん@編集中 :2022/06/04(土) 09:50:10.76 ID:qxCZE8Wz0.net
- 何度もすみません。エンコード時間が7分超えた辺りで毎回上記の表示が出ます。
- 944 :名無しさん@編集中 :2022/06/04(土) 13:52:34.42 ID:HBzRN1eZ0.net
- >>941
SVT-AV1の問題らしい
https://gitlab.com/AOMediaCodec/SVT-AV1/-/issues/1904
- 945 :名無しさん@編集中 :2022/06/04(土) 15:26:50.35 ID:qxCZE8Wz0.net
- >>941
そうですかそれならしょうがないですね
どうもありがとうございました!
- 946 :名無しさん@編集中 :2022/06/04(土) 21:03:11.92 ID:2/HJ8MaW0.net
- IntelのハードウェアエンコーダーでAV1エンコードした場合の品質が気になる
- 947 :名無しさん@編集中 :2022/06/04(土) 21:37:32.28 ID:VBLjIJOn0.net
- SVTAV1とその他のAV1でプリセット揃えても奇麗さがずいぶん違う
速度が違うから仕方ないと思うが
- 948 :名無しさん@編集中 :2022/06/07(火) 07:32:56.81 ID:sclYxGN50.net
- いつの間にこんなページできていたんだ
https://www.nhk.or.jp/strl/open2022/tenji/3/index.html
- 949 :名無しさん@編集中 :2022/06/07(火) 07:36:02.11 ID:sclYxGN50.net
- >>948を見ると実験機としてはリアルタイムVVCデコーダーがあるみたいだね
ホームゲートウェイを検討しているのも面白い
- 950 :名無しさん@編集中 :2022/06/07(火) 11:35:16.13 ID:MhcvHRoeM.net
- 今までの2kだけ見たい人でも何らかの変換装置は必要そうだ
- 951 :名無しさん@編集中 :2022/06/07(火) 13:25:22.46 ID:3LAKWPeb0.net
- TVerの同時配信問題もひと段落したし、地デジのVVCテスト遅れを隠せるネタがなくなってきたな
- 952 :名無しさん@編集中 :2022/06/07(火) 18:08:44.99 ID:LUWKwSNX0.net
- リアルタイムVVCデコーダーってただのPCじゃね
https://pbs.twimg.com/media/FTppAgQacAMFsow.jpg
https://mobile.twitter.com/B_maga/status/1529650489755062272
(deleted an unsolicited ad)
- 953 :名無しさん@編集中 :2022/06/07(火) 20:21:12.59 ID:JxWfWOT10.net
- ベースはPCだろうけどFPGAとか使ってるかもしれんし写真だけじゃ何とも
- 954 :名無しさん@編集中 :2022/06/07(火) 20:32:00.59 ID:xR2KfyjqM.net
- 光学ドライブ何使っているか気になるな
フレンドリードライブだったりしてな
NHKはしれっとPT2使っていた事もあるしな
- 955 :名無しさん@編集中 :2022/06/08(水) 00:45:02.84 ID:w2sImYKG0.net
- だいぶ前にシャープが8KのリアルタイムVVCデコードソフトウェア出してるでしょ
- 956 :名無しさん@編集中 :2022/06/08(水) 01:11:36.48 ID:pS6gDhWh0.net
- ワンセグとかマルチチャンネルとか諦めたか。アホだな。
- 957 :名無しさん@編集中 :2022/06/08(水) 06:06:09.33 ID:lfGipO4g0.net
- >>952
MPEG-H 3D Audioはhuttle製のパソコンだな
XH410GかXH4100GかXH310Rのどちらかだな
汎用性の高いPCを使うって事はまさに試験機って感じ
https://shuttle-japan.jp/wp-content/uploads/2021/01/slick_xh410g_05.jpg
製品化したら専用チップ使った小型機になるんだろうなあ
VVCデコーダーとホームゲートウェイと一緒に総合しそう
最新グラボのリーク見てもVVCデコーダーはまだ無いっぽいな
- 958 :名無しさん@編集中 :2022/06/09(木) 00:44:16.36 ID:y7XhxmTiM.net
- デコードくらい既存のPCでできなきゃ話にならんよね
- 959 :名無しさん@編集中 :2022/06/09(木) 03:19:03.59 ID:8vnv0BFEa.net
- VVCってもうPCで使われることは無いんじゃないかな
- 960 :名無しさん@編集中 :2022/06/09(木) 05:56:27.31 ID:Yx1gBIDy0.net
- 例のx265チームはAV1スルーしてVVC開発しているぞ
既に公開しているが今は重すぎて実用的では無かったはず
ZEN5が出る頃には使える様になっていると良いな
- 961 :名無しさん@編集中 :2022/06/09(木) 08:30:49.02 ID:ehhfqluWM.net
- x266が完成したら確かに凄そう
- 962 :名無しさん@編集中 :2022/06/09(木) 09:50:56.99 ID:8WnfDT8+M.net
- x266はまだまだやること多いから完成には時間掛かるだろうな
高画質や高速化の追求と大量のバグ潰し
- 963 :名無しさん@編集中 :2022/06/09(木) 13:15:30.97 ID:EQfEfv0g0.net
- x265もやりっぱなし感があるから
x266にはあんまり期待してない
- 964 :名無しさん@編集中 :2022/06/09(木) 18:28:15.19 ID:zg2i5Cg+M.net
- 永遠に完成しない塔みたいなものだからな、x26シリーズは。
- 965 :名無しさん@編集中 :2022/06/09(木) 18:29:54.60 ID:STa1QqPS0.net
- x265は3.4で終わったと思ってる、完成という意味で
- 966 :名無しさん@編集中 :2022/06/09(木) 19:23:17.64 ID:Yx1gBIDy0.net
- x265は昔に比べてすげえ速くなったぞ
x266もいつかは使える様になる
- 967 :名無しさん@編集中 :2022/06/09(木) 19:30:05.10 ID:uBLuGqxg0.net
- x265、パラメータはいっぱいあるけど
一番速くなりそうなやつで十分見れるし
一旦完成って感じだ
- 968 :名無しさん@編集中 :2022/06/09(木) 19:56:53.92 ID:VUcBFG/YM.net
- x266使うなら最低16コアのCPUは欲しいな
- 969 :名無しさん@編集中 :2022/06/09(木) 20:07:49.15 ID:/CxgV/9B0.net
- その点VP9はエンコーダが駄目だった。AV1は克服してて偉い
- 970 :名無しさん@編集中 :2022/06/09(木) 23:58:26.39 ID:EQfEfv0g0.net
- パラメーターをオプションとしていかに露出させるかってところのノウハウが無かったんだろうな
>>964
x264は別格すぎる
x265は開発者レベルでは不評ではあるみたいだけど
エンコーダーとしては確かに高い水準ではある
- 971 :名無しさん@編集中 :2022/06/11(土) 00:45:20.52 ID:TWQLo6IP0.net
- Financial Analyst DayでAMDのロードマップが公開されたな
ZEN5ではアーキテクチャが一新されて別物になるらしい
じゃあZENって名前変えねえの?とは思うけど
- 972 :名無しさん@編集中 :2022/06/11(土) 00:58:56.22 ID:wmL32dnJ0.net
- このスレには縁遠い話だな
- 973 :名無しさん@編集中 :2022/06/11(土) 12:12:04.19 ID:Q0Pl67EK0.net
- AV1はX265より暗部に弱いね…同じCRFでサイズに対して画質は良いと思うんだけど
X264の時は品質そのままにAQS1 2だか暗部対策っぽい数値を0.50くらい上げればよかったけど
- 974 :名無しさん@編集中 :2022/06/13(月) 00:59:38.34 ID:B/g0cA3X0.net
- 当初はx265もx264より暗部弱かったな、途中から逆転したけど
- 975 :名無しさん@編集中 :2022/06/13(月) 04:37:13.72 ID:zq1eokAd0.net
- 半分の容量で同等の画質 とか謳ってた頃は数値上は良くても実際は微妙だったりしたよな
AV1もそんな感じなんだろう
一般に広まることができて無茶な性能アピールをしなくなった頃からまともになっていくんだろうさ
- 976 :名無しさん@編集中 :2022/06/13(月) 10:06:18.79 ID:eSDTegTCd.net
- インターレース保持エンコ出来るようにしてくれ
x264から離れられない
- 977 :名無しさん@編集中 :2022/06/13(月) 11:24:53.55 ID:e9gNZcrda.net
- そんな化石みたいな技術に対応するわけないやん
- 978 :名無しさん@編集中 :2022/06/13(月) 11:44:18.75 ID:v759Oeq70.net
- AV1でbob化した方がサイズ小さくなるな
x264より明らかにきれい。ただ暗所、ボヤケ、デフォでデノイズかかる仕様だから細かなエッジや質感とか消え去る。
高画質保存用はx265がいい。わりとどうでもよい動画は全てAV1にすると思う。
- 979 :名無しさん@編集中 (ドコグロ MMff-CzZr):2022/06/13(月) 16:33:11 ID:1C+i+QjWM.net
- AV1はブラウザで再生しやすいのがいいね
再生だけならすでにHEVCより手軽になってる
- 980 :名無しさん@編集中 (ワッチョイ f368-Ne6o):2022/06/13(月) 19:07:22 ID:yKDIDwZT0.net
- ちゃんとインターレースに配慮したコーデックってH.264が最後じゃないのかな
HEVCは追加の規格で一応あるにはあるが、H.264でいうところのPAFF的なやり方にメタデータをくっつけたような感じで、
まともに対応しているデコーダも見たことがない
- 981 :名無しさん@編集中 :2022/06/13(月) 19:55:32.06 ID:gs8df5En0.net
- 高画質はh265でかなり完成されてる感ある
av1はやっぱりyoutubeのGoogleの意向か低ビットレートでの効率を優先してる感じ
- 982 :名無しさん@編集中 :2022/06/13(月) 20:42:39.35 ID:sJkTiODn0.net
- >978
SvtAv1EncApp なら
--film-grain-denoise 0
にしてみては
- 983 :名無しさん@編集中 :2022/06/13(月) 21:49:32.57 ID:B/g0cA3X0.net
- SVT-AV1はデフォだと--film-grainオフだから当然--film-grain-denoiseは無効だよ
- 984 :名無しさん@編集中 :2022/06/13(月) 22:04:06.46 ID:sJkTiODn0.net
- Apply denoising when film grain is ON, default is 1
たしかにfilm-grainオフなら--film-grain-denoise 0になりそう
- 985 :名無しさん@編集中 :2022/06/14(火) 00:06:44.39 ID:K55/rufh0.net
- >>976
次世代地デジも30000/1001フレームのインタレとかいやだろ卒業しようぜ(笑)
- 986 :名無しさん@編集中 :2022/06/14(火) 00:11:08.19 ID:/32/+0KV0.net
- インターレースとYUV420は根絶してほしい
- 987 :名無しさん@編集中 :2022/06/14(火) 12:07:25.73 ID:K3eOUxLNa.net
- インターレースは分かるけどYUV420は絶対無くならないだろう
解像度が高くなれば高くなるほど422と420の違いが分からなくなってくるし
- 988 :名無しさん@編集中 :2022/06/14(火) 12:11:44.16 ID:PO34TZFxd.net
- 中途半端なfps(24000/1001とか30000/1001とか60000/1001)も廃止にしてくれ
できないのは互換性の問題?
- 989 :名無しさん@編集中 :2022/06/14(火) 12:55:02.73 ID:x64xPsIIM.net
- 720p@4:4:4と1080p@4:2:0が1割ぐらいしかデータ量変わらないしそりゃ一般人にスペックで売るなら4:2:0だよなって
しかし地デジとかFHDと言いながら4:2:0でsar4:3でインターレースとかいう地獄みたいな規格だったよな。
- 990 :名無しさん@編集中 :2022/06/14(火) 13:00:02.62 ID:tsZWHydE0.net
- インターレース以外はまあまあ妥当じゃね
- 991 :名無しさん@編集中 :2022/06/14(火) 16:18:32.81 ID:ODsLAVNkM.net
- なんで地デジがまるで過去存在みたいな感じになってんだよw
有力なエンコ元ソースとして今現在進行形でインターレースで大量に量産されてるんですけど
- 992 :名無しさん@編集中 :2022/06/14(火) 17:26:06.40 ID:v5Q7Qb0Z0.net
- 地デジの技術検討しはじめたのが1996年で決まったのが1999年だぞ
その当時のこと考えればインターレースも妥当でしょ
- 993 :名無しさん@編集中 :2022/06/14(火) 17:32:59.47 ID:8rYNyErQ0.net
- DVDだってインタレ収録だったしね
プログレ収録だってできるのにさ
- 994 :名無しさん@編集中 :2022/06/14(火) 21:45:29.96 ID:CoPG36xcM.net
- インターレースも30fpsの映像なら簡単にプログレッシブ化出来るわけだし、あの当時は妥当な選択だったのだろう
けど今の地デジはそれに60fpsや24fpsの映像を載せててカオスな状況だけど、テレビ側の優秀なIP変換のお陰で誰も違和感は感じてないだろう
- 995 :名無しさん@編集中 :2022/06/14(火) 23:33:45.08 ID:AJ3Lgmbi0.net
- 24映像のDVDとかテレシネ化して逆テレシネ プルダウンフラグ入れてるよな
狂気としか思えないわ
- 996 :名無しさん@編集中 :2022/06/14(火) 23:42:56.88 ID:fwoRiIba0.net
- 次の地デジはスペック盛り盛りだといいなあ
4:4:4とか4k60pとか
- 997 :名無しさん@編集中 :2022/06/14(火) 23:51:05.75 ID:Q7SXuj4nr.net
- 地デジのプログレッシブ化を妨害したNHK
https://anond.hatelabo.jp/20160312113235
- 998 :名無しさん@編集中 :2022/06/15(水) 00:13:15.80 ID:35ajeBO70.net
- >>997
久しぶりに読んだけど
こんな唐突に終わってたっけ?
- 999 :名無しさん@編集中 :2022/06/15(水) 03:51:36.00 ID:IAVVB1/Sa.net
- 質問いいですか?
- 1000 :名無しさん@編集中 :2022/06/15(水) 04:39:06.35 ID:VDVJ3W4bM.net
- 駄目です
- 1001 :2ch.net投稿限界:Over 1000 Thread
- 2ch.netからのレス数が1000に到達しました。
総レス数 1001
248 KB
掲示板に戻る
全部
前100
次100
最新50
read.cgi ver.24052200