■ このスレッドは過去ログ倉庫に格納されています
次世代ビデオコーデック総合スレPart4 【HEVC/VP9/AV1/VVC等】
- 1 ：名無しさん＠編集中 ：2019/07/07(日) 01:25:49.85 ID:fC6IN7rQ0.net
- H.264/AVCの後の様々なビデオコーデック全般について語るスレです。
■主な次世代ビデオコーデック
・H.265/HEVC
・VP9
・AV1 (AOMedia Video 1)
・VVC (Versatile Video Coding)
■前スレ
次世代ビデオコーデック総合スレPart3 【HEVC/VP9/AV1/VVC等】
https://mevius.5ch.net/test/read.cgi/avi/1548833021/
次スレは>>980が宣言してから立ててください。
- 2 ：名無しさん＠編集中 ：2019/07/07(日) 01:26:41.65 ID:fC6IN7rQ0.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/High_Efficiency_Video_Coding#Versatile_Video_Coding
- 3 ：名無しさん＠編集中 ：2019/07/07(日) 01:28:15.47 ID:fC6IN7rQ0.net
- ■各ビデオコーデックの概要や状況（2019年7月上旬時点）
●H.265/HEVC
H.264/AVCの後継規格。放送やUltra HD Blu-ray等で採用が進んでいるが
３つのライセンスプールが並立するなどライセンス面での問題も抱えている。
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月にライセンスプールの１つであるHEVC Advanceが
コンテンツへのライセンス課金を取りやめたりといった好材料も出てきてはいる。
●VP9
Googleによって開発されたロイヤリティフリーのコーデック。
ブラウザ(Safariを除く)やHW再生支援のサポートも進み、主にYoutubeで採用されている。
- 4 ：名無しさん＠編集中 ：2019/07/07(日) 01:33:27.53 ID:fC6IN7rQ0.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が採用されるなど、ブラウザの対応も進みつつある。
YouTube TestTube
https://www.youtube.com/testtube
- 5 ：名無しさん＠編集中 ：2019/07/07(日) 01:34:06.73 ID:fC6IN7rQ0.net
- ●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/
- 6 ：名無しさん＠編集中 ：2019/07/07(日) 01:34:41.67 ID:fC6IN7rQ0.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
- 7 ：名無しさん＠編集中 ：2019/07/07(日) 01:35:26.19 ID:fC6IN7rQ0.net
- ■各社GPUでのハードウェアエンコード/デコードの参考リンク
●Intel
・https://software.intel.com/en-us/media-sdk
・https://en.wikipedia.org/wiki/Intel_Quick_Sync_Video
●NVIDIA
・https://developer.nvidia.com/nvidia-video-codec-sdk
・エンコード： https://en.wikipedia.org/wiki/Nvidia_NVENC
・デコード： https://en.wikipedia.org/wiki/Nvidia_PureVideo
●AMD
・https://github.com/GPUOpen-LibrariesAndSDKs/AMF
・エンコード： https://en.wikipedia.org/wiki/Video_Coding_Engine
・デコード： https://en.wikipedia.org/wiki/Unified_Video_Decoder
- 8 ：名無しさん＠編集中 ：2019/07/07(日) 01:36:01.80 ID:fC6IN7rQ0.net
- ■各社GPUのHWエンコーダでのH.265/HEVCおよびVP9のサポート状況(2019年7月上旬時点)
●Intel QSV (Kaby Lake/Coffee Lake＋Intel Media SDK 2018 R2)
〇HEVC
mainおよびmain10。Bフレーム使用可。
〇VP9
・LinuxでVA-APIを使えばKaby Lakeで利用可能らしい。
https://gist.github.com/Brainiarc7/24de2edef08866c304080504877239a3
・Intel Media SDK for Windows 2018 R1で、Cannon Lake向けの
プレビュー機能としてVP9エンコーダ関連のAPIが追加されたので
Cannon LakeからはWindowsでも使えるようになるかもしれない。
●Nvidia NVEnc (Turing＋NVIDIA Video Codec SDK 9.0)
〇HEVC
mainおよびmain10。TuringでBフレームに対応。
〇VP9
未対応
●AMD VCE (Polaris＋AMF 1.4.9)
〇HEVC
mainのみ。main10は不可。Bフレーム使用不可。
〇VP9
未対応
- 9 ：名無しさん＠編集中 ：2019/07/07(日) 01:36:51.15 ID:fC6IN7rQ0.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
- 10 ：名無しさん＠編集中 ：2019/07/07(日) 01:37:46.02 ID:fC6IN7rQ0.net
- ↑
テンプレここまで
変更点
・説明日付の更新（2019年1月下旬時点→2019年7月上旬時点）
・AV1の状況に以下を追記
・YoutubeやVimeoでの一部採用
・TestTubeのURL
・Chrome74/Firefox67でのdav1d採用
・NVIDIA Video Codec SDK 8.2 → 9.0
・AV1のエンコーダ実装にSVT-AV1を追記。
・AV1のデコーダ実装にAV1 Video Extensionを追記。
- 11 ：名無しさん＠編集中 ：2019/07/07(日) 01:39:40.70 ID:fC6IN7rQ0.net
- 即落ち仕様がどうなったかわからんのでとりあえず20まで保守
- 12 ：名無しさん＠編集中 ：2019/07/07(日) 01:40:20.02 ID:fC6IN7rQ0.net
- 保守
- 13 ：名無しさん＠編集中 ：2019/07/07(日) 01:41:23.39 ID:fC6IN7rQ0.net
- 捕手
- 14 ：名無しさん＠編集中 ：2019/07/07(日) 01:42:10.12 ID:fC6IN7rQ0.net
- ホシュ
- 15 ：名無しさん＠編集中 ：2019/07/07(日) 01:44:00.00 ID:fC6IN7rQ0.net
- ひらがなで ほしゅ って書こうとしたら「ERROR: 本文が無いように見えますよね。」って言われた・・・なんぞこれ
- 16 ：名無しさん＠編集中 ：2019/07/07(日) 01:44:04.30 ID:65Sqxffm0.net
- >>1乙
- 17 ：名無しさん＠編集中 ：2019/07/07(日) 01:44:40.09 ID:fC6IN7rQ0.net
- うぃうぃ
- 18 ：名無しさん＠編集中 ：2019/07/07(日) 01:45:25.39 ID:fC6IN7rQ0.net
- ほしゅめんどい
- 19 ：名無しさん＠編集中 ：2019/07/07(日) 01:46:08.88 ID:fC6IN7rQ0.net
- よしもうすぐ
- 20 ：名無しさん＠編集中 ：2019/07/07(日) 01:47:01.67 ID:fC6IN7rQ0.net
- 20DA!
- 21 ：名無しさん＠編集中 ：2019/07/07(日) 01:48:18.24 ID:fC6IN7rQ0.net
- ということであとは前スレを消費してから。
テンプレに追記すべき点で、もれてるとこなどあれば指摘をよろしく。
- 22 ：名無しさん＠編集中 ：2019/07/07(日) 07:30:22.45 ID:r8+yb6Ye00707.net
- 乙
- 23 ：名無しさん＠編集中 ：2019/07/10(水) 22:42:31.94 ID:o0iQCttz0.net
- これが次世代のスレか…さすがすごいスレだ…俺たちは未来に辿り着いた
- 24 ：名無しさん＠編集中 ：2019/07/11(木) 20:30:33.70 ID:ZFX/ggO20.net
- 前スレ>>996
> 今試したら"Mercurial 5.0.2 Inno Setup installer - x64 Windows"だとそのエラーが出た
> MSI installerの方は大丈夫みたいなのでそっちで試してみて
本当だ
MSIインストーラー版のMercurialインストールしたら問題無くビルドできた
Mercurialって単にhg.exe使うためだけに導入してるんだよね？
EXEインストール版はNGでMSIインストール版はokとか完全に訳分からん
ちなみにhg.exeはMSYS2のパッケージにもあったりする
（mercurialって名前のパッケージ）
これ使ってもビルドに失敗してたからまとめると、
・MSYS2版Mercurial： NG
・EXEインストーラー版Mercurial： NG
・MSIインストーラー版Mercurial： OK
こんな感じ。
プログラムのビルドって奥が深い・・・
- 25 ：名無しさん＠編集中 ：2019/07/12(金) 15:09:01.99 ID:/hNujOpha.net
- パス通ってないだけじゃねーの
- 26 ：名無しさん＠編集中 ：2019/07/12(金) 21:56:07.70 ID:JpXl0zFk0.net
- さすがにちょっと気になったから調べてみた
MSIインストーラー版のMercurialと
MSYS2版のMercurial
hgでx265のソースを取得してフォルダ比較ツールにかけてみたところ
一つだけファイルの改行コードが違うって言われた
これが原因かなぁ？
- 27 ：名無しさん＠編集中 ：2019/07/12(金) 22:48:30.49 ID:L/6jGeEK0.net
- いよいよ我々は核心に近づいていた
これが集合知の力だ
とはいえ私にはお茶を淹れることくらいしかできないが
ﾕｯｸﾘ (´･ω･`)つ旦 ｼﾃｲｷﾀﾏｴ
- 28 ：名無しさん＠編集中 ：2019/07/13(土) 09:03:34.43 ID:VKV/zQo4M.net
- 待て
それは孔明の尿だ
- 29 ：名無しさん＠編集中 ：2019/07/13(土) 11:03:08.44 ID:TK7oUvnC0.net
- げぇっ関羽
- 30 ：名無しさん＠編集中 ：2019/07/16(火) 03:22:47.75 ID:0+ZAoJNm0.net
- >>29
それGoogle翻訳かけると「日本語→英語」なのに
「関 関」って結果になるのな(`･ω･´)
- 31 ：名無しさん＠編集中 ：2019/07/17(水) 17:10:01.07 ID:yhiZbi+C0.net
- >>30
適当に言語いくつか試してみたが英語以外も「関 関」になるな、中国語と韓国語は違う結果だが
- 32 ：名無しさん＠編集中 ：2019/07/17(水) 18:04:00.12 ID:SUbigZro0.net
- 顔文字ぐらいで使われてるんだろか
- 33 ：名無しさん＠編集中 ：2019/07/17(水) 18:11:18.87 ID:SUbigZro0.net
- それはそうと自ビルドするよりrigayaさんのx265使ったほぐあ早いって前スレで言ったけど
xx.y4mファイルへのリンクをミスってpgoが働いてないせいだった
リンク修正したら一応はrigayaさんのよりちょびっと早くなった
- 34 ：名無しさん＠編集中 ：2019/07/17(水) 18:49:36.04 ID:PmpY5KRw0.net
- Google翻訳さんには本当にお世話になっております
https://i.imgur.com/cABBeeu.png
「thunder bird」が「しりのあな」と翻訳される問題は治ったんですね
- 35 ：名無しさん＠編集中 ：2019/07/17(水) 19:34:18.08 ID:g5wY7l6HM.net
- ジャニーさんは、けつのあなと言っていたのかw
- 36 ：名無しさん＠編集中 ：2019/07/20(土) 22:22:34.73 ID:gEwSvH020.net
- SmilingWolf氏の5.5回目のAV1ベンチマーク
rav1eの異常にビットレートが膨らんでしまう不具合が修正されたみたい
Codecs performance report, 5th and a half edition
https://www.reddit.com/r/AV1/comments/cfao4x/codecs_performance_report_5th_and_a_half_edition/
720p
https://i.redd.it/ens1b6phmab31.png
https://i.redd.it/scwn58phmab31.png
https://i.redd.it/jdnazkphmab31.png
1080p
https://i.redd.it/ft71u4almab31.png
https://i.redd.it/xwpplaalmab31.png
https://i.redd.it/hosviialmab31.png
- 37 ：名無しさん＠編集中 ：2019/07/21(日) 11:45:21.80 ID:84sTw9Ib0VOTE.net
- av1強いなぁ
GUI環境で簡単に使えるようになって、ハードウェア再生支援の道筋なども見えだしたら使ってみたいかも
- 38 ：名無しさん＠編集中 ：2019/07/21(日) 23:32:09.07 ID:VnB96Q8s0.net
- webrtcとかで使われるvp8も比較して欲しい
- 39 ：名無しさん＠編集中 ：2019/07/21(日) 23:51:42.53 ID:iZWyachfM.net
- 次世代画像規格JPEG XLのドラフトがJPEG委員会によって承認された模様
8月5日にはISOで投票が行われ国際標準規格となる予定
https://pbs.twimg.com/media/D5ldn28XkAYJPxP.jpg
なおJPEG XLはPikとFUIFのハイブリッドでロイヤリティフリー規格とのこと
https://github.com/google/pik
https://github.com/cloudinary/fuif
- 40 ：名無しさん＠編集中 ：2019/07/22(月) 12:27:08.92 ID:8YChxtVk0.net
- JPEG XL(Pik+FUIF)
JPEG XR
WebP
HEIF
AVIF
BPG
- 41 ：名無しさん＠編集中 ：2019/07/24(水) 23:26:20.85 ID:hFf34753M.net
- PikとFUIFの画質比較データ見つからない
- 42 ：名無しさん＠編集中 ：2019/07/24(水) 23:34:40.65 ID:wQTByBuI0.net
- >>41
画質比較データって主観的なやつ？
SSIMみたいな客観的な指標だとPikは低めだと思うよ
PikはGuetzliの考えを発展させて作った形式っぽいし
- 43 ：名無しさん＠編集中 ：2019/07/25(木) 22:59:07.23 ID:e2RI74Ca0.net
- VVCがDraft 6でCommittee Draftになった
Geneva（2019年 3 月）
Gothenburg（2019年 7 月）CD
Geneva（2019年10月）
Brussels（2020年 1 月）DIS
Alpbach（2020年 4 月 ）
Geneva（2020年 6 - 7 月 ）FDIS
Rennes （2020年10月）IS
こうなりそう
- 44 ：名無しさん＠編集中 ：2019/07/26(金) 00:20:49.57 ID:nc7x27VLMFOX.net
- MPEG-5 EVCもCommittee Draftになったな
個人的にはロイヤリティフリーのこっちが本命
- 45 ：名無しさん＠編集中 ：2019/07/28(日) 03:58:40.04 ID:9iJnoKJaH.net
- JPEGXLって可逆圧縮のスコアはwebpと比較してどうなんだろう
- 46 ：名無しさん＠編集中 ：2019/07/28(日) 07:19:15.83 ID:lkYE+4CqM.net
- やや古いけどこんな感じ（FLIF）
https://flif.info/img/comparison.png
- 47 ：名無しさん＠編集中 ：2019/07/28(日) 09:55:29.67 ID:xHIt3gHu0.net
- 動画コーデックの技術を転用した画像フォーマットならギリギリこのスレの範疇でもいいと思うけどそれ以外はスレ違いな気がする
画像に関しても最新の形式について語るスレが欲しいね
- 48 ：名無しさん＠編集中 ：2019/07/28(日) 19:14:14.85 ID:28mA7dgPa.net
- 似たような技術だしここでいいんじゃないの
- 49 ：名無しさん＠編集中 ：2019/07/29(月) 09:52:17.73 ID:F1mM7/3cM.net
- FLIF/FUIFは算術符号(CABACのバリアント型)つかってるから
H.264/265の親戚として扱えよう
- 50 ：名無しさん＠編集中 ：2019/07/29(月) 22:36:59.79 ID:cpGRb6hGdNIKU.net
- https://i.imgur.com/7CamNBQ.jpg
- 51 ：名無しさん＠編集中 ：2019/07/31(水) 10:33:13.29 ID:3/gcN9DL0.net
- >>50
グロ
- 52 ：名無しさん＠編集中 ：2019/07/31(水) 13:50:53.75 ID:802kroBLH.net
- アップルはいいかげんwebp対応してくれ
- 53 ：名無しさん＠編集中 ：2019/08/02(金) 18:29:53.60 ID:+saCRnxjM.net
- Zen2の登場によって、AV1コーデックを使ったエンコードの速度は向上したのかな？
- 54 ：名無しさん＠編集中 ：2019/08/03(土) 18:58:03.91 ID:c/cs9dN50.net
- 音声になるが、YouTubeのOpus音声の音質を久しぶりにヒアリングテストしてみたところ、以前より聴きやすくなっている印象がある
いつから改善したのかはしらないが、古いラジオ番組をアップしてあるような素材だとわかりやすいかも
全部ダウンロードし直す…のか？
- 55 ：名無しさん＠編集中 ：2019/08/04(日) 16:40:50.13 ID:tHRSoFKqa.net
- 根拠も無しに語られても困る
もし改善されていたとしても単純にopusのバージョンが上がっただけだろう
- 56 ：名無しさん＠編集中 ：2019/08/04(日) 18:01:36.47 ID:N+mb771A0.net
- ダウンロードし直す、とか書いてるってことは古いのはダウンロードしてあるんでしょ？
印象で語る前に、古い方と新しい方のハッシュ値なりファイルサイズなりビットレートなりを比較すればいいじゃない。
変わってるならダウンロードし直せば良いけど、変わって無かったら印象だけで全部ダウンロードしなおすとかバカみたいでしょ。
- 57 ：名無しさん＠編集中 ：2019/08/04(日) 19:26:21.69 ID:v55UDMSD0.net
- ヒアリングテスト（笑）
- 58 ：名無しさん＠編集中 ：2019/08/05(月) 20:29:29.09 ID:qxysZLtX0.net
- >>53
AV1はハードウェアエンコードがなきゃ話にならん(´･ω･｀)
- 59 ：名無しさん＠編集中 ：2019/08/08(木) 01:39:30.98 ID:IGW5D2keM.net
- YouTube、8月2日から運用の変更があったようですね
【新】YouTubeのエンコード事情
https://aioilight.space/blog/youtube-re-encode/
- 60 ：名無しさん＠編集中 ：2019/08/09(金) 02:08:01.22 ID:d+86vZCpM.net
- ・オープンソースのマルチメディアフレームワーク「FFmpeg 4.2」が公開
VideoLANの「libdav1d」ライブラリを用いた「AV1」デコードをサポート
https://forest.watch.impress.co.jp/docs/news/1200665.html
- 61 ：名無しさん＠編集中 ：2019/08/12(月) 17:08:45.23 ID:mmQFU/0S0.net
- YouTubeで久しぶりにAV1動画をダウンロードしてみたが
COSTA RICA IN 4K 60fps HDR (ULTRA HD)
https://www.youtube.com/watch?v=LXb3EKWsInQ
"C:\User Program Files\youtube-dl\youtube-dl.exe" -f 401+251 "https://www.youtube.com/watch?v=LXb3EKWsInQ"
pause
で実行してAV1動画をダウンロードすると、508MBのファイル
"C:\User Program Files\youtube-dl\youtube-dl.exe" "https://www.youtube.com/watch?v=LXb3EKWsInQ"
pause
で実行してVP9動画をダウンロードすると、1.05GBのファイル
昨年テストしたときに比べ、AV1の方がかなり縮むようになっているようだ
着実に進歩しているようだね
1080pあたりまでだと、Core i5 6300U搭載のノートパソコン（dGPUなし）でもスムーズに再生できることも確認。
時代だぁ〜
- 62 ：名無しさん＠編集中 ：2019/08/12(月) 17:21:42.05 ID:7ePuU0kg0.net
- AV1の問題はエンコードの方
- 63 ：名無しさん＠編集中 ：2019/08/12(月) 19:23:23.10 ID:8sqKJlkNM.net
- AV1のエンコードがハードウェアでできるようになるのは、あと2〜3年後くらいかな？
そして現在のHEVC並にこなれたハードウェアとなるとさらに3年以上先か…
CPUでゴリゴリエンコードするか、
HEVCをハードウェアでエンコードするかは、動画の解像度次第かねぇ
フルHDまでならHEVCでいいとして、4KとかはAV1かVVCのどちらかにはしたいところか
- 64 ：名無しさん＠編集中 ：2019/08/13(火) 13:39:36.12 ID:X9e6fDDv0.net
- https://code.videolan.org/videolan/dav1d/-/tags/0.4.0
dav1d 0.4.0 'Cheetah' リリース
ARM64での速度が最大25%向上
メモリの使用量が場合により半分以上減少
他にはSSEとARMが少し改善
- 65 ：名無しさん＠編集中 ：2019/08/13(火) 14:09:19.71 ID:4dt2JaJE0.net
- そういや当初に言っていた今頃出始めてる対応ハードって何処行った？
タイミング的にnaviで対応予定だったけど無理でしたって感じで知らん顔してるんかね
- 66 ：名無しさん＠編集中 ：2019/08/13(火) 14:33:54.98 ID:4ADFBC5P0.net
- >>63
4K放送や4K対応テレビが今後普及する前提で考えた場合だけれども、保存する際の解像度の問題については改めて検討すべき頃合いなのかもしれない
例えば、現行の1080i放送の場合、地上波や一般のBS放送は1440×1080iが一般化してしまったが、ビットレートも放送開始初期に比べて落とされている現状も考えると
実効的な画面解像度（実際に感じられる解像感・情報量といってもいい）は、もはや1280×720pと大差ないのではないかと思われる
さらに近年、画像のリサイズ（アップコンバート）技術が急速に改善されている現状を見ると、ますますその思いが強くなってきている
これは4K放送についても同様で、4K放送だからといってすべて4Kで保存しなればならないわけではなく、
・現行2K放送並でよい→720pあるいは1080p
・4Kの解像感をそこそこ残しつつ、保存ファイルのサイズも落としたい→1440p
・最高画質→2160p
という選択肢があってよいのだと思う
続く
- 67 ：名無しさん＠編集中 ：2019/08/13(火) 14:34:44.04 ID:4ADFBC5P0.net
- panasonicのDIGAのエンコーダーが低ビットレート時でも1080iにこだわりを見せたりなどの影響もあって、長らくオリジナル解像度での保存を尊ぶ傾向にあるのだけれど、
2Kまでならば情報量的にもそれほどの差がないので意味もなく解像度を落とす必要はなかったが、4K以上がデフォルトになってくると、2160pを1440pにするだけでもかなりの情報量削減にはなるので、
HEVC以降のプログレッシブ信号ベースでの運用が前提のコーデックで保存する際は、解像度を落とすことも積極的に考えてもいいのかもしれない
※ただし、テレビやモニター側でていねいなリサイズ（アップコンバート）が行える環境であることが前提にはなるけれど
>>65
何の話？
- 68 ：名無しさん＠編集中 ：2019/08/14(水) 02:23:14.47 ID:VwM4qTBta.net
- vulkanが動画のデコードエンコードのAPIを実装する予定らしい
上手くいったらクロスプラットフォームのソフトウェアで便利に使えそうだな
- 69 ：名無しさん＠編集中 ：2019/08/14(水) 03:16:11.20 ID:FLRqMk1C0.net
- フィルター処理じゃないのか…
- 70 ：名無しさん＠編集中 ：2019/08/14(水) 12:31:22.19 ID:SJQI5nNw0.net
- https://www.phoronix.com/scan.php?page=news_item&px=Vulkan-Video-Decode-H1-2020
上手くいったら良さげやな。ffmpeg,gstreamerみたいのを置き換えられたら
- 71 ：名無しさん＠編集中 ：2019/08/14(水) 12:51:45.23 ID:eNrjw1O6a.net
- VulkanのはVulkanドライバーさえ対応していれば、プラットホームに依存しないデコーダやエンコーダが書けるってことだね
ffmpegとかを置き換えるものと言うより、ゲーム制作者が嬉しいんじゃないかね
- 72 ：名無しさん＠編集中 ：2019/08/14(水) 14:45:29.66 ID:dZLZB5tm0.net
- >>54のYouTubeの音質の件、こちらでも過去にダウンロード済みのものと比較してみたが、
過去にダウンロードした際は、音声がAAC、Vorbis、Opusの3種類のどれかであったものが、
今回ダウンロードしてみるとAACかOpusのいずれかに変更されているようで、Vorbisでいまいちだった
ものがOpusに切り替わったものなどを視聴すると確かに聴きやすくなっている印象がある
近年にアップされているものは、ほとんどOpusに統一されているようだ
- 73 ：名無しさん＠編集中 ：2019/08/14(水) 20:01:26.15 ID:LWa6MI3r0.net
- APIの話だからgstreamerもあげてることだし、ffmpegで通用すると思ったけど違ったか??
ffmpegのAPIのことね。具体的にはlibavcodecとか。
- 74 ：名無しさん＠編集中 ：2019/08/14(水) 22:44:34.67 ID:yoDIwIFna.net
- アプリが単にムービーを流したいならffmpegのようなライブラリを使えば済むだろうけど、ムービーをテクスチャとして使おうとするとライブラリに依存したコードになるしプラットホームにも依存するかもしれない
それがVulkanAPIだけで完結するからシンプルになると思われる
あと高度なシェーダーを使ったフィルターが作りやすくなるのも間違いない
- 75 ：名無しさん＠編集中 ：2019/08/16(金) 17:58:21.06 ID:jicCtSO7M.net
- >>72
ダウンロード時に何もオプションをつけないでダウンロードすると音声フォーマットがダウンロードするタイミングなどでコロコロ変わるのは相変わらずのようですが、
Vorbisが消えただけマシではありますね
個人的にはオプションでbestvideo+251を指定して、ファイルフォーマットはmkvを指定するようにしてますけど
- 76 ：名無しさん＠編集中 ：2019/08/18(日) 12:49:23.45 ID:cO0Qf1bi0.net
- 動画圧縮コーデックをどうこうする前に、まず画質評価指標がより良くなってほしい
>>39で出てきたPIKはノイズが出やすい代わりにディティールが潰れにくいっぽい
画像ごとに得意不得意が出る感じがある
そこらへん上手くいいとこ取りできないものか
- 77 ：名無しさん＠編集中 ：2019/08/18(日) 17:35:25.65 ID:LdR+7gmIx.net
- https://direct.sanwa.co.jp/ItemPage/400-MEDI023?wand=link_banner_mediaplayer
flacはハイレゾどこまで対応？24bit/192kHz？
- 78 ：名無しさん＠編集中 ：2019/08/18(日) 17:49:45.07 ID:PEghx+7SM.net
- その手の格安メディアプレーヤーって、大概10bit動画には非対応で死亡確認コースじゃなかったか？
- 79 ：名無しさん＠編集中 ：2019/08/19(月) 02:05:21.83 ID:4S/U7ig2H.net
- そういやつべのwebmってVP9なんだっけ？
- 80 ：名無しさん＠編集中 ：2019/08/19(月) 02:33:44.68 ID:4b1Me/CA0.net
- えっ、じゃあav1ってmp4なの
- 81 ：名無しさん＠編集中 ：2019/08/19(月) 20:55:19.19 ID:JK8Y9ZB30.net
- あｖ１はあｖ１
- 82 ：名無しさん＠編集中 ：2019/08/20(火) 01:50:23.97 ID:cdnzmgW00.net
- アダルトビデオ1
- 83 ：名無しさん＠編集中 ：2019/08/20(火) 03:09:14.85 ID:PEZrxnil0.net
- 大量の画像を高圧縮して転送する「SmartFileUploader」を提供開始8Kを超える超高精細画像も十分の一以下に圧縮して転送時間を大幅に短縮 | 2019年度 | ニュース | NTTテクノクロス株式会社
https://www.ntt-tx.co.jp/whatsnew/2019/190819.html
>映像向け圧縮技術のHEVCを静止画向けとして採用するだけでなく、
>静止画に特化したチューニングを行うことで、
>JPEG方式で圧縮された画像データもしくはTIFF（非圧縮データ）を
>高い画質を保ったまま約十分の一以下のファイルサイズに圧縮可能となりました。
>また、圧縮による画質低下が気になるユーザーのために
>画質を完全に復元できる可逆圧縮機能も搭載しています。
>*3：可逆圧縮
>圧縮率は低下するものの、元の画像データを完全に復元できる圧縮方式。
>HEVCは可逆圧縮に対応。
知らなんだ(´･ω･`)
- 84 ：名無しさん＠編集中 ：2019/08/20(火) 04:01:50.14 ID:7hIrGa7t0.net
- そりゃ、劣化させれば幾らでも減らせるだろwww
- 85 ：名無しさん＠編集中 ：2019/08/20(火) 12:39:11.05 ID:6lCoRCZ7M.net
- たった1/10…
動画舐めんな
- 86 ：名無しさん＠編集中 ：2019/08/20(火) 12:59:16.53 ID:v7OJ/STYa.net
- AVCはCRF0でエンコードしたら可逆圧縮になっていたけどHEVCでも同じことができるのか？
- 87 ：名無しさん＠編集中 ：2019/08/20(火) 14:12:31.37 ID:DYfr1yw00.net
- 単に量子化しないというだけ
- 88 ：名無しさん＠編集中 ：2019/08/20(火) 14:22:04.76 ID:6lCoRCZ7M.net
- 量子化しないデジタルなんてありえない…
- 89 ：名無しさん＠編集中 ：2019/08/20(火) 15:04:41.88 ID:q89UwEJOd.net
- CRF0じゃ圧縮どころか膨張だよな
- 90 ：名無しさん＠編集中 ：2019/08/20(火) 17:39:51.96 ID:3/KCQegv0.net
- 基本的には音声をOpus固定（251指定）でも問題ないだろうけど、稀にOpus音声が用意されていないものや、
サラウンド音声でアップされているものについては、サラウンドのみAACしか存在しないケースもあるので、
そのあたりを注意しながらの方がいいでしょうね
- 91 ：名無しさん＠編集中 ：2019/08/20(火) 17:41:01.91 ID:3/KCQegv0.net
- アンカー抜けたけれど、>>90は>>75へのレスです
- 92 ：名無しさん＠編集中 ：2019/08/20(火) 19:56:07.44 ID:DYfr1yw00.net
- >>88
デジタルが何かを理解しろ
- 93 ：名無しさん＠編集中 ：2019/08/20(火) 20:41:14.90 ID:VxbJJzdAM.net
- >>86
x265にも、losslessというオプションがある
ちなみに試してみたけどx264より遅いのに縮まなくて使う意味が感じられなかった
H265の進歩した部分が可逆圧縮には役立たないものなのか、x265にまだ進歩の余地があるのか
- 94 ：名無しさん＠編集中 ：2019/08/20(火) 21:35:17.40 ID:EKUDJSd00.net
- 使う意味、という観点で見るならx264やx265より可逆圧縮コーデック使ったほうが良い。
その方が縮むし速い場合が多いから。
汎用性という意味ではH.264が優れるかもしれないが、様々な環境での汎用性を考慮する必要があるならそもそも可逆圧縮なんてデカいものでやりとりするべきでない。
- 95 ：名無しさん＠編集中 ：2019/08/20(火) 21:40:45.98 ID:FZqj56ck0.net
- 今どきそういうの気にするならdnxかproresしかないだろ
- 96 ：名無しさん＠編集中 ：2019/08/20(火) 22:15:58.71 ID:JMkUQ9DLM.net
- 可逆圧縮コーデックのほうが縮むの？
x264とかのほうが遅い分フレーム間予測とか使ってデータ量削減できてると思ってた
- 97 ：名無しさん＠編集中 ：2019/08/20(火) 22:16:26.68 ID:JMkUQ9DLM.net
- それと、dnxとかproresって可逆モードあったっけ？
- 98 ：名無しさん＠編集中 ：2019/08/20(火) 22:49:05.64 ID:DYfr1yw00.net
- >>93
HEVCのデコードに即してる形取ってるだけで、x264より可逆で縮むか云々は別な話だからな、一応出来る様になってるだけ
圧縮効率という最大のトレードオフ要素殺してるんだから複雑さ増してる分遅いし
より圧縮率が高いことで表面化し無かった副次的な記録情報の増加分があるから、相性の良いソースじゃなければ大抵デカくなるわな
- 99 ：名無しさん＠編集中 ：2019/08/20(火) 22:53:24.00 ID:DYfr1yw00.net
- 規格から逸脱しない範囲でVLCの連中が新たな手法実装すれば多少改善もあるかもだけど
同じ手法がx264にも適用出来れば、あっちの可逆圧縮性能も上がるんだよね
そもそもが可逆圧縮の為に作られたコーデックでは無いから、HEVCである事に意義がある訳じゃ無いなら、自分で好適だと思う奴使っときゃいい
- 100 ：名無しさん＠編集中 ：2019/08/20(火) 23:04:03.96 ID:gq/e33Xca.net
- 可逆圧縮の方が縮むとかそれは違う
wavファイルをgzipで圧縮しても全く縮まないどころかむしろ増える可能性がある
だけどflacとか使うと1/2〜1/3位になる
- 101 ：名無しさん＠編集中 ：2019/08/20(火) 23:27:16.22 ID:6vBpZqsfa.net
- >>100
flacて可逆圧縮じゃないの
>>94の言いたいのは可逆圧縮コーデックとして開発されたもの使うほうが汎用圧縮コーデックのロスレスモード使うより速いし縮むよって事かと
- 102 ：名無しさん＠編集中 ：2019/08/20(火) 23:50:22.24 ID:gq/e33Xca.net
- >>101
言い方間違えた
汎用可逆圧縮の方が縮むってのは違うと言いたかった
- 103 ：名無しさん＠編集中 ：2019/08/21(水) 04:33:54.83 ID:cjzJfxG80.net
- >>97
可逆とかそういうのを理解してないけど大丈夫か？
劣化の極めて無い状態で残すのが必要ならdnxかprores
- 104 ：名無しさん＠編集中 ：2019/08/21(水) 04:54:16.61 ID:tOy9rTTvM.net
- >>103
イミフ
なんでロスレス圧縮の話してんのに、
劣化が極めて少ないとかそんな話が出てくんの？
- 105 ：名無しさん＠編集中 ：2019/08/21(水) 05:00:11.41 ID:cjzJfxG80.net
- >>104
逆に俺からすれば後々の事考えて残す、というのにavcやhevc使うのが謎
黙ってdnxなproresだろ
- 106 ：名無しさん＠編集中 ：2019/08/21(水) 05:04:53.08 ID:tOy9rTTvM.net
- >>105
何度も言うけどロスレス圧縮の話してるので……
必要ならいくらでもdnxなりproresに変換すりゃーいいじゃん
ビットレートの無駄とか編集向きじゃないって話ならもちろんわかるけどね
ロスレス圧縮なんて効率考えればアホだもん
- 107 ：名無しさん＠編集中 ：2019/08/21(水) 05:07:55.00 ID:cjzJfxG80.net
- >>106
まさにそういう話だし、逆にあとの編集考えるわけでもないならフルhdでhevcに3mbpsも当てれば十分じゃね
- 108 ：名無しさん＠編集中 ：2019/08/21(水) 05:08:56.72 ID:tOy9rTTvM.net
- >>107
だからなんでロスレス圧縮の話してんのにそーなるわけ？
- 109 ：名無しさん＠編集中 ：2019/08/21(水) 05:12:03.19 ID:cjzJfxG80.net
- 逆に後々カラコレやコンポジットしないならロスレス要らんだろ
ロスレスは高画質になるわけではないし中間コーデックも同じ。
ただ見た目で同じ、ではコンポジットやカラコレで粗が出るからわざわざ中間コーデック使うわけ。
カラコレしたらよくわかるよ
- 110 ：名無しさん＠編集中 ：2019/08/21(水) 05:16:49.14 ID:tOy9rTTvM.net
- イミフ
後々編集するにしてもロスレス圧縮で残しといて画質的なデメリットは無いだろう
それが効率的かはおいておいて
- 111 ：名無しさん＠編集中 ：2019/08/21(水) 05:22:55.42 ID:cjzJfxG80.net
- >>110
それはやったことないからだね
まぁロスレスなんて一番使いみちがないし必要もない
hrやxqで全部残しておけるくらいストレージ用意するのも大変だが
実写だとbmやredのrawとかもあるけどそれはまた用途も意味も違うしな
- 112 ：名無しさん＠編集中 ：2019/08/21(水) 05:25:31.82 ID:tOy9rTTvM.net
- >>111
ゲームの録画（FHD）だけどロスレス圧縮で残してるよ
月数TB程度増えるけど今なら非現実的な容量じゃないしね
4Kは計算量的にもビットレート的にもまだ非現実的だと思うわ
- 113 ：名無しさん＠編集中 ：2019/08/21(水) 05:26:30.25 ID:xCmM3Fi0d.net
- >>110
>>103 (ﾜｯﾁｮｲWW 2b02-O81Y)は、
TVMWスレを荒らしてるHDR君だから
何を言っても話が通じないよ。
編集用非可逆圧縮コーデックのProresが
極めて劣化が無いなんて無学な事を
言っているのは笑えるな。
- 114 ：名無しさん＠編集中 ：2019/08/21(水) 05:45:21.28 ID:FXgj8qd70.net
- 多分ビジュアルロスレスか何かと勘違いしてんでしょう
見た目同じ、とか言ってんのが頓珍漢すぎて会話になってないｗ
- 115 ：名無しさん＠編集中 ：2019/08/21(水) 06:12:51.36 ID:cjzJfxG80.net
- >>112
あとあとの編集やカラコレしないならフルhd hevc 3Mbpsでよくない？
- 116 ：名無しさん＠編集中 ：2019/08/21(水) 06:39:33.85 ID:tOy9rTTvM.net
- >>115
3Mbpsとかなめてんのか？
エフェクトとかボロボロになるわ
それに、何度も言うが、ロスレス圧縮の話をしている
- 117 ：名無しさん＠編集中 ：2019/08/21(水) 07:12:16.94 ID:cjzJfxG80.net
- >>116
見るだけならhevcなら問題ないね
後々のコンポジットや、特にカラコレ考えるならhrでもxqでも選べばいい
hevcに執着する理由がまったくない
- 118 ：名無しさん＠編集中 ：2019/08/21(水) 08:02:22.77 ID:HoNOnQ0E0.net
- >>117
視力悪いの？
- 119 ：：2019/08/21(水) 12:09:27.34 ID:2kJijKPg0.net
- >>98
可逆圧縮のほうが単純だから早いよ
x265のドキュメントに書いてある
https://x265.readthedocs.io/en/default/lossless.html
- 120 ：名無しさん＠編集中 ：2019/08/21(水) 12:23:10.60 ID:oDME6Gk/0.net
- >>118
視力よりもやばいの見えるでしょ。NG入れて触っちゃダメ。
- 121 ：名無しさん＠編集中 ：2019/08/21(水) 15:21:46.62 ID:j1U6iFbT0.net
- >>119
>>86, 93の流れで安価打ってるのに、何故不可逆との話が出てくる？
- 122 ：名無しさん＠編集中 ：2019/08/21(水) 20:10:23.28 ID:2ixso+Qmd.net
- >>118
>>113
このスレも荒らされるから触らないように
キチガイだから
- 123 ：名無しさん＠編集中 ：2019/08/22(木) 12:38:39.38 ID:EBTWibwR0.net
- NetflixのAV1サンプルが新しくなってる。
http://download.opencontent.netflix.com/?prefix=ISOBMFF-packages/
- 124 ：名無しさん＠編集中 ：2019/08/22(木) 13:28:26.04 ID:WyebYonRM.net
- >>123
めちゃくちゃたくさんファイルがあるが、一番容量のデカい1.3GBのやつでいいのか？
- 125 ：名無しさん＠編集中 ：2019/08/22(木) 15:18:02.41 ID:EBTWibwR0.net
- >>124
ファイルの説明 m49919_ISOBMFF sequences for experiments on movie fragments.docx をダウンロード。
ContentId>_<CPLId>_<FileId>_<Bitrate>_<FrameRate>_<Encrypted>.mp4
ContentId is either:
C for Chimera (23.976 fps, 24min50s),
CL for Cosmos Laundromat, 24fps, 12 min 10s).
M for Meridian (11 min 59s)
CPLId (Codec, Profile, Level):
V1: avc-baseline-L30
V2: avc-high-L22
V3: avc-high-L40
V4: av1-main-L30
V5: hevc-main10-L31
V6: hevc-main10-L50
A1: heaac
A2: xheaac
- 126 ：名無しさん＠編集中 ：2019/08/22(木) 16:38:14.73 ID:WyebYonRM.net
- >>125
それぞれのコーデックごとに、*.mp4と*_enc.mp4の2種類が存在するようだけど、
手元の環境で再生できたのは*.mp4のほうのみだな
- 127 ：名無しさん＠編集中 ：2019/08/22(木) 18:39:12.44 ID:xeP6DVE+d.net
- encはencryptedだから再生できないんじゃね
- 128 ：名無しさん＠編集中 ：2019/08/22(木) 19:36:35.96 ID:nw1M1b6T0.net
- https://aomedia.googlesource.com/aom/+/0cce44c63391aedd4436ec0c940f8b84d6b1301f
https://aomedia.googlesource.com/aom/+/fa73e201d8d79749710ecf84fed92d3228905c32
libaomのメモリ消費量が半減した
CPUを使い切るための複数同時エンコードが前よりやりやすくなるね
- 129 ：名無しさん＠編集中 ：2019/08/24(土) 17:12:45.91 ID:WaJlI4EOr.net
- ↓のは全部見たんだけど60fpsの8Kってどっかに無い?
AV1 4K & 8K
https://www.youtube.com/playlist?list=PLvndfuQ5JldKMffLOhQ6pLdO0euZfq_40
- 130 ：名無しさん＠編集中 ：2019/08/24(土) 22:19:32.30 ID:xhG44jcL0.net
- Mile High Video 2019 議事録
http://mile-high.video/files/mhv2019/
- 131 ：名無しさん＠編集中 ：2019/08/25(日) 17:58:16.51 ID:tVAvKjED0.net
- HEVCにPCMとかの高音質コーデック合わせられるコンテナって
QuickTime以外ありませんか?
- 132 ：名無しさん＠編集中 ：2019/08/25(日) 18:01:10.45 ID:RliOBm9iM.net
- 最強のコンテナ、MKVをお忘れか？
- 133 ：名無しさん＠編集中 ：2019/08/25(日) 19:44:52.41 ID:Nxkfd1ny0.net
- mkvだね
- 134 ：名無しさん＠編集中 ：2019/08/25(日) 20:54:06.78 ID:b9UDHjbY0.net
- そもそもmp4コンテナにPCM入れられない訳でも無いんだが
十分なメタデータ付与されているコンテナでそれぞれのストリームの再生に問題出るならデコード側の問題だし
- 135 ：名無しさん＠編集中 ：2019/08/25(日) 23:22:01.35 ID:tVAvKjED0.net
- mkvですか(`･ω･´)調べて試してみます
持ってるソフトはmp4にPCMは全部ダメだったから
規格的に出来ないもんなのかと思ってました(´･ω･`)
- 136 ：名無しさん＠編集中 ：2019/08/25(日) 23:25:46.65 ID:kIzkxnc5d.net
- >>131
MPEG-TSもPCMを格納できるね。
- 137 ：名無しさん＠編集中 ：2019/08/26(月) 01:39:21.47 ID:T9PY5x+w0.net
- ALACに可逆圧縮してmp4に入れるとか
- 138 ：名無しさん＠編集中 ：2019/08/26(月) 02:15:24.35 ID:hA6XhzvL0.net
- 手持ちのツールで旨く扱えもしない音声がPCMな動画ソース何処から持ってきたんだっていう
まぁ次は適切なスレで質問した方がいい
- 139 ：名無しさん＠編集中 ：2019/08/26(月) 03:37:20.43 ID:/de9g6W90.net
- >>138
怪しいデータではないよ(´･ω･`)
mp4にHEVC/PCM入れられるツールおせーてょ(`･ω･´)macだと嬉しい
- 140 ：名無しさん＠編集中 ：2019/08/26(月) 03:40:40.96 ID:k9cPtlCg0.net
- mac板で聞けよクズ
- 141 ：名無しさん＠編集中 ：2019/08/26(月) 03:43:09.25 ID:JMKQqM+Va.net
- ffmpegで無理なんか？
- 142 ：名無しさん＠編集中 ：2019/08/26(月) 11:07:08.54 ID:N1cmqcrD0.net
- みんな優しいな。スレ違いでけって終わりなのに
- 143 ：名無しさん＠編集中 ：2019/08/26(月) 16:15:06.69 ID:dG40foxQ0.net
- コンテナの問題で気になったことがあるのだが、映像と音声を分離・結合するMuxerについてだが、
昔はMP4BOXが主流で、その後L-SMASH remuxerとかが出たりしたかと思うのだが、今現在主流のMuxerってなんだろう？
AvidemuxかMKVToolNixあたりなのだろうか？
- 144 ：名無しさん＠編集中 ：2019/08/26(月) 16:35:00.74 ID:S5Hr71Zj0.net
- MKVとは用途が違うけどMP4ならL-SMASH一択
- 145 ：名無しさん＠編集中 ：2019/08/26(月) 18:01:17.35 ID:eT/HzLEn0.net
- >>136
業務用だとSMPTE302MでMPEG2TSにLPCM入れてるな
- 146 ：名無しさん＠編集中 ：2019/08/26(月) 18:36:42.09 ID:dG40foxQ0.net
- >>144
それは何か特別な理由があってとか？
- 147 ：名無しさん＠編集中 ：2019/08/26(月) 18:43:31.30 ID:I993fB830.net
- L-SMASHはAV1扱えないからこのスレ的にはNG
- 148 ：名無しさん＠編集中 ：2019/08/26(月) 18:50:10.52 ID:dG40foxQ0.net
- >>147
そういえばAV1を扱えるMuxerって考えてなかった
何があるんだろう？
- 149 ：名無しさん＠編集中 ：2019/08/26(月) 20:44:20.33 ID:wS4GJtW1M.net
- 一番いろんな方式のファイルを扱えるのはFFMPEGなわけで、AV1とか最新の方式も含めてならばFFMPEGで結合や分離をすればいいのでは？
CUIで毎回ファイル名書き換えてやるのも面倒だろうけど
あるいはFFMPEGをGUIで操作できるソフトウェアを併用するか
- 150 ：名無しさん＠編集中 ：2019/08/27(火) 22:27:58.05 ID:QlJxxwlhM.net
- >>143
>>148
MKVToolnixは昨年10月にリリースされた28.0.0からAV1対応してる。
ttps://www.bunkus.org/blog/2018/10/mkvtoolnix-v28-0-0-released/
mp4boxが含まれてるGPACは6月にリリースされた0.8.0でAV1対応した。
ttps://github.com/gpac/gpac/releases/tag/v0.8.0
- 151 ：名無しさん＠編集中 ：2019/08/27(火) 23:54:06.49 ID:Spcja+p/0.net
- >>146
1 追加コマンドなしで規格に準拠したMP4を作れるところ
2 バイナリの入手が簡単（MP4boxはインストーラーを実行する必要がある）
パッと思いつくのはこれ
- 152 ：名無しさん＠編集中 ：2019/08/28(水) 00:14:14.66 ID:ExV+KHPsM.net
- >>150
2つとも対応してるんだね
>>151
逆に言うと、他のソフトウェアは規格に準拠していないの？
昔だけでなくて今もならば大問題なんじゃないの、それ？
- 153 ：名無しさん＠編集中 ：2019/08/28(水) 02:08:56.86 ID:aiuLfL2ia.net
- x264(265)guiExが吐くmp4とかMIMEタイプおかしいしな
昔の規格との互換性を重視してるらしいがmp4的には異常
まぁ何にせよffmpegでよくね
- 154 ：名無しさん＠編集中 ：2019/08/28(水) 10:23:11.32 ID:e4HIMk6y0.net
- >>152
今は知らないが、必ずしも規格に準拠したものがデファクトスタンダードになってるとは限らないから
実用面で困ることはない（muken氏曰く規格違反の動画でも互換性で困ったことはない）
>>153
具体的には?
- 155 ：名無しさん＠編集中 ：2019/08/28(水) 12:54:03.99 ID:KRUpFWo1M.net
- >>153-154
mp4は細かいところで何やら問題があるのかな？
とりあえずmkvなら問題ないならmkvにしといたほうが無難か？
- 156 ：名無しさん＠編集中 ：2019/08/28(水) 13:13:32.87 ID:e4HIMk6y0.net
- いうほど問題はないと思うが
mkvで困らないのならmkvでいいんじゃないの
コンテナ形式で困っても、ばらしてMP4に再muxするだけだし
- 157 ：名無しさん＠編集中 ：2019/08/28(水) 21:57:18.62 ID:pQRyBuin0.net
- 画像圧縮ツール「Optimage for Mac」がAV1を実験的にサポートし、JPEG/SVG圧縮やコマンドラインツールなどを改善。 | AAPL Ch.
https://applech2.com/archives/20190828-optimage-for-mac-support-av1.html
- 158 ：名無しさん＠編集中 ：2019/08/29(木) 07:42:11.46 ID:bmB43TVgH.net
- >>157
avif吐けるってこと？
- 159 ：名無しさん＠編集中 ：2019/08/29(木) 11:55:29.86 ID:bhxDS7yE0.net
- 君が記事読んでそう思うならそうなんじゃない？
- 160 ：名無しさん＠編集中 ：2019/09/01(日) 08:12:19.35 ID:by6k6rOL0.net
- Intel、中華codecもやるっぽい。
OpenVisualCloud/SVT-AVS3
https://github.com/OpenVisualCloud/SVT-AVS3
良記事があった。
新一代视频编码标准：VVC、AVS3 ※Google翻訳 新世代のビデオコーディング標準：VVC、AVS3
https://mp.weixin.qq.com/s/0gUL2h2wo31PigjyTxVF_Q
- 161 ：名無しさん＠編集中 ：2019/09/01(日) 09:12:43.59 ID:lCQXua9za.net
- 中国なら著作権完全無視した最強のコーデックを作ってしまうかもしれない
ちょっと見てみたい
- 162 ：名無しさん＠編集中 ：2019/09/01(日) 09:36:28.96 ID:56esm5nw0.net
- intel色々手掛けすぎでしょ
SVT-AV1もVP9も全然完成してないのに
- 163 ：名無しさん＠編集中 ：2019/09/01(日) 12:14:07.43 ID:b2piM0at0.net
- >>162
intelとひとくくりにしても、同じ開発者が複数のコーデックを開発してるとは限らないだろう。
- 164 ：名無しさん＠編集中 ：2019/09/01(日) 12:34:54.72 ID:56esm5nw0.net
- >>163
そうは言っても明らかに人手が足りないように見えるけど
AV1に注力すると言ってるけどそのAV1もまだまだ完成しそうにない
https://github.com/OpenVisualCloud/SVT-VP9/issues/18#issuecomment-472528856
https://github.com/OpenVisualCloud/SVT-VP9/issues/17#issuecomment-467638190
- 165 ：名無しさん＠編集中 ：2019/09/01(日) 12:38:44.63 ID:bFtw9/sfM.net
- Intelのハードウェア再生支援をNVIDIAのハードウェア再生支援と比べると、
・初対応したばかりのコーデックをハードウェア再生支援を使って再生した場合
ハードウェア再生支援を使ったほうがCPUの負荷は低減されるものの、安定した再生とは言い難い場合もある
（カクつきなどが見受けられる）
・2代目、もしくは3代目などで改善された場合に再生した場合
ハードウェア再生支援を使うことによって、安定した再生ができる
という傾向があるような気がする
続く
- 166 ：名無しさん＠編集中 ：2019/09/01(日) 12:39:02.54 ID:bFtw9/sfM.net
- 加えて、ノートPCの場合は、モニターの垂直同期周波数が60.00Hz固定になるケースが多いが、
Intelの場合、59.94Hzの動画を60.00Hzの再生環境にて再生すると、再生支援うんぬんとは別問題として
カクつきを感じやすい傾向にもある
（Intelはフレームレートの変換がヘタクソ）
※これは、dGPUと協調運転をするタイプのゲーミングノートPCでもおこる
IceLake世代からは、iGPUも可変フレームレート出力への対応が始まるので、フレームレート変換のヘタクソ問題にもメスが入っていればと思わなくもない
（もしくは、ノートPCが可変フレームレートの対応を標準化して、動きの激しくない状態のときにはフレームレートを落として
省電力化するような機能を当たり前に使えるようになれば、59.94Hzと60.00Hzの戦いにも終止符が打たれるのかもしれないが）
- 167 ：名無しさん＠編集中 ：2019/09/01(日) 13:27:29.67 ID:RiaJI34W0.net
- >>164
先端技術は人頭いくらに比例して開発が進むというものではないだろう
役所や銀行のデータ管理ツール類を開発するのと
新技術を開拓するのでは開発といっても全く違うでしょ
要は人材の質の方が重要
他をやるからAV1に人手が足りないって推測に過ぎないし推測する意味もない
- 168 ：名無しさん＠編集中 ：2019/09/05(木) 11:18:32.94 ID:3fAcDEU20.net
- 沈むH.265、グーグル動画仕様AV1が主役へ アップル採用で加速か
https://tech.nikkeibp.co.jp/atcl/nxt/column/18/00944/083000001/
- 169 ：名無しさん＠編集中 ：2019/09/05(木) 12:36:24.54 ID:q8viD1uwM.net
- 無料の範囲しか読んでないが、タイトルにAppleの名が入っているのは、Appleが採用する旨の何か通達でも出したのか？
Appleが採用したらデファクトスタンダードとして一気に採用する企業が増えるだろうけど
- 170 ：名無しさん＠編集中 ：2019/09/05(木) 15:32:15.30 ID:7lFANt1j0.net
- sisvel連中との特許争いの続報ってなんかある？
7,8月あたりに特許リスト出して動き始めるとか言ってた気がするんだけど
- 171 ：名無しさん＠編集中 ：2019/09/05(木) 16:24:59.57 ID:Rzhb+KQS0.net
- 特許関係はお互いが相手側の主張の中身精査しながら進めるから糞時間掛かるんで、初動でそんなポンポンとやりとりなんぞ進まないぞ
- 172 ：名無しさん＠編集中 ：2019/09/05(木) 17:29:16.13 ID:7lFANt1j0.net
- それは知っとるけどロードマップ上だと7,8月ぐらいには動くみたいなこと書いてあったのにもう9月入っちゃったなあと
この程度はズレに入んないのかもしれんし実際特許リストやら出てきても俺らがなんかできるわけではないんだがなんか見逃してる情報あるのかなと思って
- 173 ：名無しさん＠編集中 ：2019/09/05(木) 18:39:22.09 ID:+Sl1P/i+p.net
- HEVC終了してAV1が買ったってはてブなど各所でバズってるね
- 174 ：名無しさん＠編集中 ：2019/09/05(木) 18:43:47.74 ID:ZfeVOkXx0.net
- 興味深い比較をしている記事があった
・H.264 vs H.265 vs VP8 vs VP9 vs AV1
https://chienomi.reasonset.net/archives/digi/software/1645
NVENCはビットレートケチりすぎのは、やはりよくないね…
VP9が思いのほか良いのは意外だった
（ただしQSVのVP9は死亡ですが）
AV1はAV1 並列 cpu-used=1だといい感じだけど、それ以外はﾋﾞﾐｮｳ…
IntelがIcelake世代からHEVCとVP9のエンコーダーを強化して2倍速くなるが
https://www.4gamer.net/games/449/G044964/20190801042/TN/008.jpg
万が一にもこれが革命級の改良が施されていて、VP9マンセーとかになったら、それはそれですごいことだけど、はてさて…
- 175 ：名無しさん＠編集中 ：2019/09/05(木) 18:45:55.31 ID:O6SpS+4y0.net
- >>173
目新しい情報何も書いてない記事なのにな
- 176 ：名無しさん＠編集中 ：2019/09/05(木) 18:49:40.14 ID:ZfeVOkXx0.net
- Intelの予定
https://www.intel.co.jp/content/www/jp/ja/products/docs/processors/core/10th-gen-core-mobile-processors-brief.html
・FF デコード
2x 4k60 8bit 4:2:0 AVC / VP8
4K60 10bit 4:2:2 / 4:4:4 HEVC / VP9
8K30 10bit 4:2:0 HEVC / VP9
・FF エンコード(VDEnc)
2x 4K60 8bit 4:2:0 AVC
4K60 10bit 4:4:4 HEVC / VP9
8K30 10bit 4:2:0 HEVC / VP9
・プログラマブル・エンコード (PAK / VME)
4K60 8bit 4:2:0 AVC
4K60 10bit 4:2:0 HEVC
プログラマブルエンコードとは何でしょうね？
- 177 ：名無しさん＠編集中 ：2019/09/05(木) 19:00:07.94 ID:O6SpS+4y0.net
- >>174
その記事書いた人、コマンドラインオプションもろくに調べずにこんな事書いてたから正直あまり好きじゃない
https://twitter.com/reasonset/status/1031483631208824833
(deleted an unsolicited ad)
- 178 ：名無しさん＠編集中 ：2019/09/05(木) 19:09:53.99 ID:hb0aG8ye0.net
- >>169
>Appleが採用したらデファクトスタンダードとして一気に採用する企業が増えるだろうけど
え…H…265ェ…(´･ω･`)
- 179 ：名無しさん＠編集中 ：2019/09/05(木) 19:13:42.50 ID:orlDFzIIM.net
- >>177
参考程度ということで、いいんじゃないの？
最近の情勢を画像付きでまとめてくれてるところは少ないのだから
- 180 ：名無しさん＠編集中 ：2019/09/05(木) 19:40:07.91 ID:O6SpS+4y0.net
- 日本語圏の検証記事ってあんまり詳しくない人が書いて間違った情報拡散することもあるからなあ
その記事だってコメント欄で指摘されてなかったら完全にシングルスレッドでしか動かないというふうに思う人沢山いたと思うし
ちゃんとした知識で酷評するのは自由だけどいい加減な事は書かないでほしい
- 181 ：名無しさん＠編集中 ：2019/09/05(木) 19:53:58.47 ID:x0oE40lH0.net
- まぁ所詮は個人だし…
企業というかメディアが杜撰だったら駄目だが
- 182 ：名無しさん＠編集中 ：2019/09/05(木) 20:17:19.49 ID:XuUEoqz/0.net
- ですよね
某watchみたいに「電波の減衰」を「電波の老衰」って書いちゃうのに比べたらなんということはないかとw
- 183 ：名無しさん＠編集中 ：2019/09/05(木) 21:29:08.86 ID:XuUEoqz/0.net
- >>176
下の方に
メディア、ディスプレイ、オーディオ
■エンドツーエンド 10bit サポート
電源最適化に対応した
・HEVC→10bitによるエンコード及びデコード対応
・VP9→10bitによるデコード対応、8bitによるエンコード及びデコード対応
HEVCとVP9で444フォーマット対応
10 ビット・ディスプレイ対応
（若干日本語的に書き直してみた）
VP9のみエンコードは8bitのみ対応で、10bitは非対応なのが少し残念か
ただし、HEVC、VP9ともにﾌｫｯﾌｫｯﾌｫｯに対応ということで、クロマキーなんかするときのﾌｫｯﾌｫｯﾌｫｯ素材再生時にもハードウェア再生支援が利くようになるのか？
（HEVCの可逆圧縮モードを利用できるのならばだけど）
- 184 ：名無しさん＠編集中 ：2019/09/05(木) 21:32:53.90 ID:aXTdLxzf0.net
- 今時のサーバ側でのエンコードって1本の動画を大量に細かく切ってばらまいて戻ってきたのをくっつける感じじゃないの？
でもって各ノードで何本もエンコードが走ってると考えたら丁寧なマルチスレッド対応なんて優先順位低いのでは
前にも似たようなこと書いたけどgoogleは俺たちご家庭のPCでエンコするのに使ってもらうことなんて眼中にないんだし
- 185 ：名無しさん＠編集中 ：2019/09/05(木) 22:43:26.95 ID:jhu8Fn6b0.net
- H265もAV1も素人が見ただけじゃもはや見分けはつかん
- 186 ：名無しさん＠編集中 ：2019/09/06(金) 06:26:32.41 ID:pHmSB/u/0.net
- 主役を奪うグーグル動画仕様AV1、現行H.265を大幅に上回る圧縮率達成
https://tech.nikkeibp.co.jp/atcl/nxt/column/18/00944/090300002/
- 187 ：名無しさん＠編集中 ：2019/09/06(金) 08:25:23.98 ID:CKFWcC/I0.net
- エンコ環境整わないと手が出せない
- 188 ：名無しさん＠編集中 ：2019/09/06(金) 08:46:05.89 ID:+A3epUU00.net
- 環境整っても個人のPCではめちゃめちゃ遅そう
- 189 ：名無しさん＠編集中 ：2019/09/06(金) 09:25:06.64 ID:AWzVm7LKd.net
- すぐCPUやGPUにエンコ支援付くでしょ
- 190 ：名無しさん＠編集中 ：2019/09/06(金) 10:44:31.01 ID:11xOFEDz0.net
- av1規格は個人というよりも企業の方が大きなメリットがあるからなぁ
個人はHEVCでもういいのでは…？
- 191 ：名無しさん＠編集中 ：2019/09/06(金) 11:34:46.57 ID:UAkcYgUAM.net
- >>186
また月額2500円の有償記事ですか…
- 192 ：名無しさん＠編集中 ：2019/09/06(金) 12:08:13.52 ID:Mggd1PpY0.net
- VVCに期待しよう
- 193 ：名無しさん＠編集中 ：2019/09/06(金) 12:14:34.54 ID:2Maf6J3pa.net
- 今後コーデックを定着させるにはブラウザが対応しないと無理だろうな
VVCが良いものだったとしてもchromeとsafariとfirefoxがサポートしなかったら死んだコーデックになる
- 194 ：名無しさん＠編集中 ：2019/09/06(金) 12:43:55.48 ID:y+6o2dj+0.net
- >>184
アダプティブビットレートならおっしゃる通り
- 195 ：名無しさん＠編集中 ：2019/09/06(金) 12:47:11.21 ID:KVIDCxEQ0.net
- 今後のコーデックやハードウェア再生支援に期待したいことがあるとすれば、新しいコーデックが登場した場合であっても、
部分的に既存のハードウェア再生支援の機能を利用できるような取り組みがほしい
現行のハードウェア再生支援は、対応コーデックか否かのみの2択状態で判断されているから、
機能的に使いまわしが効く部分も含めて新コーデックは、全てソフトウェア再生になるというのではもったいなさ過ぎる
- 196 ：名無しさん＠編集中 ：2019/09/06(金) 14:32:09.15 ID:KYiWu09rp.net
- >>195
Haswellがそんな感じで後からGPGPUアシストでHEVCに対応したけど、
その後は省エネのために完全HWデコードに移行しちゃったからなあ
ディスクリートGPUならGPGPUアシストもありだと思うけどNVIDIAもAMDも全くやる気無い
- 197 ：名無しさん＠編集中 ：2019/09/06(金) 18:39:44.14 ID:AWNabZ3y0.net
- macでCompressorからHEVC作ってもエラー吐いてないのに
再生できないファイルが出来上がったりするんだが…
- 198 ：名無しさん＠編集中 ：2019/09/06(金) 22:10:23.56 ID:oRKcijlu0.net
- 「MACも採用したしこれからはWMVの時代！」
そう確信して持ってる動画を全部WMVでエンコードしてきた俺としては
どのコーデックがデファクトスタンダードになろうともおいそれと手を出す気にはなれない・・・
水物だよ(´･ω･｀)
- 199 ：名無しさん＠編集中 ：2019/09/06(金) 22:24:56.57 ID:ZwHD/Efz0.net
- BS4k8kがh265を使っている以上
もう消えたりすることは無いわけよ。
- 200 ：名無しさん＠編集中 ：2019/09/06(金) 22:49:15.08 ID:gApvZoIMM.net
- わからんよ
HEVCの特許問題は普及の足枷になりかねない要素ではあるし、VVCがNHKによって急速に鍛え上げられて、
なおかつ特許問題がHEVCのようなことにならなければ、「現行のBS4K・8Kはギャグ！ノーカウント!」とか言い出して、
「本命はVVC!!VVCで4Kは17Mbps、8Kは51Mbps。これでチャンネルを倍にできてバンザーイ!!」
とかわけわかんない流れができる可能性もありやなしや
- 201 ：名無しさん＠編集中 ：2019/09/07(土) 01:42:02.68 ID:Dnhl7geEa.net
- AV1でもsisvelの様な特許ゴロにいちゃもんつけられてるけどね
特許の有用性は分かるけど、sisvelの様な糞みたいな特許ゴロが発生するからロイヤリティフリーは重要だ
- 202 ：名無しさん＠編集中 ：2019/09/07(土) 02:37:37.71 ID:B1Sjpemm0.net
- >>200
17Mbpsなら地デジ4Kも行けるな
- 203 ：名無しさん＠編集中 ：2019/09/08(日) 21:16:52.14 ID:5OVTocke0.net
- rigaya氏が拡張 SVT-AV1 出力(GUI) Ex作り始めたな
- 204 ：名無しさん＠編集中 ：2019/09/08(日) 21:24:05.69 ID:eyojrrtv0.net
- >>203
見つけるの早すぎでしょｗｗ
https://github.com/rigaya/svtAV1guiEx
これで誰でも簡単にSVT-AV1を試せるようになるな
まだ使い物にならないけど
- 205 ：名無しさん＠編集中 ：2019/09/08(日) 21:32:04.71 ID:oHrzcvjm0.net
- Aviutlで使えても意味がない
- 206 ：名無しさん＠編集中 ：2019/09/08(日) 21:34:43.90 ID:6pFE/SGma.net
- SVT-AV1ってAVX512に対応していないと真価発揮できないしほぼXeon専用だな
- 207 ：名無しさん＠編集中 ：2019/09/08(日) 21:35:13.63 ID:eyojrrtv0.net
- >>205
意味がないというのはどういう意味？
- 208 ：名無しさん＠編集中 ：2019/09/08(日) 21:45:10.84 ID:tfmcXpyeM.net
- >>203-204
早いなぁ
実用的な速度と画質が出せるようになるのは、まだまだ先だろうけど
- 209 ：名無しさん＠編集中 ：2019/09/08(日) 21:48:53.54 ID:eyojrrtv0.net
- >>206
AVX512に対応してないと思われるEPYCがXeonより早いんだからXeon専用ってことは無いんじゃないの？
https://www.phoronix.com/scan.php?page=article&item=amd-epyc-7502-7742&num=4
- 210 ：名無しさん＠編集中 ：2019/09/08(日) 21:56:58.58 ID:6pFE/SGma.net
- >>209
ほんとだね
AV1はかなり並列化が効くようなっているのかコア数の多さが速さに直結しているように見える
VP9とか全然並列化できなかったのに
- 211 ：名無しさん＠編集中 ：2019/09/08(日) 22:20:56.12 ID:tfmcXpyeM.net
- >>209
SVT-シリーズを比較すると
・Xeon Plutinum 8280 2CPU
VP9→364.52fps
HEVC→320fps
AV1→61.43fps
・EPYC 7742 1 CPU
VP9→221.34fps
HEVC→365fps（8280に勝利）
AV1→97.93fps（8280に圧勝）
・EPYC 7742 2 CPU
VP9→283.47fps
HEVC→337fps（8280に勝利）
AV1→101.90fps（8280に圧勝）
AV1→101.90fpsならば実時間の約半分の時間でエンコード終了だからいい感じではある
まだまだ伸びしろもあるだろうし
1CPUと2CPUの違いがAV1の場合、あまり出ないのはもったいない気もするけど
- 212 ：名無しさん＠編集中 ：2019/09/08(日) 22:47:36.81 ID:QwuXIZxg0.net
- ttps://www.singhkays.com/blog/av1-ecosystem-update-august-2019/
AV1 Ecosystem Update: August 2019
- 213 ：名無しさん＠編集中 ：2019/09/08(日) 23:56:57.45 ID:85p9CuIY0.net
- >>203
NVEncのようにcli版もそのうち出るんじゃね
需要さえあれば
- 214 ：名無しさん＠編集中 ：2019/09/09(月) 00:13:51.02 ID:oIX1244l0.net
- りがや氏はほんまに慈悲深いで
- 215 ：名無しさん＠編集中 ：2019/09/09(月) 02:17:05.84 ID:STAn5RVo0.net
- rigayaの自演ウザいな
- 216 ：名無しさん＠編集中 ：2019/09/09(月) 02:19:47.01 ID:J5Jpm3vY0.net
- 人を褒めるとすぐ自演になるのか…
- 217 ：名無しさん＠編集中 ：2019/09/09(月) 05:05:20.93 ID:ufMLeybda.net
- そいつも褒めてほしいんだよ
- 218 ：名無しさん＠編集中 ：2019/09/09(月) 09:12:45.02 ID:pJwGkdnH00909.net
- 承認欲求野郎うざい
そう、おまえのことだよ>>215
- 219 ：名無しさん＠編集中 ：2019/09/09(月) 09:45:44.78 ID:/w0RlsX4r0909.net
- 自演だろうがなんだろうが実装してくれてありがたい
- 220 ：名無しさん＠編集中 ：2019/09/09(月) 19:57:43.83 ID:Vic652Nn00909.net
- >>211
SVT-VP9だけEPYCがXeonに負けてるのはAVX512環境下でだけ最適化が効いててAVX2環境下だと最適化が有効化されてなかったのが原因だったぽい
多分今はEPYCが逆転してると思う
Intel's Open-Source VP9 Video Encoder Just Scored A Massive ~3x Performance Boost - Phoronix
https://www.phoronix.com/scan.php?page=news_item&px=Intel-SVT-VP9-3x-AVX2-Boost
- 221 ：名無しさん＠編集中 ：2019/09/10(火) 02:26:37.82 ID:NqNtcT+VM.net
- スマホでAV1利用できるようになるのはいつになるかな
OP1のchromebookでAV1普通に見れたから
スマホでも余裕で観られるだろうし
はやく採用して通信量減らして欲しい
- 222 ：名無しさん＠編集中 ：2019/09/10(火) 02:35:42.45 ID:HyucbXYY0.net
- ハード支援が無いとバッテリーが持たない
- 223 ：：2019/09/10(火) 20:14:22.77 ID:mwF9F2CM0.net
- >>221
https://ja.wikipedia.org/wiki/Android%E3%81%AE%E3%83%90%E3%83%BC%E3%82%B8%E3%83%A7%E3%83%B3%E5%B1%A5%E6%AD%B4#Android_10
Android 10はAV1コーデックに対応
- 224 ：名無しさん＠編集中 ：2019/09/10(火) 20:24:09.34 ID:7dYE1LYj0.net
- >>221
デコードはまだ救いがある
問題はエンコードの方
- 225 ：名無しさん＠編集中 ：2019/09/10(火) 20:47:54.97 ID:TWCVFZYx0.net
- 向こう3年ぐらい経たないと一般人がエンコできるオプションや環境が整わない気がする
意味なし
- 226 ：名無しさん＠編集中 ：2019/09/10(火) 21:39:50.16 ID:VCZIsbZsM.net
- AV1はカネに物言わせてコア数増やしまくる成金作戦が使えるだけマシという判断なのでしょうね
H.264なんかコア数増やしてもあまり効率が改善しないものだから、クロックを上げるしか手がないけど
上げられるクロックなんてたかが知れてるし、焼け石に水状態だし
物量作戦が使えるようになるでも進歩のうちか
- 227 ：名無しさん＠編集中 ：2019/09/10(火) 22:47:41.21 ID:hgZ4lkz+a.net
- デコードさえ常識的なら、帯域を節約するためにも
さっさとモバイルにもってきてくれ
MVNOだとつべがきつい
- 228 ：名無しさん＠編集中 ：2019/09/10(火) 22:48:41.36 ID:hgZ4lkz+a.net
- >>223
AV1対応ってことはAVIFにも対応してるのかな
- 229 ：名無しさん＠編集中 ：2019/09/10(火) 22:52:05.18 ID:irsb0tFQ0.net
- AV1の普及が進むのならVP9は始まる前に終わった…？
- 230 ：名無しさん＠編集中 ：2019/09/10(火) 23:06:38.49 ID:VBHWgl6G0.net
- rigaya氏のところの拡張SVT-AV1プラグイン。
昔aomenc.exeで試した時はもう絶望感しか感じなかったが、実用範囲内に収まりそうな雰囲気は出てるのな
- 231 ：名無しさん＠編集中 ：2019/09/10(火) 23:14:26.88 ID:VCZIsbZsM.net
- >>228
AVIFって静止画用のやつか
特許問題で揉めないで済むなら、HEIFより普及はさせやすいかもしれんね
ただし、動画静止画問わず画質と圧縮率と使い勝手とハードウェアのサポート、
これらがバランス良く進まないとな
- 232 ：名無しさん＠編集中 ：2019/09/11(水) 00:26:02.33 ID:IjI+J9ej0.net
- >>229
人は昔それをVP10と呼んでいたのですよ
VP9の資産を生かした規格
- 233 ：名無しさん＠編集中 ：2019/09/11(水) 00:27:23.62 ID:f+CXh7lja.net
- YouTubeのVP9の動画は現状物凄い画質が良いような気がするけどね
何気にVP9はエンコード負荷とか考えれば最も効率が良いコーデックかもしれない
- 234 ：名無しさん＠編集中 ：2019/09/11(水) 15:28:14.49 ID:A4IC4qLO0.net
- iPhone11が発表されましたが、搭載されているA13 BionicチップにVP9やAV1のハードウェアデコーダーが搭載されている可能性はあるのだろうか？
- 235 ：名無しさん＠編集中 ：2019/09/11(水) 17:34:56.41 ID:bmmRoFkaF.net
- >>234
AV1のハードウェアエンコードとデコードに対応してる
VP9は知らん
- 236 ：名無しさん＠編集中 ：2019/09/11(水) 17:38:25.03 ID:4NvR8ZWV0.net
- HWエンコードにも対応してるってマジ？どこ情報？
- 237 ：名無しさん＠編集中 ：2019/09/11(水) 17:45:48.74 ID:bmmRoFkaF.net
- A13 könnte sogar eine der ersten Chips sein, die Hardware zur Kodierung und Dekodierung des neuen AV1-Videocodecs enthält, einem lizenzfreien Videokompressionsstandard, der die heutigen Formate HEVC, AVC und VP9 ersetzen soll.
あとはそのままググれ
- 238 ：名無しさん＠編集中 ：2019/09/11(水) 17:47:10.35 ID:A4IC4qLO0.net
- 何語ですかw
- 239 ：名無しさん＠編集中 ：2019/09/11(水) 17:57:16.55 ID:B1XloBiD0.net
- >A13は、新しいAV1ビデオコーデックをエンコードおよびデコードするためのハードウェアである最初のチップの1つである可能性もあります。
https://www.macwelt.de/international/Was-wir-von-Apples-A13-Chip-erwarten-koennen-10577905.html
可能性止まりじゃねーか
- 240 ：名無しさん＠編集中 ：2019/09/11(水) 19:55:29.48 ID:ZOOCXGmda.net
- そんな早くAV1デコーダ実装できるのか？
- 241 ：名無しさん＠編集中 ：2019/09/11(水) 21:34:27.80 ID:qr/v/VZz0.net
- >>239
これはライターの願望だな
早くても次かその次くらいだろうね
- 242 ：名無しさん＠編集中 ：2019/09/11(水) 21:36:57.15 ID:821JkwGS0.net
- av1て規格としてファイナライズしたの？
今後もバージョン上がるとしても
- 243 ：名無しさん＠編集中 ：2019/09/11(水) 23:04:42.68 ID:bu/txXt90.net
- NHKがIBC2019でVVCを使った８K地デジのデモをするっぽい
https://show.ibc.org/ibc-insider/going-back-to-the-future-zone-at-ibc2019
- 244 ：名無しさん＠編集中 ：2019/09/11(水) 23:36:30.54 ID:gXRm3zdL0.net
- >>243
ttps://aomedia.org/aomedia-members-demo-av1-at-ibc2019-demos-spotlight-av1s-royalty-free-ultra-high-definition-uhd-web-video-capabilities/
IBC2019、AV1関連企業も結構出るみたい。
日本からはソシオネクストが出てる。
- 245 ：名無しさん＠編集中 ：2019/09/12(木) 00:05:40.26 ID:gMVKXM2r0.net
- >>242
ファイナライズされてる。
ttps://aomediacodec.github.io/av1-spec/av1-spec.pdf
- 246 ：名無しさん＠編集中 ：2019/09/12(木) 09:11:30.73 ID:V6A90Oa9d.net
- 今年の1月なのにA13に入ってるわきゃないな
設計なんて1年以上前に終わってるだろうから
A14も無理で
A15に間に合うかどうかといったところか
順調にいけば2021年のApple製品にはハードウェアデコーダー載る
- 247 ：名無しさん＠編集中 ：2019/09/12(木) 15:53:57.35 ID:DCeAn6qz0.net
- H.265はライセンス料の高さから動画の長さ（時間）が増えるにつれてライセンス料も増加するMPEG4-ASPみたいにポシャる
- 248 ：名無しさん＠編集中 ：2019/09/12(木) 17:36:25.93 ID:YYIEfBSB0.net
- https://www.youtube.com/watch?v=IGtjBwMwTtE
蟹さんハードウェアAV1 Decoder出したのか
- 249 ：名無しさん＠編集中 ：2019/09/12(木) 20:28:18.33 ID:dYf5W1Uz0.net
- カニの分際で生意気なw
- 250 ：名無しさん＠編集中 ：2019/09/12(木) 20:45:40.99 ID:H3OWQ9Yg0.net
- デコーダーじゃなくてエンコーダーの方を出して欲しかった
- 251 ：名無しさん＠編集中 ：2019/09/12(木) 22:05:09.26 ID:Q4h+8m7R0.net
- 2ちゃんねる創設者ひろゆき氏がまたやってくれました
https://www.makuake.com/project/miyoutuner/
映像が劣化しない録画・保存・コピーがヤリ放題！の夢のチューナーです！！
https://twitter.com/hiroyuki_ni/status/1144535291996397568
市販品ではありません
残り14日、今すぐお申し込みを！
(deleted an unsolicited ad)
- 252 ：名無しさん＠編集中 ：2019/09/13(金) 20:51:29.54 ID:nO90apik0.net
- >>230
使えなくは無いけど、もう少し改良されないと厳しいな。
https://imgur.com/uuOF2Vf.png
- 253 ：名無しさん＠編集中 ：2019/09/13(金) 20:54:55.62 ID:DX2vXVoh0.net
- HEVCの方が綺麗だし少し縮んでるね・・・
- 254 ：名無しさん＠編集中 ：2019/09/13(金) 20:57:42.33 ID:mW5J3tWGM.net
- >>252
AV1、エンコード時間は問題なさそうだが、画質悪いなぁ
これが最適化されるにはまだ時間かかりそうだね
- 255 ：名無しさん＠編集中 ：2019/09/13(金) 21:01:00.10 ID:y/1eGYf2a.net
- svt-hevcとかも画質悪いのかな
- 256 ：名無しさん＠編集中 ：2019/09/13(金) 21:07:31.98 ID:Ba2gqFXC0.net
- SVT-AV1はシーンチェンジ検出を有効にしてエンコードしただけで壊れた動画作るしまだまだバグだらけで未完成
- 257 ：名無しさん＠編集中 ：2019/09/13(金) 22:27:40.57 ID:jrnLDk8+0.net
- >>252
x265のSlowerだとcrf28の200kbpsでもこんな綺麗だったのか
自分の設定を見直したくなるな
- 258 ：名無しさん＠編集中 ：2019/09/13(金) 22:47:36.32 ID:H+fcBS5A0.net
- 1280x720だからそんなもんでしょ
動きも少なそうだし
- 259 ：名無しさん＠編集中 ：2019/09/14(土) 18:01:26.76 ID:WLN5DCpe0.net
- >>254
libaomとx265で画質比較するならともかく
速度重視というか簡易版のSVTとx265で画質比較するのはちょっと
https://i.imgur.com/wk01ltR.png
- 260 ：名無しさん＠編集中 ：2019/09/14(土) 18:34:39.35 ID:1yM/7MA70.net
- libaomは遅すぎて実用的じゃないからね
- 261 ：名無しさん＠編集中 ：2019/09/14(土) 18:43:48.30 ID:RYZDN43u0.net
- 当たり前だけど速度を重視すれば画質が犠牲になる
AV1のフォーマットの形をしているだけの何かと比較しても意味ないってこったね
- 262 ：名無しさん＠編集中 ：2019/09/14(土) 19:02:36.70 ID:MMc9phmJ0.net
- >>259
そのグラフのSVT-AV1のバージョンはかなり古いので役に立たないデータだよ
- 263 ：名無しさん＠編集中 ：2019/09/14(土) 19:51:22.56 ID:1yS3PPdx0.net
- x265は特許でいつでも潰されるリスクがあるから
牽制という意味でも対立するコーデックが発展するのは巡り巡ってメリットが大きい
特に企業にとってはH.265は特許関係が面倒すぎて実用的じゃないからね
- 264 ：名無しさん＠編集中 ：2019/09/15(日) 21:32:20.87 ID:g6/E99Ku0.net
- 商用らしいけどlibaomより画質よくなるの良いな
Eve-VP9も使ってみたい
https://i.imgur.com/SJR0k7V.jpg
https://vimeo.com/344663992
- 265 ：名無しさん＠編集中 ：2019/09/15(日) 21:59:05.89 ID:OQ/Z5AeL0.net
- >>264
https://www.twoorioles.com/eve-av1
創業者さんのブログ止まってて悲しい
- 266 ：名無しさん＠編集中 ：2019/09/15(日) 22:36:05.38 ID:COYwCj5sM.net
- 何で止まってんの？
金か？、金目か？
- 267 ：名無しさん＠編集中 ：2019/09/15(日) 23:42:54.37 ID:O9g0NVUj0.net
- >>265
今月更新のこれは違うの？
https://www.twoorioles.com/news-1/2019/9/9/big-apple-video-conference-2019-high-performance-av1-coding-with-eve-and-dav1d
- 268 ：名無しさん＠編集中 ：2019/09/16(月) 00:17:08.92 ID:z42it98Ha.net
- two oriolesの創業者ってffvp9とdav1dの開発者だろ？
VP9の設計した人でもある
- 269 ：名無しさん＠編集中 ：2019/09/16(月) 00:29:01.28 ID:c9y3efV7M.net
- 何そのガンダルフ級の凄腕…
- 270 ：名無しさん＠編集中 ：2019/09/16(月) 05:32:36.72 ID:WbEs3jl60.net
- x265に slice-based SAO filter.が搭載されたんだけど
スライスベースで処理を切り替えるメリット分かる人いる？
https://bitbucket.org/multicoreware/x265/commits/5ac4c74c54188f968f53397f9b9cb15bec46df47
- 271 ：名無しさん＠編集中 ：2019/09/16(月) 08:05:03.93 ID:xNuL/bAxd.net
- ※注意！！基地外出没中！触れるべからず
名前…クレクレ乞食（通称：クレイ爺）
職業…5ちゃんの住人（ニート）
年齢…不詳（初老）
能力…低い、日本語が不自由
知能…猿並み
性格…悪い（糖質）
特技…連日連夜5ちゃんに張り付きクレクレ。たまにIDを変える
好きな芸能人…水樹奈々
夢…5ちゃんで命令出来る存在になりたい
好物…人糞（特に日本人のうんこ）
嫌いな物…グロ
特徴…タダ見の乞食の癖に自分が欲しい情報が手に入ると途端にスレを荒らしだす最低最悪の基地外
荒らしながら常にクレクレしているが誰も相手にしていない
常識人のグロ攻撃で糖質の症状が更に悪化している
クレイ爺の活動
http://hissi.org/read.php/avi/20190825/eXExU09neCs.html
http://hissi.org/read.php/avi/20190826/VjkyOHhsejc.html
本日のクレイ爺
http://hissi.org/read.php/avi/20190916/azBYeUJBaGk.html
- 272 ：名無しさん＠編集中 ：2019/09/16(月) 08:37:29.65 ID:nq23UivB0.net
- >>267
Ronald S. Bultje氏個人でやってたBlog 2017年を最後に更新が止まった。
https://blogs.gnome.org/rbultje/
>>268
そうそう。decoderはdav1d使えって言ってるね。
- 273 ：名無しさん＠編集中 ：2019/09/16(月) 19:28:45.18 ID:E2Je4X5M0.net
- 64コア Zen2 EPYCが世界で初めてリアルタイム8K HEVCエンコに成功する
64-Core AMD EPYC Rome Achieves World's First Real-Time 8K HEVC Encoding
https://www.tomshardware.com/news/amd-epyc-rome-8k-real-time-encoding,40400.html
- 274 ：252 ：2019/09/16(月) 21:12:43.73 ID:O8WP9xcF0.net
- SVT-AV1(--cpu-used=5)とlibaom-av1(--cpu-used=8 10並列)を比較してみた。
SVTの方はcpu-usedを小さくして画質を上げようとするとブロックノイズだらけになるので、
同じエンコード時間での比較というのがそもそも無理だった。
https://imgur.com/eY36CZy.png
libaom-av1は3900Xで2並列時のCPU使用率は11%、10並列時のCPU使用率は60%ぐらいだった。(並列化無しだと5%前後)
並列化出来ない部分が足を引っ張っている感じがする。
https://imgur.com/wdxRbZa.png
https://imgur.com/32dmfkG.jpg
- 275 ：名無しさん＠編集中 ：2019/09/16(月) 22:05:40.33 ID:JSV8kxjJM.net
- >>274
乙
やはりlibaom-av1のほうが、画質いいね
ただし、エンコード時間がSVT-AV1と比べると4.5倍か…
（しかもSVT-AV1は、若干コントラストが低下しているようでもあるね）
でも、賞味の動画の再生時分を元にすれば実時間の約3倍なら健闘してるほうなんだろうね
（1280×720だけど）
フルHDとか4Kをエンコードしたら死ぬほど時間かかりそうだけど
やっぱりサーバー用の超マルチコアCPUがいるのかね…
- 276 ：名無しさん＠編集中 ：2019/09/17(火) 08:33:34.99 ID:Nvf961Vb0.net
- >>274
Multi_FFEncoder_v0.02のバッチって何処を探せば良いの？
- 277 ：名無しさん＠編集中 ：2019/09/17(火) 13:28:15.34 ID:k74vN5D20.net
- そのスペックでメモリ16GBって色々と残念やな
- 278 ：名無しさん＠編集中 ：2019/09/17(火) 19:15:16.03 ID:CI+rOTuY0.net
- >>275
8コアの2700Xだと10並列で100%近く負荷かかるけど、12コアの3900Xだと60%〜ぐらいだから、
もう少し並列度を上げれば早くなりそうな感じではある。
3900Xで2並列だとCPU10%〜で6時間ぐらい、
1並列(並列無し)だとCPU5%〜で0.7〜0.8fpsみたいだから10時間超えそうではある。
https://imgur.com/h6GFlnr.png
https://imgur.com/Za3JJpH.png
>>276
これは自分がテスト用に書いたバッチで人にはオススメ出来ない。
x265ならripbot264とかGUIで並列エンコード出来るソフトがある。
自分は4PCまでしか試した事無いけど、最大16台まで行けるらしい。
こいつがAV1に対応すれば良さそうではあるが。
https://imgur.com/5eQWruB.png
- 279 ：名無しさん＠編集中 ：2019/09/17(火) 21:01:04.06 ID:SnzvN4M/d.net
- >>278
ripbot264って今でも普通に対応してるのか
まともに使ってる人初めてみたかも
ぜひ、ブログ等に使用方法と結果を残して欲しい
- 280 ：名無しさん＠編集中 ：2019/09/17(火) 21:26:56.19 ID:Nvf961Vb0.net
- >>278
なるほど自前のスクリプトでしたか、テスト用って事で残念。。。
今後もcpuのコアは増え続けるだろうしバッチに組み込めたらすげぇ有用だと思うから、気が向いたらおねがいしゃす
ソフト紹介thx
- 281 ：名無しさん＠編集中 ：2019/09/18(水) 00:26:15.79 ID:uawKv3Pq0.net
- >>279
ripbot264はやや扱いづらい点はあるけど設定自体はそれほど難しくは無い。
・日本語環境だと文字化けするので英数ファイル名の必要が有る(フォルダ名に2バイト文字が入っているのもダメ)
・ソースファイルの拡張子が.mkvじゃないと並列エンコードでエラーが出ることがある
・ある程度長いファイルじゃないと並列数が少なくなってしまうことがある
簡単な使い方とフォーラムのリンク
https://i.imgur.com/9235xwr.png
https://forum.doom9.org/showthread.php?t=127611&page=867
- 282 ：281 ：2019/09/18(水) 01:15:11.92 ID:uawKv3Pq0.net
- チャンクサイズの説明を入れ忘れていたので追加。
https://imgur.com/NkXQOu8.png
- 283 ：名無しさん＠編集中 ：2019/09/18(水) 01:22:15.87 ID:ET0G80+i0.net
- >>281
おぉ、とても解りやすいです
ありがとうございます！
- 284 ：名無しさん＠編集中 ：2019/09/18(水) 17:58:46.49 ID:mKqc6/YmM.net
- AV1のエンコードは、AVX512命令対応CPUだと速くなるのかね？
AMDはAVX512非対応だから、Intelが復活するには、そこしか望みはないだろうと思われるが…
- 285 ：名無しさん＠編集中 ：2019/09/18(水) 19:58:09.60 ID:jQyC/stw0.net
- Rust AV1 encoder (rav1e) project
https://www.spiedigitallibrary.org/conference-proceedings-of-spie/11137/111370L/Rust-AV1-encoder-rav1e-project/10.1117/12.2529592.short?tab=ArticleLink
Mozilla公式のconference paperっぽいけど何故か東方妖々夢
- 286 ：名無しさん＠編集中 ：2019/09/18(水) 20:16:14.93 ID:iP3nPa5b0.net
- 東方厨ってx264だけじゃなかったのかよ
- 287 ：名無しさん＠編集中 ：2019/09/18(水) 20:22:55.96 ID:+uKArLDma.net
- 東方ほどエンコード殺しの映像もなかなか無いからベンチマークには良いのでは
- 288 ：名無しさん＠編集中 ：2019/09/19(木) 00:17:06.26 ID:TYu2vVJCM.net
- 東方が動き出したということは、H.264の後継として有望ですな
- 289 ：名無しさん＠編集中 ：2019/09/19(木) 09:03:29.40 ID:8TB08NpO0.net
- あの人が参画してた場合は、だけどね
ところで名前なんだっけ?
- 290 ：名無しさん＠編集中 ：2019/09/20(金) 10:24:29.06 ID:yCKZieoC0.net
- まぁ他の弾幕ゲーだったり大量の爆発スプライトやパーティクルが出るゲームなら何でもいいんだけど
アレ採用するのはリプレイ機能が楽だから録画が楽あたりなのかね
雨や雪のエフェクトや細かくて強めのラスタースクロールが背景全体に出るゲームのもなかなかエンコ殺しだったような
- 291 ：名無しさん＠編集中 ：2019/09/20(金) 17:49:26.54 ID:i+mpZ/6b0.net
- ゲームのエンコしにくさ考えるとクライドゲーミングとか画質大丈夫なのかなって思う
4Kで35Mbpsらしいが細かい部分潰れちゃってせっかく4Kにした意味無くなりそう
- 292 ：名無しさん＠編集中 ：2019/09/20(金) 18:16:45.09 ID:NrOpC6i40.net
- 動きが激しければ細かいところつぶれても気にならんだろうし、
動きがゆっくりならちゃんと画質出るんじゃね？
- 293 ：名無しさん＠編集中 ：2019/09/20(金) 18:17:35.07 ID:NrOpC6i40.net
- ああ、ちょっと上の東方みたいなエンコ殺し画像だと…どうなんだろうねｗ
- 294 ：名無しさん＠編集中 ：2019/09/20(金) 20:24:47.76 ID:JGhCRa4Sd.net
- 実際に見ると動きが激しい所が潰れてたら目立つんだよなあ
- 295 ：名無しさん＠編集中 ：2019/09/20(金) 23:29:48.40 ID:xOplaGox0.net
- ヱヴァンゲリヲン新劇場版:破のBD観るといつも思うんだけど
第8使徒がブロックノイズも出さずに破綻なく精緻にエンコードされてて
どんな環境でエンコードしてるんだろうって考えるとぞわぞわする
- 296 ：名無しさん＠編集中 ：2019/09/21(土) 00:46:28.14 ID:VmtpwXpN0.net
- 序と一緒ならソニーPCLがエンコード作業してるはずだけども
- 297 ：名無しさん＠編集中 ：2019/09/21(土) 01:39:20.14 ID:kgcL7rHB0.net
- 電話して聞いてみればいいと思うよ
- 298 ：名無しさん＠編集中 ：2019/09/21(土) 05:27:42.23 ID:I9lrmzpoM.net
- BDはビットレート盛り盛りのH264じゃん
まあそんなもんでしょ
- 299 ：名無しさん＠編集中 ：2019/09/21(土) 10:05:27.45 ID:uN/1IXgPM.net
- ピークビットレートを平均値の3倍以上に設定すればいい
- 300 ：名無しさん＠編集中 ：2019/09/21(土) 15:58:50.36 ID:Y5w+zIFPd.net
- DVD時代もだけど、ビットレートキツいシーンは個々に量子化テーブル最適化したり、マクロブロックの配置にすら人為的手加えて破綻抑えたりしてる場合もある変態染みた調整入れられてる場合もあるよ
- 301 ：名無しさん＠編集中 ：2019/09/21(土) 18:35:26.83 ID:SN6JnIWB0.net
- x264って量子化テーブル全く活用できてないよね
活用できないままオワコンになってx265に移行しちゃった
- 302 ：名無しさん＠編集中 ：2019/09/21(土) 19:33:47.58 ID:jggVTxD80.net
- なるPさん・・
- 303 ：名無しさん＠編集中 ：2019/09/22(日) 00:18:57.98 ID:IeMRPxd90.net
- サッカーみたいな画面全体が動くスポーツ動画だとブロックノイズでまくり
- 304 ：名無しさん＠編集中 ：2019/09/22(日) 10:47:14.77 ID:dOgB+lEna.net
- サッカーじゃなくても球技は球がよく消えがち
- 305 ：名無しさん＠編集中 ：2019/09/22(日) 12:22:36.95 ID:8nquGKmE0.net
- >>301
x265は一度は天下を取ったWMVと同じ運命の道を歩みつつあるから気をつけろん
- 306 ：名無しさん＠編集中 ：2019/09/23(月) 07:07:41.77 ID:tj9Uudsr0.net
- 正直、nvidia、AMD、Intelそれぞれが先に真面目に早く対応したら勝ち。
もちろん、エンコード・デコード両面で。
昔のようにボードを出してくれそうなところないしなぁ。
エンコード＋スマホ絡みならARMやらなんやら、それこそ華為？が
- 307 ：名無しさん＠編集中 ：2019/09/23(月) 08:54:51.34 ID:8N6oxGXG0.net
- >>306
hisiliconのkirin、samsungのexynosはMali gpuだからarm次第。あとはqualcommのadrenoとかpower vrとかかな...
- 308 ：名無しさん＠編集中 ：2019/09/23(月) 12:06:12.79 ID:5UZOZM98M.net
- x264、x265ってエンコーダーのことを言ってんのかAVC、HEVCのことを言ってんのかややこしいな
- 309 ：名無しさん＠編集中 ：2019/09/23(月) 12:07:30.17 ID:5UZOZM98M.net
- いやもちろんxは本来はエンコーダーの意味しかないのだが、コーデックの名称として言ってないかっていう
- 310 ：名無しさん＠編集中 ：2019/09/23(月) 12:44:06.34 ID:SmIRFkck0.net
- x264とx265をコーデック名として使ってる人多いもんな。文脈で分かる場合はいいけど、わからないときは困る
- 311 ：名無しさん＠編集中 ：2019/09/23(月) 13:24:42.71 ID:qJ1KSRvg0.net
- ただ理解してないだけだろ
普通はH.265とx265は使い分ける
- 312 ：名無しさん＠編集中 ：2019/09/23(月) 14:37:05.50 ID:Ret8/yqU0.net
- 10年後H.264やH.265が再生できなくなるわけじゃないので今最適だと思うものを使えばいい
WMVだってソースを取っておいてH.264でエンコすりゃ良かったなんて考えてる間抜けはいないだろ
- 313 ：名無しさん＠編集中 ：2019/09/24(火) 17:18:27.89 ID:3+6LfR2zM.net
- ・AVIF形式の画像をサポートした「paint.net」v4.2.2が正式版に
DirectX 10/11形式ファイルへの対応も強化
https://forest.watch.impress.co.jp/docs/news/1208655.html
AV1の系統も徐々に使える環境が増えてきているようだ
- 314 ：名無しさん＠編集中 ：2019/09/25(水) 11:41:33.91 ID:lP2aDkmQ0.net
- youtube-dl.exe -F https://www.youtube.com/watch?v=LXb3EKWsInQ でlist-format見るとav01がmp4扱いなのでおかしいなと思い
mp4指定すると「av01+mp4」で500MBのmp4ファイルになった。畸形ファイルかなと思い「av1+opus」を指定するとmkvファイルで落ちてくる。
-fオプション無し(デフォルトでbest)だと1GBの「vp9+opus.webm」になる。
mp4コンテナのav1は畸形と思ってたが、「https://medium.com/shiguredo/mp4-%E3%83%A9%E3%82%A4%E3%83%96%E3%83%A9%E3%83%AA-1def9cb409f0」によると
av1もopusもvp9もmp4コンテナに正式対応してるらしいと分かった
mp4コンテナはサポートしないコーデックがいっぱい有ったので「MKVコンテナこそ神!」と思ってたのにいつの間に成長してて驚いた。
最強なmkvにするべきか、メジャーで無難なmp4にするか、みなさんの意見を聞かせて欲しい。
- 315 ：名無しさん＠編集中 ：2019/09/25(水) 11:44:02.11 ID:lP2aDkmQ0.net
- >>314
mp4指定すると「av01+m4a」で500MBのmp4ファイルになった
の間違いでした
- 316 ：名無しさん＠編集中 ：2019/09/25(水) 12:58:20.35 ID:zlt+pz9Na.net
- mp4がav1とopusに対応したのなんてだいぶ前の話だぞ
- 317 ：名無しさん＠編集中 ：2019/09/25(水) 13:17:28.88 ID:bq7GUkc9M.net
- ムショ帰りか？
- 318 ：名無しさん＠編集中 ：2019/09/25(水) 19:21:47.45 ID:lP2aDkmQ0.net
- >>316 >>317
昔、古いFLVをMP4に変換しようとしたら「Sorenson H.263」が入らなくて、最近もWebMのvorbisがダメだったんで
MP4=クッソ使えないコンテナのイメージが強かったんよ
さっきOpus試したらデフォルトで拒否られて、「-strict experimental」オプション付けて無理矢理ねじ込めたけど、クセが強すぎるから敬遠してたわけ
ところがここへ来て急に勝ち組の気配がしてきたからどうしようと迷ってるわけ
Youtubeの4kはVP9のWebMがデフォルトだけど、今後AV1のMP4に統一されたら2度手間だなとか、じゃあwebMはどうなんのとか状況が読めないんだよね
- 319 ：名無しさん＠編集中 ：2019/09/25(水) 19:57:00.68 ID:U15VeRGVM.net
- >>318
MP4にしたいならMP4Box使ったほうがいいよ
AV1もVP9もOpusも正式対応してる
ttps://github.com/gpac/gpac/releases/tag/v0.8.0
- 320 ：名無しさん＠編集中 ：2019/09/25(水) 21:03:25.12 ID:jXebDnBfM.net
- MKVでいいでしょ
無料で使えるツールが充実しているから映像と音声の分離、結合を一番汎用的に使いやすい
MP4は分離、結合（特に結合）時に、特定のコーデックでなければ対応できないソフトが多いような印象があるからメインで使う気になれない
- 321 ：名無しさん＠編集中 ：2019/09/25(水) 21:05:48.54 ID:jXebDnBfM.net
- もう一つ
L-SMASHとかいうふざけた名前の奴も気に入らないのも古い理由に残っている
- 322 ：名無しさん＠編集中 ：2019/09/26(木) 00:21:59.37 ID:3qZudLzg0.net
- 俺もmkvありゃそれでいいわ
resolveで使えないけどその時は映像だけぬいてmovにするだけだし
- 323 ：名無しさん＠編集中 ：2019/09/26(木) 01:07:38.80 ID:nN3cAbxL0.net
- 単純にMKVの方がMP4コンテナよりシークが早いからMKV使ってる
- 324 ：名無しさん＠編集中 ：2019/09/26(木) 01:15:16.48 ID:JYqr1V6p0.net
- え？シークがmp4よりmkvの方が早い？
なんの冗談だ
- 325 ：名無しさん＠編集中 ：2019/09/26(木) 01:30:34.83 ID:jXXnKigz0.net
- シークの速さってコンテナ関係あるんだ
コーデックのキーフレーム間隔だからコンテナとか関係ないのかと思ってたわ
- 326 ：名無しさん＠編集中 ：2019/09/26(木) 01:34:02.68 ID:HHrUgYwiM.net
- ですよね…
- 327 ：名無しさん＠編集中 ：2019/09/26(木) 04:13:11.48 ID:sgVyWBN30.net
- >>313
保存できないとかなら使えんのと一緒のような気が
- 328 ：名無しさん＠編集中 ：2019/09/26(木) 20:28:26.86 ID:U7aN5MQw0.net
- >>323
なんで・・・シークの速さがそんなに重要なんですかね・・・？
- 329 ：名無しさん＠編集中 ：2019/09/26(木) 21:00:33.36 ID:cHsWVKtY0.net
- その質問だ一番無駄じゃね？興味もないんだろうし
- 330 ：名無しさん＠編集中 ：2019/09/27(金) 03:31:57.36 ID:KDZYi+mJ0.net
- シークはエンコードのオプションでなんとでもなるだろ〜
- 331 ：名無しさん＠編集中 ：2019/09/27(金) 08:49:36.26 ID:n17ddBvA0.net
- 古めのGeforceだとシーク後1秒近くコマ落ちするとかまぁ処理速度みたいなもんはあるけれど
コンテナでは変わらない気がする
- 332 ：名無しさん＠編集中 ：2019/09/27(金) 11:46:10.55 ID:pKpR+hZ8M.net
- どう考えてもキーフレームの間隔次第でしょ
- 333 ：：2019/09/27(金) 17:25:35.23 ID:mpMPnDbu0.net
- flv「せやな」
- 334 ：名無しさん＠編集中 ：2019/09/30(月) 11:53:13.16 ID:2a31mSov0.net
- フレーム情報の復号じゃなくコンテナでシーク変わるて、元のmp4のmuxが悪いだけだろと
mkvに納めたのと同じソフトで再度mp4に納め直して比較とかしとらんだろ
- 335 ：名無しさん＠編集中 ：2019/10/01(火) 20:40:43.57 ID:7KrL0CxS0.net
- https://github.com/uyjulian/ifavif
AVIFのSusie plugin来てた
ただビルドしてみたけどビルド方法が悪いのか上手く動かなかった
- 336 ：名無しさん＠編集中 ：2019/10/04(金) 11:17:46.03 ID:RrN5+4jM0.net
-
9月にH.265(V6)とH.264(V13)の規格書が見れるようになってたことに今更気づいたので貼り。
■H.265 V6 (2019/06/29)
https://www.itu.int/rec/T-REC-H.265
> Rec. ITU-T H.265 | ISO/IEC 23008-2 version 6 (the current version) refers to
> the integrated text additionally containing additional SEI messages for SEI manifest
> and SEI prefix, along with some corrections to the existing specification text.
■H.264 V13 (2019/06/13)
https://www.itu.int/rec/T-REC-H.264
> This edition of Rec. ITU-T H.264, approved in 2019-05,
> specifies additional SEI messages for ambient viewing environment,
> content light level information, content colour volume, equirectangular projection,
> cubemap projection, sphere rotation, region-wise packing, omnidirectional viewport,
> SEI manifest, and SEI prefix, and miscellaneous minor corrections and clarifications.
- 337 ：名無しさん＠編集中 ：2019/10/04(金) 11:35:17.33 ID:RrN5+4jM0.net
- x265のv3.2もリリースされてたのね。
https://x265.readthedocs.io/en/default/releasenotes.html#version-3-2
Version 3.2
Release date - 25th September, 2019.
New features
・3-level hierarchical motion estimation using --hme and --hme-search.
・New AQ mode (--aq-mode 4) with variance and edge information.
・selective-sao to selectively enable SAO at slice level.
Enhancements to existing features
・New implementation of --refine-mv with 3 refinement levels.
Encoder enhancements
・Improved quality in the frames following dark scenes in ABR mode.
（API changes、Bug fixes、Known issuesはリンク先参照）
- 338 ：名無しさん＠編集中 ：2019/10/04(金) 14:46:17.50 ID:07k71HHnM.net
- New AQモード？
強いのか？
- 339 ：名無しさん＠編集中 ：2019/10/04(金) 17:17:49.75 ID:hC2dXewJ0.net
- エッジ以外がとてもボケる＞aq4
hmeのほうが面白いと思う（重いけど）
- 340 ：名無しさん＠編集中 ：2019/10/05(土) 09:42:16.54 ID:LP1ip7Yj0.net
- https://chromium.googlesource.com/codecs/libgav1/
> libgav1 is a profile 0 & 1 compliant AV1 decoder. More information on the AV1 video format can be found at aomedia.org.
https://chromium.googlesource.com/codecs/libgav1/+/19417bbfe819a6d39e02ac809524ca0725143072
> add core library + examples
>
> this initial version of the library focuses on decoding performance for
> the android platform. additional optimizations for other platforms and
> tests will follow.
- 341 ：名無しさん＠編集中 ：2019/10/05(土) 10:05:56.35 ID:9ZHaOXy5a.net
- やっぱりchromeはdav1d使わないのかね
vp9でもffvp9使わなかったから予想はしていたけど
av1の再生にはfirefox使ったほうが良さそうだな
- 342 ：名無しさん＠編集中 ：2019/10/05(土) 16:14:42.78 ID:ubVDwlud0.net
- >>341
Chrome 74 からdav1dがデフォルトのAV1デコーダーになってるはずだけど。
https://medium.com/@ewoutterhoeven/dav1d-0-3-0-sailfish-armed-to-the-teeth-af5bbf845a16
>>340のlibgav1は文面を見る限り、当面はAndroidでのパフォーマンス改善を目的にしたものだと思う。
将来的にその他のプラットフォームへの最適化もするみたいなことも書いてるけど、どうなるかはまだこれからでは。
- 343 ：名無しさん＠編集中 ：2019/10/06(日) 00:23:25.08 ID:ZWTF0hUd0.net
- Google Has Been Developing "libgav1" As New AV1 Decoder - Phoronix
https://www.phoronix.com/scan.php?page=news_item&px=Google-libgav1-AV1-Decode
- 344 ：名無しさん＠編集中 ：2019/10/09(水) 20:16:50.48 ID:CQ2fPy+G0.net
- redditにAV1とVVC Test model Encoderでエンコードした動画上げてる人が
A AV1-VVC comparison
https://www.reddit.com/r/AV1/comments/dfdu9n/a_av1vvc_comparison/
- 345 ：名無しさん＠編集中 ：2019/10/09(水) 20:46:35.89 ID:nn6swt3yM.net
- VVCのデコーダー、もうあるのか？
- 346 ：名無しさん＠編集中 ：2019/10/09(水) 21:02:12.81 ID:gofzIjnT0.net
- https://vcgit.hhi.fraunhofer.de/jvet/VVCSoftware_VTM
ないとエンコーダーの評価できないんだから同時開発が普通
- 347 ：名無しさん＠編集中 ：2019/10/10(木) 16:49:08.72 ID:zuzlIDV2F1010.net
- MiracastもHEVCの時代に突入か
・8000円でフルHDをWi-Fi転送、HDMIスティック型Miracast端末「EZCast 2」
https://internet.watch.impress.co.jp/docs/news/1211989.html
「Miracastに対応し、Windows/macOS/Android/Chrome OSの端末から最大で1920×1080（60p）解像度の映像出力が可能。
映像コーデックにはH.265を採用している。」
- 348 ：名無しさん＠編集中 ：2019/10/10(木) 18:11:58.99 ID:MMu9e2feM1010.net
- >>346
これ、どうやって使うの？
- 349 ：名無しさん＠編集中 ：2019/10/10(木) 19:30:28.02 ID:kJa0TsU+01010.net
- >>348
doc/software-manual.pdfとかを読めばいいんでないかい。
- 350 ：名無しさん＠編集中 (ﾜｯﾁｮｲ bf7d-P4H7)：2019/10/14(Mon) 17:52:06 ID:QJ41oBbG0.net
- dav1d 0.5.0 'Asiatic Cheetah'
https://code.videolan.org/videolan/dav1d/-/tags/0.5.0
> This is the fifth major release of dav1d, the fast and small AV1 decoder, codename 'Asiatic Cheetah'.
> It supports all the AV1 features and all bitdepths.
> 0.5.0 brings large improvements in speed on SSSE3 CPU (up to 40% speedup),
> new speed improvements on AVX-2 (for 4-7%) and ARM64 (up to 10%) and ARM32.
> It introduces some VSX, SSE2 and SSE4 optimizations.
> 0.5.0 fixes some minor issues, can export ITU T.35 metadata and improves the player example.
- 351 ：：2019/10/14(Mon) 18:01:54 ID:jtHsTjSn0.net
- dav1d、libgav1に触発されて更新が活発になってる
WAR MODEなんだそうだ
https://twitter.com/trudluc/status/1181739427376353281
(deleted an unsolicited ad)
- 352 ：名無しさん＠編集中 ：2019/10/14(月) 19:32:47.29 ID:aXx7Sl7VM.net
- エンコーダーの高速化も活発になってほしい
- 353 ：名無しさん＠編集中 ：2019/10/14(月) 19:56:26.07 ID:Nm3ZzTGR0.net
- もうエンコードは超多コア買う人むけになりそうだからどうでもいい雰囲気
- 354 ：：2019/10/14(Mon) 20:46:21 ID:QJ41oBbG0.net
- ttps://medium.com/@ewoutterhoeven/av1-is-ready-for-prime-time-svt-av1-beats-x265-and-libvpx-in-quality-bitrate-and-speed-31c1960703db
SVT-AV1のmode 4ならx265のVery Slowと同じぐらいのエンコード速度でより高画質らしい。
- 355 ：：2019/10/14(Mon) 20:54:11 ID:kFw1EB+Y0.net
- x265のveryslowがすでに耐え難い
x264のveryslowぐらいが限界だよ
- 356 ：：2019/10/14(Mon) 21:02:22 ID:jtHsTjSn0.net
- でもAWCYのスコアでは優れていても肉眼で見ると画質悪いってredditでもdoom9でも指摘されてるな。
特定のベンチマークに最適化されてしまっているのかな？
シーンチェンジ検出が上手く働かないから複数のカットがある動画なんかでいい感じにエンコード出来ないせいとかもあるかも。
AWCYに使われてるデータセットobjective-1-fastは基本的に一つカットからなる動画ばかりだし。
- 357 ：：2019/10/14(Mon) 22:12:30 ID:JewEtBplM.net
- この調子だと、来年には何とか使えそうな感じか？
- 358 ：：2019/10/14(Mon) 23:21:39 ID:mDCHhinj0.net
- 全球首颗基于 AVS3 标准 8K 解码芯片诞生
https://www.leiphone.com/news/201909/lFeoyTCQNj05zWpi.html
AVS3 8K120p HWデコーダ
- 359 ：名無しさん＠編集中 ：2019/10/17(木) 11:47:57.87 ID:DaVwx5YIM.net
- クソ規制の影響で、リンクアドレスを貼り付けると書き込み規制を喰らうようなので貼れないが、
IceLakeの整数演算性能がかなり向上しているらしく、動作周波数が低いくせに性能は期待できそうとのこと
ソフトウェアエンコードにも役立てばよいが
- 360 ：名無しさん＠編集中 ：2019/10/17(木) 14:42:39.91 ID:eZyLl5OW0.net
- AVX2からAVX512に最適化が進むことより、よくなっているといいね
- 361 ：名無しさん＠編集中 ：2019/10/17(木) 18:01:10.70 ID:KN5f3/L80.net
- >>359
アドレス貼れないならググれるようにタイトル貼ればいいじゃない
- 362 ：名無しさん＠編集中 (ﾜｯﾁｮｲWW 5f01-F4cW)：2019/10/17(Thu) 18:42:44 ID:gsMzuDSA0.net
- >>359
元アドレス分かる？
一部をASCIIに変更したらどうだ？
ASCIIは以下参照
https://iwb.jp/s/ascii-url-encode-decode-list-and-convert-tool/
- 363 ：名無しさん＠編集中 ：2019/10/17(木) 20:52:04.46 ID:LV+5Nhlu0.net
- IceLakeアーキテクチャの性能が高いのは既知かと思ってた
- 364 ：名無しさん＠編集中 ：2019/10/17(木) 22:40:21.22 ID:dY071hkq0.net
- Inside MPEG's Ambitious Plan to Launch 3 Video Codecs in 2020
https://www.streamingmedia.com/Articles/ReadArticle.aspx?ArticleID=134694
MPEGが2020年にリリースしようとしている
・Versatile Video Coding (VVC)
・Essential Video Coding (EVC)
・Low Complexity Enhancement Video Coding (LCEVC)
という３つのコーデックに関する、
・品質目標
・計算量
・ロイヤリティ
などについての話。
まあなんつうか・・・うまくいく未来が来るといいね（願望）的な感じ？
- 365 ：名無しさん＠編集中 ：2019/10/17(木) 23:29:17.42 ID:s8sDKxAFa.net
- VVCは分かるけど
EVCとLCEVCは需要が分からない
こんなコーデックを求めている業界はどこにあるのか
- 366 ：名無しさん＠編集中 ：2019/10/18(金) 04:02:05.59 ID:07uUQnKq0.net
- 監視カメラとか
ビデオ会議とか？
そこまで高圧縮高性能求めてないけど
そこそこの画質と圧縮率は欲しい的な？
- 367 ：：2019/10/18(Fri) 08:36:30 ID:aUeFwoxg0.net
- アニメーションフィルム向けのコーデックだろ言わせんな恥ずかしい（適当）
- 368 ：名無しさん＠編集中 ：2019/10/18(金) 12:51:10.97 ID:9Srt/D7eM.net
- >>364
Sisvelの従業員のブログなんて貼るなよ
- 369 ：：2019/10/18(Fri) 13:43:19 ID:3DRrtni50.net
- そしてライセンスとロイヤリティでこけるいつものパターン
- 370 ：名無しさん＠編集中 ：2019/10/18(金) 18:59:50.54 ID:ROTjDlx20.net
- EVC試してみたいけどETMのソースにアクセスするにはMPEG IDとパスワードが必要みたいなんよね
https://mpeg.chiariglione.org/standards/mpeg-5/essential-video-coding
https://i.imgur.com/eS2Ki4w.png
https://gitlab.com/MPEG-5/ETM
- 371 ：名無しさん＠編集中 ：2019/10/19(土) 19:58:03.85 ID:g2XXCXVxM.net
- >>364
EVCは完全にロイヤリティフリーになるのかと思いきや、
ロイヤリティフリーなのはBaselineで、Mainはロイヤリティ発生する機能も選べる、ってなんじゃそりゃ。
- 372 ：：2019/10/20(Sun) 02:24:22 ID:moN/GWLI0.net
- あっ（察し）
- 373 ：名無しさん＠編集中 ：2019/10/20(日) 11:29:08.10 ID:No1ENATv0.net
- GTX1070でx265のNVENC初めて使って見たけどすごく速いんですね
画質悪いと言われてるようですけどそんなんに違うもんなの?(´･ω･`)
- 374 ：名無しさん＠編集中 ：2019/10/20(日) 12:16:29.63 ID:dqFnEb34F.net
- 動画なのに静止画でマジマジ見る人達には違ってみえるらしい
- 375 ：名無しさん＠編集中 ：2019/10/20(日) 12:54:00.82 ID:No1ENATv0.net
- NVENCは余裕あるビットレートのエンコードなら他と致命的差異はなくて
>>174みたいに1M切りの限界ギリギリまで絞ったビットレートでは差がある
そんな感じに評価されているのかなぁと推測したんだけどどうかな(´･ω･`)
- 376 ：名無しさん＠編集中 ：2019/10/20(日) 13:01:25.03 ID:a0OTGJERr.net
- >>375
データちゃんと当ててるならnvencで問題ないよ
むしろcpu使うのは時間の無駄
- 377 ：：2019/10/20(日) 14:58:02 ID:moN/GWLI0.net
- 308 名前：名無しさん＠編集中 (ｵｲｺﾗﾐﾈｵ MMa9-HeLa)[sage] 投稿日：2019/09/23(月) 12:06:12.79 ID:5UZOZM98M [1/2]
x264、x265ってエンコーダーのことを言ってんのかAVC、HEVCのことを言ってんのかややこしいな
309 名前：名無しさん＠編集中 (ｵｲｺﾗﾐﾈｵ MMa9-HeLa)[sage] 投稿日：2019/09/23(月) 12:07:30.17 ID:5UZOZM98M [2/2]
いやもちろんxは本来はエンコーダーの意味しかないのだが、コーデックの名称として言ってないかっていう
310 名前：名無しさん＠編集中 (ﾜｯﾁｮｲWW 4d68-k+x8)[sage] 投稿日：2019/09/23(月) 12:44:06.34 ID:SmIRFkck0 (PC)
x264とx265をコーデック名として使ってる人多いもんな。文脈で分かる場合はいいけど、わからないときは困る
311 名前：名無しさん＠編集中 (ﾜｯﾁｮｲWW 1152-KhG6)[sage] 投稿日：2019/09/23(月) 13:24:42.71 ID:qJ1KSRvg0 (PC)
ただ理解してないだけだろ
普通はH.265とx265は使い分ける
- 378 ：：2019/10/20(日) 16:20:55 ID:kxURFKyv0.net
- 某界隈ではwmvとflvってくくりで画質を語り始めるから謎
- 379 ：名無しさん＠編集中 ：2019/10/21(月) 05:05:55.50 ID:zveYAYXg0.net
- >>375
1MbpsのNVENCは綺麗だけど、768Kbpsだとノイズが目立つなあ、AVIdemux
- 380 ：名無しさん＠編集中 (ｱｳｱｳｴｰ Saaa-CEp2)：2019/10/21(月) 14:22:38 ID:xJd/NjvNa.net
- ウェブではもうav1が普通に使える状態になってるな
高解像度だと負荷がきついけど
- 381 ：名無しさん＠編集中 (ｱｳｱｳｸｰ MM87-NMBM)：2019/10/21(月) 15:21:13 ID:ZL9sEeStM.net
- 普通とは？
- 382 ：名無しさん＠編集中 (JPWW 0H5b-RS9y)：2019/10/21(月) 16:00:07 ID:X9F1mNfDH.net
- AV1の再生は問題ないから、早いとこコンテンツを供給してほしいな
tubeはさっさと対応してほしいよ
- 383 ：名無しさん＠編集中 ：2019/10/21(月) 16:08:37.45 ID:3nSfGJHoM.net
- >>382
>>4
一部の動画はすでにAV1にエンコされてるらしい
- 384 ：名無しさん＠編集中 (ﾜｯﾁｮｲWW b35f-Yy+9)：2019/10/21(月) 16:50:36 ID:RIMF5Mth0.net
- PCでのAV1再生は二の次よ
問題はスマートフォンで再生できるかだ
最近のトラフィックはスマホユーザーが回線を圧迫してるだろうし
- 385 ：名無しさん＠編集中 (ｽﾌﾟﾌﾟ Sd32-iSkz)：2019/10/21(月) 16:53:16 ID:EjTOWhp5d.net
- Amlogic S805X2, S905X4, and S908X AV1 Full HD/4K/8K Media Processors to Launch in 2020
https://www.cnx-software.com/2019/10/20/amlogic-s905x4-s908x-s805x2-av1-1080p-4k-8k-media-processors/
- 386 ：名無しさん＠編集中 ：2019/10/21(月) 17:07:00.25 ID:Xc1hSjcI0.net
- セットトップボックス用(？)っぽいAV1ハードウェアデコーダーはチラホラ出てきたけどスマホ用はいつになるかね
- 387 ：名無しさん＠編集中 (ﾜｯﾁｮｲ 92ab-r0zP)：2019/10/21(月) 21:04:43 ID:gQv87xUE0.net
- >>384
スマホ向け動画のビットレートっていくつくらいに設定するのがいいんだろうかね？
- 388 ：名無しさん＠編集中 ：2019/10/22(火) 18:12:35.40 ID:JmbYyiJn0.net
- SVT-AV1が2パスエンコードに対応したけど引数が独特過ぎて使い方がわからんな
- 389 ：名無しさん＠編集中 ：2019/10/23(水) 09:33:51.67 ID:8Fr+zZssF.net
- https://www.anandtech.com/show/15003/chipsmedia-launches-wave510a-hardware-av1-decoder-ip
- 390 ：名無しさん＠編集中 ：2019/10/23(水) 18:52:50.14 ID:kftkk55UM.net
- AV1のデコードチップがスマホに載るようになるのは再来年くらいかな
- 391 ：名無しさん＠編集中 ：2019/10/23(水) 19:36:52.29 ID:2p+vvsj5M.net
- >>390
スマホはSnapdragonに載るまでハードウェアデコーダ載らないでしょ
- 392 ：名無しさん＠編集中 ：2019/10/23(水) 21:32:45.43 ID:0KojxGnX0.net
- デコードはどうでもいい
問題はエンコード
- 393 ：名無しさん＠編集中 ：2019/10/23(水) 21:38:47.89 ID:yl2V5Iwd0.net
- スナドラとAppleのSoCが対応すればスマホはほぼ対応できるからな、HuaweiのKirinは知らんが
- 394 ：名無しさん＠編集中 ：2019/10/23(水) 21:55:10.20 ID:qETrz/0C0.net
- でも確かQualcommはAOMedia参加してないんだよね
- 395 ：名無しさん＠編集中 ：2019/10/24(木) 07:15:45.04 ID:d0DBSYGHH.net
- AV1ってGPUでデコードできないん？
- 396 ：名無しさん＠編集中 ：2019/10/24(木) 13:49:44.83 ID:nyKr5W1G0.net
- キヤノンがEOS-1D X Mark IIIでHEIFに対応するねニコンやソニーも続くかな
https://global.canon/ja/news/pdf/2019/20191024.pdf
- 397 ：名無しさん＠編集中 ：2019/10/24(木) 14:26:29.37 ID:sChQPgWNp.net
- 10bit対応なのがポイントだな
8bitは編集許容悪すぎだし次世代JPEG系は普及しないし
画像はHEIFで決まりかね
webPは意味不明な制限で自爆したなあ
- 398 ：名無しさん＠編集中 ：2019/10/24(木) 14:33:05.09 ID:ykFZbsXtM.net
- 制限？
そんなのあったっけ？
- 399 ：名無しさん＠編集中 ：2019/10/24(木) 14:38:33.41 ID:L82EtY870.net
- ハイエンドのデジカメなら普通はRAWで保存するよな
- 400 ：名無しさん＠編集中 ：2019/10/24(木) 15:01:59.67 ID:5Skp1LPB0.net
- そういえば某画像ストレージがHEIFを本来の仕様通りに再圧縮してなかったって話があったな
- 401 ：名無しさん＠編集中 ：2019/10/24(木) 16:16:00.41 ID:vL2uPf7M0.net
- ・Googleが1万年かかる計算問題を3分20秒で解き終える量子コンピューターを完成させる
https://gigazine.net/news/20191024-google-quantum-supremacy-programmable/
量産化、はよはよ
- 402 ：名無しさん＠編集中 ：2019/10/24(木) 16:46:58.15 ID:FsICr1zd0.net
- 終わりの始まりである
- 403 ：名無しさん＠編集中 ：2019/10/24(木) 17:00:23.68 ID:bYgv3C0l0.net
- そりゃIntelやAMDの汎用と比べれば早くはなるんだが・・・ってやつで。
- 404 ：名無しさん＠編集中 ：2019/10/24(木) 22:10:46.80 ID:AtaM1NOd0.net
- >>398
397じゃないから予想だが解像度(16383x16383まで)とか(非可逆WebPは)YUV4:2:0のみって事とか？
- 405 ：名無しさん＠編集中 ：2019/10/25(金) 06:15:51.84 ID:UpJdcOx40.net
- 商用AV1エンコーダー Visionular社『 AURORA』 機械学習を利用してるっぽいdav1dにも協力？
https://www.visionular.com/
機械学習の使い所の簡単な説明
Machine Learning for AOM/AV1 and its Application in RTC
https://www.agora.io/en/blog/machine-learning-for-aomav1-and-its-application-in-rtc/
- 406 ：名無しさん＠編集中 ：2019/10/29(火) 03:13:02.03 ID:3Cv/XkF00.net
- dav1d 0.5.1
ttps://code.videolan.org/videolan/dav1d/-/tags/0.5.1
> This is a minor update of the 0.5.0 version of dav1d, the fast and small AV1 decoder, codename 'Asiatic Cheetah'.
> 0.5.1 brings improvements in speed for SSE2 CPUs (up to 50% speedup), and ARMv7 CPUs (up to 41% speedup).
> It also fixes minor issues and minor speed improvements for other architectures.
- 407 ：名無しさん＠編集中 ：2019/10/29(火) 05:08:57.67 ID:dR96sndfM.net
- 速度5割増とな？
VLCのナイトリーにも搭載されるのかね？
- 408 ：名無しさん＠編集中 ：2019/10/29(火) 08:07:32.01 ID:gfnyjeF+a.net
- AVX搭載してるCPUは関係ないだろうけどな
- 409 ：名無しさん＠編集中 ：2019/10/29(火) 10:48:06.70 ID:EZmkaccy0.net
- 古い世代のCPUへの最適化もいいけどそろそろ10bitの最適化も進めて欲しい
- 410 ：名無しさん＠編集中 ：2019/10/29(火) 19:36:28.54 ID:uLYzCwmkHNIKU.net
- ARMでも高速化したというのは大きな前進だ
はやいとこスマホでAV1配信できるようにして
トラフィックを減らしてくれー
- 411 ：名無しさん＠編集中 (ﾜｯﾁｮｲW 63b5-rhEb)：2019/10/30(水) 01:15:44 ID:yG25o//l0.net
- dav1dはデコーダーだぞ
- 412 ：名無しさん＠編集中 ：2019/10/30(水) 02:44:40.03 ID:y1fPbEn6a.net
- >>411
スマホでエンコードするわけないでしょ
スマホで低負荷でデコード、再生できるようにならないと
- 413 ：名無しさん＠編集中 (ﾜｯﾁｮｲ f302-mjLV)：2019/10/30(水) 03:29:02 ID:wA8zx6xg0.net
- スマホでAV1配信できるように って書くのが悪い
スマホにAV1配信できるように ならわかる
- 414 ：名無しさん＠編集中 ：2019/10/30(水) 17:31:47.77 ID:naYkj6NTd.net
- スマホはハードウェアデコーダでしょ
- 415 ：名無しさん＠編集中 ：2019/10/30(水) 21:58:13.48 ID:QmI3+Am0r.net
- >>412
SOCは大体H.264やHEVCのエンコーダーも積んでるぞ
1080pくらいまでってのも多いが
- 416 ：名無しさん＠編集中 ：2019/10/30(水) 23:10:08.50 ID:VOf7qk2d0.net
- ARMのSoCのは動画撮影時の圧縮用途が主だからな
帯域画質性能比もピーク処理速度もQSVどころがVCEにも及ばないだろ
- 417 ：名無しさん＠編集中 ：2019/10/30(水) 23:26:25.20 ID:xyRyWLX40.net
- 最高処理fpsはqsv、nvencに劣る可能性は高いけど
帯域画質性能（ビットレート当たりの画質？）で劣る理由にはならない
- 418 ：名無しさん＠編集中 ：2019/10/31(木) 01:03:28.36 ID:NbxBZF+B0HLWN.net
- バッテリー持たないからスマホはハードデコードが普通
- 419 ：名無しさん＠編集中 (中止 de8e-ANgw)：2019/10/31(Thu) 02:12:08 ID:H1J2/LYG0HLWN.net
- スマホで録画してアップロードしてる人も普通にいるわけだが・・・
話がかみ合ってないわなぁ
- 420 ：名無しさん＠編集中 ：2019/10/31(木) 12:44:52.13 ID:VJFgvKpTMHLWN.net
- このスレで、それを普通とは言わない
- 421 ：名無しさん＠編集中 ：2019/10/31(木) 19:06:33.55 ID:raXMHB/70HLWN.net
- >>417
画質が良いと見立てられる理由にもならんけどな
実装に割けるトランジスタ規模の差考えると比類する事すら遠そうだが
- 422 ：名無しさん＠編集中 ：2019/10/31(木) 22:04:11.19 ID:7oTsRdZl0HLWN.net
- スマホ向けの最先端プロセッサーはPC向けと同等のプロセスなんだから
使えるトランジスタ量に大した違いはないでしょ
- 423 ：名無しさん＠編集中 ：2019/11/01(金) 01:08:31.40 ID:ZQxz7Uqta.net
- スマホで動画を撮影すると普通に16Mbit程度になる
スマホのエンコーダーは複雑な圧縮はしてないということだな
- 424 ：名無しさん＠編集中 ：2019/11/01(金) 01:13:39.99 ID:uBLdER0V0.net
- >>422
PCはCPU＋GPU＋I/Fだけだが、
スマホSoCは他の回路が大量に必要なので、
映像回路に使えるトランジスタは相対的に減るのでは
でもまあPCは機能は少ないけどバス幅が広くてトランジスタ数使うので一概には言えないか
スマホでメモリ128bitとかPCIe24本とか要らないしな
- 425 ：名無しさん＠編集中 ：2019/11/01(金) 01:16:32.77 ID:l2Cv6lV60.net
- AOMedia Research Symposium 2019なるイベントが開催されてたらしい
ttps://aomedia.org/aomedia-research-symposium-2019/
- 426 ：名無しさん＠編集中 ：2019/11/03(日) 08:21:54.83 ID:FI20zCa8H.net
- googleのstadiaはvp9かな
- 427 ：名無しさん＠編集中 ：2019/11/03(日) 10:20:33.48 ID:cgxjIX0PM.net
- そうだろな
AV1ではまだ低レイテンシにできないだろう
- 428 ：名無しさん＠編集中 ：2019/11/03(日) 14:37:30.36 ID:fsZlfXq80.net
- Youtubeで「きゃりーぱみゅぱみゅ」のPV見てたらたまたまAV1なのに気付いた。
「きみがいいねくれたら watch?v=8DitMqeKSP0」「音ノ国 watch?v=-OhDQfzNstg」とか最近の限定だが
720p以下の普通の動画にも普及してきたっぽい。
アプリで調べたら1080pはVP9とAVCだったけど、YoutubeのAV1設定をONにしてると720pまでしか選べない。
ゲストだと1080p選べるけどWebmになる。
720pをダウンして比較したらサイズはWebmと同じ45MB位でAVCは65MBだった。
肝心の画質は、目がチカチカしてエンコ泣かせが想像できる「音ノ国」の静止画をキャプチャーして比べたが
AV1は明らかにノイジーで汚かった。意外にもAVCが一番奇麗だったがサイズが大きいので当然か。
同じサイズでVP9に負けてるので、結論から言うとAV1は言われてるほど大したことないかなという印象。
VP9は動きに強いと聞いてたので妥当だが、AV1は激しい動きは苦手なコーデックかもしれない。
まあたった一例で低解像度だからまだ何とも言えないかな。
- 429 ：名無しさん＠編集中 ：2019/11/03(日) 14:49:47.43 ID:OhcvV9fua.net
- YoutubeのAV1はまだテスト段階だからエンコードの設定もガバガバだぞ
- 430 ：名無しさん＠編集中 ：2019/11/03(日) 16:23:33.35 ID:8qVpj+sA0.net
- 同じ画質でどこまでサイズが落とせるのか
- 431 ：名無しさん＠編集中 ：2019/11/03(日) 17:27:00.08 ID:8qVpj+sA0.net
- >>428
13年のフォーチュンクッキーでも720までAV1だった
再生1億超えてるとAV1対応率上がる気がする
- 432 ：名無しさん＠編集中 ：2019/11/04(月) 01:40:47.65 ID:lu9r13wYa.net
- YouTubeのVP9は明らかに画質が良くなってる
エンコーダーが成熟してるからだろうけど、何気に最強のコーデックなのかもしれない
それでもGoogleはAV1を推すのか微妙な気がする
- 433 ：名無しさん＠編集中 (ｱｳｱｳｴｰ Sac2-8/k1)：2019/11/04(月) 02:00:45 ID:Cden0HfLa.net
- エンコード品質はNetflixが一番良いと思う
エンコード時間が100倍になってでもサイズを減らしたいって言うだけのことはある
- 434 ：名無しさん＠編集中 ：2019/11/04(月) 13:09:15.28 ID:hVj/2r+f0.net
- AV1結局特許問題はどうなったん?
- 435 ：名無しさん＠編集中 ：2019/11/05(火) 00:01:28.65 ID:z1xxEV2d0.net
- そうそう
最近番組のネット配信多くなって、まぁ自分アニメだけど
保存してみるとスカスカな気分を味わえる
- 436 ：名無しさん＠編集中 ：2019/11/05(火) 23:25:10.56 ID:Um9nZRut0.net
- ffmpegでQSVのVP9エンコがサポートされた
- 437 ：名無しさん＠編集中 ：2019/11/06(水) 03:30:43.49 ID:pWj2GUGM0.net
- どの世代のGPUから使えるんだろ
- 438 ：名無しさん＠編集中 (ﾜｯﾁｮｲWW 635f-A/z4)：2019/11/06(水) 03:50:33 ID:2KiQXHpx0.net
- VP9 encoder is only supported on Icelake platform
って書いてるからIcelakeからだね
- 439 ：名無しさん＠編集中 (ﾜｯﾁｮｲW 6f5f-TxSO)：2019/11/06(水) 03:54:59 ID:pWj2GUGM0.net
- おーありがとう
- 440 ：名無しさん＠編集中 ：2019/11/06(水) 14:00:19.24 ID:2KiQXHpx0.net
- Lenovo IdeaPad S340 - プラチナグレー
製品番号： 81VV0013JP
がicelake最安かな？
￥44,770だし
- 441 ：名無しさん＠編集中 ：2019/11/07(木) 04:29:15.95 ID:z7hOl+Hh0.net
- YouTubeはAV1ばかりになってるな
10万再生でもAV1だわ
- 442 ：名無しさん＠編集中 ：2019/11/07(木) 10:33:30.22 ID:uBjERVc+x.net
- >>440
安いけど拡張性皆無でクロック低いね
ブースト時はそれなりだけど
有線LANもないし
- 443 ：名無しさん＠編集中 ：2019/11/09(土) 18:12:50.86 ID:P+7TQ4qY0.net
- rav1e v0.1.0: Made in Tokyo
https://github.com/xiph/rav1e/releases/tag/0.1.0
First official release, published during the Video Dev Days 2019 in Tokyo.
- 444 ：名無しさん＠編集中 ：2019/11/16(土) 13:19:35.32 ID:xSmckUIl0.net
- 録画のTSデータをエンコするんだけどまた新しいコーデックが出るかもしれないとか再生環境が変わるかもしれないと
いつまでもTSデータを消せないからエンコすればするほどHDDを圧迫して容量削減になっていない
今までH.264でエンコしたやつ全部削除してH.265でエンコし直しているところ・・・・
何やってるんだ俺・・・
- 445 ：名無しさん＠編集中 ：2019/11/16(土) 13:59:32.45 ID:NOAG2hgF0.net
- >>444
デジタルホーディングってやつだな
- 446 ：名無しさん＠編集中 ：2019/11/16(土) 14:44:21.30 ID:EkvOFZNtr.net
- >>444
地デジや放送ごとき、フルhdでもhevc3Mbpsありゃ十分なのに何いってんのって思うわ。
インタレ保持したいならavcだが。
- 447 ：名無しさん＠編集中 ：2019/11/16(土) 14:56:54.95 ID:LEVmfj84M.net
- 3Mbpsなんて大画面では辛いだけだぞ
- 448 ：名無しさん＠編集中 ：2019/11/16(土) 14:59:31.46 ID:ZUBn72OX0.net
- 大画面でなんて見ることなさそうだから個人の自由でいいんじゃね
- 449 ：名無しさん＠編集中 ：2019/11/16(土) 15:04:45.68 ID:EkvOFZNtr.net
- >>447
hevcなら問題ない。そもそも大画面じゃ地デジ自体キッツイが。
- 450 ：名無しさん＠編集中 ：2019/11/16(土) 16:12:55.88 ID:PSAGdEJa0.net
- 舌にせよ耳にせよ同じだけど目も肥えてくると大変だな
何事も程々が一番だと思うがこういうのは主義とか価値観の話だからそれでも突き進むしかないという人を
止める言葉がない
- 451 ：名無しさん＠編集中 ：2019/11/16(土) 16:15:59.43 ID:vquGQAlma.net
- ぶっこ抜いて圧縮して出来栄えに満足したらその動画は2度と再生しないとかあるよねｗ
- 452 ：131 ：2019/11/16(土) 17:35:44.45 ID:yGn15Wum0.net
- 遅レスですがWin環境のGTX1070のNVENC使って
TMPGEnc Video Mastering Works 7 で普通にできたから
HEVC/PCM24bitでエンコードすることにしました
色々教えてくれたみなさんありがとう(`･ω･´)
- 453 ：名無しさん＠編集中 ：2019/11/16(土) 18:38:23.10 ID:t6/KQ/c60.net
- >>451
sdrをhdr化しちゃうから一応見るよw
- 454 ：名無しさん＠編集中 ：2019/11/16(土) 19:20:08.80 ID:XT/JH5M40.net
- エンコード技術はどこまで進歩するんだろう
将来的にはモバイル回線でも8k余裕とかの時代来るのかな
- 455 ：名無しさん＠編集中 (ﾜｯﾁｮｲ 0d04-Ch6j)：2019/11/17(日) 04:49:39 ID:xyfw8sEO0.net
- 今ってモバイル回線速度の遅さとモバイルデバイスのストレージの
少なさをデータの圧縮で補おうとして躍起になってるじゃん
でもそれがモバイル回線速度が飛躍的に高速化して
モバイルデバイスに大容量ストレージが搭載された将来には
データの圧縮は必要なくなり、エンコード技術の開発目的は
もっぱらコンテンツの保存のためだけになるよね
膨大に増えてゆく高画質で大容量のコンテンツをサーブする企業や
将来に残すための公的アーカイブ事業のために研究されるだけになる
そもそも超高速回線さえ整えば、低負荷の非圧縮データを送ればいい
モバイルデバイス側には高速なキャッシュメモリさえあれば大容量の
ストレージは不要だし、逆に8K非圧縮送信が常識になったりしてね
- 456 ：名無しさん＠編集中 ：2019/11/17(日) 06:00:01.11 ID:UerZYebP0.net
- 非圧縮の映像ってとんでもないレートだけど
有線でもままならないよ
- 457 ：名無しさん＠編集中 ：2019/11/17(日) 09:11:15.62 ID:HLQK21/ca.net
- >>455
帯域は有限だぞ
とくに無線は
- 458 ：名無しさん＠編集中 ：2019/11/17(日) 10:13:33.68 ID:775osl3x0.net
- >>455
超高速回線って言っても限度があるでしょ
CPUのクロック周波数だって300MHz、400MHzと伸びていたころは、将来は5GHz,10GHzなんて予想もあった
HDDの容量増加だって鈍化している
CD,DVD,BDに代わる大容量メディアも理論的にはいろいろ予想されてたけど実現できていない
5Gですら人体に影響が出ると言われている
通信速度もそろそろ頭打ちの時代がくる
- 459 ：名無しさん＠編集中 ：2019/11/17(日) 12:03:16.39 ID:K7pOiAXo0.net
- >>455
10年前まではFTTHがどんどん普及していって帯域なんて無尽蔵に使えるようになる、そう本気で思っていた
まさかスマホがここまで普及してモバイルフレンドリーなど低速回線も意識しないといけないようになるとかね・・・
> でもそれがモバイル回線速度が飛躍的に高速化して
も新たな低速デバイスが普及して邪魔してくることは大いに予想がつく
根源的な話をすれば人間の脳が処理できる情報処理能力の上限を考えれば
今のスマホの帯域くらいでも十分すぎるってことなんだろう
- 460 ：名無しさん＠編集中 ：2019/11/17(日) 16:03:07.13 ID:xyfw8sEO0.net
- なんでこんなに超高速モバイル回線を否定する意見ばかりかと考えてみたが
このスレの人間は次世代コーデックがどんどん開発されて圧縮に次ぐ圧縮、
そしてまた圧縮したくてたまらないからなんだろうね(´･ω･`)ﾋｽﾃﾘｯｸ
なんで今の無線技術ベースの発展しか想像できないんだろ
量子コンピューティングみたいな、別次元の技術が実用される可能性を考えて
こっちは語ってんのに
それに原稿技術のまま確信次世代技術が現れないとしても
アグリゲーションとかで複数回線束ねればいける可能性だってあるだろ
https://www.itmedia.co.jp/news/articles/1805/16/news096.html
https://www.ntt.co.jp/news2018/1805/180515a.html
多重化無しも研究されてる
https://tech.nikkeibp.co.jp/atcl/nxt/column/18/00001/00682/
みんな見識が狭すぎ(´･ω･`)もっと夢を持とうよ
- 461 ：名無しさん＠編集中 ：2019/11/17(日) 16:04:25.38 ID:xyfw8sEO0.net
- 誤字に次ぐ誤字(´･ω･`)ｽﾏﾎ
>それに原稿技術のまま確信次世代技術が現れないとしても
それに現行技術のまま革新次世代技術が現れないとしても
>>456
有線ではすでに実証出来てる。
100Gbps超え8K非圧縮映像と音響環境の遠隔配信 〜札幌で撮影した8K映像を分割同期技術により、大阪にて再現〜｜奈良先端科学技術大学院大学
http://www.naist.jp/pressrelease/2017/02/003632.html
未来を語るこの会話で「そんなもの民間に安価で降りてくるの百年かかる」みたいな発言は禁止な
- 462 ：名無しさん＠編集中 ：2019/11/17(日) 16:04:52.15 ID:Rd67OuU6M.net
- 夢見すぎだろ
そんなの俺達が全員死んだあとの技術だ
- 463 ：名無しさん＠編集中 ：2019/11/17(日) 16:16:49.57 ID:XvU1PMHMM.net
- 技術的に可能かどうかってことと、
それが普及して普通に使えるようになるかってのは別の話だしなぁ
- 464 ：名無しさん＠編集中 ：2019/11/17(日) 16:58:33.46 ID:rjdVV3RtM.net
- みんなが回線束ねられるようになったらそれこそ低価格SIMが帯域食いつぶしてしまうわ
- 465 ：名無しさん＠編集中 ：2019/11/17(日) 19:33:10.37 ID:P1CioOC30.net
- 技術革新で超高速の帯域が可能になったとして
それが全世界に普及するのにどれだけの時間とコストがかかるのかって話よ
日本みたいな国だけを見てコーデックが開発されてるわけじゃないんだぞ
- 466 ：名無しさん＠編集中 ：2019/11/17(日) 21:16:07.93 ID:xyfw8sEO0.net
- >>465
そんな当たり前のこと言われても…(´･ω･`)
>>454の問いかけは
>エンコード技術はどこまで進歩するんだろう
>将来的にはモバイル回線でも8k余裕とかの時代来るのかな
そんな絶対実現確実な事だけ論じようって話題提供だったん?
普通の話ししても面白くないし、そもそも自分はこうなるぞ！じゃなくて
誰も言わなそうなありうる可能性の一つを提示しただけじゃん…(´･ω･`)
- 467 ：名無しさん＠編集中 ：2019/11/17(日) 21:21:51.21 ID:blz4MMmQ0.net
- 次世代コーデックの話題から逸脱しすぎ
通信技術の話がしたいなら他所行ってくれ
- 468 ：名無しさん＠編集中 ：2019/11/17(日) 21:37:29.37 ID:8hiXIyna0.net
- 未来の技術革新を当てにするなら
HEVCの10倍の圧縮率で同程度のエンコードデコード負荷のコーデックが開発される方か
全世界のサーバーストレージや超トラフィックに耐えうるモバイル含めたインフラが普及しきる方かどっちが先になるのだろう
ネトフリは100倍のエンコードコストがかかるとしてもav1を推進したいと言っているみたいだが
- 469 ：名無しさん＠編集中 ：2019/11/17(日) 21:40:56.08 ID:xyfw8sEO0.net
- 自分は次世代コーデックの将来の話をしてるよ
通信の話を色々言ってるのは他の人たち(´･ω･`)
この非圧縮ストリーミングの仮定は1対1の話であって、
1対多を考えたらまた別の問題を解決しないといけない
ホスティング配信でいうと、放送のような一方的な通信じゃなく
YouTubeやNertflixみたいなリクエストオンデマンド配信を考えると
ホスト側からすれば1対多で8K非圧縮を大量にばら撒かなきゃならない
それを考えたらストレージ技術の革新はあまり最新技術でも見えてきてないし
やっぱり今みたいに圧縮映像を配る以外に現実的な解決策はあまり無さげ
- 470 ：名無しさん＠編集中 ：2019/11/17(日) 21:41:07.38 ID:xyfw8sEO0.net
- でもさ、個人の「ぱそこん」じゃエンコードできないくらい負荷がものっそい高い
強力なコーデックで、映像配信事業者が大量の圧縮映像をデータセンターに保持、
5chも使ってるCloudFlareみたいな大企業CDNがデコードと大量配信を担って
我々の元に超高速通信を使って8K非圧縮映像を届けるなんて図式もありうるかも
そうすると手元のスマホは超高速通信チップと超高速キャッシュメモリがあれば、
デコーダー搭載/非搭載を懸念しなくて済むようになるかもしれない
そんな将来が来ても、今と目的は違えどコーデック開発は進むだろうって話なんよ
万が一そういう時代が来ると、企業が出資して開発する次世代コーデックは
我々のぱそこんで扱えない重量級の次世代コーデックがトレンドになって
民衆が自分で扱えるようなのは有志のオープンソース開発だけになったりしてね
- 471 ：名無しさん＠編集中 ：2019/11/17(日) 22:50:55.50 ID:yVOX41z1M.net
- はい、もうこの話題は辞め!
終了！
- 472 ：名無しさん＠編集中 ：2019/11/17(日) 23:23:54.03 ID:xyfw8sEO0.net
- >>471
あんた誰? なんで止めてんの?
私の極論が気に障ったんなら謝るし
私の極論にレスがつかなくて放置されるなら解る
でもなんで勝手に話題切ろうとしてんの?
気に入らなきゃスルーすればいいじゃん
高速通信インフラ非圧縮伝送の可能性については
もう言いたいこと言ったから続けないです
それにみんなの気に障ったなら謝ります
でも、いいテーマだから自分の極論以外に
将来の次世代コーデックについてどんな可能性があるか
面白い意見が出るかもしれないのに
勝手に収束させられるのはちょっと残念(´･ω･`)
- 473 ：名無しさん＠編集中 ：2019/11/17(日) 23:34:42.04 ID:QhGUr7DS0.net
- スレタイの【HEVC/VP9/AV1/VVC等】が見えない？
何の規格予定にもなってないから”等”にすら該当しないんだよ
平たく言うとスレチ
- 474 ：名無しさん＠編集中 ：2019/11/18(月) 00:07:20.08 ID:7Zw6Dr/O0.net
- 現在の技術について語るスレであって素人の妄想には興味ないんだよね
- 475 ：名無しさん＠編集中 ：2019/11/18(月) 00:53:26.98 ID:HPTJ0HnsM.net
- 非圧縮映像とか言ってる時点でコーデックの話じゃないのだが
- 476 ：名無しさん＠編集中 ：2019/11/18(月) 01:26:20.09 ID:NxVzHEo00.net
- データ化してるという広義のコーデック・・であってる?
- 477 ：名無しさん＠編集中 ：2019/11/18(月) 01:31:48.69 ID:9ox657fM0.net
- >>476
音声の非圧縮PCM（.wav）もコーデックの範疇なので合ってる
- 478 ：名無しさん＠編集中 ：2019/11/18(月) 01:43:29.54 ID:fSkX1hv+0.net
- コーデックを広い意味で言うと、アナログのレコードの記録方式とかカセットテープの記録方式も含まれる
- 479 ：名無しさん＠編集中 ：2019/11/18(月) 14:07:05.82 ID:uS8oLnao0.net
- INTEL oneAPI 発表！
https://software.intel.com/en-us/oneapi
>Libraries for API-Based Programming
Powerful libraries—including deep learning, math, and
video and media processing—are preoptimized for
domain-specific functions and custom coded to
accelerate compute-intense workloads.
- 480 ：名無しさん＠編集中 ：2019/11/18(月) 23:03:38.25 ID:bODiWaNx0.net
-
What Is VVC?
https://www.streamingmedia.com/Articles/ReadArticle.aspx?ArticleID=135215
3 Takeaways From Moscow State University's 2019 Codec Comparison
https://www.streamingmedia.com/Articles/ReadArticle.aspx?ArticleID=135294
- 481 ：名無しさん＠編集中 ：2019/11/19(火) 00:44:08.01 ID:QED7ITtI0.net
- そういえばゲーム内とかの動き情報を用いてエンコードする実装ってあるのかな
- 482 ：名無しさん＠編集中 ：2019/11/19(火) 20:56:37.09 ID:FAcdm+5ja.net
- >>481
ゲームソフトの実装に大きく依存するし、符号化効率的にもメリットを見いだせるか疑問…
- 483 ：名無しさん＠編集中 ：2019/11/19(火) 22:05:56.86 ID:4GMLDW3Y0.net
- ゲームの動きったってゲームには予測不能な動きなのは変わらないし
キャラの動きなどを逐一追跡してフィードバックというのも重すぎて非現実的
- 484 ：名無しさん＠編集中 ：2019/11/20(水) 05:20:20.90 ID:ae9RblcJaHAPPY.net
- ちょっと違うけどRDPが近いことやってるだろ
動画ではないけど映像を送っているのは同じ
- 485 ：名無しさん＠編集中 ：2019/11/20(水) 15:13:20.02 ID:xXPwy7QK0HAPPY.net
- HWエンコーダの実装範囲外だから当たり前にCUDAコアで処理組む事になるし、処理のボトルネックが増えるだけな気がするけどな
あと描画オブジェクトの動作レベルよりマクロブロックの配置の方が遙かに粒度細かいし
ブロック配置の操作に有益な情報に再整形させる処理の方が糞重い気がするけども
- 486 ：名無しさん＠編集中 ：2019/11/21(木) 11:42:52.38 ID:8/FW8tPM0.net
- >>477
wavは汎用の入れ物で圧縮された中身もあるで
- 487 ：名無しさん＠編集中 ：2019/11/22(金) 16:18:45.23 ID:LuhRACIA0.net
- AURORA AV1 Encoder デモがUPされて見比べられるよになってる
https://www.visionular.com/
http://35.185.250.137:8080/#
Tears_of_Steal-4k-1920-3min.mov-high-slow-out.mp4が855kb/s
Tears_of_Steal-4k-1920-3min.mov-low-veryslow-out.mp4が447kb/s
- 488 ：名無しさん＠編集中 ：2019/11/22(金) 18:32:21.11 ID:tbJX285O0.net
- >>487
よくこんなの見つけたなと思ったらUPされたの二ヶ月前か
まあ面白そうだから色々見比べてみよう
- 489 ：名無しさん＠編集中 (ﾜｯﾁｮｲ 9902-5c+U)：2019/11/23(土) 02:26:48 ID:S73Tfd590.net
- >>1
H.265は次世代なのだろうか？
- 490 ：名無しさん＠編集中 (ﾜｯﾁｮｲ 137d-QS5Z)：2019/11/23(土) 03:08:07 ID:hTlOUPAL0.net
- たしかにHEVCはもう現行の主流コーデックだなｗ
- 491 ：名無しさん＠編集中 (ﾜｯﾁｮｲ 9902-5c+U)：2019/11/23(土) 03:17:00 ID:S73Tfd590.net
- >>490
つーかVP9も現行だし
>>1のテンプレは修正するべきかと
- 492 ：名無しさん＠編集中 (ﾜｯﾁｮｲ 93bd-QS5Z)：2019/11/23(土) 03:22:55 ID:rPC0RofD0.net
- だが現行スレはないんだよなあ
HEVCはかなり前に落ちて以来立ってない
- 493 ：名無しさん＠編集中 ：2019/11/23(土) 06:59:01.57 ID:p8y3crua0.net
- 地上波が変わるまでこんな感じなんだろうな
- 494 ：名無しさん＠編集中 ：2019/11/23(土) 09:18:31.17 ID:QucwmADX0.net
- >>487
ソース動画に前処理してシャープをかなり効かせてるみたい
https://imgur.com/a/wC6xVfq
- 495 ：名無しさん＠編集中 ：2019/11/23(土) 10:34:13.10 ID:ebfjITVn0.net
- >>494
確かに。元の動画と比べると作り変えた感？が出てるね
- 496 ：名無しさん＠編集中 ：2019/11/23(土) 11:38:47.65 ID:QucwmADX0.net
- https://i.imgur.com/tP3C1y1.png
https://www.dropbox.com/sh/k2mgnx81d906acm/AADQ1mSYkyjOh8IkYHocGIiDa?dl=0
他のエンコーダーと比較してみた
AURORAはVMAFは高いけどPSNRとSSIMが低い
なにかVMAFだけ高くなるようなチューンをしてあるのかもしれない
- 497 ：名無しさん＠編集中 ：2019/11/23(土) 21:56:17.76 ID:+cIInoHA0.net
- >>489-492
元々は、HEVCも含めて比較的新しいコーデック全般について語ろうという趣旨で作ったスレなんだよなあ。
（というかそういう話もHEVCスレで普通にやってたのに、HEVC以外の話をするなという連中が出てきたので新設した）
いっそのことスレタイの「次世代」を取り除くって手もいいかもね。
ただ取り除いただけだと勘違いして古いコーデックの質問が来たりする可能性もあるから、なんか適切な表現があるといいんだけど。
「最近のビデオコーデック総合スレ」でも別にいいんだけど、いまいち締まらない気が・・・。
スレタイそのままにするなら、>>1を以下のようにすればいいんかな。
---
H.264/AVCの後の比較的新しいビデオコーデック全般について語るスレです。
■最近の主なビデオコーデック
・H.265/HEVC
・VP9
・AV1 (AOMedia Video 1)
・VVC (Versatile Video Coding)
- 498 ：名無しさん＠編集中 ：2019/11/23(土) 23:13:42.10 ID:tbGGGXlo0.net
- 少しでも世間一般のデファクトスタンダードになり始めたコーデックは
「次世代」ってスレタイに過剰反応して文句言う奴が出てくる訳か
特定コーデックに基づかない「第何世代」みたいな
カテゴライズできる呼び方があると便利なのになぁ
- 499 ：名無しさん＠編集中 ：2019/11/23(土) 23:13:49.25 ID:ZniLtdwt0.net
- HEVCスレも7月に落ちたままだし
どうせ比較で現行コーデックは話題に上がるんだから現状のままでいい気がする
- 500 ：名無しさん＠編集中 ：2019/11/23(土) 23:57:56.95 ID:S73Tfd590.net
- >>497
■主な次世代ビデオコーデック
・AV1 (AOMedia Video 1)
・VVC (Versatile Video Coding)
■主な新しい現行コーデック
・H.265/HEVC
・VP9
- 501 ：名無しさん＠編集中 ：2019/11/24(日) 00:09:31.91 ID:RwENy7J/0.net
- >>498
でもそう厳格にするとVCCとかの話ができないジレンマ（一応、来年登場予定の準次世代コーデックだから）
- 502 ：名無しさん＠編集中 ：2019/11/24(日) 00:10:14.58 ID:mAae4ejq0.net
- AV1とVVC
この先生きのこるのは？
- 503 ：名無しさん＠編集中 ：2019/11/24(日) 00:10:27.50 ID:XSu5fuxd0.net
- 強いて言うならモダンビデオコーデックとか
これもなんだか据わりが悪い気もするが
今のままでいいと思うけどね
- 504 ：名無しさん＠編集中 ：2019/11/24(日) 00:16:46.27 ID:ErPriQy20.net
- >>502
VVCの方が規格が厳密だけど、ライセンスプール乱立を防げるかどうか。
AV1はフリーだけあって規格の曖昧さが不安。
そのコンテナフォーマットのMatroskaとそのサブセットのWebMも規格が曖昧なので不安。
- 505 ：名無しさん＠編集中 ：2019/11/24(日) 01:32:42.47 ID:uldTn1f60.net
- AV2はまだ完成しないのか
- 506 ：名無しさん＠編集中 (ｱｳｱｳｴｰ Sae3-/K5Y)：2019/11/24(日) 03:38:18 ID:tBxGKdEka.net
- 個人的にはにはVMAFが一番信頼できると思っているけどどうなんだろうか？
SSIMは数値と見た目が剥離してることがたまにあるんだよな
- 507 ：名無しさん＠編集中 ：2019/11/24(日) 13:34:15.30 ID:9tcawwAb0.net
- PSNRでもSSIMでも、そこに最適化するとぼやけるってのは明らかになってるから
そこを解決した新しい指標が欲しい
- 508 ：名無しさん＠編集中 ：2019/11/24(日) 15:20:28.73 ID:BRDxukxhF.net
- >>498
「最新ビデオコーデック総合スレ」でよくね？
次世代だとさすがにHEVCやVP9を扱っているのは奇妙だし。
最新なら新しい現行コーデックも将来的なものも扱える。
- 509 ：名無しさん＠編集中 ：2019/11/24(日) 15:57:10.57 ID:3w/UFbR90.net
- いかしてるビデオコーデック総合スレがいい
- 510 ：名無しさん＠編集中 ：2019/11/24(日) 16:05:06.29 ID:JLuGKeNKa.net
- コーデック関係ない話題になるとスレが進むなｗ
- 511 ：名無しさん＠編集中 ：2019/11/24(日) 16:17:39.23 ID:RwENy7J/0.net
- >>508
最先端以外は最新と認めない原理主義者が現るオチが待ってる
- 512 ：名無しさん＠編集中 ：2019/11/24(日) 16:28:27.99 ID:ErPriQy20.net
- >>511
次世代よりはよくね？
- 513 ：名無しさん＠編集中 ：2019/11/24(日) 18:17:07.67 ID:XpxvnD4A0.net
- 次スレのタイトルはこれでいこう
【最新？】次のスレタイを考えるスレPart5【次世代？】
コーデックの話とかスレチですよ！(>_<)
- 514 ：名無しさん＠編集中 ：2019/11/24(日) 20:21:53.52 ID:zrYON0glM.net
- ビデオコーデック総合スレ★1
- 515 ：名無しさん＠編集中 ：2019/11/24(日) 20:28:44.46 ID:1PBO5czdF.net
- >>513
ふざけるな
- 516 ：名無しさん＠編集中 ：2019/11/24(日) 20:49:00.73 ID:AgBfDA/V0.net
- スレの趣旨変えたい奴がいるならそいつが今すぐにでも新スレ立てればそれで終わりじゃね
スレ立てるのは誰でも自由にできるんだから
- 517 ：名無しさん＠編集中 ：2019/11/24(日) 20:52:18.82 ID:mAae4ejq0.net
- 将来NVEncがAV1やVVCで実用レベルになってほしい
- 518 ：名無しさん＠編集中 ：2019/11/24(日) 21:25:32.05 ID:Mf2cCgjN0.net
- >>504
コンテナに関してはMP4(ISO BMFF)への格納方法はきちんと規格化されてる
ttps://aomediacodec.github.io/av1-isobmff/
- 519 ：名無しさん＠編集中 ：2019/11/24(日) 21:35:12.79 ID:ErPriQy20.net
- >>518
しかし、WebMが中心になるのでは？
- 520 ：名無しさん＠編集中 ：2019/11/24(日) 21:43:45.68 ID:dyEPjMzi0.net
- >>519
YouTubeだとmp4で配信してるしNetflixと>>487のサンプルもmp4
どう考えてもmp4が中心に使われてる
- 521 ：名無しさん＠編集中 ：2019/11/24(日) 22:07:16.22 ID:ErPriQy20.net
- >>520
将来、WebMになるはずだが？
- 522 ：名無しさん＠編集中 ：2019/11/25(月) 01:16:52.67 ID:RIQ2YP030.net
- AppleってWebMのサポートしてたっけ
してなきゃ中心にはなりえないと思う
- 523 ：名無しさん＠編集中 ：2019/11/25(月) 04:42:17.47 ID:UK/ByBj/0.net
- >>522
iTunesにはD&Dできない
Safariはどうだろう？
Chromeでなら開けるのかな・・・
- 524 ：名無しさん＠編集中 ：2019/11/25(月) 09:44:06.61 ID:u7GGipfna.net
- GoogleはWebMにしたがっているみたいだけど
実際に普及するのかどうか
- 525 ：名無しさん＠編集中 ：2019/11/25(月) 11:29:37.23 ID:6u+w7oecM.net
- まあAV1-in-MP4で決着だろ
MP4コンテナの祖先はAppleのMOV
AV1コーデックの祖先はOn2(Google)のVPx
二人は幸せな結合をして終了
- 526 ：名無しさん＠編集中 ：2019/11/25(月) 11:43:58.42 ID:u7GGipfna.net
- >>525
そうなるとMatroskaとWebMは死亡
- 527 ：名無しさん＠編集中 ：2019/11/25(月) 11:46:15.69 ID:aM4M+2OR0.net
- WebMにしたがってるって何をソースに言ってるの？
https://developers.google.com/web/updates/2018/09/chrome-70-media-updates#av1-decoder
Chromeの更新履歴には「The supported container is MP4」って書いてあるけど
- 528 ：名無しさん＠編集中 ：2019/11/25(月) 12:04:16.38 ID:u7GGipfna.net
- >>527
WebMを作ったのはGoogleなんですけど
- 529 ：名無しさん＠編集中 ：2019/11/25(月) 12:37:51.70 ID:bg1brXrsr.net
- >>525
mp4は拡張性ゴミ
- 530 ：名無しさん＠編集中 ：2019/11/25(月) 12:52:39.30 ID:E3R5ynV70.net
- コンテナなんて再生できれば何でもいい
- 531 ：名無しさん＠編集中 ：2019/11/25(月) 13:05:06.91 ID:R9rBMw8v0.net
- そういや3Dグラフィックスというかゲームだと低解像度でレンダリングして、
予めディープラーニングで算出したシーン毎の最適なパラメータでアップコンバートする手法があるけど、
（レンダリングは低解像度だから軽いのに出てくる画像は綺麗）
将来的にそういうコーデックも出てくるのかな
エンコードもデコードも負荷高そうだから微妙かな
- 532 ：名無しさん＠編集中 ：2019/11/25(月) 13:40:59.90 ID:IkiKItqw0.net
- ごく僅かなデータからAIが映像を予測して描く方式は
いつか出てくるだろうな
- 533 ：名無しさん＠編集中 ：2019/11/25(月) 16:45:07.52 ID:8XvAdtWDM.net
- 編集ツールが充実しているMKVのほうがいい
- 534 ：名無しさん＠編集中 ：2019/11/25(月) 17:08:19.68 ID:bg1brXrsr.net
- >>533
本当それ
- 535 ：名無しさん＠編集中 ：2019/11/25(月) 18:14:55.02 ID:uAJOtdD90.net
- 円盤を弄ったりしないとmkvの編集ツールの出番なんてないと思うが・・
- 536 ：名無しさん＠編集中 ：2019/11/25(月) 19:34:18.38 ID:a7uD4G0i0.net
- SVT-AV1 v0.7.5
https://github.com/OpenVisualCloud/SVT-AV1/releases/tag/v0.7.5
- 537 ：名無しさん＠編集中 ：2019/11/25(月) 19:47:07.03 ID:O8yxW+g50.net
- >>529
シンプルだからいいのさ
拡張性があるって言えば聞こえはいいかもだけど、それに対応しなきゃいけないってことでもあるからな
んな面倒なことやってられるかっての
- 538 ：名無しさん＠編集中 ：2019/11/25(月) 20:36:45.39 ID:cuxQrdNP0.net
- Tencent Multimedia Lab：ユーザーエクスペリエンスの向上を目的としたオーディオおよびビデオの品質評価システムを構築する ※google翻訳
https://cloud.tencent.com/developer/article/1535567
- 539 ：名無しさん＠編集中 ：2019/11/25(月) 20:55:29.19 ID:ru8GX9QD0.net
- >>535
hdr映像にlutつけたりプロは使う
- 540 ：名無しさん＠編集中 ：2019/11/25(月) 22:08:11.62 ID:p3Cm2Ysd0.net
- >>522
WebRTCだけ対応してる
https://caniuse.com/#search=webm
- 541 ：名無しさん＠編集中 (ﾜｯﾁｮｲ 8bd2-0DuE)：2019/11/26(火) 02:54:33 ID:MzbOq4/v0.net
- Socionext Breaks New Ground in Real-Time AV1 Encoding with AWS
ttps://aws.アマゾン.com/jp/blogs/media/socionext-breaks-new-ground-in-real-time-av1-encoding-with-aws/
- 542 ：名無しさん＠編集中 (ｽﾌﾟｯｯ Sd33-FlXH)：2019/11/26(火) 11:28:21 ID:PSycUEoyd.net
- https://aws.%61mazon.com/jp/blogs/media/socionext-breaks-new-ground-in-real-time-av1-encoding-with-aws/
- 543 ：名無しさん＠編集中 (ｱｳｱｳｶｰ Sa55-VoEa)：2019/11/26(火) 13:12:04 ID:qn3WYNTJa.net
- コーデックの規格多すぎ
半導体メモリの容量が1000倍くらいになったら圧縮しなくていいのにな
- 544 ：名無しさん＠編集中 (ﾜｯﾁｮｲWW 9381-HCOZ)：2019/11/26(火) 13:17:55 ID:lvTmRok20.net
- 高圧縮コーデックが必要なのは通信回線とストレージの問題でメモリ関係ない
- 545 ：名無しさん＠編集中 (ｱｳｱｳｶｰ Sa55-VoEa)：2019/11/26(火) 13:21:47 ID:qn3WYNTJa.net
- >>544
最近のストレージは半導体メモリですけど
確かに通信速度は問題
通信速度も1000倍速くなれば解決！
- 546 ：名無しさん＠編集中 (ﾜｯﾁｮｲWW 9381-HCOZ)：2019/11/26(火) 13:26:44 ID:lvTmRok20.net
- >>545
動画サービス事業のコストの大半が回線とストレージ。
半分に圧縮出来ればそのコストが半分になるんだよ。
だからコーデックの開発に必死なの。
- 547 ：名無しさん＠編集中 (ｱｳｱｳｶｰ Sa55-VoEa)：2019/11/26(火) 13:31:38 ID:qn3WYNTJa.net
- >>546
単にメモリ(ストレージ)と通信速度が1000倍になったら圧縮いらないなという夢を語っただけなのに
- 548 ：名無しさん＠編集中 (ﾜｯﾁｮｲWW 5168-C+tk)：2019/11/26(火) 13:34:42 ID:YojVxmRv0.net
- 8k無圧縮って容量はどんなもんなんだろう？1000倍あっても厳しそう
何を基準に1000倍と言っているのか知らんが
- 549 ：名無しさん＠編集中 (ｱｳｱｳｲｰ Sa45-Lkqr)：2019/11/26(火) 13:57:17 ID:he81UTyia.net
- 余裕が有ろうが無かろうが無駄は徹底的に省くのがコンピューティングの基本
無駄にエネルギーを使うのは地球の為にならない
- 550 ：名無しさん＠編集中 ：2019/11/26(火) 19:43:17.61 ID:fDBcdnTs0.net
- MediaTek、Cortex-A77採用で5Gモデム内蔵のスマホ向けSoC「Dimensity 1000」
https://pc.watch.impress.co.jp/docs/news/1220879.html
>モバイルSoCとしてははじめてAV1フォーマットをサポートし、4K/60fpsでデコード/エンコード可能。
>搭載製品は2020年第1四半期に登場予定。
- 551 ：名無しさん＠編集中 ：2019/11/26(火) 20:05:27.48 ID:tUjo6nar0.net
- >>550
とうとう来るか
- 552 ：名無しさん＠編集中 ：2019/11/26(火) 20:29:26.73 ID:fDBcdnTs0.net
- >>551
公式サイト見たらデコードのみだったインプレスの記事は間違い。
モバイルSoCは競争激しいから早いねぇ。
- 553 ：名無しさん＠編集中 ：2019/11/26(火) 20:34:44.91 ID:tUjo6nar0.net
- これか
https://www.mediatek.com/products/smartphones/dimensity-1000
「Blur-busting displays, fast 4K multimedia & AV1 decoding」だから確かにデコードのみか
しかもAV1は4Kデコードとは限らないような？
- 554 ：名無しさん＠編集中 ：2019/11/26(火) 22:22:58.44 ID:ok9xbe/Wr.net
- TV用のSOCだって来年出るやつはAV1のデコード対応するぞ
VOD各社が要求仕様に入れてくるから載せないとどうもならなくなる
- 555 ：名無しさん＠編集中 ：2019/11/26(火) 23:22:09.56 ID:Q0//U/jy0.net
- Amazon Web Services ブログ: ソシオネクスト、AWS でリアルタイム AV1 エンコーディングを実現
https://twitter.com/SocionextJapan/status/1194424007581294592
(deleted an unsolicited ad)
- 556 ：名無しさん＠編集中 ：2019/11/27(水) 07:00:16.43 ID:uaQ9IEFW0.net
- もっとこう…次世代GPU/CPUにハードウェアエンコーダ/デコーダ搭載しましたとか
libaom奇跡の高速化！希望の未来へレディー・ゴー！とか
そういうニュースは無いんですか12コアでも数fpsは辛いよ
- 557 ：名無しさん＠編集中 ：2019/11/27(水) 07:03:10.91 ID:IRbI2xgI0.net
- 要求ばっかりしてないで
研究開発者にもっとお金が回るように行動起こしてよ…
- 558 ：名無しさん＠編集中 ：2019/11/27(水) 07:39:49.78 ID:uaQ9IEFW0.net
- 行動って言われても…エンドユーザーでできるのでパッと思いつくのがVideoLANへのドネートぐらいしか思いつかんなぁ
Ciscoのルーター導入してネトフリアマプラ契約してスマホはPixelとiPhoneの両刃にして
Intel CPU+NVIDIA GPU+サムスン SSDなWindows 10のパソコンからFirefoxでFacebookにログインしてLoLのプレイにイイネでもすればいいのか？
- 559 ：名無しさん＠編集中 ：2019/11/27(水) 07:46:24.46 ID:IRbI2xgI0.net
- エンドユーザーの立場じゃなく
もっとサービス提供側に食い込んで行動してほしい
パテントトロールの会社作って大企業脅すとか
ポルノサイトに仕込んだ偽の表示で金銭要求するとか
いろいろポジティブなやり方があると思う
- 560 ：名無しさん＠編集中 (ﾜｯﾁｮｲW f102-kRpS)：2019/11/27(水) 17:24:51 ID:bCCSryLJ0.net
- ポジティブどころかevilなやり方で草
- 561 ：名無しさん＠編集中 ：2019/11/28(木) 18:08:47.70 ID:278qMMNd0.net
- youtubeのライブ配信はずっとavc1だったけど
最近（？）vp09で配信されるのがちらほらでてきた
- 562 ：名無しさん＠編集中 ：2019/11/28(木) 18:28:38.81 ID:9YTpPVjO0.net
- マジ？
ついにVP9リアルタイムエンコード配信始めたの？
- 563 ：名無しさん＠編集中 ：2019/11/29(金) 06:35:07.07 ID:9IiPRgxP0.net
- https://medium.com/@ewoutterhoeven/av1-is-ready-for-prime-time-part-2-decoding-performance-d3428221313
デコード重っ。1080pごときで
- 564 ：名無しさん＠編集中 (ｱｳｱｳｴｰ Sada-fKKy)：2019/11/29(金) 10:22:52 ID:DyFWxqkOa.net
- ライブのvp9ほんとにあるか？
アーカイブではなく？
- 565 ：名無しさん＠編集中 (ﾜｯﾁｮｲ 0901-AE7Q)：2019/11/29(金) 11:02:26 ID:u65506aU0.net
- ウェザーニュースLiVE
https://www.youtube.com/watch?v=svRUfb2j7_0
- 566 ：名無しさん＠編集中 ：2019/11/30(土) 12:02:33.20 ID:Vo19GcZma.net
- >>564
さっきスプラの生配信で確認したらvp9とm4aだった
- 567 ：名無しさん＠編集中 ：2019/11/30(土) 12:22:33.74 ID:ryxja8k40.net
- YouTubeで一部の4Kの動画がAV1でエンコードされるようになった模様
https://youtu.be/U3rWIwVcNio
- 568 ：名無しさん＠編集中 ：2019/12/02(月) 17:57:08.76 ID:oeqMNaUW0.net
- VimeoのAV1配信
https://vimeo.com/channels/staffpicks/375749787
1998x1080 25fps
hls-akfire_interconnect_quic-4209 mp4 1998x1080 4209k , av01.0.31M.08.0.111.01.01.01.0, 25.0fps, mp4a.40.2
hls-fastly_skyfire-4209 mp4 1998x1080 4209k , av01.0.31M.08.0.111.01.01.01.0, 25.0fps, mp4a.40.2
hls-akfire_interconnect_quic-5241 mp4 1998x1080 5241k , avc1.640828, 25.0fps, mp4a.40.2
hls-fastly_skyfire-5241 mp4 1998x1080 5241k , avc1.640828, 25.0fps, mp4a.40.2
- 569 ：名無しさん＠編集中 ：2019/12/02(月) 19:35:09.36 ID:oeqMNaUW0.net
- 続き
ブラウザでAV1を有効にしていたら何も設定しなくてもAV1が再生されるね無効の場合はAVC。
- 570 ：名無しさん＠編集中 (ﾜｯﾁｮｲ 6902-TttF)：2019/12/02(月) 23:09:56 ID:SnHeew9W0.net
- 結局、VP9はYOUTUBE以外であまり使われずに終了かねえ
- 571 ：名無しさん＠編集中 ：2019/12/03(火) 14:06:05.91 ID:nyMwX1xyM.net
- VPシリーズは賛同者集めができてなかったからねぇ
ただ、VP9も登場当初から比べると、画質的にはかなりの改善がなされたわけで、
正直ここまでくるとは思っていなかったが
- 572 ：名無しさん＠編集中 (ﾜｯﾁｮｲ 5e63-3RYV)：2019/12/03(火) 16:28:56 ID:oeC9kgqd0.net
- 普通にWebサイトで利用されてるで
MP4みたいにバッファ待たなくていいから読み込んだ瞬間から再生されるのがVP9(Webm)の利点
- 573 ：名無しさん＠編集中 (ﾜｯﾁｮｲ 5e63-3RYV)：2019/12/03(火) 16:30:07 ID:oeC9kgqd0.net
- あと最近のアサシンズクリードシリーズやNintendo Switchのムービー部分に使われてる
- 574 ：名無しさん＠編集中 ：2019/12/03(火) 19:58:04.27 ID:iWs1loJLp.net
- PS4のYouTubeがVP9対応した時にFHD/60pだとコマ落ちするとか言われてたけど、
スイッチでVP9再生できるの？
- 575 ：名無しさん＠編集中 ：2019/12/03(火) 20:19:52.19 ID:WSLb8FQga.net
- スイッチはVP9をハードウェア再生できるみたい、opusも
- 576 ：名無しさん＠編集中 ：2019/12/03(火) 22:53:01.17 ID:iWs1loJLp.net
- >>575
サンクス
スイッチの方がGPU新しいからHW再生か、なるほど
- 577 ：名無しさん＠編集中 ：2019/12/03(火) 22:59:19.45 ID:4VtJXDWo0.net
- VP9の公式サイトの仕様書が未だにV0.6なのは何なの？やる気あるの？
https://storage.googleapis.com/downloads.webmproject.org/docs/vp9/vp9-bitstream-specification-v0.6-20160331-draft.pdf
- 578 ：名無しさん＠編集中 (ｱｳｱｳｲｰ Sa39-ThMj)：2019/12/04(水) 01:11:16 ID:2/4Bfbx0a.net
- SwitchはROMなのでムービーのサイズがデカくなるのは致命的だから、検討を重ねてVP9に行き着いたのだろう
そんで、Switch版スマブラはopusにしてサウンドのデータ量が3分の1になったと喜んでたな
ちなみにSwitchのTegraX1はVP9をハードウェアデコード出来ると書いてある
- 579 ：名無しさん＠編集中 ：2019/12/04(水) 11:54:57.55 ID:s0+EJrBVa.net
- >>577
libvpxのソースコードが仕様書なのさ
- 580 ：名無しさん＠編集中 ：2019/12/04(水) 15:16:09.83 ID:eo+lZo3M0.net
- Yamaha e Sony lancam carro autonomo com TVs no lugar das janelas
https://www.youtube.com/watch?v=Hkqi0BefD4c
ヤマハとソニーの完全自立電気自動車、機能評価機
- 581 ：名無しさん＠編集中 ：2019/12/04(水) 22:22:43.47 ID:ZIaiGT2l0.net
- >>579
所詮、VP9がフリーコーデックってことだな。
寿命を終えつつあるのに仕様書が未だにV0.6ってアホかバカかと
- 582 ：名無しさん＠編集中 ：2019/12/04(水) 22:31:03.03 ID:VNDAAbg50.net
- VP9開発＆役目は終わったんだよそっと眠ってもらえばいい
その後VP10があって今のAV1になってるんだから
意味もなく下手にバージョン上げたら、上げ足取るやつが沸くだけ
- 583 ：名無しさん＠編集中 ：2019/12/04(水) 22:38:08.12 ID:RXstN0Ez0.net
- AV1はしばらくはGoogle専用コーデックだよ
デコードはまだしもエンコードが重すぎる
- 584 ：名無しさん＠編集中 ：2019/12/04(水) 22:45:19.52 ID:AYn6AhKcM.net
- まぁ何にせよ、4Kを普及させるためにもAV1やVVCには頑張ってもらわんと
4K放送をそのまま録画すると1時間50分くらいでBD-R 25GBディスクが埋まってしまうから何らかの手段で再圧縮しないと…
最新のDIGAに再圧縮機能が搭載されたけど、圧縮率を高くするとかなりダメージあるし…
あと、今後のことを考えるとPanasonic方式の4K BD録画ディスクは、未だにリッピングの壁を突破していないようだから、
レコーダーからのHDMI出力を4Kのままキャプチャーする古典芸に頼る羽目になるが、
4K、10bitの場合、HDMI 2.0では4：4：4での出力はできないから、さっさとHDMI 2.1に登場してもらいたいところだが、
未だに市場に投入されないのは何とももどかしい
ま、HDMI 2.1対応のゴニョゴニョが出るのかという問題は残るのだが…
- 585 ：名無しさん＠編集中 ：2019/12/04(水) 22:52:03.66 ID:AeOAwZs10.net
- AV1試してるとVP9を再評価してしまう
x265よりエンコード早くて同等のVMAFスコアだったりするから
- 586 ：名無しさん＠編集中 (ﾜｯﾁｮｲWW d9ed-DZyI)：2019/12/04(水) 23:09:35 ID:+1hJ6zx80.net
- 速度ならH.265エンコはTuringのNVEnc一択
- 587 ：名無しさん＠編集中 (ﾜｯﾁｮｲ 452c-HWvX)：2019/12/05(Thu) 01:24:04 ID:/rbbR4rE0.net
- >>586
Bフレありのとなしので結構画質違うん?
自分1070しかもってない(´･ω･`)
- 588 ：名無しさん＠編集中 (ｱｳｱｳｸｰ MM41-+jgB)：2019/12/05(Thu) 03:12:12 ID:Kmnk3Pi3M.net
- Bフレなしなんぞ、まるで幼稚園児だ
- 589 ：名無しさん＠編集中 ：2019/12/05(木) 16:56:39.66 ID:9JKYBSlud.net
- https://mightygadget.co.uk/qualcomm-snapdragon-865-vs-snapdragon-855-855-plus-compare/
Many people had wondered if the Snapdragon 865 will support AV1 codec for video decoding, unfortunately, it won't, and if you want this you will need the Dimensity 1000.
- 590 ：名無しさん＠編集中 ：2019/12/05(木) 19:43:52.61 ID:tq7jomQY0.net
- Snapdragonがまだ当分AV1をサポートしそうにないっていうのは普及の妨げになって辛いな
- 591 ：名無しさん＠編集中 ：2019/12/05(木) 20:31:42.95 ID:ipNBVv2l0.net
- まるでAV1が普及しないと困るみたいな言い方だな
- 592 ：名無しさん＠編集中 ：2019/12/05(木) 20:53:16.22 ID:/rbbR4rE0.net
- 誰にだって推しコーデックはあるはず
俺はHEVCたんペロペロ
- 593 ：名無しさん＠編集中 ：2019/12/05(木) 21:29:31.24 ID:GtYXvHRN0.net
- スナドラ865がAV1デコードに対応してないらしいが、所謂ハイブリッドデコードも無理なの?
既存のHEVCなどの回路ブロックでAV1で利用できる部分が全くないのか?
既存の特許を裂けるよう開発したからいたしかたないのか
- 594 ：名無しさん＠編集中 ：2019/12/05(木) 21:35:17.72 ID:8PKjAfes0.net
- とにかく特許問題とはサヨナラしたいよね
- 595 ：名無しさん＠編集中 ：2019/12/05(木) 21:48:46.61 ID:sKBrr24va.net
- >>593
単純に時期尚早ってだけでは？
- 596 ：名無しさん＠編集中 ：2019/12/05(木) 22:28:23.28 ID:XU8hSNge0.net
- もうAppleがHEVCとHEICを業界標準にしちゃったので無理ぽ
- 597 ：名無しさん＠編集中 (ﾜｯﾁｮｲ 2502-1Pw1)：2019/12/06(金) 00:11:11 ID:zf2D4bp+0.net
- >>596
無理ってことはないでしょ
圧縮率はまだまだ改善を求めている人が多い
- 598 ：名無しさん＠編集中 (ﾜｯﾁｮｲ 0db5-V35x)：2019/12/06(金) 00:26:44 ID:8ZLXSd4n0.net
- イマドキのプロセッサなら余裕でエンコード・デコードできる上に現在の標準的な規格より遥かに高画質高圧縮なのに
全く顧みられないJPEG2000さんもいるんですよ
他にもいっぱい新しい規格が生まれてるはずなのにpngの下は一気にjpegなんだよな
- 599 ：名無しさん＠編集中 (ﾜｯﾁｮｲ 2502-1Pw1)：2019/12/06(金) 00:35:06 ID:zf2D4bp+0.net
- >>598
JPEG2000は圧縮負荷が高すぎて小さい電池で動作するデジカメには向いていなかった。
- 600 ：名無しさん＠編集中 ：2019/12/06(金) 00:39:51.29 ID:ypetKIKYM.net
- 今だったら余裕だろうね
- 601 ：名無しさん＠編集中 (ﾜｯﾁｮｲ 7501-Fgt1)：2019/12/06(金) 01:46:00 ID:4jyPKcKQ0.net
- デジカメは新製品でHEIC採用する
JPEG2000は出番無しのまま終了
- 602 ：名無しさん＠編集中 (ﾜｯﾁｮｲ 7501-Fgt1)：2019/12/06(金) 01:48:39 ID:4jyPKcKQ0.net
- 圧縮率も有るけど10bit使えるのがポイント＞HEIF
HEIF10bitならそのままでもある程度レタッチに耐えられるから
JPEGは8bitのみでレタッチしようとするとRAWになって面倒だった
- 603 ：名無しさん＠編集中 ：2019/12/06(金) 03:26:11.60 ID:r2Pp5FFr0.net
- HEIF画像拡張機能じゃまだheixブランドに対応してないから
HEIF10bit表示できないのがなぁ
さっさとWICで見れるようにしてもらいたいもんだ
- 604 ：名無しさん＠編集中 ：2019/12/06(金) 04:24:43.70 ID:daoXXzhh0.net
- >>598
dciで使われまくってるが？
- 605 ：名無しさん＠編集中 ：2019/12/06(金) 04:25:16.69 ID:daoXXzhh0.net
- あ、うち間違えた。dcpな。
- 606 ：名無しさん＠編集中 ：2019/12/06(金) 06:01:15.08 ID:RWMeewZI0.net
- HEIF10bitというかHEIFが面倒くさい権利金目当てのパテント関係を乗り越えてソフトに導入されるより
AVIFが正式採用される方が早そう
- 607 ：名無しさん＠編集中 ：2019/12/07(土) 13:08:43.53 ID:10rhNzbn0.net
- >>567
遅レスだけど、YoutubeのAV1は今年4月時点でも4Kや8Kのもあったよ。前スレ参照。
https://mevius.5ch.net/test/read.cgi/avi/1548833021/659-660
- 608 ：名無しさん＠編集中 ：2019/12/07(土) 21:32:47.02 ID:Yq9PMTEN0.net
- 自称最速のrav1e、現時点では最も遅い模様
https://twitter.com/fg118942/status/1203096995277111296
(deleted an unsolicited ad)
- 609 ：名無しさん＠編集中 ：2019/12/07(土) 22:02:13.69 ID:PgnkWSQJ0.net
- rav1e応援してるけど現時点では実用的ではないね
- 610 ：名無しさん＠編集中 ：2019/12/07(土) 22:37:36.47 ID:LUQscs9R0.net
- SVT-AV1が意外と頑張ってんな
まあ僕はlibaomちゃん使いますけど
https://i.imgur.com/y9RiqyY.png
- 611 ：名無しさん＠編集中 ：2019/12/07(土) 23:18:32.50 ID:Umce3ogy0.net
- Appleの求人 2019年12月5日
Video Codec Algorithm Engineer
https://jobs.apple.com/en-us/details/200129202/video-codec-algorithm-engineer
>Expert knowledge in video compression standards, such as H.264, HEVC, VVC, VP9, AV1
噂のApple+関連かな
- 612 ：名無しさん＠編集中 (ｱｳｱｳｸｰ MM41-+jgB)：2019/12/08(日) 00:56:38 ID:VK3lgY0IM.net
- >>610
libaom頑張ってるなぁ
来年の後半辺りには、AV1の規格を一通り満たしつつ、速度的にもどうにか使えるレベルになっているのかな？
- 613 ：名無しさん＠編集中 ：2019/12/08(日) 01:34:29.53 ID:P4uTqxij0.net
- >>610
こうしてみるとH.265とAV1でも極端な差はないんだよなあ
そろそろ動画コーデックの進化も落ち着くのかな？
- 614 ：名無しさん＠編集中 ：2019/12/08(日) 02:28:05.12 ID:VK3lgY0IM.net
- 待て待て待て…
x265のveryslow設定の7000kbpsとlibaomの2pass設定の4200kbpsが同等品質ならば大きな違いだろ
- 615 ：名無しさん＠編集中 ：2019/12/08(日) 02:31:28.87 ID:VK3lgY0IM.net
- まぁしかし、同じlibaomのVP9の2pass設定が大差ないと言えば確かにないかもね…
というか、libaomが優秀すぎる
libaomのVP9エンコーダーをGUI環境で使えるソフトはないのか？
- 616 ：名無しさん＠編集中 (ﾜｯﾁｮｲ 2b2d-Fgt1)：2019/12/08(日) 03:08:23 ID:ULd63KmI0.net
- >>614
その辺はもう視覚適応というか線が寝てるところはあんまり比較してもしょうがないよ
- 617 ：名無しさん＠編集中 ：2019/12/08(日) 03:34:30.92 ID:70X3XA6Na.net
- 最強はEVE-AV1だぞ
有料だけどな
- 618 ：名無しさん＠編集中 ：2019/12/08(日) 03:47:16.23 ID:nSWB5Kth0.net
- 最強のコーデックは何か！？
今現在、最強のコーデックは決まっていない
- 619 ：名無しさん＠編集中 ：2019/12/08(日) 04:04:01.92 ID:oaaUoUCL0.net
- とりあえず印象深いのはMPEG4 Part2
- 620 ：名無しさん＠編集中 ：2019/12/08(日) 04:12:28.35 ID:V4jOCSIV0.net
- 265は既にこれ以上ビット盛っても画質ほとんど上がらない感じだけど
aomはビット盛ればまだまだ画質上がっていきそうな傾きしてるところが良いですね！
- 621 ：名無しさん＠編集中 ：2019/12/08(日) 08:29:09.41 ID:CaG1sq6d0.net
- H.264/AVC->2003年規格化
H.265/HEVC->2013年規格化
H.266/VVC->2020年規格化予定
CPUやGPUもそうだったけど
やっぱ競争があると性能が上がるのも早いな
x266はx265みたいにパテントでいつ潰されるかビクビクせずに使いたいわ
- 622 ：名無しさん＠編集中 ：2019/12/08(日) 13:23:52.92 ID:EVrDoL7j0.net
- >>612
x265のveryslowより何倍も遅いから一般人が使うものじゃないと思う
https://pbs.twimg.com/media/ELJCWEbVUAEWcES.png
https://pbs.twimg.com/media/ELJCWEZUcAALHkO.png
https://pbs.twimg.com/media/ELJCWEdVUAAiSOt.png
初期と比べたら一応速くはなってはいるけど
https://i.imgur.com/Z1d5ew5.png
x軸のSPFは1フレームエンコードするのに何秒かかったという事
y軸は圧縮率で上に行くほど良い
- 623 ：名無しさん＠編集中 ：2019/12/08(日) 14:24:38.83 ID:VK3lgY0IM.net
- >>622
こうしていろいろデータを見ると、libaomのVP9の良さがますます浮き彫りになっているようにも思える…
VP9ならば既にハードウェア再生支援も使えるわけだし
libaomのVP9は、どうやったら使えるの？
- 624 ：名無しさん＠編集中 ：2019/12/08(日) 14:27:59.22 ID:0A33H+G50.net
- 実用範囲じゃなさすぎるな
x265でもまだまだなのに
- 625 ：名無しさん＠編集中 ：2019/12/08(日) 14:28:49.20 ID:VK3lgY0IM.net
- AviUtlとかでlibaom版VP9が簡単に使えるようになったら、フリーコーデック界のパワーバランスが変わるような気もしてきた…
- 626 ：名無しさん＠編集中 ：2019/12/08(日) 14:42:02.88 ID:T1o7rnTJF.net
- VP9なんてGoogleからするとオワコンだろうに
もはや広める気もないと思われる
- 627 ：名無しさん＠編集中 ：2019/12/08(日) 14:54:00.73 ID:EVrDoL7j0.net
- >>623
libaomじゃなくてlibvpxのVP9ね
AviUtlから使いたいならrigaya氏のFFmpeg出力プラグインを使えばいいんじゃないかな
- 628 ：名無しさん＠編集中 ：2019/12/08(日) 15:26:28.35 ID:GwYqJuD+F.net
- >>614
>待て待て待て…
>x265のveryslow設定の7000kbpsとlibaomの2pass設定の4200kbpsが同等品質ならば大きな違いだろ
その比較の仕方は意味なくね？
同じビットレートで比較しないと
1000kbpsのとき、H.265のvery slowはおそらくVMAF82%程度。
一方、libaomの2passは87.5％なので、劇的な差はないと言えなくもない。
- 629 ：名無しさん＠編集中 ：2019/12/08(日) 15:33:25.14 ID:Qdn1BZm20.net
- 保存用高画質エンコしたい勢と
配信用に画質保ちつつ容量削りたい勢で感じ方が違うと思われ
- 630 ：名無しさん＠編集中 ：2019/12/08(日) 15:39:12.25 ID:mvLzToO20.net
- >>626
AV1がスマホでスムーズに再生されるようになるまでのつなぎにはなるんじゃね？＞VP9
- 631 ：名無しさん＠編集中 (ｱｳｱｳｸｰ MM41-+jgB)：2019/12/08(日) 16:25:31 ID:VK3lgY0IM.net
- >>627
そんなのがあるんだ!
年末年始の休みにでも試してみるかな
そろそろ貯まってきた4K放送の録画番組を再圧縮してある程度のサイズに収めたいので
- 632 ：名無しさん＠編集中 ：2019/12/08(日) 19:48:03.30 ID:+46we6Op0.net
- >>622
AV1ってx265の32倍くらい時間掛かるイメージだったけど
veryslowでも6倍程度で済むのか
3950Xが届いたら試しに使ってみるか
- 633 ：名無しさん＠編集中 ：2019/12/08(日) 20:22:54.80 ID:am5UoeA80.net
- https://code.videolan.org/videolan/dav1d/-/tags/0.5.2
>dav1d 0.5.2 'Asiatic Cheetah', the fast and small AV1 decoder
>
>This is a minor update of the 0.5.x version of dav1d, the fast and small AV1 decoder,
>codename 'Asiatic Cheetah'.
>It supports all the AV1 features and all bitdepths.
>
>0.5.2 brings improvements in speed for ARMv7 CPUs (a few % speedup),
>on top of the already big speedups of 0.5.1. It should also improve the speed for large videos on all platforms.
>
>It also fixes minor issues, brings stability and introduces an OBU demuxer.
- 634 ：名無しさん＠編集中 ：2019/12/08(日) 21:38:06.01 ID:OgEyi3zTM.net
- >>633
「already big speedups of 0.5.1. 」
ホンマかいな…
- 635 ：名無しさん＠編集中 (ｱｳｳｨﾌW FFa9-gL3d)：2019/12/11(水) 14:42:44 ID:GqpQHXBmF.net
- ここにいる人はコーデック好きみたいだけど何に使っているのですか？
- 636 ：名無しさん＠編集中 ：2019/12/11(水) 15:06:54.12 ID:9h2kjqa70.net
- ご自分からどうぞ
- 637 ：名無しさん＠編集中 ：2019/12/11(水) 15:08:22.56 ID:GqpQHXBmF.net
- 自分はYOUTUBEみているだけなので普段は気にしていないのよね
- 638 ：名無しさん＠編集中 ：2019/12/12(木) 08:45:40.47 ID:6OyhHLhLa.net
- webRTC周りの開発してるからそれに関連してコーデックも調べてるだけよ
- 639 ：名無しさん＠編集中 ：2019/12/13(金) 21:54:05.52 ID:D5M5oBtg0.net
- ふたば常駐なのとAV1/VVC待ちなのもあって最近は2MB以下でブラウザ表示できるVP9がメインだな
https://f.easyuploader.app/eu-prd/upload/20191213124747_52306e3670.webm
ただaviutlのL-SMASH-WorksでVP9が正常に読み込めないのがつらい
調べたら一年以上問題放置されてた
https://github.com/VFR-maniac/L-SMASH-Works/issues/79
- 640 ：名無しさん＠編集中 ：2019/12/14(土) 01:01:26.49 ID:SinY0dJl0.net
- AV1はもうブラウザ表示できるやろ
- 641 ：：2019/12/17(火) 13:16:46.62 ID:CSnefgsHM.net
- >>454
別に8k自体は余裕だろう
そこにどれほどの情報を詰め込めるか
8kのビットマップが出せようとそれが8kないと表現できない絵かは別
>>557
研究はすでに十分に行われてる
開発が致命的
画期的な新技術も研究だけされて良い成果が出ても論文ぽいっと投げ出されて終わり
それを誰も読まない
開発者はほとんどいないし、その僅かな開発者もすごい研究成果があったことには気づかずすでに知られた技術でつまらないものを作って終わり
>>599
PGFはどうなった？
>>601
PDFの画像を表示できることからも分かる通り、すでにブラウザにはJPEG 2000デコーダがある
https://github.com/mozilla/pdf.js/blob/master/src/core/jpx.js
JPEG 2000に対応しない今の理由は知らない
- 642 ：名無しさん＠編集中 ：2019/12/18(水) 09:53:09.49 ID:RjmTvAa60.net
- >>639
ただあの管理人が次世代コーデックに興味がありAV1貼れるようにするか。
数十秒のジョークなりミーム動画には今でもVP9で十分だからな。
- 643 ：名無しさん＠編集中 ：2019/12/18(水) 15:26:39.31 ID:1PZ5KyfQ0.net
- おーぷんもvp9やwebp貼れるようになればなあ
- 644 ：名無しさん＠編集中 ：2019/12/18(水) 21:48:11.47 ID:oZzxbpwG0.net
- YouTubeがAV1採用するのって
綺麗にするためというより
ネットワーク帯域を節約するため
だからね
- 645 ：名無しさん＠編集中 ：2019/12/19(木) 21:56:14.27 ID:awY5XIvyr.net
- 変な勘違いしないでよね てか?
- 646 ：名無しさん＠編集中 ：2019/12/19(木) 22:22:11.16 ID:Oylh7R0qM.net
- 容量制限でまた事情が違うからな
- 647 ：名無しさん＠編集中 ：2019/12/21(土) 15:59:59.37 ID:hdkveoXH0.net
- >>639だけど
VP9の問題も修正してくれた L-SMASH Works をビルドしてくれていた方がいたので自己解決としてログ
普通に表示されてありがてえ…
https://twitter.com/fg118942/status/1195869440140660736
(deleted an unsolicited ad)
- 648 ：名無しさん＠編集中 ：2019/12/21(土) 17:10:08.65 ID:Om4QDXwk0.net
- r1016が最新みたいだよ
右側の「寿司です。ビルドしたもの」からアクセスしたらあった
- 649 ：名無しさん＠編集中 ：2019/12/22(日) 08:24:42.26 ID:mmZ/6DIT0.net
- 上のレスとは全く関係なくてすまんがブログやTwitterの発言と
このスレの話題がリンクしてるアカウント見つけると世間は広いようで狭いって感じる
フォロー、フォロワーまでみると輪みたいに繋がってたりなんかなあ
- 650 ：名無しさん＠編集中 ：2019/12/22(日) 12:27:46.90 ID:fJwZQpOF0.net
- Lスマはその人と顔アイコンの人のtwitter見てるな
- 651 ：名無しさん＠編集中 ：2019/12/22(日) 22:20:23.89 ID:zKAdW5KM0.net
- >>649
エンコがオワコンになってしまったからな
昔はエンコ系ブログとかもやたらあったのになあ
- 652 ：名無しさん＠編集中 (ｱｳｱｳｴｰ Sadf-1YHx)：2019/12/23(月) 02:45:29 ID:/9eeV+U4a.net
- SVTAV1がアップデートでSIMD周りに大きな変更があったみたい
- 653 ：名無しさん＠編集中 ：2019/12/23(月) 07:28:50.77 ID:29fpxt9A0.net
- そいやSVT-AV1て2Passできたんだっけ
今見てきた、ひと月前にもう対応してた-enc-mode-2p EncoderMode2pとかあったわ>>388も気づかなかったよ
SVT-AV1 v0.8.0のAVX2最適化も気になるけど試せないわ月曜日の朝知るなんて
- 654 ：名無しさん＠編集中 ：2019/12/23(月) 19:00:17.58 ID:+ROxG3DW0.net
- https://www.phoronix.com/scan.php?page=news_item&px=Intel-SVT-AV1-0.8-Benchmarks
enc mode8だとv0.7より遅くなってるね
その分SSIMやらが高くなってるのかもしれんが
- 655 ：名無しさん＠編集中 ：2019/12/23(月) 19:58:37.02 ID:/9eeV+U4a.net
- SVTシリーズってリアルタイムエンコード用途に作られてるのに2pass対応する意味あるんかね
- 656 ：名無しさん＠編集中 ：2019/12/23(月) 20:47:40.16 ID:+ROxG3DW0.net
- VP9とかAV1はcrfの場合でも2passでエンコードしないと品質出ないからじゃないかな
- 657 ：名無しさん＠編集中 ：2019/12/23(月) 23:39:07.69 ID:cUcGvUEsM.net
- crfの2pass？
- 658 ：名無しさん＠編集中 (中止 MM8b-1YHx)：2019/12/24(火) 05:48:30 ID:s30dwCv2MEVE.net
- 2passが何のためにあるのか知らない人かな？
- 659 ：名無しさん＠編集中 ：2019/12/24(火) 08:18:03.16 ID:iOcSeElQ0EVE.net
- >>657
Googleの推奨設定でもcrfで2passしてる
https://sites.google.com/a/webmproject.org/wiki/ffmpeg/vp9-encoding-guide
- 660 ：名無しさん＠編集中 ：2019/12/24(火) 22:34:14.26 ID:iOcSeElQ0EVE.net
- 元ツイートに説明無いからわかりにくいかもしれないけど>>608で1passとか2passとか書いてあるのはビットレート指定での話じゃなくて品質指定での話
圧縮率が全然違うでしょ？AV1は2passでエンコードしないと真価を発揮できないよ
- 661 ：名無しさん＠編集中 ：2019/12/24(火) 22:42:28.28 ID:mtVNJlVr0EVE.net
- SVT-AV1のエンコが終わる前にクリスマスが終わりそう…
- 662 ：名無しさん＠編集中 ：2019/12/24(火) 22:55:38.01 ID:iOcSeElQ0EVE.net
- Testing AV1 and VVC - BBC R&D
https://www.bbc.co.uk/rd/blog/2019-05-av1-codec-streaming-processing-hevc-vvc
この記事でAV1の2passモードの特徴について少し触れられてる
それと、この特徴のせいでライブブロードキャストではVVCのほうが有利だとも書いてるように見える
- 663 ：名無しさん＠編集中 ：2019/12/25(水) 07:05:36.91 ID:IdyEt7ae0XMAS.net
- 2Passの1Passを待ってからストリーミングするシーンはどんなときなんだ。
録画や再放送なら不要？1Pass分の時間もとい遅延は待てるけど画質と速度を稼ぎたいときって？
- 664 ：名無しさん＠編集中 ：2019/12/25(水) 08:46:08.04 ID:IdyEt7ae0XMAS.net
- そんなケースは少ないから1Passで素直に速いVVCをお待ちなさいというBBCの思し召しなんだろうか。
- 665 ：名無しさん＠編集中 ：2019/12/26(木) 08:43:13.29 ID:Z7dGXQhb0.net
- YouTubeをはじめとした配信事業者ならマシンパワーを掛けても十分過ぎるほど利点があるのと
VVCが特許料金でゴネてるH.265/HEVCの二の舞になった場合には次回もネットで使いにくいコーデックになるから
パテント保有企業への牽制とGIFに対するPNGのような代替手段としては重要なんだろう
- 666 ：名無しさん＠編集中 ：2019/12/26(木) 09:49:09.85 ID:HLSscSjnr.net
- こんなの素直に人様の成果にな金を払うというアタリマエのことすりゃ解決するのにな
特許の使用料渋るってゴミ行為がなきゃいいだけという根本的なことで
- 667 ：名無しさん＠編集中 ：2019/12/26(木) 10:15:28.91 ID:YfiSOkem0.net
- >>666
現状ではx265を個人利用するのですら複数の特許保有企業に自分から連絡取って契約金支払わないと違法なんだけど
ちゃんとやってる？
- 668 ：名無しさん＠編集中 ：2019/12/26(木) 10:17:16.91 ID:HLSscSjnr.net
- >>667
アホか、特許は個人の私的利用や技術的研究では勝手に使えるよ
- 669 ：名無しさん＠編集中 ：2019/12/26(木) 10:19:18.34 ID:kXBlNKxDa.net
- VP9の開発者みたいにエンコーダで儲ければいいのに
コーデックで儲けようとするのがもう時代遅れ
- 670 ：名無しさん＠編集中 ：2019/12/26(木) 10:21:52.70 ID:wPG18xhm0.net
- HEVCのパテントプールが分裂して使い辛い形になったのがAV1開発の発端になったんだからそこをなんとかしないと
- 671 ：名無しさん＠編集中 ：2019/12/26(木) 10:42:50.15 ID:Cw6MxLpPa.net
- >>669
コーデックはエンコーダも含んでいるのですけど？
- 672 ：名無しさん＠編集中 ：2019/12/26(木) 11:13:09.26 ID:g+JCmvOe0.net
- >>668
家庭内での利用を除いているだけで配信に使う場合は非営利でも特許使用料の支払い義務は発生するよ
- 673 ：名無しさん＠編集中 ：2019/12/26(木) 11:19:31.54 ID:HLSscSjnr.net
- >>672
配信ならね
そしてそれはつべが払うもので文句あるならつべがクリエイターへの支払いから差し引くなりアップを有料にするなり視聴を有料にすれば良いだけのこと。
- 674 ：名無しさん＠編集中 ：2019/12/26(木) 11:27:44.83 ID:Muse7myKM.net
- >>672
しかも自分でH.265/HEVC関連の特許持ってる企業調べて契約結ばないといけないとか
やってられんわな
>>667
対抗馬がなかったらGIFの時みたいに特許権振りかざしてフリーウェア潰しとか始めていただろうし
ここ10年のCPUやGPUの惨状を振り返れば独占は禄なもんじゃないってわかるからな…
- 675 ：名無しさん＠編集中 ：2019/12/26(木) 11:30:30.25 ID:HLSscSjnr.net
- >>674
フリーウェアが出しにくくなるってのはあるもしれんがな、たしかに。
ただ映像に関してはgifと違ってああいう問題は用途上出にくいだろう。
自分のウェブサイトで直接動画公開するかというと否だし
やるなら基本はつべ。
- 676 ：名無しさん＠編集中 ：2019/12/26(木) 12:05:48.66 ID:Nhc9VncN0.net
- SVT-AV1メッチャ重いな。
Ryzen5 3600じゃ無理だｗ
- 677 ：名無しさん＠編集中 ：2019/12/26(木) 13:25:02.37 ID:oU/bw2ak0.net
- >>666
コーデックで節約できる回線料金より特許料が高かったら
使う意味が全くない
- 678 ：名無しさん＠編集中 ：2019/12/26(木) 13:46:45.57 ID:HLSscSjnr.net
- >>677
画質を保てないならその時点で配信として失格だからな
たとえ金払ってでも画質を保てる、なら金は払うのが当たり前。
それだけ素晴らしい技術だし
- 679 ：名無しさん＠編集中 ：2019/12/26(木) 14:15:51.79 ID:2U97h0F40.net
- AOMediaは別の素晴らしい技術の開発に金払ってると思うんですがなにがいけないんでしょうか？
- 680 ：名無しさん＠編集中 ：2019/12/26(木) 16:03:00.93 ID:HLSscSjnr.net
- >>679
それは開発側の勝手
技術自体はより優れたものに駆逐される。それが技術だし、より優れたものを出せない、優位性を示させないくらい優れた技術には黙って金払うが正義。
もっといいもの出せたなら、金よこせ、いやならゴミ使ってろ、そのせいでユーザー失え、とだけ言えばいいだけの話
- 681 ：名無しさん＠編集中 ：2019/12/26(木) 17:04:48.03 ID:2U97h0F40.net
- いやだからAOMediaの人たちは技術者、特許開発者に金払ってるやん
大半は参加企業の研究室の人とかだろう
サラリーもあるだろうし買取なのか譲渡なのかどういう契約かはしらんがどちらにせよ技術提供者にはちゃんと金はいってるはず
パッケージとしてのAV1は金取らんって言ってるけど自分たちでAV1を採用することで浮く金や諸々をあてに投資されて最近の動きがある
結果既存の物より優れたものが出てきたしまさに優れた技術には黙って金払うをやってると思うんだが
- 682 ：名無しさん＠編集中 ：2019/12/26(木) 17:14:13.75 ID:YWuasrBMr.net
- >>681
その割には文句多すぎだね
あるべきとすればだまってhevc採用、その他は形になってから、で良い。
実用化されて実際に導入に至ってるのはhevcとvp9くらいだし、vp9はつべくらいしかないから。
- 683 ：名無しさん＠編集中 ：2019/12/26(木) 17:23:43.11 ID:iRCOSOLE0.net
- 単純に金払うだけで済まないからH.265は配信用に普及しなかったんですが
- 684 ：名無しさん＠編集中 ：2019/12/26(木) 17:28:20.95 ID:4zu30kL50.net
- ｵｯﾍﾟｹ見てると去年会社に居た重度ASDの人思い出すわ
「こうあるべき」という自分の結論ありきでしか話さないから会話が通じないんだよな…
相手してあげてる人も日本語の場末の掲示板の荒らしの妄言が配信サイトの方針に影響を及ぼすことはないし
わざわざ構ってあげなくていいよ
- 685 ：名無しさん＠編集中 ：2019/12/26(木) 17:33:32.03 ID:YWuasrBMr.net
- >>683
結局金の話にしかならんよ、ビジネスは。
- 686 ：名無しさん＠編集中 ：2019/12/26(木) 17:35:29.70 ID:YWuasrBMr.net
- >>684
特許やビジネスは結局金の話でしかないからねぇ。
ここを間違えるとルールを無視してウリ様ルールでファビョるだけのゴミになるだけ。
確かにライセンス関係面倒でややこしいが使えないわけではない。
円盤、放送、録画で普通に使ってるし。
- 687 ：名無しさん＠編集中 ：2019/12/26(木) 20:15:41.21 ID:2U97h0F40.net
- 話通じてないし何言いたいのかも分からん
MPEG系コーデック最強、AOMediaはフリーを謳って既存ビジネスを乱すなってことか？
話す内容からすると開発者ってこともないだろうしなんなんだ
関係ないユーザー同士でなんか争うゲハみたいなノリですか？
どうせエンドユーザーが触れるデバイス、ソフトウェアには両方実装されるし大変なのはその辺に関わる人たちだけなんだがなあ
- 688 ：名無しさん＠編集中 ：2019/12/26(木) 20:32:07.04 ID:1aa6qvqQM.net
- コイツ、HDRスレの残念頭だろ
- 689 ：名無しさん＠編集中 ：2019/12/26(木) 21:50:28.23 ID:yABQk7Aq0.net
- よくわかんないけど現行の民生CPU/GPUじゃロクにエンコードできないからしばらくH.265でいいれす
- 690 ：名無しさん＠編集中 ：2019/12/26(木) 22:59:46.27 ID:4FMXzlJJ0.net
- 普通は趣味でしか使わないしね
実験したいわけじゃないし
- 691 ：名無しさん＠編集中 ：2019/12/26(木) 23:42:36.54 ID:/7kGseK3M.net
- ところでみんな、hevcは心の中でなんて読んでる？
わたしはへぶくなんだが…
みんなの心の声を聞かせてくれ
- 692 ：名無しさん＠編集中 ：2019/12/26(木) 23:55:36.03 ID:1aa6qvqQM.net
- 屁武士
- 693 ：名無しさん＠編集中 ：2019/12/27(金) 07:56:54.73 ID:GyEYPDla0.net
- (**´ >ω<)ﾞ;｀;:ﾞ;へゔぇっく
- 694 ：名無しさん＠編集中 ：2019/12/27(金) 10:57:35.09 ID:leY86oCg0.net
- えいちいーぶいすぃー
- 695 ：名無しさん＠編集中 ：2019/12/27(金) 18:46:36.11 ID:Lj6L7CeV0.net
- >>689-690
そんなに酷いのかと思って試してみたけど
Ryzen5 3600 でも1080pでも負荷ほとんどないし
最近は自分でエンコした動画よりも配信サイトで観る方が多くなったから画質上がってくれるのは有難いな
YouTubeのAV1のテスト配信を試す
https://qiita.com/tetsu_koba/items/809a4304d9cf5677bfa4
- 696 ：名無しさん＠編集中 ：2019/12/27(金) 22:29:21.77 ID:G3bAc0OMM.net
- >>695
対抗馬がなかったらGIFの時みたいにx265やx264も潰されていたかもしれんし
競争で複数の選択肢が確保されているのは趣味のエンドユーザーにとってもありがたい
- 697 ：名無しさん＠編集中 ：2019/12/28(土) 11:36:06.54 ID:b2Wu7xNUa.net
- 誰でもエンコーダーやデコーダーを書けることに意味がある
AV1は何種類も実装が有ってコードも公開されてて盛り上がっている
インターネットはオープンな場所だから、特許料が発生する技術は合わない
それだけの事だろ
- 698 ：名無しさん＠編集中 ：2019/12/28(土) 16:30:33.38 ID:gAUBIwyw0.net
- カーネルの実装が今は読めるようになったとか開発の伽藍とバザールとかメリット・デメリット・革新と功罪とか繰り返されてきた話
- 699 ：名無しさん＠編集中 ：2019/12/29(日) 00:03:11.91 ID:P/2uq2FG0.net
- 情報通信審議会 情報通信技術分科会 放送システム委員会
地上デジタル放送方式高度化作業班（第1回）
https://www.soumu.go.jp/main_sosiki/joho_tsusin/policyreports/joho_tsusin/housou_system/02ryutsu08_04000388.html
映像符号化方式の標準化動向
https://www.soumu.go.jp/main_content/000662193.pdf
VVC映像符号化の周辺動向
https://www.soumu.go.jp/main_content/000662195.pdf
- 700 ：名無しさん＠編集中 ：2019/12/29(日) 15:44:17.91 ID:+HDvy9HarNIKU.net
- >>697
特許に金払うのは当たり前
それが嫌なら自分が覇権取れる技術作って世に出して、ノータリンにお前が搾取されてろ、としか言いようがない
ただし特許はそれを回避してより優れたものがあればそちらに流れていくのが常でもある、というだけ。
- 701 ：名無しさん＠編集中 ：2019/12/29(日) 22:13:39.50 ID:jWP1s3+pMNIKU.net
- ﾆｸｸｴでﾜｯﾁｮｲ隠れてるのにｵｯﾍﾟｹだってわかるのもすごいな
英一郎もそうだったけど重度アスペの人って興奮してるとき読点増えるの面白い>>700
https://togetter.com/li/1361911?page=2
- 702 ：名無しさん＠編集中 ：2019/12/29(日) 22:16:03.16 ID:R1stWc2S0NIKU.net
- ふたばで興味深いスレが立っていたのでログを
５ちゃんもふたばみたいに動画貼れると設定なんかの情報交換が進みやすいのかもしれんね
http://www.ftbucket.info/may/cont/may.2chan.net_b_res_695994537/index.htm
https://web.archive.org/web/20191229123731/http://www.ftbucket.info/may/cont/may.2chan.net_b_res_695994537/index.htm
- 703 ：名無しさん＠編集中 ：2019/12/29(日) 22:20:45.69 ID:XjQU3Q1W0NIKU.net
- >>699
▌H.265/HEVCでは有償ライセンス提供団体が乱立し、ライセンス契約の複雑化と特許料の増加が発生している。
この課題を克服するため、技術ではなく、特許ライセンスについて議論するMedia Coding Industry Forum (MC-IF)が発足
▌MC-IFには、H.265/HEVCの有償ライセンス提供団体とその参加企業だけでなく、Alliance for Open Mediaの参加企業も参加
いい傾向だな
やはり競争があるのはエンドユーザーにとってメリットしかない
- 704 ：名無しさん＠編集中 ：2019/12/29(日) 22:48:23.20 ID:UhvGYPkx0NIKU.net
- >>702
こんなに熱心にVP9のエンコードしてる人たち初めて見た
- 705 ：名無しさん＠編集中 ：2019/12/29(日) 23:23:38.37 ID:fNQwV3xwaNIKU.net
- >>700
AV1が特許ってないと思ってんのか？
特許を取ってそれをタダで使えるからAV1はロイヤリティフリーなんだよ
- 706 ：名無しさん＠編集中 ：2019/12/29(日) 23:32:25.95 ID:nMM1egUk0NIKU.net
- >>704
昔は2chだってな・・
- 707 ：名無しさん＠編集中 ：2019/12/29(日) 23:46:43.67 ID:UhvGYPkx0NIKU.net
- >>706
2chはx264の設定の話で盛り上がってるところを見たことはあってもVP9の話をしてる人は見たことがない
- 708 ：名無しさん＠編集中 ：2019/12/29(日) 23:56:50.66 ID:e/0S9YTl0NIKU.net
- 706もx264時代のことを思い返してたんだと思うけど
２ちゃんも昔はパラメータ設定晒し合ったりして楽しかったな…
- 709 ：名無しさん＠編集中 ：2019/12/30(月) 00:04:44.37 ID:l+pVOX+30.net
- >>707
当たり前の話をなぜするのか
"昔は"と書いてたら何を言いたいか分かると思うが
- 710 ：名無しさん＠編集中 ：2019/12/30(月) 00:05:37.90 ID:l+pVOX+30.net
- >>708
カスタムマトリクスの話とかディープだった
- 711 ：名無しさん＠編集中 ：2019/12/30(月) 00:11:39.29 ID:im+x0bP60.net
- わざわざ「VP9の」って書いたのに何故x264の話になるのかわからん
マイナーコーデックの設定を真剣に議論してるところに関心したという話なのに
- 712 ：名無しさん＠編集中 ：2019/12/30(月) 00:54:09.77 ID:KrN/Fe130.net
- 前提条件の認識と興味の違いが出ただけだから（VP9というコーデックに限った話なのか、エンコ全般として盛り上がっているサイトの話として捉えたかの違い）
否定し合わなくても大丈夫だと思う
基本的に人間同士のコミュニケーションは齟齬があって当然くらいの認識でいた方が楽やで
- 713 ：名無しさん＠編集中 ：2019/12/30(月) 01:05:40.00 ID:rkMz2nTv0.net
- VP6だったらスレあったな
- 714 ：名無しさん＠編集中 ：2019/12/30(月) 12:57:20.86 ID:qinSLRS70.net
- 珍しくエンコの話題で盛り上がるふたばは楽しかったvpxencがどんどん使われていくのにはびっくりしたけど
- 715 ：名無しさん＠編集中 ：2019/12/30(月) 13:08:07.67 ID:rdwc2/2I0.net
- ふたばはまだAV1の投稿には対応してないみたいね
「対応しないフォーマットです。」って言われた
- 716 ：名無しさん＠編集中 ：2019/12/30(月) 13:57:06.82 ID:qinSLRS70.net
- >>715
0:0をVP9にしてAV1に強制再生フラグ立てれば貼れそうだけどサムネイルが作れませんと言われた
鯖のFFmpegが古いんだろうな
- 717 ：名無しさん＠編集中 ：2019/12/30(月) 14:13:11.01 ID:LfrZhKorM.net
- imgurにしろTwitterにしろGooglePhotosにしろ
最近は再エンコされるのが当たり前な中で（昔のニコ動のエコノミー回避みたいに）そのまま反映されるから調整の話が盛り上がるんだろうな
個人的にシーンチェンジ検出頻発回避のために
ソースファイルを分割して複数同時にエンコ→最後にconcatで連結がすごい興味ある というかチュートリアル伝授してほしい
（たぶんYouTubeとかでも近い方法が採用されていると思う）
ビットレート配分の決め方の感覚とかも含めて
- 718 ：名無しさん＠編集中 ：2019/12/30(月) 19:58:35.03 ID:g4w/Vf5D0.net
- もうエンコにこだわる時代じゃないからな
エクセルでパワーポイントみたいな作図するような無駄な努力
- 719 ：名無しさん＠編集中 ：2019/12/30(月) 22:31:41.76 ID:JHxRFjmO0.net
- AV1とVVCでコーデックの進化も終わるのかねえ
- 720 ：名無しさん＠編集中 ：2019/12/30(月) 23:43:03.00 ID:ukgk/Z0Z0.net
- 5Gのおかげでエンコードに無駄なエネルギーと労力をつぎ込むのは過去の物となる
- 721 ：名無しさん＠編集中 ：2019/12/30(月) 23:45:13.20 ID:ZTnQV5BZ0.net
- NetflixもGoogleも回線帯域削減のために
どれだけ時間がかかっても縮むコーデックを求めているから
少なくとも動画配信サイトが全滅しない限りは続いていくだろう
- 722 ：名無しさん＠編集中 ：2019/12/30(月) 23:58:58.36 ID:xcLMovXzM.net
- >>720
5Gはスマホユーザーの帯域を快適にはするだろうけど
回線業者やプロバイダがデータ転送する労力は楽にならないので（むしろデータ量が増える分だげ増大する）
個人はともかく動画サイト運営会社が資金と労力を注ぎ込む傾向は変わらんだろうな
- 723 ：名無しさん＠編集中 ：2019/12/31(火) 00:06:27.69 ID:I50jItCPa.net
- データ上限がある限り転送速度がどんだけ上がろうが快適にはならないんじゃないか
むしろ高解像度化や高フレームレート化でエンコードの必要性は高まる一方だろ
- 724 ：名無しさん＠編集中 ：2019/12/31(火) 00:39:30.15 ID:c//AvNI+0.net
- >>720
君は知らないかもしれないけど配信業者はインターネット定額使い放題じゃないんだ
- 725 ：名無しさん＠編集中 ：2019/12/31(火) 00:58:18.93 ID:BuypJCX+p.net
- ようつべ見てると車載動画は劣化が目立ったけど、
マリオカートはほとんど完敗・全敗状態でワロタ
いくらコーデック頑張っても根本的にレートが足り手ない
- 726 ：名無しさん＠編集中 ：2019/12/31(火) 03:12:51.28 ID:ivk1/+vyM.net
- AV1淫行出阿
- 727 ：名無しさん＠編集中 ：2019/12/31(火) 15:47:07.51 ID:/pvxQr7z0.net
- ttps://www.singhkays.com/blog/av1-ecosystem-update-november-2019/
AV1 Ecosystem Update: November 2019
- 728 ：名無しさん＠編集中 ：2019/12/31(火) 18:39:56.51 ID:SxjqW5Lh0.net
- Video Dev Days 2019なんてやってたの
- 729 ：名無しさん＠編集中 ：2019/12/31(火) 21:59:55.88 ID:7djlCIDD0.net
- 先月やってたこれか
https://pbs.twimg.com/media/EGnjxAAWsAA4hKA?format=jpg&name=medium
- 730 ：名無しさん＠編集中 ：2019/12/31(火) 23:29:08.63 ID:HRcVfxZr0.net
- HandBrakeもAV1対応か
- 731 ：名無しさん＠編集中 ：2020/01/01(水) 00:41:16.97 ID:YxsgUkl20.net
- >>730
まだデコードだけだけどね
- 732 ：名無しさん＠編集中 ：2020/01/01(水) 10:46:35.59 ID:YR+libp9M.net
- 今年はAV1を実用的に使えるようになったらいいね
4K放送をコンパクトに保存しようとすると、
HEVC（放送・ハードウェアエンコーダー）→HEVC（自前・ソフトウェアエンコーダー）による変換程度では大して縮まらないし
- 733 ：名無しさん＠編集中 ：2020/01/01(水) 12:55:36.00 ID:FsGydiod0.net
- ts保存でいいのでは
- 734 ：名無しさん＠編集中 ：2020/01/03(金) 17:22:50.49 ID:JP9aofzD0.net
- ちょっとテスト
- 735 ：名無しさん＠編集中 ：2020/01/03(金) 17:37:51.15 ID:JP9aofzD0.net
- >>702,717でソースファイルを分割してエンコードって話が出てて面白そうだからやってみたんだけど250フレームごとに分割して並列エンコードみたいなのなら一応簡単に出来た。
でもシーンチェンジとか全く考慮してないぶつ切りだからちょっと気になる。
なにかのソフトでシーンチェンジ検出して一定間隔ごとにフレーム番号を出力とか出来ないかな？
何かこの辺に知見ある人いたらアドバイス欲しい。
元ファイルのキーフレーム間隔をそのまま使用するっていうのも考えたけど元ソースが可逆圧縮だったりすると上手くいかないし。
- 736 ：名無しさん＠編集中 ：2020/01/03(金) 18:39:19.58 ID:JP9aofzD0.net
- 自己解決した
これ↓で出来るみたいだ
https://stackoverrun.com/ja/q/10263031
- 737 ：名無しさん＠編集中 ：2020/01/03(金) 22:21:20.95 ID:YYG9Llfm0.net
- 書き込み吸われる上にbbx入れられるとかほんと勘弁してくれ…
>>735-736
ちょうどふたばで設定晒してくれてる人がいた
書き込み吸われまくるんで「やってることは」でページ内検索してくれ
疲れた…
web.archive.org/web/20200103125736/http://may.ftbucket.info/may/cont/may.2chan.net_b_res_697394219/index.htm
https://i.imgur.com/2AmLqB9.jpg
- 738 ：名無しさん＠編集中 ：2020/01/03(金) 23:28:13.44 ID:rNxq5hyk0.net
- その分割エンコ
めんどくさすぎじゃね?
- 739 ：名無しさん＠編集中 ：2020/01/03(金) 23:34:07.33 ID:JP9aofzD0.net
- >>737
設定晒してくれるのはありがたい
でもAviUtlでキーフレーム手打ちするのはちょっと面倒くさいな
職人技って感じだ
3MBの制限がキツイからしょうがないんだろうけど
- 740 ：名無しさん＠編集中 ：2020/01/04(土) 01:23:41.16 ID:ETcXRSze0.net
- 15年近く前のニコ動のアニメのflvエンコからのアップでエンコの高速化にABパート分割結合とかやってた人居たなぁ
- 741 ：名無しさん＠編集中 ：2020/01/04(土) 01:37:58.63 ID:H9YtUHml0.net
- >>737、>>739
やってることのVBRそれは誤字だ、VFR(可変フレームレート)のつもりだった．．．
コピペに補足と修正、remはコメント行
@setlocal enabledelayedexpansion
rem このバッチを実行するカレントフォルダにffmpeg.exe、vpxenc.exe、元動画.mkv、keyframelist.txtを置くか.exeはパスを通す
rem 中間ファイル元動画.mkvは全フレームキーフレームである必要がある。例えばUTvideoやrawvideo(YUV2)等にしておく。
set keyframelist=keyframelist.txt
set srcvideo=元動画.mkv
set cq-level=60
set aq-mode=2
set color-space=bt709
rem bt709 or bt601
rem 0,42,83,125…のようにキーフレームリストを1行に整形、変数%segmentframe%へ
@for /f "tokens=1 skip=1 delims= " %%i in (keyframelist.txt) do (
set keyframe=%%i
set /a keyframe-=1
set segmentframe=!segmentframe!,%%i
)
rem %segmentframe%の通りにsegmentフィルタで%srcvideo%を分割、out%%d.aviとして保存(out0.avi、out1.avi、out3.avi...と連番出力になる)
rem segmentlist.txtにセグメントリストを出力。出力動画を列挙したテキストファイル、out0.avi[改行]out1.avi[改行]out3.avi[改行]...
ffmpeg -y -i %srcvideo% -f segment -segment_list segmentlist.txt -segment_frames %segmentframe:~1% -reset_timestamps 1 -c copy out%%d.avi
- 742 ：名無しさん＠編集中 ：2020/01/04(土) 01:41:18.81 ID:H9YtUHml0.net
- 連投になるな
rem セグメントリストを1行ずつ読み込み分割した動画をエンコード。For内の変数%%iはout0.avi、out1.avi、out3.avi...と
rem %%~niはout0、out1、out3...とファイル名のみに%%iが変数展開されている、バッチ 変数展開 ファイル名で調べて
rem ビットレート上限なし2パス品質指定エンコード、一応上限は--min-q=20になる
rem vpxencの--profile=2でyuv420p10le、色深度10bit指定vpxencはhighbitdepthビルドである必要がある
rem データ量が大きくなる弊害よりもバンディングノイズが消える効果が大きいので特にバンディングが目立つアニメは10bitおすすめ
@for /f "tokens=1 delims= " %%i in (segmentlist.txt) do (
rem 上書きする
ffmpeg -y -i %%i -pix_fmt yuv420p -f yuv4mpegpipe %%~ni.y4m
del %%i
vpxenc --profile=2 --threads=2 --end-usage=q --passes=2 --pass=1 --fpf=FirstPassStatisticsFile.fpf --best --target-level=40 --tile-columns=0 --tile-rows=1 --color-space=bt709 --bit-depth=10 --output=FirstPassStatisticsFile.fpf %%~ni.y4m
vpxenc --profile=2 --threads=2 --end-usage=q --passes=2 --pass=2 --min-q=20 --max-q=63 --cq-level=%cq-level% --aq-mode=%aq-mode% --fpf=FirstPassStatisticsFile.fpf --best --target-level=40 --tile-columns=0 --tile-rows=1 --color-space=%color-space% --bit-depth=10 --disable-kf --lag-in-frames=25 --auto-alt-ref=1 --arnr-maxframes=15 --arnr-strength=6 --output=%%~ni.webm %%~ni.y4m
del FirstPassStatisticsFile.fpf
del %%~ni.y4m
)
- 743 ：名無しさん＠編集中 ：2020/01/04(土) 01:44:23.32 ID:H9YtUHml0.net
- つづき、START CALLでエンコードを並列化しても良いかもしれない
rem 1行目がffconcat version 1.0さっきのセグメントリストの行頭に"file "をつけ、拡張子をaviからwebmに変えsegmentlist.ffconcatとして保存
rem out0.avi[改行]out1.avi[改行]out3.avi[改行]...がfile out0.webm[改行]file out1.webm[改行]file out3.webm[改行]...になる
echo ffconcat version 1.0>segmentlist.ffconcat
@for /f "tokens=1 delims= " %%i in (segmentlist.txt) do (
echo file %%~ni.webm>>segmentlist.ffconcat
)
rem segmentlist.ffconcatを読み込み.webmを連結
ffmpeg.exe -y -f concat -i segmentlist.ffconcat -c copy concated.webm
- 744 ：名無しさん＠編集中 (ﾜｯﾁｮｲ 0690-pIXJ)：2020/01/04(土) 02:04:36 ID:H9YtUHml0.net
- 5chはレス消せないの辛いわ
見返したら文がキモいけど直せねえ．．．
- 745 ：名無しさん＠編集中 (ﾜｯﾁｮｲ 31e3-pIXJ)：2020/01/04(土) 03:13:36 ID:mQlSxlVt0.net
- >>739
なんとなくこのあたりを探している気がした
シーンチェンジ検出 for Avisynth v0.4
http://potatosub.blog.fc2.com/blog-ent ry-37.html
AVIUtlシーンチェンジ検出プラグイン Evo.0.1.0
https://aoikagami.wordpress.com/2011/12/18/scenechangeevo-0-1-1/
しかしほんとNGワードやらで情報書き込みにくいなここ…
とりあえずAviUtlの
・［設定］->現在のフレームをキーフレームに
・［ファイル］->エクスポート->キーフレームリスト
で手動で作れるところまでは理解できた
- 746 ：名無しさん＠編集中 (ﾜｯﾁｮｲ 31e3-pIXJ)：2020/01/04(土) 03:14:58 ID:mQlSxlVt0.net
- 書き込み苦戦してたら提唱者の方がいらしてくださってた
ありがてえ…
- 747 ：名無しさん＠編集中 (ﾜｯﾁｮｲ 2ef2-UAPS)：2020/01/04(土) 03:17:58 ID:/v4MvTq60.net
- >>739
TMSR5に金払ってる理由がそこにある
- 748 ：名無しさん＠編集中 ：2020/01/04(土) 09:48:27.31 ID:d4B1tcvM0.net
- 741さんの上げてくれたバッチファイルをちょこちょこいじってやってみたけどかなり変わるな
https://f.easyuploader.app/eu-prd/upload/20200104094100_475345326a.webm
https://f.easyuploader.app/eu-prd/upload/20200104093814_5264383632.webm
https://pastebin.com/zSu5vyVS
ffmpegはtrimの時に
"%~dp0ffmpeg.exe" -i "%~dpn1.y4m" -vf trim=start_frame=0:end_frame=1,setpts=PTS-STARTPTS -an "%~dpn1_1frame.y4m"
みたいな感じで0から数えるらしい
- 749 ：名無しさん＠編集中 ：2020/01/04(土) 09:50:02.63 ID:d4B1tcvM0.net
- この書き込みは吸い込まれずに反映されるのか
Xenoで書き込めなくなるほどのペナルティ喰らった737との違いの基準が全く分からん…
- 750 ：名無しさん＠編集中 ：2020/01/04(土) 12:24:46.35 ID:kGLh6T0L0.net
- うげーx265の変換高速化のためにグラボ積んでるパソコン買ったけどグラボ使った変換だとcpu変換に比べて画質も圧縮率も劣るのか
初歩的だけど知らなかったわ
- 751 ：名無しさん＠編集中 ：2020/01/04(土) 12:59:23.56 ID:/v4MvTq60.net
- >>750
ソフトウェアエンコでも
Avisynth-Neoを使えば
NVIDIAなら無駄にはならない
- 752 ：名無しさん＠編集中 ：2020/01/04(土) 16:13:42.68 ID:kV/h3+cJ0.net
- 教えてもらってばかりじゃ悪いから自分も>>735で言ってたやつUPした
https://drive.google.com/drive/folders/1vCNjbE_KqwjrXxN35xq8TpPgJ7oOaiRB
>>745
最初はその「シーンチェンジ検出 for Avisynth v0.4」ってやつ使おうとしたけどリンク切れてた
- 753 ：名無しさん＠編集中 ：2020/01/04(土) 16:30:38.03 ID:/v4MvTq60.net
- ソース分割エンコとか、ソースがむちゃくちゃ長くて
かつ、エンコマシンが２台使えるとかじゃなければ
やることはないなぁ
でもソースが長いと不具合起きる時があるから
やることはあるな
- 754 ：名無しさん＠編集中 ：2020/01/04(土) 17:39:15.37 ID:H9YtUHml0.net
- >>748
アニメ向け設定のmax-intra-rate --bias-pct --undershoot-pct --overshoot-pctあたりまだ全然触ってなかった。ちょっと試してくる。
シーンチェンジ検出はx265を参考にしてる。閾値の設定で挿入頻度の調整も効くしそのうえシーンチェンジ検出がめっちゃ賢い。
平均的な画質は落ちていいからビットレートもといシーン毎の画質のばらつきを減らしたけどどうしたらいいんだろ。
うまくいくかわからないけどy4mとwebmのSSIMをとって劣化の激しいワーストシーンいくつかをcq-levelを下げて2周目とか考えてる。
あとvp9_highbitdepthを有効化してあるvpxencはこれ。
https://f.easyuploader.app/eu-prd/upload/20200104164240_786e7a7643.zip
Zeranoe氏のFFmpeg buildsもvp9_highbitdepthが有効になってないけどFFmpegのビルドは流石に大変そうで手を出せないなあ。
- 755 ：名無しさん＠編集中 ：2020/01/04(土) 17:58:18.35 ID:H9YtUHml0.net
- --max-q=下げればいいか．．．変なこと書きました
- 756 ：名無しさん＠編集中 ：2020/01/04(土) 20:34:08.67 ID:nLuWkssUr.net
- また無意味なことをやってるな
今どき容量ケチらず高ビットレートnvenc hevcで良くね
- 757 ：名無しさん＠編集中 ：2020/01/04(土) 20:45:01.83 ID:TeHo4FTC0.net
- >>756
VVCは特許料のみかじめでみっともない醜態晒さずに
ブラウザに搭載してもらえるといいね
- 758 ：名無しさん＠編集中 ：2020/01/04(土) 20:57:37.98 ID:nLuWkssUr.net
- >>757
配信業者でもないのに自宅保存用でvp9やav1必要か？
- 759 ：名無しさん＠編集中 ：2020/01/04(土) 21:01:50.13 ID:kV/h3+cJ0.net
- 話の発端はふたばちゃんねるって画像掲示板に3000KBまでの動画を投稿できて、その制限の中でいかに高画質なものをエンコード出来るかって事だから
- 760 ：名無しさん＠編集中 ：2020/01/04(土) 21:13:16.88 ID:nLuWkssUr.net
- >>759
なるほど、実用性とかそういうのは一切関係ないわけだね
- 761 ：名無しさん＠編集中 ：2020/01/04(土) 21:16:52.51 ID:TieLJRW10.net
- >>758
ブラウザ表示すらできない特許料ゴロのH.265よりも
ネットで公開して観てもらうならVP9の方が利便性が高いねって話をしているのに
スレの日本語すら読めない池沼だったのか
- 762 ：名無しさん＠編集中 ：2020/01/04(土) 21:26:15.40 ID:kV/h3+cJ0.net
- >>760
実用性の定義が難しいね
個人的には投稿した動画をネタにみんなで雑談して楽しむという使い方が出来るのも一種の実用性だと思うが
- 763 ：名無しさん＠編集中 ：2020/01/04(土) 21:45:36.20 ID:nLuWkssUr.net
- >>761
落として見るなら関係ないしな。
ブラウザが全てじゃないし
- 764 ：名無しさん＠編集中 ：2020/01/04(土) 21:54:23.53 ID:vuLfSgMV0.net
- >>763
そんな奇特な人はいないから
4chanにしろふたばにしろVP9使ってる人が圧倒的なわけだしな
- 765 ：名無しさん＠編集中 ：2020/01/04(土) 21:58:10.67 ID:H9YtUHml0.net
- AV1エンコーダーの速度と品質の比較 - (libaom) vs SVT-AV1
https://qiita.com/yanoshi/items/544a361baf76b8114067
AVX2が速くなったとかキャッシュのレイテンシが減ったとかzen2でだいぶ進化したと聞くけど
実際素直にベンチマークに結果が現れてるとRyzenも欲しくなるな
>エンコードが、すき！
配信基盤を作って飯食っててもエンコがすきってことがあるのか、やはりエンコードには娯楽性が．．．
- 766 ：名無しさん＠編集中 ：2020/01/04(土) 22:00:20.87 ID:nLuWkssUr.net
- >>764
録画素材の整理とかだとavcかhevc
hdrならhevc一択だろうな
- 767 ：名無しさん＠編集中 ：2020/01/04(土) 22:07:55.70 ID:qsV2s80YM.net
- >>764
今やTS録画でもGoogle driveに上げれば勝手に鯖側でエンコしてくれるし
そもそも配信があるからそっちで観ればいいしで
DTV板の過疎具合からしても個人でわざわざエンコする人ってもう掲示板で容量制限があるケースくらいになってるんだろうな
- 768 ：名無しさん＠編集中 ：2020/01/04(土) 22:12:14.55 ID:nLuWkssUr.net
- >>767
配信はいつでも見れる訳でもないのが難点
あとこだわる割にグーグルのエンコでいいの？ってのもある。
- 769 ：名無しさん＠編集中 ：2020/01/05(日) 17:20:53.59 ID:2guCX0AQ0.net
- >>748
17行目の%%iは正しくは!keyframe!
1フレームずれる
>>752
追っかけるだけで大変だった、timer64は処理時間を計ってる？バッチの書き方やり方とても参考になった．．．
- 770 ：名無しさん＠編集中 ：2020/01/05(日) 20:15:24.51 ID:laXbPsBN0.net
- >>769
うん、そう
PowerShellで時間計測しようとしたけど実行ファイルとか動画ファイルのパスに空白が入っているとよくわからない挙動になったから自作のやつ入れた
最初はbatにバイナリ類を一切同梱せず配布しようと思ったけどtimerだけは必要になったのでもういいやと思って全部入れた
- 771 ：名無しさん＠編集中 ：2020/01/06(月) 00:30:39.84 ID:QQXQ+Dcy0.net
- >>770
なるほど
- 772 ：名無しさん＠編集中 ：2020/01/06(月) 11:41:45.35 ID:CuEblELfF.net
- libvpxはいつまで保守されるのだろうか？
AV1が普及したら保守されなくなるんだろうなあ
- 773 ：名無しさん＠編集中 ：2020/01/06(月) 12:08:17.77 ID:vYP6zkKha.net
- libvpx今でも全然進歩していないからな
デコードもffvp9の数年遅れの実装だし
- 774 ：名無しさん＠編集中 ：2020/01/06(月) 20:01:58.38 ID:9mh7lh9+0.net
- VP9ってオワコン？
久々にFFMPEG使ってVP9エンコしたけど、クソ遅いし綺麗じゃない。
SVT-AV1はCPUちゃんと使い切ってくれるし期待大！
- 775 ：名無しさん＠編集中 ：2020/01/06(月) 21:58:51.09 ID:uC700Lr80.net
- >>754
バッチのおかげでVP9の動き部分が綺麗になって感動してます
悩んでたんで本当にありがとうございます
前https://f.easyuploader.app/eu-prd/upload/20200106213828_5a53655969.webm
後https://f.easyuploader.app/eu-prd/upload/20200106213902_46556b544a.webm
前https://f.easyuploader.app/eu-prd/upload/20200106213912_366769656c.webm
後https://f.easyuploader.app/eu-prd/upload/20200106213918_6251483052.webm
最初は品質指定だとサイズぴったりに合わせられないのでは…？と思ってましたが
実際にやってみると差分の容量を画質上げたい場所にピンポイントで使えてむしろそこが醍醐味でした
https://i.imgur.com/iPoeCS7.png
画質のばらつきに関しては判らないままやってる部分が多いので
--min-q= --max-q= （--undershoot-pct --overshoot-pct より優先されているというか-qの範囲内で-pctの幅が調整されている気がします）を
--cq-level= の上下いくつ分にするとか
--bias-pct= の値を下げてcrfに近くする…くらいしか思いつかないです
- 776 ：名無しさん＠編集中 ：2020/01/06(月) 21:59:33.02 ID:uC700Lr80.net
- この書き込みも吸われないのか
先日の吸い込まれまくりからのxeno規制は何だったんだろう
- 777 ：名無しさん＠編集中 ：2020/01/07(火) 02:16:16.29 ID:ro6HhpAQ0.net
- https://www.xvid.com/
xvidが更新されたぞクズ共
- 778 ：名無しさん＠編集中 ：2020/01/07(火) 07:38:53.03 ID:08tWceV2M.net
- なんかptsが狂ってないか
cfrとして読むプレイヤーやAviUtlだと一見すると正常に見えるけど
- 779 ：名無しさん＠編集中 ：2020/01/07(火) 20:22:54.94 ID:eaEWzo4q0.net
- ああータイムスタンプが重複してる
"ffmpegでfpsの異なる動画を繋ぎ合わせてみる（VFR動画）"で検索して出てくる記事と同じ
>>775の20200106213918_6251483052.webmでいうと
18フレーム音と映像がズレてる（映像が18フレーム早く終わってる）
タイムコード保持を削除して初めて気づいた、記事の通り-rを付けるかmkvtoolnixでタイムコードを移すことで連結済みでも修正できる
急ぎで、本当に申し訳ない
- 780 ：名無しさん＠編集中 (ﾜｯﾁｮｲWW df01-l0Ht)：2020/01/08(水) 05:16:21 ID:heFyeRVY0.net
- >>742
バンディング、10bitでかつ十分なビットレートを割り振っているなら
x265公式的には消える事になってるみたいだけど
自分は全然消えないなあ
（TSのソースも結構バンディングの縞模様出てるし気にしてもしゃあないのかも知らんが）
- 781 ：名無しさん＠編集中 ：2020/01/08(水) 06:47:40.93 ID:nocvcpY80.net
- H.265のバンディングは仕様として割り切ってる
偽色が出るのも含めておそらく色の扱いが正確ではない印象
>>779
おそらくFC2ブログのアドレスでエラーが出たと思うので申し訳ない…
https://i.imgur.com/oDc8z69.png
たしかにフレーム数ズレてますね
MPC-BEのCtrl+4でfps表示させるとすごい勢いで変動するのにびっくりしました（元ソースやy4mの時点で23.976fpsのCFRなのになんでだろう？）
timecode抽出の方法がわからなかったので応急処置としてMKVtoolnixで23.976指定してみたのですが
45秒あたりの監督名が出てくるシーンの位置が全然違いますね
https://f.easyuploader.app/eu-prd/upload/20200108063222_476e494777.webm
https://i.imgur.com/GRyju3W.png
空白フレームが挟まれてその分水増しされて遅くなってるんじゃなくて
むしろフレーム数が減ってるのか…動画関係は感覚的にすんなりイメージ理解できないことが多い
- 782 ：名無しさん＠編集中 ：2020/01/08(水) 07:54:12.68 ID:fMfMh8n70.net
- >>780
ソースの時点で出てるならエンコードしても消えないよ
フィルタでバンディングを消さないとダメ
- 783 ：名無しさん＠編集中 ：2020/01/08(水) 10:27:16.04 ID:ZaFPs2Zo0.net
- Google Playが「HDR10＋」対応。次世代動画圧縮規格AV1にも実装可能に
https://av.watch.impress.co.jp/docs/news/1227879.html
>「AV1」においても、HDR10+の実装が行なえるようになったという。
- 784 ：名無しさん＠編集中 (ﾜｯﾁｮｲWW df01-l0Ht)：2020/01/08(水) 15:01:03 ID:heFyeRVY0.net
- >>782
ああ、書き方が悪かった
言いたかったのはこういう事
仮に平均SSIM9850以上を達成する程度にビットレートを盛っていたとしても
x265でエンコすることで暗部の画質はソースより劣化し、バンディングが容易に目視できるようになる
（ただ、元々TSの暗部は結構汚いし神経質になっても仕方がないのかもしれない）
- 785 ：名無しさん＠編集中 ：2020/01/08(水) 17:17:40.00 ID:4K02aS6p0.net
- >>781
とりあえずvpxencで出力する形式をwebmからivfに変えてみたらどうだろうか
自分も最初webmで出力して結合したら音ズレしたけどivfにしたら直ったから
原因はよくわからないけど
- 786 ：名無しさん＠編集中 ：2020/01/08(水) 18:28:02.67 ID:heFyeRVY0.net
- aq-mode 3で暗部に多めにビットレート割り振るようにしてエンコしても
これだけバンディングが出るんだよね
ttps://i.imgur.com/eMdGYti.jpg
- 787 ：名無しさん＠編集中 ：2020/01/08(水) 18:31:03.64 ID:W0cLBWHh0.net
- x265ってあんなに遅いのに欠陥品なのか…orz
- 788 ：名無しさん＠編集中 ：2020/01/08(水) 19:46:48.63 ID:wzM5rGI70.net
- >>785
duration_timeがなぜか消えてるな
3フレーム目で分割
ffprobe src.avi -select_streams v:0 -hide_banner -show_entries frame=pkt_pts_time,pkt_duration_time -show_entries stream=r_frame_rate>src.txt
[FRAME]
pkt_pts_time=0.000000
pkt_duration_time=0.041708
[/FRAME]
[FRAME]
pkt_pts_time=0.041708
pkt_duration_time=0.041708
[/FRAME]
[FRAME]
pkt_pts_time=0.083417
pkt_duration_time=0.041708
[/FRAME]
[STREAM]
r_frame_rate=24000/1001
[/STREAM]
IVF
--ivf付加
[FRAME]
pkt_pts_time=0.000000
pkt_duration_time=0.041708
[/FRAME]
[FRAME]
pkt_pts_time=0.041708
pkt_duration_time=0.041708
[/FRAME]
[FRAME]
pkt_pts_time=0.083417
pkt_duration_time=0.041708
[/FRAME]
WebM
--timebase既定値1/1000から精度1ms小数点第4位以下切り捨て
[FRAME]
pkt_pts_time=0.000000
pkt_duration_time=N/A
[/FRAME]
[FRAME]
pkt_pts_time=0.041000
pkt_duration_time=N/A
[/FRAME]
[FRAME]
pkt_pts_time=0.042000
pkt_duration_time=N/A
[/FRAME]
>>781
mkvにしてmkvextract.exe src.mkv timestamps_v2 0:timecode.txtか
ffprobe video.avi -select_streams v:0 -hide_banner -show_entries frame=pkt_pts_time -of csv=p=0から
- 789 ：名無しさん＠編集中 ：2020/01/08(水) 20:11:21.99 ID:saES+tyba.net
- x265はcrf同じでもプリセット重くすると画質が下がるんよな
x264は変わらんのに
- 790 ：名無しさん＠編集中 ：2020/01/08(水) 20:15:21.87 ID:CzLxKEk20.net
- ビットレート決めるのみんなどうしてるの?
何パターンか作って比較しても、どれが自分にとって正解か
だんだんわかんなくなってくる(´･ω･`)
サンプル動画をいくつか見て自分がいいと思う画質をいくつか答えた後はもう
AIがビシッと「このコーデックならあなたには5Mbpsが最適です」とか
決めてくれないかな、ビシッと(`･ω･´)
- 791 ：名無しさん＠編集中 ：2020/01/08(水) 20:21:49.66 ID:sx7FFII20.net
- ソースによって必要なデータ量は違うんだからビットレートが決まるわけ無いじゃん
なんの為の品質基準だと思ってんだｗ
ビットレート決めるのは品質よりファイルサイズを優先する場合だっつーの
- 792 ：名無しさん＠編集中 ：2020/01/08(水) 20:23:05.86 ID:zskCQ+8n0.net
- >>790
SSIM、VMAF
- 793 ：名無しさん＠編集中 ：2020/01/08(水) 21:21:49.66 ID:JiCm/sdW0.net
- MPEG-5 EVCコーデックメモ - Qiita
https://qiita.com/yohhoy/items/b16c0a11f23dd141ea5d
- 794 ：名無しさん＠編集中 ：2020/01/08(水) 21:46:43.33 ID:heFyeRVY0.net
- >>790
自分の場合はOPだけ--tune ssim でエンコして
平均SSIM9850をギリギリ超えるCRFを見つけたら
それで本番エンコードしていた（本番時には--tune ssim付けない）
ただそれでもグラデーションの再現で不満は残るね
多分OPじゃなくグラデーションが目立つ箇所でテストするべきなんだろう
- 795 ：名無しさん＠編集中 ：2020/01/08(水) 22:42:12.62 ID:CCE3nG5a0.net
- >>789
4k/8kでの高圧縮向けって感じだよね
>>784
x265に渡す色深度がx265の指定より多い（x265 10bit-depthモードに12bitにアプサンしたのものを渡す）なら--ditherが必要
他に「 --fades 」「 --rdoq-level 2 」 「 --psy-rd 1.0 」はバンディングの出やすいフェードに有効（psy-rdは違ったかも）
- 796 ：名無しさん＠編集中 ：2020/01/09(木) 03:24:28.07 ID:c94scSum0.net
- >>769
遅くなりましたが正確にフレーム区切りできるようになりました！
ご教示ありがとうございます！
>>788
検証までありがとうございます！
windowsでも以下のバッチ作ったらtimecode抽出できました！
https://f.easyuploader.app/eu-prd/upload/20200109030752_3355536773.webm
ギリギリで作ってたせいでtimecode分で3000KB越えたので先に出力してサイズ調整しないと詰みますね
@echo off
cd /d "%~dp0"
if "%~1" == "" goto error
if not exist "%~dpn1.avi" ffmpeg.exe -y -i "%~dpn1.y4m" -c copy "%~dpn1.avi"
if not exist "%~dpn1.mkv" "mkvmerge.exe" --output "%~dpn1.mkv" --language 0:und "%~dpn1.avi"
"mkvextract.exe" "%~dpn1.mkv" timestamps_v2 "0:%~dpn1_timecode.txt"
if exist "%~dpn1_timecode.txt" del "%~dpn1.mkv"
if exist "%~dpn1_timecode.txt" del "%~dpn1.avi"
- 797 ：名無しさん＠編集中 ：2020/01/09(木) 10:13:23.84 ID:3SYPQAbvr.net
- >>786
そもそもsdrだと黒側はバンディング避けられない
- 798 ：名無しさん＠編集中 ：2020/01/09(木) 11:55:43.61 ID:XU8qVjCOa.net
- AV1のエンコードが遅いのは解決可能なのだろうか
- 799 ：名無しさん＠編集中 (ﾜｯﾁｮｲW 5f90-hOlY)：2020/01/09(Thu) 15:40:26 ID:hDSOiEPi0.net
- >>786
VFでガンマカーブ変えてみるとか
- 800 ：名無しさん＠編集中 ：2020/01/09(木) 19:08:06.79 ID:LcAsvRtF0.net
- 誰か個人でFPGAボードに組み込みやってる人いないんか
- 801 ：名無しさん＠編集中 (ﾜｯﾁｮｲWW ffd2-ZfB7)：2020/01/10(金) 01:12:49 ID:fCZHxUl70.net
- >>800
ドワンゴが一部機能に限定して実装してやっとこさ大規模FPGAに載る規模だから、
個人で買えるようなチップに載せるのは無理だよ
https://dwango.github.io/articles/av1hwencoder/
- 802 ：名無しさん＠編集中 ：2020/01/10(金) 11:30:59.31 ID:u9tnQCjqM.net
- SVT-AV1のソースコードが更新されたので、ビルドしたんだけどやたら遅い。
前コードの十倍かかる。大きな変更でもあったのかしら。
- 803 ：名無しさん＠編集中 ：2020/01/10(金) 20:28:58.41 ID:M/Z1BtPD0.net
- 今年に入って派手にコードをクリーンアップしたのだけは確か
- 804 ：802 ：2020/01/11(土) 11:26:27.74 ID:Xyhj8geo0.net
- おいらのビルド方法が間違っていた。ちゃんと速度出る。
すいませんでした。m(__)m
- 805 ：名無しさん＠編集中 ：2020/01/12(日) 05:09:43.71 ID:g+bVSbZX0.net
- >>804
許さん🤜🤜🤜
- 806 ：名無しさん＠編集中 ：2020/01/13(月) 07:39:49.30 ID:DV8LJWkA0.net
- >>793
Versatile Video Codingに対するVersatileというこのネーミングよ、特許ダイエットはうまくいくんだろうか
MPEG-H Part 2 / (HEVC) MPEG-I Part 3 / (VVC)ときてMPEG-5 Part 1 / (EVC)とMPEG-4以来のナンバリング復活になるのが不思議なところ
- 807 ：名無しさん＠編集中 ：2020/01/13(月) 10:07:41.57 ID:i9Wyqa93a.net
- EVCは絶対に流行らんでしょ
MPEGの迷走の象徴みたいなコーデック
- 808 ：名無しさん＠編集中 ：2020/01/13(月) 13:01:28.35 ID:qlZfcmAUF.net
- >>807
EVC?
- 809 ：名無しさん＠編集中 ：2020/01/13(月) 13:18:19.86 ID:/HpDWQEL0.net
- >>808
>>793
- 810 ：名無しさん＠編集中 ：2020/01/13(月) 13:50:15.95 ID:uIj54kEJd.net
- この先生きのこるのは？
- 811 ：名無しさん＠編集中 ：2020/01/13(月) 14:23:05.76 ID:qlZfcmAUF.net
- >>809
感謝です。こんなコーデックがあるとは
- 812 ：名無しさん＠編集中 ：2020/01/13(月) 15:33:35.50 ID:TC0Ue+fq0.net
- ちゃんとラップで感謝を表すべきだと思うYO！♪( ´▽｀)
- 813 ：名無しさん＠編集中 ：2020/01/15(水) 11:53:00.61 ID:4emBvqJB0.net
- ITU-TはH.26xで分かりやすいわな
- 814 ：名無しさん＠編集中 ：2020/01/16(木) 11:17:51.40 ID:ltPK+Itu0.net
- 符号化標準 ：導入された符号化技術
H.261 ：MC-DCT。2次元VLC、GOB、マクロブロック、mquant、CBP
JPEG ：DCTと量子化マトリクス、2次元(run-size)VLC
MPEG-1 ：MC-DCTに双方向予測、半画素予測、スライス
MPEG-2(H.262） ：フレーム/フィールド予測、DCTtype、Dual'予測と、スケーラビリティ(空間、SNRなど)
H.263 ：イントラDC-AC予測、3DVLC、枠制限無(unrestricted)MC、など多くの技術
JPEG2000 ：離散Wavelet変換(DWT)にEBCOT符号化、ビットプレーン、ROI符号化
MPEG-4 ：オブジェクトベース符号化(形と模様)、イントラDC-AC予測、1/4画素予測
MPEG-4 AVC ：マルチフレーム予測とイントラ予測、4x4 DCT(整数変換) 逆スキャン符号化、ループ内デブロック
HEVC ：4分木(quadtree) による画像分割、タイル、スキップ/動きマージ/AMVPの複数候補選択、SAO
JCT3V ：デプス画像を用いる3D多視点符号化
特許の使用を最小限にするっていうEVCが気になったついでに調べたけど時代が下るにつれ相応に技術も投入され続けているんだな
結局は計算複雑性とその時代のコンピューター性能のバランス次第になるんだろうな。ただまだ劇的に圧縮率が上がる技術の引き出しはあるのか気になる。
そういやマスモニの取説を読んでたら
https://www.sony.jp/products/catalog/FUN_WhitePaper_OLED_ColorMatching_V1_00.pdf
モニタの校正や色空間の変換で用いるXYZ色空間の標準CIE 1931の等色関数は間違ってるって、CRTで見たテープとキャプチャしてRec. 709で表示した色は実は色ずれてたってこと？
- 815 ：名無しさん＠編集中 (ﾜｯﾁｮｲ 412d-otum)：2020/01/16(Thu) 18:15:51 ID:5P27ivhl0.net
- >>814
CRTや従来（sRGB）LCD同士なら1931でもズレは問題にならない
広色域LCDやOLEDは緑が短波長になってるので、
それだと1931が人間の眼と異なってるためズレが生じて問題になった
- 816 ：名無しさん＠編集中 ：2020/01/17(金) 00:10:18.11 ID:JkrYQAyH0.net
- chromium版のedgeでAV1再生できないのは何故だろう
- 817 ：名無しさん＠編集中 ：2020/01/17(金) 01:54:31.84 ID:HbWoq2ReM.net
- 坊やだからさ
- 818 ：名無しさん＠編集中 ：2020/01/17(金) 05:02:43.79 ID:tdIU98zE0.net
- FireFoxというかGeckoでAVIF画像(AV1 Image File Format)がサポート
https://bugzilla.mozilla.org/show_bug.cgi?id=1443863
https://groups.google.com/forum/#!msg/mozilla.dev.platform/bIM8ZaFS-d8/VwbG7okoCwAJ
AVIFはSDRに加えてHDRに対応している。Web画像にJPEG XRが成し遂げられなかったHDRの世界がやってくるかもしれない。
https://aomediacodec.github.io/av1-avif/
>>816
Can I useではSupportedだけど再生できないね。AV1 Video Extensionの有無も関係ないみたい。
https://caniuse.com/#search=AV1
Microsoft Edge Platform Statusにも特に書いてない。
https://developer.microsoft.com/en-us/microsoft-edge/status/
chrome://flags/で有効化されてないのかもと見たらenable-av1-decoderがない、よくわからない。
>>815
>CRTや従来（sRGB）LCD同士なら1931でもズレは問題にならない
そうなんだ。
- 819 ：名無しさん＠編集中 (ﾜｯﾁｮｲ a963-A78j)：2020/01/17(金) 06:22:13 ID:XuD+FwzD0.net
- 動画が長ければ長いほど(秒数)でライセンス料が増えていくことを課した結果、
流行らなかったMPEG4-ASPの失敗は二度と繰り返してはならない
繰り返してはならない・・・・！！
- 820 ：名無しさん＠編集中 転載ダメ (ﾜｯﾁｮｲ 41ed-xsPz)：2020/01/17(金) 11:45:59 ID:s73ztA060.net
- >>819
DivX 5やXvid等の有名な実装はあったけど今となってはレアな規格になったわな
- 821 ：名無しさん＠編集中 ：2020/01/17(金) 11:58:38.02 ID:dDZK2IkOM.net
- そういやavifとかwebpとか
動画の圧縮形式ベースの奴って
ハードウェアデコードできるの？
- 822 ：名無しさん＠編集中 ：2020/01/17(金) 12:58:49.94 ID:zFoeoxQa0.net
- コンテナもツールも過渡期だったんだよ
失敗という名の経験さ
- 823 ：名無しさん＠編集中 (ｵｲｺﾗﾐﾈｵ MM29-OLTp)：2020/01/17(金) 20:39:12 ID:k1Z5qOsBM.net
- 1フレームの動画としてデコードできるんじゃね？知らんけど
- 824 ：名無しさん＠編集中 (ﾜｯﾁｮｲWW 4101-a+UC)：2020/01/18(土) 00:15:48 ID:xmArY5I20.net
- webpってハードウェアデコードが必要なほど遅くないでしょ
デコードに関してはpngより早いとかじゃなかったか
- 825 ：名無しさん＠編集中 (ｱｳｱｳｴｰ Sa0a-QOjy)：2020/01/20(月) 08:25:30 ID:GrvgPQDDa.net
- >>824
AV1は重いんじゃないの？
- 826 ：名無しさん＠編集中 (ｱｳｱｳｴｰ Sa0a-tbOJ)：2020/01/20(月) 14:06:14 ID:5A+fGIoRa.net
- 重いと言っても1フレームくらいならしょぼいCPUでも余裕
- 827 ：名無しさん＠編集中 ：2020/01/20(月) 15:41:02.38 ID:ZupS05O70.net
- googleの画像検索とか使うと、何も知らないうちにwebp使って表示されてたりするぞ。
Googleの至上命題は帯域の削減だから、どんどんデファクトではないWebpやVP9、AV1を使ってる。
jpegやH264より2-3割でもサイズ小さくできれば、
どんなにエンコ時間掛かっても、帯域節約効果のほうがメリット大きいからね。
そうやって自然に画像や動画の標準を侵食してくわけだ。
ところで、Fastestを名乗ってるRav1eのクソ遅さは何なんだろね。
しかもCPUフルパワーで使ってくれねーし。
やたら画面分割エンコしてようやくCPU負荷55%がいいところじゃないか。
それでも遅いしなぁ
CPUフルに使ってくれるSVTAV1の優秀さよ。
- 828 ：名無しさん＠編集中 ：2020/01/20(月) 17:56:56.86 ID:WRqbfIJT0.net
- 早くぼくの考えた最強のコーデック作って普及してくれー！
- 829 ：名無しさん＠編集中 ：2020/01/20(月) 18:37:51.18 ID:SeQQ42+u0.net
- 1フレームでもCPUで全然余裕じゃねぇだろ。
現状のWEBPやPNGでさえ、大きい画像だとCortexA72などで3,4秒以上かかるのに
- 830 ：名無しさん＠編集中 ：2020/01/20(月) 19:38:41.97 ID:Y8Z2/c2A0.net
- 動画コーデックのIフレームを使う画像形式って動画用のチップを使い回せるのが利点なの？
- 831 ：名無しさん＠編集中 ：2020/01/20(月) 20:13:38.34 ID:rjpX5kBR0.net
- IntelのDG1とかXeのハードウェアエンコーダ関係は何か情報出た?
- 832 ：名無しさん＠編集中 ：2020/01/20(月) 20:16:17.11 ID:na4JseqY0.net
- >>827
rav1eなんだけどこのスレで話題に出てたようにソース動画をシーンで分割して並列でエンコードしたほうがいいのかもしれない
rav1eの開発者の一人であるThomas Daede氏がまさにそういうPythonスクリプトにスター付けてる
master-of-zen/Av1an: Tools for streamline av1 encode
https://github.com/master-of-zen/Av1an
- 833 ：名無しさん＠編集中 (ﾜｯﾁｮｲW 7d90-BBB2)：2020/01/20(月) 21:53:20 ID:i4olgbD70.net
- 元来segmentフィルタはHLS、MPEG-DASHで使うのが主たる用途の様だし時分割エンコと組み合せるのは自然なんだろうな。
- 834 ：名無しさん＠編集中 (ｱｳｱｳｴｰ Sa0a-QOjy)：2020/01/21(火) 11:47:53 ID:4KLr7aK8a.net
- スマホゲーとかアホみたいに解像度も高いしデータ量も多いから
重い規格だとデータ展開にかかる時間がばかにならないだろうな
- 835 ：名無しさん＠編集中 ：2020/01/21(火) 17:47:07.96 ID:FG8DJiz+0.net
- CUDAのnvJPEGみたいにGPUで展開するデコーダーもあるけど
Tesla V100 vs. Skylake 6140@2.3GHzの条件で1.4x~1.8xの高速化ってどうなんだこれ
- 836 ：名無しさん＠編集中 ：2020/01/21(火) 18:27:57.08 ID:6ohHRAasM.net
- 画像のデコードなんてCPUでも大して時間かからない
むしろGPUにデータを送ること自体が無駄になって遅くなることまである
- 837 ：名無しさん＠編集中 (ﾜｯﾁｮｲWW 8290-/xG5)：2020/01/21(火) 20:40:06 ID:m35hr45J0.net
- モバイルアプリ作ったことないのか?
https://mevius.5ch.net/test/read.cgi/avi/1532001049/481
色々考えなきゃいけないくらい十分遅い
- 838 ：名無しさん＠編集中 (ｱｳｱｳｴｰ Sa1f-+3Q7)：2020/01/22(水) 00:20:01 ID:PB2AHamaa.net
- お前こそ作ったことないだろ
スマホアプリで画像の扱いなんてライブラリにおまかせだぞ
- 839 ：802 ：2020/01/22(水) 11:28:16.37 ID:l8FmXZJ+0.net
- SVT-AV1ビルドしてみた。
Ryzen5 3600で動作した。AVX512非対応。
https://f.easyuploader.app/eu-prd/upload/20200122112648_75496f7170.zip
- 840 ：名無しさん＠編集中 (ﾜｯﾁｮｲWW a790-Hxi+)：2020/01/22(水) 12:06:25 ID:Efd5mwTX0.net
- >>838
まさしく経験不足アピール。こういうエアプログラマーが多いから>>826、836みたいなCPUのデコード、エンコード大したことないとかほざくやつ多すぎるんだろう。
glideやpicaso使うだけでまともに自分で1回も実装したことすらないんだろう。
- 841 ：名無しさん＠編集中 ：2020/01/22(水) 12:41:01.44 ID:vl+ShzPQa.net
- 自分で実装するほうがアホだろ
そういうのは車輪の再発明って言うんだ
あと描画に時間かかるような画像を表示するのはアプリ設計自体が間違ってる
- 842 ：名無しさん＠編集中 ：2020/01/22(水) 13:06:19.61 ID:Efd5mwTX0.net
- 誰も毎回自分で実装しろなんていってねぇぞ?
「1回すら」も自分で実装した経験すらないから
からCPUで余裕とか勘違いしてほざいてんだろ。
それに前はUniversal Image Loaderとかもあったが自前実装が普通だぞ。最近プログラマーになったばかりか?
- 843 ：名無しさん＠編集中 (ﾜｯﾁｮｲWW a790-Hxi+)：2020/01/22(水) 13:13:11 ID:Efd5mwTX0.net
- https://developer.android.com/topic/performance/graphics/
前からこのページが用意されてて前は自前実装当たり前だし、自分で最低限の非同期処理としのキャンセルとか組み込んでも100行未満だし。
経験不足アピールお疲れとしかいいようがない
- 844 ：名無しさん＠編集中 (ﾜｯﾁｮｲW 47b5-7ffU)：2020/01/22(水) 13:43:41 ID:0M6nr7us0.net
- >>843
>ほとんどのケースでは、Glide ライブラリを使用してアプリのビットマップを取得、デコード、表示することをおすすめします。
>Glide を使用すると、Android におけるビットマップなどの画像の操作に関連するこうしたタスクの処理の複雑さをほとんど取り除くことができます。
そのページでもライブラリに任せろって書いてあるんですが…
- 845 ：名無しさん＠編集中 (ﾜｯﾁｮｲWW a790-Hxi+)：2020/01/22(水) 13:54:25 ID:Efd5mwTX0.net
- >>844
だから、最近はそうだけど前は違って自前実装当たり前だったっていってるんだが...
俺が最近作ったandroidアプリはglide使ったけど、でもflutterアプリの方は要件から自前実装だし。
- 846 ：名無しさん＠編集中 (ﾜｯﾁｮｲWW a790-Hxi+)：2020/01/22(水) 14:01:18 ID:Efd5mwTX0.net
- 今時はglideやpiccasoだの使うの否定してねぇよ。
ただ、お前みたいなライブラリしか使ったことねぇ経験不足が多いからCPUのデコード/エンコードが軽いと勘違いするやつが多いっていってるだけ。
- 847 ：名無しさん＠編集中 (ﾜｯﾁｮｲ a7e7-9rwV)：2020/01/22(水) 14:44:54 ID:llnY9+1W0.net
- >>846
モバイルだとまだまだ画像のCPUデコードにもある程度時間がかかると言いたいのはわかったし
くだらないマウンティングや昔語りについては他所でやってくれって感じでどうでもいいんだけど、
・モバイル環境で画像のGPUデコードができるのか
・GPUデコードした場合、CPUデコードと比べて速度はどうなるのか
という点に関する情報はないの？
- 848 ：名無しさん＠編集中 (ﾜｯﾁｮｲWW 8701-pHbr)：2020/01/22(水) 15:06:10 ID:WviAzwLm0.net
- >>827
侵食してくも何ももうwindows10も素でwebp扱えるし……
自分は長期保存する可逆圧縮画像はほぼwebpに置き換えたわ（raw画像などはそのまま）
- 849 ：名無しさん＠編集中 (ﾜｯﾁｮｲW 2790-qhHt)：2020/01/22(水) 15:25:49 ID:NZqV2Gwf0.net
- >>847
それは気になる
>>840
>経験不足
>まともに自分で1回も実装したことすらない
すまんな
- 850 ：名無しさん＠編集中 (ｽﾌﾟｯｯ Sd7f-lU6e)：2020/01/22(水) 18:19:23 ID:xXx5SNnEd.net
- >>848
オレの中ではペイントが扱えるようになるまで
素で扱える扱いにはならないw
- 851 ：名無しさん＠編集中 (ﾌﾞｰｲﾓ MMcb-Wb6n)：2020/01/22(水) 20:13:23 ID:YcX5U7pCM.net
- Glideと聞くとVoodooの専用APIの方思い出すよね
- 852 ：名無しさん＠編集中 ：2020/01/22(水) 21:55:18.50 ID:97/PmY9I0.net
- これまた懐かしい
- 853 ：名無しさん＠編集中 ：2020/01/23(木) 03:58:55.31 ID:f2CLhy2H0.net
- >>455
膨大な通信によるバッテリー消費+端末の冷却の問題、サーバー側が安定して供給できる事が前提だよね
そもそも外部出力するんでもなければ現状のdpiでも十分すぎると思うから8kあってもね…
普段使用するサービスで安定した通信量が確保できなかったら通信待ちとかブロックノイズまみれにもなるし
その時代の端末で冷却がボトルネックにならない程度の負荷に収まるなら圧縮されているに越した事はないと思う
- 854 ：802 (ﾜｯﾁｮｲ 5f02-Jq7D)：2020/01/23(Thu) 04:55:54 ID:gI6VHUA80.net
- SVT-AV1
Zen2向け、AVX512非対応
https://f.easyuploader.app/eu-prd/upload/20200123045443_516345774d.zip
- 855 ：名無しさん＠編集中 (ﾜｯﾁｮｲW 2790-qhHt)：2020/01/23(Thu) 06:28:12 ID:/Ln1PtVn0.net
- >>854
せっかくビルドしてくれるならzen1向けにAVX2切ったのくれ
- 856 ：名無しさん＠編集中 (ﾜｯﾁｮｲ 5f02-xBk/)：2020/01/23(Thu) 06:30:33 ID:UdZkL6zJ0.net
- 歴史的に見れば、通信帯域は拡大していってるけれど、同時に、
データ圧縮技術も伸びていて、バイナリ、画像、音楽、動画、
どれをとっても、昔より高圧縮高品質になっている。
つまり、広帯域高速通信が普及すれば圧縮率は気にされなくなる、という意見には意味がない。
それは歴史が否定してる。
- 857 ：名無しさん＠編集中 (ﾜｯﾁｮｲWW 8701-pHbr)：2020/01/23(Thu) 06:38:01 ID:dSgISyAT0.net
- そうは言っても画像はなかなか置き換え進まなかったろ
jpeg2000とかw
- 858 ：名無しさん＠編集中 (ﾜﾝﾄﾝｷﾝ MM3f-4dKJ)：2020/01/23(Thu) 06:43:33 ID:L1tXpX9lM.net
- >>855
Zen2買いなはれ。安いんやから。
- 859 ：名無しさん＠編集中 (ﾜｯﾁｮｲ 5f02-xBk/)：2020/01/23(Thu) 07:29:07 ID:UdZkL6zJ0.net
- >>857
それは、デファクトスタンダードが決まらないと、皆が採用しにくいのに、
皆が採用しないからデファクトスタンダードが決まらないというジレンマがあったせい。
しかしそのジレンマも今や意味がなくなった。
なぜなら、IT大手が自社利益のためだけに勝手に開発し、勝手に使う世の中になったから。
mp3の次が決まらないなか、Appleは勝手にAAC使って、ipodで音楽業界を席巻した
映画ドラマ業界がH265が標準だ！と言ってる間に、
GoogleはOn2買収してVp9開発してYoutubeで勝手に使い始めた。
音も勝手にOpus採用し、皆何も意識せずにVP9とOpusを視聴してる。
今では知らない間にAV1が使われてるね。
画像も勝手にWebp作って画像検索で使ってる。誰も意識してない。
標準化作業とか、多数企業の合意とか、そういうの不要な世の中になっちゃったのよ。
- 860 ：名無しさん＠編集中 (ｵｯﾍﾟｹ Sr7b-rvZU)：2020/01/23(Thu) 07:34:45 ID:KhZxxi8Ur.net
- >>859
それだよな。
コンピュータでやれるようになったからそのへん自由になった。
純粋に、且つわかりやすい。いいものが流行る。銭ゲバは淘汰される。
それだけ。
- 861 ：名無しさん＠編集中 (ｱｳｱｳｴｰ Sa1f-vmIs)：2020/01/23(Thu) 07:53:16 ID:xdrJ/M8Ma.net
- iTunesもyutubeもそれを決めた、待ってたのでなく
そういうデファクトスタンダードを自分らで作ったから
その上で自由に速く事を進められたということなのかな
- 862 ：名無しさん＠編集中 ：2020/01/23(木) 07:57:21.25 ID:KhZxxi8Ur.net
- >>861
時代は変わって方向を決めるのは老害の勝手な都合やワガママではなく有能のやる気、になったんだよ。
そのほうがずっと健全だわな。
有能で新しいものいいものどんどん出すやつはその時点で重用するべき。なんでもだが。出し惜しみとか最悪だしな。
今のit大手があれだけ勝ってるのはそれを単純にやり切ってるから、というだけ。
- 863 ：名無しさん＠編集中 ：2020/01/23(木) 13:57:37.49 ID:TkhrqBnj0.net
- AV1圧縮率がHEVCより30%〜って記事見かけるけど
2018夏ごろの比較だと、AV1は同じビットレートのHEVC、VP9より画質悪いんだけど・・・
画質も30%悪くなるものに、価値あります？
- 864 ：802 ：2020/01/23(木) 15:01:19.82 ID:gI6VHUA80.net
- 更新につき
https://f.easyuploader.app/eu-prd/upload/20200123150046_5965586930.zip
- 865 ：802 (ﾜｯﾁｮｲ 5f02-Jq7D)：2020/01/23(Thu) 16:50:34 ID:gI6VHUA80.net
- また更新してたｗ
https://f.easyuploader.app/eu-prd/upload/20200123164944_785671314c.zip
- 866 ：名無しさん＠編集中 ：2020/01/23(木) 23:52:05.84 ID:WWqo26l70.net
- >>863
画質も圧縮率もAV1の方が高いけど
https://i.imgur.com/t0LBPfJ.png
HEVCは特許でゴネてるせいでブラウザで再生されないので価値としては論外かな
- 867 ：名無しさん＠編集中 ：2020/01/24(金) 01:26:37.49 ID:gWmmYXbH0.net
- ttps://www.singhkays.com/blog/av1-ecosystem-update-december-2019/
AV1 Ecosystem Update: December 2019
- 868 ：名無しさん＠編集中 (ｵｯﾍﾟｹ Sr7b-rvZU)：2020/01/24(金) 06:36:24 ID:eG8W7zgor.net
- >>866
プレイヤー使えば良いだけのこと
- 869 ：名無しさん＠編集中 (ﾜｯﾁｮｲ 2790-FkkX)：2020/01/24(金) 12:47:51 ID:oT5ODUFt0.net
- >>866 VMAF95で大体これくらい？
libaom_c1_2pass 1760kbps
libaom_c1_1pass 1960kbps
libvpx_vp9_c0_2pass 2060kbps
SVT-AV1_encmode1_1pass 2130kbps
x265_veryslow 2220kbps
rav1e_s1_1pass 2440kbps
x264_veryslow 2450kbps
x265比で約12％、2Passなら21％差か
- 870 ：802 (ﾜｯﾁｮｲ 5f02-Jq7D)：2020/01/24(金) 14:23:33 ID:v5Qp2VaU0.net
- https://f.easyuploader.app/eu-prd/upload/20200124142305_7542556832.zip
- 871 ：名無しさん＠編集中 (ｱｳｱｳｴｰ Sa1f-+3Q7)：2020/01/24(金) 16:25:36 ID:nocJrY5Ga.net
- Eve-vp9がx265より少し遅い程度のエンコード時間でlibaomと同じくらい圧縮率高くできるんだよな
エンコーダがどれだけ大事かわかる
libvpxがそれだけ優秀だったらもっとvp9流行ると思うのにね
- 872 ：名無しさん＠編集中 ：2020/01/24(金) 17:12:22.47 ID:oT5ODUFt0.net
- >>871
EVE-VP9触ってみたいよなNetflixみたいなお買い物ができるわけないし社員にでもならないと無理だけど
Netflix公式テックブログのレビューみてもx265の品質は明らかに超えてるしlibvpxェ…
https://netflixtechblog.com/performance-comparison-of-video-coding-standards-an-adaptive-streaming-perspective-d45d0183ca95
https://i.imgur.com/qCE57EX.jpg
- 873 ：名無しさん＠編集中 (ﾜｯﾁｮｲWW 8701-pHbr)：2020/01/24(金) 18:56:31 ID:/P+9oGl40.net
- H.265よりエンコードがちょっと遅いくらいで倍圧縮できる規格はよ
- 874 ：名無しさん＠編集中 (ﾜｯﾁｮｲ 072c-CUbJ)：2020/01/24(金) 22:51:57 ID:1cVtOSFx0.net
- 移動体通信100Gbps時代に求められる次世代コーデックとはどんなもんなんだろうね
ドコモ、5Gの次世代「6G」のコンセプト公開 「5Gの10倍」「複数要素の同時実現」「宇宙までのカバレッジ拡大」など - ITmedia NEWS
https://www.itmedia.co.jp/news/articles/2001/22/news096.html
- 875 ：名無しさん＠編集中 ：2020/01/24(金) 23:16:46.36 ID:/P+9oGl40.net
- 惑星間通信を想定したtcp/ipについての記事を日経ネットワークか何かで20年くらい前に読んだことがあるが
いよいよ実現するのか
- 876 ：名無しさん＠編集中 ：2020/01/24(金) 23:40:15.23 ID:nocJrY5Ga.net
- 衛星通信でTCPは相性悪すぎないか
- 877 ：名無しさん＠編集中 ：2020/01/25(土) 00:13:58.90 ID:RPxRwDVD0.net
- >>868
プレーヤー（死語）
- 878 ：名無しさん＠編集中 (ｱｳｱｳｲｰ Sa7b-14vx)：2020/01/25(土) 09:48:10 ID:X6S/tfwha.net
- 時代はUDP+QUICだから問題無い
- 879 ：名無しさん＠編集中 ：2020/01/25(土) 14:21:13.61 ID:qot9zTW90.net
- 5G6Gは動画よりもVRに革新きそうでちょっと期待してる
- 880 ：名無しさん＠編集中 (ﾜｯﾁｮｲW 2790-RblS)：2020/01/25(土) 22:33:34 ID:W7p2iG1n0.net
- 光速がボトルネックすぎる
- 881 ：名無しさん＠編集中 (ﾜｯﾁｮｲWW 8701-pHbr)：2020/01/25(土) 23:11:02 ID:IEwX6Nfk0.net
- 量子コンピュータも勉強させられてから25年くらい経ってるし
頭の良くない人間としてはこんな役に立たないこと教えてほしくなかったな
- 882 ：名無しさん＠編集中 (ﾜｯﾁｮｲ 878e-D7No)：2020/01/26(日) 01:54:16 ID:GuIuueDc0.net
- いい年してスレタイも理解でき・・・頭のよくないオッサンには無駄な事ばかりな世の中だろうけれど、
無駄なものを勉強しなくてもあんたの人生には大差ないさ
- 883 ：名無しさん＠編集中 (ﾜｯﾁｮｲ 5f02-klkx)：2020/01/26(日) 08:25:31 ID:MTxJtCWu0.net
- EVE-VP9の関連記事読んでると、VP9にはまだまだ可能性あるなと感じるね。
画質、エンコ速度ともに、まだまだ伸びそう。
AV1も、SVT-AV1がマルチコアで結構まともな速度出してるし、
規格の問題ではなく、実装の問題だとわかったことは大きい。
- 884 ：名無しさん＠編集中 (ｱｳｳｨﾌW FF4b-JNRg)：2020/01/26(日) 16:09:39 ID:bjrvB+gKF.net
- >>881
量子コンピューターは、そもそも明確な定義がないし、今のところコプロセッサにしかなりようがない。
- 885 ：名無しさん＠編集中 (ﾜｯﾁｮｲ 2790-FkkX)：2020/01/26(日) 17:47:22 ID:SjgwyxvX0.net
- >>883
NHKの相撲中継や録画だとみんなのうたとか間違いなく昔の録画より画質が上がってるな。やっぱり大事なのは実装な感じ。
よく観察すると細かい被写体はボカされて輪郭がハッキリしてるとこにビットを割り振ってる気がする。MPEG2だし動きやビットレート不足のノイズが
特に目立つ紅白やサッカーはどうしようもないけど。サブスクリプションでEVEのエンコーダ使いたいわ。市場が小さすぎるしB2Bメインになるのは仕方ない気もするけど。
- 886 ：名無しさん＠編集中 ：2020/01/26(日) 18:06:29.31 ID:Zo3TjKYf0.net
- アナログ時代の素材を現在地デジで流している画質に関して言えば
そのほとんどが当時のアナログ構成の映像が上なので比較にならない
現在の地デジ向けにキャプチャ&エンコードする際に
恐ろしいまでの劣化が生じている
アナログリアルタイム視聴してた世代はわかると思う
- 887 ：：2020/01/26(日) 18:19:47.38 ID:FFreAjuR0.net
- >>886
もしかして：思い出補正
- 888 ：名無しさん＠編集中 (ﾜｯﾁｮｲ 8716-Jq7D)：2020/01/26(日) 21:18:54 ID:JcSMlG180.net
- ブロックノイズや輪郭のモスキートノイズなどとは無縁だが
線ののボケや色のズレ、電波の反射で起こるゴーストなどなど
クソくらえと思う要素は多くあった
>>885
元のビットレートが減らされてるから得手不得手はある
私の地元のNHKは静的なシーンでビットレート落としすぎてブロックノイズ祭りになってる
それがgeforceを買ってamatsukazeに完全移行を決行した原因
- 889 ：名無しさん＠編集中 (ｱｳｱｳｳｰ Sa4b-0R2j)：2020/01/26(日) 22:14:01 ID:A7QyLYFoa.net
- 放送段階でブロックノイズ出るならts抜きしても意味ない気が
- 890 ：名無しさん＠編集中 ：2020/01/26(日) 22:35:58.14 ID:3y5PS3Tk0.net
- アナログが良かったという人、放送局のそばに住んでたとか立地が恵まれてる人だけじゃないかなあ
- 891 ：名無しさん＠編集中 (ﾜｯﾁｮｲWW c701-UGVF)：2020/01/26(日) 22:47:08 ID:v91yovmm0.net
- あとは信号が弱すぎてアナログだと辛うじて見れてたのが見れなくなったとか？
- 892 ：名無しさん＠編集中 ：2020/01/26(日) 23:11:37.14 ID:JcSMlG180.net
- >>889
デブロッキングフィルタという、ブロックノイズを消すフィルタがあるのだ
amatsukazeレベルの適応型の高精度デブロッキングフィルタは（DTV界隈で）他に類を見ない水準
- 893 ：名無しさん＠編集中 ：2020/01/26(日) 23:13:25.48 ID:3y5PS3Tk0.net
- そもそも放送ってその性質上
動画ファイルとは違って静的なシーンで極端にビットレート落とすことできないよな？
- 894 ：名無しさん＠編集中 (ﾜｯﾁｮｲ 072c-CUbJ)：2020/01/26(日) 23:40:23 ID:Zo3TjKYf0.net
- >>890
もしも>>886の書き込みを見て言ってるなら
ちゃんと読んでほしい
アナログ放送が良かったとかレコード厨みたいなことは全く言ってない
「アナログ時代の素材を現在地デジで流している画質」のこと
キャプチャとエンコードされた地デジしか見たことがない人は
それ本来の画質以下だよ、と言ってる
- 895 ：名無しさん＠編集中 (ﾜｯﾁｮｲ 072c-CUbJ)：2020/01/26(日) 23:40:23 ID:Zo3TjKYf0.net
- >>890
もしも>>886の書き込みを見て言ってるなら
ちゃんと読んでほしい
アナログ放送が良かったとかレコード厨みたいなことは全く言ってない
「アナログ時代の素材を現在地デジで流している画質」のこと
キャプチャとエンコードされた地デジしか見たことがない人は
それ本来の画質以下だよ、と言ってる
- 896 ：名無しさん＠編集中 (ﾜｯﾁｮｲ 8716-Jq7D)：2020/01/26(日) 23:41:27 ID:JcSMlG180.net
- ならいいんだけどね
実際は「地デジ ビットレート グラフ」で出てくる録画人間さんを見ればわかるようにかなり乱高下してる
- 897 ：名無しさん＠編集中 (ﾜｯﾁｮｲ 8716-Jq7D)：2020/01/26(日) 23:45:21 ID:JcSMlG180.net
- >>895
よく理解できないんだけど、本来の画質とはなんぞ
- 898 ：名無しさん＠編集中 (ﾜｯﾁｮｲWW c701-UGVF)：2020/01/27(月) 00:00:15 ID:p4oFHHjx0.net
- インターレース映像を完璧にアップスケールなんて無理じゃね、インターレース同士であっても
- 899 ：名無しさん＠編集中 (ﾜｯﾁｮｲ 7f8e-D7No)：2020/01/27(月) 00:10:11 ID:8qBKHF1G0.net
- また過去の栄光の話で重箱の隅突っつきあうのかよ
つい最近ものすごく似たどうでもいいやり取りを見た
- 900 ：名無しさん＠編集中 (ﾜｯﾁｮｲ 072c-CUbJ)：2020/01/27(月) 00:19:30 ID:4+4D7IwD0.net
- >>897
言葉がまだ足りなかった
「アナログ時代の素材を現在地デジで流している画質」のこと
「アナログ時代の映像を下手くそにキャプチャとエンコードされた映像で」
「地デジ放送で流されているのしか見たことがない人」は
「アナログのままアナログの機材で視聴している画質より」
「かなり落ちた画質ですよそれ」と「言いたい」
連投すまそ
- 901 ：名無しさん＠編集中 (ﾜｯﾁｮｲ 87da-FkkX)：2020/01/27(月) 01:14:55 ID:/+llsdvU0.net
- ソースと受信する容量と実際に視聴する画面を別にして話さないとアレな気が
ぶっちゃけアナログテレビが黄色くなるし不安定だから実質低画質
大概アナログ機器は高品質にしようとするとコストかかるし、デジタルで安定していてソースと比較してそれなりの画質ならそれでいいと思う
- 902 ：名無しさん＠編集中 (ﾜｯﾁｮｲ a7b5-9rwV)：2020/01/27(月) 04:08:18 ID:HFo5UuGO0.net
- オリジナルが上限として加工のステップを踏むたびに劣化していくのは避けられないからそこは仕方ないよな
ただデジタルリマスターとかで彩度やコントラストや色温度を上げるだけでトータルでは劣化してても一般消費者は満足したりするのも事実
- 903 ：名無しさん＠編集中 (ﾜｯﾁｮｲ 5fab-V1vN)：2020/01/27(月) 20:47:41 ID:VcffCQbb0.net
- > トータルでは劣化してても
んなーこったない
- 904 ：名無しさん＠編集中 (ﾜｯﾁｮｲ 2790-FkkX)：2020/01/27(月) 21:15:55 ID:JeNLF1O+0.net
- さすがにスレチでは
- 905 ：名無しさん＠編集中 (ﾜｯﾁｮｲ 8716-Jq7D)：2020/01/27(月) 22:43:41 ID:e5e2nXVj0.net
- >>900
もしかしてインターレース維持リサイズが対策しようとしたやつのこと?
テレシネ縞のままアプコンして劣化してるってやつ
- 906 ：名無しさん＠編集中 (ﾜｯﾁｮｲ 5fe3-Z7Bm)：2020/01/27(月) 22:54:41 ID:7/GE8TWL0.net
- アニメでもよっぽどヒットした作品とかじゃないと編集済みのマスターテープが残っていれば御の字って感じみたいだからなあ
EVE-VP9の話向けに比較エンコしようとしていた矢先にwin10機がネットに繋がらなくなって話に乗り遅れたけど
741〜で教えてもらったキーフレーム任意分割エンコだけでも画質が結構上がるから
たぶん似たような手法で並列エンコさせてるんじゃないかと思う
https://f.easyuploader.app/eu-prd/upload/20200127223244_5244625a4c.webm
https://f.easyuploader.app/eu-prd/upload/20200127223304_614c683152.webm
- 907 ：名無しさん＠編集中 (ﾜｯﾁｮｲ 2790-FkkX)：2020/01/28(火) 17:10:36 ID:vbvhN6z00.net
- >>906
libvpxのAQ含むレートコントロールが下手なだけでVP9規格のポテン
シャルはEVE-VP9が示すようにHEVCに対して勝るとも劣らないんだろ
うなあ。分割＆オプション調整＆リトライってセミオートなやり方
かつCQにすると少しマシになるってのが面白い。
まーったく関係ないけどそのリンク先の２つのWEBM、再生時間(1:30.1380)
タイムコードは同じでもAviUtlの拡張編集で並べると再生時間が変わ
るの気持ち悪いね。
ffprobe video.webm -select_streams v:0 -show_streamsで見れるメ
タデータでもそうだしL-SMASH Worksはr_frame_rateからFPSを読むの
かも。タイムコードは正しいし再生は問題ないからいいけどさ。
- 908 ：名無しさん＠編集中 (ﾜｯﾁｮｲ 07e3-Z7Bm)：2020/01/28(火) 22:38:54 ID:ckgBsgTR0.net
- >>907
よくよく考えるとH.265/HEVCで頻出するバンディングと偽色の問題が出ないなら
ある程度の適切なシーンチェンジ分割並列エンコしたVP9の10-bitが現状では一番保存目的としても優秀なのかもしれないな
Zen2で多コアが安くなってるし
AV1でも同じ傾向があるなら分割並列エンコは一定の需要が出るかもしれない
- 909 ：名無しさん＠編集中 (ﾜｯﾁｮｲ 9e92-ol1H)：2020/01/29(水) 02:53:00 ID:Ew+07Smq0.net
- >>908
現状だとフルHDのアニメ一本を適当にぶった切ってlibaom-av1 (cpu-used4)でエンコードして3時間前後、
ぶった切らずにやるとCPU使用率が悲しいことになって処理時間が酷いことになるので流石にきつい。
https://i.imgur.com/cmkO7hs.png
https://i.imgur.com/7ffKDf4.png
https://i.imgur.com/ScuQXGY.png
- 910 ：名無しさん＠編集中 ：2020/01/29(水) 03:36:55.10 ID:BF7udkGSa.net
- 3990Xが欲しくなるなあ
- 911 ：名無しさん＠編集中 ：2020/01/29(水) 11:52:18.18 ID:zT9RXk760.net
- >>909
3時間で済むなら思ったよりは早いな
- 912 ：名無しさん＠編集中 ：2020/01/29(水) 13:09:41.11 ID:yTmX47jJdNIKU.net
- 元が何分のソースかによる
- 913 ：名無しさん＠編集中 (ﾆｸｸｴ 9e92-ol1H)：2020/01/29(水) 15:13:29 ID:Ew+07Smq0NIKU.net
- よくある普通の24分物（35000/23.976/60=約24分）
- 914 ：909 (ﾆｸｸｴ 9e92-ol1H)：2020/01/29(水) 16:01:25 ID:Ew+07Smq0NIKU.net
- そういえば、libaom-av1もlibvpx-VP9も低解像度に弱いのは同じっぽいね。
タイル分割しやすい高解像度ほど生成出来るスレッド数が多いからCPU使ってくれるけど、
低解像度の動画だとタイル分割殆どしないみたいでCPUコア使い切れない感じになる。
x265もVP9程ではないけど似たような傾向。
https://i.imgur.com/QqA9nbi.png
- 915 ：802 (ﾆｸｸｴ 6a02-unxX)：2020/01/29(水) 19:46:17 ID:eCgNqdwe0NIKU.net
- v0.8.1
Zen2向け。AVX512非対応
https://f.easyuploader.app/eu-prd/upload/20200129194501_7069484631.zip
- 916 ：名無しさん＠編集中 (ﾆｸｸｴ eae3-fRbn)：2020/01/29(水) 23:46:49 ID:46ePRY0W0NIKU.net
- >>909
そういえばもうAV1は実用化してるのか
エンコの画質や圧縮率から言っても画面分割並列化よりシーン分割並列化の方が結果もいいだろうし
技術者の方々の間で流行ってノウハウを恵んでいただけるとエンドユーザーとしては有り難い
しかし最新のハイエンドCPUで3時間とかx264が出始めたあたりの時代を思い出してワクワクしてくるな
- 917 ：名無しさん＠編集中 (ｱｳｱｳｴｰ Sa52-QeZN)：2020/01/31(金) 01:39:48 ID:XyeqZcfNa.net
- YouTube LiveでVP9使われている配信見つけたからAVCと雑に比べてみたけどかなりビットレート抑えられてるな
avc240p < vp9 480p < avc360pくらい
ただ低解像度のVP9はビットレート抑えすぎてるのか動きのある場面だとブロックノイズが酷い
AVCは240pでもそれなりに見える画質
- 918 ：名無しさん＠編集中 (ｱｳｱｳｴｰ Sa52-QeZN)：2020/01/31(金) 02:28:04 ID:BDpFaWgRa.net
- YouTube Liveのvp9コーデック使われる基準が分からなくて動画ファイルの取得ができんなあ
UAじゃないみたいだけど
- 919 ：名無しさん＠編集中 ：2020/01/31(金) 21:26:48.65 ID:8C0+HHVe0.net
- >>907
>>906の２つのwebmって、１つ目は23.976(24000/1001)fps、２つ目は23.809(500/21)fpsになってて、
それでも両方ともタイムスタンプはわずかな誤差程度の違いがあるとはいえ両方とも23.976fps相当みたいだけど、
２つ目のwebmがなんかおかしいってことなのかな。
説明がないからよくわからんけど、それぞれどうやって作ったもんなんだろね。
あと、そもそもフレームレートの値とタイムスタンプの値とで齟齬がある場合って、どういう挙動になるもんなんだろ？
再生に問題ないって言いきれるもんなのかがよくわからない。
- 920 ：802 (ﾜｯﾁｮｲ 6a02-unxX)：2020/02/01(土) 22:06:20 ID:yul7QuIx0.net
- Zen2向け。AVX512非対応
https://f.easyuploader.app/eu-prd/upload/20200201220550_436b645253.zip
- 921 ：名無しさん＠編集中 (ﾜｯﾁｮｲ 6ae3-fRbn)：2020/02/01(土) 23:03:18 ID:LF8Tm/JU0.net
- >>919
LavVideoDecoderの詳細表示で元のy4mと比べてみて
自分が今まで上げてきた動画全部において「分割したエンコードの数だけフレーム数が減ってる」のに今更気付いた…
（おそらくフレーム数の減った結合動画に元のtimecodeを適用したせいでフレーム間隔が間延びしてfpsが下がってるんじゃないかと思う）
>>906の動画で言えば元のy4mのフレーム数が2161
下の分割エンコのフレーム数が2146で分割したエンコ分の25フレームがきっちり減ってる
上の通しエンコのフレーム数も2160で1フレーム減ってるんで自分が使ってるvpx.exeに問題があるのかもしれない
- 922 ：名無しさん＠編集中 ：2020/02/02(日) 00:09:37.51 ID:efjPhgqn0.net
- 確かにあなたの上げた動画、「なんか数フレーム足りないな…」と
観てて感じていました
- 923 ：名無しさん＠編集中 ：2020/02/02(日) 01:47:29.78 ID:uApQ/t5r0.net
- 私も秒間1万フレームくらいなら完全に視認できるんでおかしいなと思って・・・なわきゃないが
>>921
ffprobe4.2.2.exe -select_streams v:0 -count_frames -show_streams 〜.webm で両方ともnb_read_framesは2161になるし、
HolyWu版の L-SMASH Works 20200118(r1021) で読み込んでもフレーム数は両方とも2161になるので、
実際にフレームが減ってるわけじゃないと思う。
LAV 0.74.1の環境でDirectShowSource()で読み込むと2つ目のwebmだけ2146フレーム扱いになるけどね。
なんにせよ分割エンコしたという2つ目のwebmが23.8095(500/21)fpsと判定されてる時点でおかしいから、
手順のどこかに何かしらの問題があるのだろう。
- 924 ：名無しさん＠編集中 ：2020/02/02(日) 23:42:06.68 ID:V94ovo+P0.net
- >>906
>>923
2161Framesに対して1533Framesなのか...？嘘だろ...どうして作られるんだこのファイル。
- 925 ：名無しさん＠編集中 ：2020/02/03(月) 00:34:00.48 ID:h3FsejhN0.net
- >>924は勘違い
映像と音声を同期させるためのOpusフレームサイズ60ms、0.06秒のPTS delayが考慮されていない？
2161frames / (90.138秒 + 0.06秒) = 23.8158...fps と計算は合う
求めてほしいのは
2161frames / 90.138秒 = 23.9743...fps
- 926 ：名無しさん＠編集中 (ﾜｯﾁｮｲ 6990-0Ybi)：2020/02/03(月) 01:10:52 ID:h3FsejhN0.net
- >>925
勘違い、すまない
- 927 ：名無しさん＠編集中 (ﾜｯﾁｮｲ 6990-0Ybi)：2020/02/03(月) 01:32:05 ID:h3FsejhN0.net
- 手元にある分割エンコした動画はどれもFFprobeで表示されるfpsが
24000/1001fps→500/21fps
下の2つのWebMは分割数にかなり差がある、分割数は関係ない？
https://f.easyuploader.app/eu-prd/upload/20200203012203_7156316835.webm
https://pastebin.com/3hMxF9Ss
https://f.easyuploader.app/eu-prd/upload/20200203012516_7931695274.webm
https://pastebin.com/NrkvJscw
- 928 ：名無しさん＠編集中 (ﾜｯﾁｮｲ eae3-fRbn)：2020/02/04(火) 00:09:39 ID:0t7x9gIm0.net
- ffmpeg（-concat）の仕様なのか
vpxencの仕様なのか…
分割数というよりは-concatで結合した23.976fpsの動画が23.809(500/21)fpsになるんじゃないか、という仮説が個人的にはしっくりくるんだけど
- 929 ：名無しさん＠編集中 (ﾜｯﾁｮｲ 9e92-ol1H)：2020/02/04(火) 23:11:23 ID:9VIJGeCc0.net
- ソフトによってフレーム番号を0から数えるのと1から数える場合があるから、
そこをミスってると分割位置で1フレづつ落としていったりするかもね。
フレーム番号書き込んだソースを用意しておくと良いと思う、以下AVIsynthの例
ShowFrameNumber(x=40, y=40, size=36, text_color=$ffffff, halo_color=$0000ff)
- 930 ：名無しさん＠編集中 (ﾜｯﾁｮｲ 37e7-Zca7)：2020/02/05(水) 19:44:12 ID:EPNCDnK90.net
- ITUジャーナル 2020年2月号 | ITU-AJ
https://www.ituaj.jp/?itujournal=2020_02
ITU-T SG16（Multimedia）第５回会合 (PDF)
Digest of the 5th ITU-T SG16（Multimedia）meeting
https://www.ituaj.jp/?download=20905
昨年10月のSG16会合のダイジェスト報告。
・H.264 v14
・H.265 v7
・VVC
>H.265より高効率の次の符号化技術Versatile Video Coding（VVC）に関しては、
> MPEGとの共同ビデオ専門家チーム（Joint Video Expert Team：JVET）の中で検討が行われた。
> JVETの会議は10月1日から開始され、200名以上の参加者と1000件以上の入力寄書を集めた。
> 予定通り、2020年7月の第6回SG16会合で、2件の勧告草案H.VVCとH.SEIを承認予定である。
> H265まではAnnexにあった補足拡張情報（SEI）を今回は別勧告として分離する。
> 並行して、参照ソフトウェアと適合性試験用のストリーム作成の活動も行われている。
> プロファイルに関しては、Main 10、Main 4：4：4 10の2つが検討されている。
- 931 ：名無しさん＠編集中 (ｽｯｯﾌﾟ Sdbf-zPpp)：2020/02/05(水) 19:48:31 ID:8GOoovw3d.net
- VVCって何も知らない人が見たらWCに見えそうw
- 932 ：802 (ﾜｯﾁｮｲ 9f02-56gX)：2020/02/05(水) 20:05:20 ID:QCl4aM9e0.net
- 更新につき
https://f.easyuploader.app/eu-prd/upload/20200205200457_6d724a3157.zip
- 933 ：名無しさん＠編集中 (ｱｳｱｳｴｰ Sadf-OlEd)：2020/02/05(水) 22:27:11 ID:4ttkZ0Mia.net
- >>930
4:2:0 8bitには対応しないってことか？
- 934 ：名無しさん＠編集中 ：2020/02/05(水) 23:29:35.27 ID:EPNCDnK90.net
- >>933
対応しないんじゃなく、8bit 4:2:0も Main10プロファイルに含まれるんじゃないかな。
H.264のHi10Pも、H.265のMain10も、ビット深度は8bitから10bitまでという定義になってるみたいだし、それと同じ感じか。
JVET
https://www.itu.int/en/ITU-T/studygroups/2017-2020/16/Pages/video/jvet.aspx
→右側の「All meetings」
→Geneva, 1-11 October 2019 の Docs
→JVET-P0894
にプロファイル等に関する定義の草案がある。
VVCではわざわざ8bit用のプロファイルを独立して作る必要はないと判断したんじゃないだろうか。
- 935 ：名無しさん＠編集中 (ﾜｯﾁｮｲWW d701-9MPQ)：2020/02/05(水) 23:52:04 ID:Enmv8c2/0.net
- 人間には見えにくい色を予めバッサリ制限しようぜ！という発想があまり好きではない
それはエンコーダー側がTPOに応じて選択すべきじゃないのか
- 936 ：名無しさん＠編集中 ：2020/02/06(木) 00:17:37.08 ID:MVAyJrWaM.net
- >>935
エンコーダーだけ見たらそれでいいけどさ
デコーダーが広まらないと意味ないのよ
制限かけたほうが実装が楽になって広まりやすい
- 937 ：名無しさん＠編集中 ：2020/02/06(木) 00:19:16.37 ID:MVAyJrWaM.net
- >>934
なるほどな
- 938 ：名無しさん＠編集中 ：2020/02/06(木) 00:50:40.73 ID:j+9HD0rt0.net
- >>935
でも理にはかなってるんだな
ビットレートの高低やエンコードモードによらず有益
- 939 ：802 (ﾜｯﾁｮｲ 9f02-56gX)：2020/02/06(Thu) 08:07:38 ID:+plJQfG/0.net
- 更新につき
https://f.easyuploader.app/eu-prd/upload/20200206080718_52714e5476.zip
- 940 ：名無しさん＠編集中 (ﾜｯﾁｮｲ d7e7-Zca7)：2020/02/06(Thu) 10:38:05 ID:87ooM2Hi0.net
- Netflix Now Streaming AV1 on Android - Netflix TechBlog
https://netflixtechblog.com/netflix-now-streaming-av1-on-android-d5264a515202
- 941 ：802 (ﾜｯﾁｮｲ 9f02-56gX)：2020/02/06(Thu) 11:18:21 ID:+plJQfG/0.net
- 更新につき
https://f.easyuploader.app/eu-prd/upload/20200206111757_4b6b367777.zip
- 942 ：名無しさん＠編集中 (ﾜｯﾁｮｲ d7e7-Zca7)：2020/02/06(Thu) 11:26:32 ID:87ooM2Hi0.net
- >>941
botでやってんのかもしれないけど、こまかいコミットがあるたびにスレに貼りにくるのはやめて
ブログかなにかで継続的に公開したほうがいいんじゃないかな・・・。
- 943 ：名無しさん＠編集中 ：2020/02/06(木) 12:01:35.54 ID:1elN2CYZ0.net
- >>940
Netflixさすが
Googleのlibgav1にAppleも協力してるみたいだし動画配信業者のAV1採用増えそう
- 944 ：802 ：2020/02/06(木) 12:07:21.62 ID:+plJQfG/0.net
- >>942
了解しました。停止します。
- 945 ：名無しさん＠編集中 (ﾜｯﾁｮｲ d716-56gX)：2020/02/06(Thu) 13:25:11 ID:j+9HD0rt0.net
- rigayaさんみたくGoogleドライブとかのフォルダで公開してくれたらいいんやで
- 946 ：名無しさん＠編集中 (ｱｳｱｳｸｰ MM0b-LI9L)：2020/02/06(Thu) 22:14:48 ID:hRzQevrTM.net
- 日本語の文章
Netflix、高圧縮・高画質AV1ビデオでストリーミング、Androidアプリから
https://news.mynavi.jp/article/20200206-968590/
- 947 ：名無しさん＠編集中 ：2020/02/07(金) 04:51:17.98 ID:FOzS2coja.net
- AV1使うのはいいけど高解像度だと負荷がヤバそうだな
スマホだと720pくらいが限界じゃないか
- 948 ：名無しさん＠編集中 (ﾜｯﾁｮｲWW f705-T/Kz)：2020/02/07(金) 06:19:33 ID:BcRGsKvC0.net
- AV1のハードウェアエンコーダーってadrenoもMaliもまだ搭載してないんだっけ
- 949 ：名無しさん＠編集中 (ﾜｯﾁｮｲWW f705-T/Kz)：2020/02/07(金) 06:19:54 ID:BcRGsKvC0.net
- >>948
ごめんデコーダーの間違い
- 950 ：名無しさん＠編集中 (ﾜｯﾁｮｲ d716-56gX)：2020/02/07(金) 12:39:01 ID:XQ1vCUYx0.net
- https://powerpro.at.webry.info/202002/article_10.html
今まであまり興味なかったけど
av1自体がが2k程度の解像度の低ビットレート化を主眼に進化すれば
なかなか面白いことになりそう
上手くすればmpeg4がmpeg2に取って代わった過去の再現になるかも
- 951 ：名無しさん＠編集中 ：2020/02/07(金) 20:25:21.19 ID:Lj0mLax60.net
- 自演の宣伝か何か？
- 952 ：名無しさん＠編集中 (ﾜｯﾁｮｲ 9fab-RXZG)：2020/02/07(金) 21:23:01 ID:Jnz0uoc20.net
- >>947
AV1がやばいのはエンコード
デコードはたいした負荷かからん
- 953 ：名無しさん＠編集中 (ｱｳｱｳｴｰ Sadf-OlEd)：2020/02/07(金) 22:07:07 ID:WygEWtz8a.net
- >>952
いやFullHD60fpsはかなり重いぞ
YouTubeですぐに試せる
それなりのPCなら問題ないかもしれないが
- 954 ：名無しさん＠編集中 (ﾜｯﾁｮｲ d716-56gX)：2020/02/07(金) 22:21:10 ID:XQ1vCUYx0.net
- >>951
違うから迷惑かけんなよ
- 955 ：名無しさん＠編集中 ：2020/02/07(金) 22:52:18.59 ID:XMdy9/2i0.net
- 試したいからリンク貼ってよ
後からそれじゃないだなんだって事になったら二度手間やん
- 956 ：名無しさん＠編集中 (ﾜｯﾁｮｲ d701-fCJD)：2020/02/07(金) 23:44:56 ID:vw4zst9F0.net
- 別に重くないけど・・・h.264とそんな変わらん
FHD24fpsだけど
https://vimeo.com/channels/staffpicks/386352766
- 957 ：名無しさん＠編集中 ：2020/02/08(土) 00:35:33.36 ID:ccsKCoRaM.net
- デコードの負荷はエンコードの設定にもよるからコーデックで一括にするのは微妙
- 958 ：名無しさん＠編集中 (ﾜｯﾁｮｲ 9f01-hxdt)：2020/02/08(土) 10:03:44 ID:EWzsb/HO0.net
- webP嫌いの人間多すぎて萎えるわ
この老害どもが
- 959 ：名無しさん＠編集中 (ﾜｯﾁｮｲ 9fa5-56gX)：2020/02/08(土) 10:39:14 ID:0oljKB/u0.net
- webmのコンテナの中って何にするのがいいの？
- 960 ：名無しさん＠編集中 (ﾜｯﾁｮｲWW b790-GDxt)：2020/02/08(土) 12:26:41 ID:cSqU90Lu0.net
- 動画ファイルとかでかくていいじゃん
回線しっかり強化しろよ
- 961 ：名無しさん＠編集中 (ﾌﾞｰｲﾓ MMcf-5HUw)：2020/02/08(土) 13:04:27 ID:0lzH2rDKM.net
- >>959
動画はVP9かAV1、音声はOpus
- 962 ：名無しさん＠編集中 ：2020/02/08(土) 13:23:54.56 ID:0oljKB/u0.net
- >>961thx
- 963 ：名無しさん＠編集中 ：2020/02/08(土) 13:33:58.17 ID:7nG8uLF4M.net
- >>960が1兆円くらい寄付すればいいんじゃないか
- 964 ：名無しさん＠編集中 (ﾜｯﾁｮｲ 17ad-tq9U)：2020/02/08(土) 19:19:58 ID:/c3Z0MwY0.net
- NGN網は東日本だけで
作るのに780億円
維持費に毎年300億円かかってる
- 965 ：名無しさん＠編集中 (ﾄﾞｺｸﾞﾛ MMdf-OlEd)：2020/02/08(土) 19:22:30 ID:pfxgAB3yM.net
- NGNが優秀でも別のところがネックになって活かされないんですけどね
- 966 ：名無しさん＠編集中 (ﾜｯﾁｮｲ 17ad-tq9U)：2020/02/08(土) 20:00:04 ID:/c3Z0MwY0.net
- この件か
1 サーバル ★2019/07/10(水) 13:06:37.32 ID:a3lIfiTt9
SoftEther社は、数多のISPを代表し唯一開示に協力し、国の会議のNTT東日本の『PPPoEは混雑などしていない』公式見解を弁護する証人となった。
他のISPは『混雑している』と口々に言うものの、なぜか誰も証拠データを公表しなかった。不服があれば皆公表するべきだったのだ。
12 名無しさん＠１周年 2019/07/10(水) 13:12:51.92 ID:o34di3nl0
実はその網終端装置は問題なくてプロバイダ側の設備の問題だったってこと
29 名無しさん＠１周年 2019/07/10(水) 13:22:13.06 ID:hMMtiaPY0
装置の減価償却期間が終わっても入れ替えないからな
機器代よりもサービスを止めずに機器入れ替えのpj (人件費)が高いからな
62 名無しさん＠１周年 2019/07/10(水) 13:34:50.93 ID:aEvux23V0
結局、何処がボトルネックになっているのかは公表したくないって意図がミエミエなんだよな。
コレ公表しちゃうと、あそこのプロバは混んでるから遅いって評価が付いてしまうからねwww
- 967 ：名無しさん＠編集中 (ﾜｯﾁｮｲ 17ad-tq9U)：2020/02/08(土) 20:02:52 ID:/c3Z0MwY0.net
- 72 名無しさん＠１周年 2019/07/10(水) 13:43:40.02 ID:Ezwag1Qp0
ISPがやっている事は、完全にキャパオーバーでほとんど予約が取れないゴルフ場が更に会員を増やしているのと同じ
限りなく詐欺に近い
213 名無しさん＠１周年 2019/07/11(木) 01:04:56.51 ID:cFeVgJxb0
そもそも網終端装置のデータはNTT側がもっていて、そのデータの開示をISPが受けている格好になっている。
それを見てISP側は文句言ってたはず。
なんかおかしい。
217 名無しさん＠１周年 2019/07/11(木) 01:49:03.35 ID:DPVfkY4G0
実際はISP側の文句は事実無根で証拠データも出せないウソっぱちだったと言うことだろ
そして今回とうとう本当の実態を晒されるに至ったと。
【IPv4】PPPoE、実は混雑してなかった プロバイダの「網終端装置(NTE)・相互接続点(POI)が混雑している」は大嘘
https://asahi.5ch.net/test/read.cgi/newsplus/1562731597/
- 968 ：名無しさん＠編集中 ：2020/02/08(土) 22:44:38.22 ID:MS80dm+60.net
- >>947
どうせスマホだと720p以上の違いよくわからんだろうし720pが限界でもいいんじゃないかという気がする
- 969 ：名無しさん＠編集中 ：2020/02/08(土) 22:49:37.02 ID:uClCTxwF0.net
- >>968
720と1080だとスマホサイズでもだいぶ違うと思う。
- 970 ：名無しさん＠編集中 (ﾜｯﾁｮｲ 1f2d-56gX)：2020/02/08(土) 23:01:53 ID:+HznqC6L0.net
- Xperia 1みたいな4Kスマホだとやっぱり1080pと4K動画の違いは明確にわかるよ
- 971 ：名無しさん＠編集中 (ﾜｯﾁｮｲ 9fad-kbB0)：2020/02/08(土) 23:06:14 ID:lJU6N/M50.net
- libaomにtune vmaf来てたから試したけど遅い
https://i.imgur.com/PLessQu.png
https://i.imgur.com/AGVpWaS.png
https://i.imgur.com/k0LAylu.png
https://i.imgur.com/KTPDJjy.png
https://i.imgur.com/w4PxRcB.png
- 972 ：名無しさん＠編集中 (ﾜｯﾁｮｲW b75f-5cV/)：2020/02/08(土) 23:12:59 ID:WLmQRu3N0.net
- https://www.phoronix.com/scan.php?page=article&item=3990x-threadripper-linux&num=2
3990X流石に早いな
- 973 ：名無しさん＠編集中 (ｱｳｱｳｲｰ Sa0b-fE0n)：2020/02/09(日) 00:15:30 ID:WSgUTTnVa.net
- >>969
Switchはあの大きさの画面で720だが、動画視聴やゲームをやっても解像度の荒さは全く感じない
モバイルで1080は要らない
- 974 ：名無しさん＠編集中 (ﾄﾞｺｸﾞﾛ MM6b-OlEd)：2020/02/09(日) 00:24:11 ID:7Z9tWYeYM.net
- それは視力が低かったりしない？
俺は6インチ程度のスマホでも1080pと720pは結構変わって見えるぞ
- 975 ：名無しさん＠編集中 (ﾜｯﾁｮｲWW 9701-WE/a)：2020/02/09(日) 00:26:17 ID:qpeOyLlb0.net
- スマホで720pはもう見たくない
かと言って4Kは過剰な気がする
- 976 ：名無しさん＠編集中 (ﾜｯﾁｮｲ 1f2d-56gX)：2020/02/09(日) 00:31:42 ID:DnEUMxVr0.net
- 視力は関係ないと思う
スマホの性能じゃないかな
- 977 ：名無しさん＠編集中 (ﾜｯﾁｮｲ d716-56gX)：2020/02/09(日) 00:32:48 ID:PP/N5h/60.net
- リアル解像度なのかどうかで大分変る
- 978 ：名無しさん＠編集中 (ﾜｯﾁｮｲ 572c-d6xu)：2020/02/09(日) 00:33:48 ID:eJ2LOx880.net
- スマホといってもインチサイズ多々あるよね?
- 979 ：名無しさん＠編集中 (ﾜｯﾁｮｲ 1f2d-56gX)：2020/02/09(日) 00:50:34 ID:DnEUMxVr0.net
- 4K対応スマホならわかると思う
実際手持ちのXperia 1は1080pと4K動画の違いは明確にわかる
- 980 ：名無しさん＠編集中 (ﾜｯﾁｮｲ 572c-d6xu)：2020/02/09(日) 01:08:13 ID:eJ2LOx880.net
- >>979
1080p vs 720p の話だよね?
1080p vs 720p と 1080p vs 4K は比較する意味が違うんじゃないかなぁ
- 981 ：名無しさん＠編集中 (ｱｳｱｳｲｰ Sa0b-fE0n)：2020/02/09(日) 01:19:30 ID:WSgUTTnVa.net
- >>974
携帯モードでの話したがら視力関係無くない？
Switchの液晶画面が荒いみたいな意見は全然聞かないけどね
ちなみに1080の映像を縮小して720にしたり、1080に720の映像を表示したりするのとは訳が違う
リアル720の映像を720の液晶で見ないと良し悪しは分からない
- 982 ：名無しさん＠編集中 (ﾜｯﾁｮｲWW bf90-Zld4)：2020/02/09(日) 01:31:57 ID:WIr8cQro0.net
- 文字をあんま表示しないゲーム機だとdpiはあんま気にならんとか
- 983 ：名無しさん＠編集中 (ﾜｯﾁｮｲW b702-RFDq)：2020/02/09(日) 02:25:56 ID:J9ZsqIYt0.net
- 比較するなり注視したうえでの良し悪しの感覚と
通常時に解像度の低さを感じるかで会話にズレがあると思う
- 984 ：名無しさん＠編集中 (ﾜｯﾁｮｲ 1763-56gX)：2020/02/09(日) 06:51:32 ID:XH7aCbDp0.net
- 53 名前：Anonymous[sage] 投稿日：2020/01/27(月) 12:41:03.09 ID:rgzZZRbB
Chromeでの再生が以前より重いなと思ってたら映像コーデック変わってたのか
CPUの動画再生支援が全く効いてない
IE11は問題なし
https://play.jp/news/190913streaks/
＞Bitmovinについて
＞Bitmovinは、世界中のオンラインメディア企業に対して、ビデオインフラを提供するリーディング企業です。Bitmovinは次世代コーデックとして注目されるAV1の策定を行うAOMediaのプロモーターメンバーでもあり、オンラインビデオの主要な開発の最前線に立っていま
HuluもAV1採用に向かうみたい
- 985 ：984 (ﾜｯﾁｮｲ 1763-56gX)：2020/02/09(日) 06:59:59 ID:XH7aCbDp0.net
- すまん、HuluもAV1が採用されて既に配信で使われてるみたいね
NetflixもAV1にするとか発表してたけど現状はまだHEVCのままなのかな
- 986 ：名無しさん＠編集中 (ﾜｯﾁｮｲWW 9f81-/n0f)：2020/02/09(日) 07:23:48 ID:a4zv257u0.net
- Netflixが高性能＆ロイヤリティフリーなコーデック「AV1」をAndroid向けアプリに採用
https://gigazine.net/news/20200206-netflix-android-av1/
- 987 ：名無しさん＠編集中 (ﾜｯﾁｮｲWW f705-T/Kz)：2020/02/09(日) 07:32:37 ID:j1XNqHeF0.net
- >>973
確かに粗さは感じなくてもネイティブ同士で比較して違いが明確ならFHD欲しい...欲しくない?でもまあ個人の好みの問題な気もする...
- 988 ：名無しさん＠編集中 (ｱｳｱｳｴｰ Sadf-OlEd)：2020/02/09(日) 07:52:31 ID:T9I7jZS1a.net
- 海外のHuluと日本のHuluって違うんだっけ
- 989 ：名無しさん＠編集中 ：2020/02/09(日) 08:40:41.96 ID:XH7aCbDp0.net
- >>988
米と日本のHuluは別会社。日本のは日本テレビ系列グループ傘下
- 990 ：名無しさん＠編集中 (ﾜｯﾁｮｲ 9f8c-56gX)：2020/02/09(日) 10:03:33 ID:mDBJWaz00.net
- エンコしてカットする時にキーフレームが足りなくて細切れでカットできないとしたら
keyintを減らせばいいのかな？
HEVCの話で
- 991 ：名無しさん＠編集中 (ﾜｯﾁｮｲWW 5752-Dmov)：2020/02/09(日) 12:09:39 ID:Dz4UG9H/0.net
- エンコしてからカットすんの？ｗ
- 992 ：名無しさん＠編集中 (JPWW 0Hdf-GDxt)：2020/02/09(日) 12:54:29 ID:1RXzelouH.net
- エンコカッター
- 993 ：名無しさん＠編集中 ：2020/02/09(日) 14:09:57.69 ID:eJ2LOx880.net
- スマートレンダリング環境があれば別におかしくないと思うけど
- 994 ：名無しさん＠編集中 (ﾜｯﾁｮｲ d7e7-Zca7)：2020/02/09(日) 19:30:56 ID:D7J+WY7Q0.net
- 次スレ立てチャレンジしてくる。
この後30分ほど音沙汰なかったら規制された可能性があるので誰か頼む。
- 995 ：名無しさん＠編集中 (ﾜｯﾁｮｲ 572c-d6xu)：2020/02/09(日) 19:33:26 ID:eJ2LOx880.net
- もしくは>>994が何者かに消されたという可能性も微レ存
- 996 ：名無しさん＠編集中 (ﾜｯﾁｮｲ d7e7-Zca7)：2020/02/09(日) 19:38:29 ID:D7J+WY7Q0.net
- 次スレ
次世代ビデオコーデック総合スレPart5 【HEVC/VP9/AV1/VVC等】
https://mevius.5ch.net/test/read.cgi/avi/1581244349/
今からテンプレ貼っていくけど、テンプレ案は下記においとくので途中で規制されたら頼むわ。
https://pastebin.com/wVf9gp4M
あとテンプレ張り終わったら保守協力頼む。
- 997 ：名無しさん＠編集中 (ﾜｯﾁｮｲ 572c-d6xu)：2020/02/09(日) 19:56:46 ID:eJ2LOx880.net
- >>996
生きてた！(T_T)／
- 998 ：名無しさん＠編集中 (ﾜｯﾁｮｲWW f705-T/Kz)：2020/02/09(日) 20:14:14 ID:j1XNqHeF0.net
- 質問いいですか?
- 999 ：名無しさん＠編集中 (ﾜｯﾁｮｲ 978e-apM4)：2020/02/09(日) 20:54:26 ID:4IZe4E3M0.net
- イケメン以外ダメです
- 1000 ：名無しさん＠編集中 ：2020/02/09(日) 21:22:31.53 ID:Ug+76HiC0.net
- 1000bps
- 1001 ：2ch.net投稿限界：Over 1000 Thread
- 2ch.netからのレス数が1000に到達しました。
総レス数 1001
271 KB
掲示板に戻る
全部
前100
次100
最新50
read.cgi ver 2014.07.20.01.SC 2014/07/20 D ★