◎正当な理由による書き込みの削除について： 生島英之 とみられる方へ:次世代ビデオコーデック総合スレPart2 【HEVC/VP9/AV1/VVC等】 YouTube動画>22本 ->画像>15枚
動画、画像抽出 ｜｜
この掲示板へ
類似スレ
掲示板一覧 人気スレ 動画人気順
このスレへの固定リンク： http://5chb.net/r/avi/1532001049/ ヒント： http ://xxxx.5chb .net/xxxx のようにb を入れるだけでここでスレ保存、閲覧できます。
H.264/AVCの後の様々なビデオコーデック全般について語るスレです。
■主な次世代ビデオコーデック
・H.265/HEVC
・VP9
・AV1(AOMedia Video 1)
・VVC(Versatile Video Coding)
■前スレ
次世代ビデオコーデック総合スレPart1 【HEVC/VP9/AV1等】
http://2chb.net/r/avi/1515759816/ 次スレは
>>980 が宣言してから立ててください。
■各ビデオコーデックの概要や状況（2018年7月上旬時点） https://qiita.com/yohhoy/items/c2579097a507b1fbdddb ●AV1(AOMedia Video 1)
■各社GPUのHWエンコーダでのH.265/HEVCおよびVP9のサポート状況(2018年7月上旬時点) https://gist.github.com/Brainiarc7/24de2edef08866c304080504877239a3 ∧..∧
とりあえず20レスついたし、これで大丈夫そうかな？即死仕様は面倒ですのう。
>>22 前スレや初心者質問スレの実績を見る限り20レスで大丈夫そう。
まあどこにスレ立て即死仕様の詳細が書いてあるのかは知らないのだけれども。
HEVCのライセンス状況のレポート。上が概要（下記事を引用したもの）、下が詳細。
The HEVC IP Mess is Worse than you Think - Streaming Learning Center
https://streaminglearningcenter.com/codecs/hevc-ip-mess-worse-think.html High Efficiency Video Coding: how the video ecosystem is evolving
http://www.ipwatchdog.com/2018/07/11/high-efficiency-video-coding-video-ecosystem-evolving/id=99094/ 細かいところはよくわからないけど、GPACがAV1に対応した（しつつある？）らしい？
https://twitter.com/wearegpac/status/1016737032880771073 >GPAC has now support for AV1: import (OBU/AnnexB/IVF),
>MP4, DASH, encrypt, playback. Any feedback is welcome!
Add AV1 support by cconcolato ・ Pull Request #1082 ・ gpac/gpac ・ GitHub
https://github.com/gpac/gpac/pull/1082 そういやAV1のコンテナってなにが使われるの？（規格的な意味で
AV1をmp4に入れる仕様はまだ完全には決まってないから対応の準備を進めているってところかな？
AV1 Codec ISO Media File Format Binding
https://aomediacodec.github.io/av1-isobmff/ WebMoney、な
>>34 のクソつまんねーギャグを踏まないようお前らは俺の屍を超えていけ
むしろ高速化されていくのはこれからだろう
NVENCの話題はここでもOK?
エンコード初心者なのかな？
「どのコーデックか」すら書いていない時点でスレチでしかないわな
As videoではh264、NVEncではh265とかいうオチだったりして
確かA's Video ConverterはDirectShowとかそこら辺の仕組みで動画を読み込むからビデオカードやデコーダの補正機能やらが間に入ったりしてそれが画質に影響を与えるかもしれない
まあコーデック云々じゃなくてその前の処理の問題だろうね
前スレこれの続き
http://mevius.2ch.net/test/read.cgi/avi/1515759816/792 2018/06/01 v0.1.0-9658-g265d15d46
40分13秒
2018/08/01 v1.0.0-276-g5aacad103
19分39秒
Audio/Video Updates in Chrome 69
https://developers.google.com/web/updates/2018/08/chrome-69-media-updates#av1 Chrome 69 adds an AV1 decoder to Chrome Desktop (Windows, Mac, Linux, ChromeOS) based on the official bitstream specification.
At this time, support is limited to "Main" profile 0 and does not include encoding capabilities.
The supported container is ISO-BMFF (MP4). See From raw video to web ready for a brief explanation of containers.
To enable this feature use the #enable-av1-decoder flag.
最初はwebmで来るかと思ってたけどmp4なんだ意外
webm流行ったとは言えないよね
アダルトビデオなんて卑猥な名前だから流行らせちゃいけませんっ！
プロ用codecはスレチではないが、実質的に使ってるのはいないか
MP4 in Opusはツイッターにその辺詳しい人がおるじゃろ
(´-`).oO ("MP4 in Opus"ではなく"Opus in MP4"ではないかという気がしないでもない・・・)
webmはweb限定のイメージがするから
MP4を使うにしても音声はOpusが使えないと色々と面倒くさいね。
https://wiki.xiph.org/Mp4Opus まだdraftやん
最終更新2年前だし
いつになったら対応するんだろ
Opusはハードウェアのプレーヤーとかレコーダーで再生できるんだっけ？
opusはAV1と違ってデメリットがほとんど無いから全力で流行らしていけ
OSや主要なブラウザからスルーされたせいでデジカメ等からも無視され草葉の陰に眠るJpeg2000さんをみるに
>>65 xvcとか頑張ってるらしいけど誰にも使われることなく消えていくんだろうな
>>50 かなり速くなってきてるな
xiphが作ってるエンコーダとどっちが速いんだろ
https://github.com/xiph/rav1e rav1eはまだ速度がどうこうとかいう段階ではないっぽい
ちょっと前までイントラオンリーで圧縮してたみたいだし最近はフレーム間予測に対応し始めたけどまだまともにエンコード出来ない
libaomもrav1eもビルドしたものここに置いてるから気になる人は試してくれ
https://drive.google.com/drive/folders/1fEwt2W2r5lh7zvv7ttog2u3Jt8M-ezfh >>71 Version 23.0.0で仮対応してるけどその時はまだAV1のビットストリームが凍結してない。
ブログのほうにこういう記述がある。
https://www.bunkus.org/blog/ AV1 support hasn’t changed. While the bitstream format’s been finalized in the meantime, the mapping to Matroska & WebM hasn’t. It’s currently being discussed on the CELLAR mailing list.
AV1のサポートは変更されていません。 その間にビットストリームフォーマットがファイナライズされていますが、Matroska＆WebMへのマッピングはまだありません。 現在、CELLARメーリングリストで議論されています。
※Google翻訳を使用
GoogleはYouTubeという実験台があるから、ノリノリでやってそうなのが目に浮かぶ
【NVENC/VCE】ハードウェアエンコーダーを語るスレ【QSV】
http://2chb.net/r/avi/1533671049/ 立てた
林檎Ax、Q様、麒麟が対応するのはいつかね
だだ静止画に関しては次世代規格はHEIFで決まりそうかな
静止画の場合
JPEGって超高速に連写出来るまで成熟してるから、それを捨ててまでHEIFに変わるとは思えんな
JPEGでも圧縮できてるし…プロユースはRAWだから、HEIFの旨味あんまり無いよね…
JPEGだと画質がクソ！
面倒な層…
とりあえずフリーソフトのHEIFのエンコーダーが出てほしい
JPEG→HEIFに、ほとんど全く劣化なしで変換できてサイズが半分ぐらいになるようなトランスコーダーが出来れば、Twitterとかインスタのバックエンドで使われるだろうな
機械学習で画像解析が流行りだからもっと大胆に人間の認識レベルで不要な情報を省けるようになる
iPhone8ではHEVC(高効率モード)で動画撮るとノイズ自体もかなり少なくできるのに、AVC(互換性優先モード)は素人目でも分かるほどノイズが乗るんだが、これはHEVCが優秀なのか、AVCのエンコーダーで手を抜いてるのか、どっちなんだ。
高品質モードを際立たせるために、標準モードにノイズ混入させる機器もあるくらいだしね
Caesiumとかの画像圧縮ツール使うと同じJPEGなのにほぼ劣化なしで半分以下とかに縮むんだけど
>>91 手を抜いてるわけじゃなくて考え方の違いだろう
極限まで画質を良くするのに重きを置いているけど容量を小さくするのにはそこまで重要じゃないんだよ
カメラマニアは画質にうるさいから
デジカメのJPEGってサブサンプリングはオフで品質も100に近い設定で撮ってるだろうからこれをYUV420にして品質も5くらい下げて変換するだけでかなり縮むだろうね
>>87 Googleが認めたというより、
スマホやタブレット等のデバイスの場合ライセンス量払うのはデバイスメーカーだから、
iOSとの相互運用性向上のために追加しただけだと思う。
Google ChromeはHEVCより先にAV1対応したわけだし。
>>64 一応qaacと比較して256-512程度の高ビットレートの場合主観的な音質で下回る場合が多いとかいうのが少し気になるな
リアルタイム配信とか低ビットレート帯ならメリットしかないだろうけど
高ビットレートではqaacのAAC-LC、低ビットレートではNero AAC CodecのHE-AAC系に劣って聞こえる
opusのメリットは圧縮率だけではなくレイテンシが低いっていうのがあるから
ハードウェアの再生機でOpurって再生できたっけ？
出来ないけど効果の割に軽いからHW対応は音響・通話機器でHW対応する必要がある場合とかだろう
libaom、GCCでビルドしたバイナリとMSVCでビルドしたバイナリじゃ速度が一割くらい違うかも？
Nvidia Turing is here: Next-gen architecture is the first real-time ray tracing GPU
https://www.techspot.com/news/75952-nvidia-turing-here-next-gen-architecture-first-real.html >Video subsystem, which provides HEVC 8K Encode;
NVENCとは別のなにかかな・・・
ごめん見落としてた。8K HEVCリアルタイムエンコーダって書いてあった。
>>105 どっちが早いの？
文脈からするとGCCなんだろうけど
Intelのコンパイラだと更に１割ぐらい上がったりしてw
>>106 2300ドルから～
高っ
Iフレーム30fpsのみだったりしてw
>>109 GCCのほうが早い
でもGCC8.2にバグがあるみたいでエンコードオプションによってはクラッシュする(--passes=2)
2055 - Segmentation fault when encoding (introduced by "Remove code about dev speed features") - aomedia - Monorail
https://bugs.chromium.org/p/aomedia/issues/detail?id=2055 ところでコンパイラーのバグなんて初めて遭遇したけどすぐ修正版来るものなのかな
Hundreds of Trillions of Pixels: NVIDIA and RED Digital Cinema Solve 8K Bottleneck
https://blogs.nvidia.com/blog/2018/08/14/red-digital-cinema-nvidia-8k/ RED画質！かも
Support Opus in mp4 (ISO-BMFF) with Media Source Extensions (MSE)
https://www.chromestatus.com/feature/5100845653819392 https://twitter.com/OumaeKumikoBot/status/1033568330949353474 Opus-in-ISOBMFF の仕様書, finalize させねーとなぁ ...
https://vfrmaniac.fushizen.eu/contents/opus_in_isobmff.html …
もういろいろと ISOBMFF 自体の duration 周りの仕様, 諦め気味だし
Chrome M70でOpus in mp4サポートする予定らしい
muken氏も仕様を決める気みたいだしいよいよ来るか
https://twitter.com/5chan_nel (5ch newer account)
OpusをBDプレーヤーやレコーダーがサポートすればなぁ
Opus、正直、AAC-HE-V2に総合的に負けてると思う
どこがや
端的に言えば同じサイズで音が悪いよ
>>119 俺耳かな
環境はいろいろ変えてるしOpusも長く使ってはいる
ビットレートによる。
どっちも64kで比較することが多いが
ええやん
今後は脱WebMの流れなのかね
WebMって結局ようつべでしか使われてなかったよな？
それいったらAV1の旨みもそこまで…
ライセンス料下げさせるためにフリーなコーデック開発してるってのもあるだろ
録画開始
>>134 試してみたけどデコード出来ないような
コンテナの形式とかFourCCが特定のものじゃないと駄目なのかな
試した動画はこれ
https://ku6.jp/keyword/22/report/102.html mp4に入れる仕様もwebmに入れる仕様もまだ正式に承認されてないのにサポートしたのは時期尚早感ある
コンテナはmp4でいいから
FirefoxのDev版でAV1が見れるな
>>135 Firefoxなら見れるな
VLCは音だけで映像が見れない、VLCがクソ
chromeとfirefoxはすでに開発版でAV1に対応完了してるな
本来は今日リリースのChrome 69でサポート予定だったんだけど一週間くらい前に突然延期してChrome 70になった
楽しみにしてテストページ開いたら無理だったでござる
HEVC, AV1, VVC and XVC: The codec battle intensifies https://www.ibc.org/content-management/hevc-av1-vvc-and-xvc-the-codec-battle-intensifies/3172.article https://github.com/AOMediaCodec/av1-isobmff/releases/tag/v1.0.0 av1 in mp4の仕様がやっと決まる
L-SMASHもmp4boxも対応準備してたはずだから近日中にmux出来るようになるはず
YoutubeがAV1に対応しはじめた模様
ブラウザからは再生できないけどyoutube-dlっていうソフトを使うとダウンロード出来る
854x480を300kbpsでエンコードしてて、滅茶苦茶綺麗という訳でもないけどそこそこの画質
>>148 youtube-dlでAV1動画を落とすときは、何かコマンドラインにオプションたさないとダメなのか？
オプション一切なしでダウンロードしたらH.264+opusでダウンロードされるのだが
>>148-150 これか。
●youtube_dlのChangeLog
https://github.com/rg3/youtube-dl/blob/master/ChangeLog > version 2018.09.10
> + [utils] Properly recognize AV1 codec (#17506)
●フォーマットを調べた結果。「av01」とあるのがAV1。コンテナはMP4。144p～480pまで。
結果：
https://twitter.com/arter97/status/1039014565877407744 AV1のフォーマット番号： 144p→394、240p→395、360p→396、480p→397
音声はどうなるんだろ？MP4だからAACのm4a(140)？
-f 397+140
だと
ERROR: The first format must contain the video, try using "-f 140+397"
と言われてしまうが・・・。（ffmpegは4.0.2）
https://twitter.com/5chan_nel (5ch newer account)
Cドライブ直下に作ってある「User Program Files」の中にyoutube-dlとffmpeg保存して実行してみた
コマンド
"C:\User Program Files\youtube-dl\youtube-dl.exe" "
;
pause
確かにダウンロードはできているようだ
ただし、AV1の再生環境ないｗ
コーデック何かおすすめある？
部分訂正
>>153 そのコマンドだと -f 指定してないが・・・。
再生はZeranoe版ffmpeg4.0.2で、「 ffplay.exe AV1.mp4 」 でできるよ。
av1+mp3は不可。 av1+opusは.mkvだね。
mpvってプレイヤーでも再生できるよ
>>151 の最後の段落はこちらのミスだったので忘れてくれ・・・。
ダウンロードバッチのyoutube_dlが古いままだった・・・。
ただ、最新に変えてもffmpegがAV1をMP4にmuxできないので -f 397+140 がうまくいかないのは変わらない。
>>156 が書いてるように、AV1とAAC(またはOpus)を別々に落としてffmpegでmkvにmuxする形かな。
youtube_dl.exe -f 397+140 %URL% -o AV1_AAC.mkv
で直接mkvにできるかと思ったけど、AV1_AAC.mkv.mp4にしようとするようでうまくいかなかった。
>>151 >>158 訂正
youtube_dl.exeと同じ場所に置くffmpegを4.0.2からZeranoe版最新の
ffmpeg-20180909-404d21f-win64-static に変えたら -f 397+140 も普通にうまくいってAV1_AAC.mp4が作れた。
4.0.2ってまだ割と新しいと思ってたけど7月末のだったんだな・・・うっかりしてた。
>>155 風呂入ってたから遅レスでスマン
"C:\User Program Files\youtube-dl\youtube-dl.exe" -f 397+250 "
https://www.y …"
pause
でAV1+Opusで落としてみた（たまたまZaranoe版の最新ffmpegだったので一発でおｋ）
で、ffplayとか言うので
ffplay test.mkv
としてみたら再生できた（落とした長いファイル名のままだと再生できなかった）
手元のノートPC(Core M 5Y71)では少し重い（少しフレーム落ちしてる）
H.264系のコーデックで見られる色が溶けたようになるような症状は見当たらない
悪くはないが、重い！
一般のプレーヤーで再生できるようにならんと、この点は評価しづらいかも
Windows 10のフィードバックHUBから対応要望出しとこ
>>161 こマ？
あれただのガス抜きツールじゃなかったんか
ナニをどうやったらマトモに意見受け入れてくれるの？？？
真面目に書いても埋もれるし
youtube-dl.exe -F
https://www.you tube.com/watch?v=F1B9Fk_SgI0 | find "av01"
394 mp4 256x144 144p 72k , av01.0.05M.08, 24fps, video only, 1.85MiB
395 mp4 426x240 240p 113k , av01.0.05M.08, 24fps, video only, 2.99MiB
396 mp4 640x360 360p 204k , av01.0.05M.08, 24fps, video only, 5.51MiB
397 mp4 854x480 480p 377k , av01.0.05M.08, 24fps, video only, 10.25MiB
398 mp4 1280x720 720p 741k , av01.0.05M.08, 24fps, video only, 21.94MiB
399 mp4 1920x1080 1080p 1296k , av01.0.05M.08, 24fps, video only, 39.37MiB
720pと1080pが追加されてた
h264→VP9は1080p以下だと画質がかなり劣化して見えることもあったし、YouTubeは少しビットレート上げつつHEVCに対応すれば良かったのに…
>>164 1080pまであるのか
とりあえずスマホ用の動画プレーヤーでAV1対応のものが出てほしい
今使ってるPCだとVP9の4K動画すらカクツクのだが、スマホだとVLCやMX Playerを使えば、
ハードウェア再生支援非対応でも難なく再生しちゃうので
>>165 HEVCについては主にライセンス戦略の失敗でブラウザ対応等を広げられなかったんだからどうしようもないだろ。
世界的には回線速度が不十分なところも多いし、「適切な画質をより低いビットレートで提供する」ために
新コーデックや Contents Adaptive Encoding といった技術を採用していってるんだから、
なかなかビットレートを上げる方向にはならないと思う。
>>169 そうかぁ、そうだよなぁ…
まぁ4KならVP9でかなり綺麗だからいいんだけど
衛星放送の8Kが100Mbps
CATVの営業とかやってる人の話だがマンション光ユーザーとかはちょっと速くなるかも？ってだけでも
低解像度でビットレート上げるのは本末転倒すぎるだろう
YouTubeは低解像度だと画質も低画質だよな
>>174 1080pでも3、4Mbpsとか異常だろ
せめて6～8Mbpsは欲しい
>>176 それH264だったら少ないかもしれないけど、VP9だとむしろ多い方だ
同じ画質で半分ぐらいのビットレートになってると思うよ
>>177 youtubeでVP9って1440Pからしか作られないのでは?
少なくともchromeで解像度指定するだけなら1440からVP9だったと思う。html5サポートしない古い環境だとどうなのかな
youtube-dl使うか解析してくれるサイトで見ればわかるがyoutubeは144pからvp9で用意されてる
そもそも配信業者がコーデックの開発に躍起になってるのは帯域削減のためなのに
昨今配信業者が躍起になってるのは帯域削減もそうだがむしろライセンス料でしょ。
VP9の時点でHEVCと同等以上という触れ込みだし、実際H.264より2倍の圧縮率があって嘘ではないと思う
＞VP9の時点でHEVCと同等以上という触れ込みだし、実際H.264より2倍の圧縮率があって嘘ではないと思う
>>178 Firefox Nightly 64.0a1 about:config media.av1.enabled trueで見れた。噴水シーンもノイズがなく綺麗。
>>178 mp4をダウンロードしてmediainfoに突っ込んだら、
[email protected] _masterだって
いつの間にかGPACでAV1をmp4にmux出来るようになってたんだな
それにしてもGoogleにしろNetflixにしろAV1みたいなクソ重いコーデックを実用できるんだから凄いね
>>183 それはデタラメすぎる
H.264 AVC≒VP9
HEVC≒AV1
と考えなければ
>>188 スマホでYouTube見てると見れないけどPCだと詳細統計情報っていうのが見れる
これ見ると昔の動画とか480なのにH.264で10Mbps越えてるのが有ったりする
ま、これはYouTubeのエンコードがクソだったんだろうと思うけど
VP9が導入される直前はH.264のが6～8Mbpsが普通だった
で、今のVP9のは2～3Mbpsが普通だ
そういう実感で言ってる
>>189 YouTubeの1080以下はAVCよりVP9の方が画質も落ちてるのが多いからなあ
純粋に同じ画質での比較にはなってない
4KのVP9と比べれば分かるけど1080以下は圧縮し過ぎてる
これが現在の主流で需要が多いから帯域減らすためにそうしてるんだろうけど
なんたでもいいからブラウザの対応はやくしてほしい
>>190 まず等号の使い方が間違っている
次に画質とビットレートにおける判断が間違っている
まぁしかし、Googleがいなかったらフリー系のコーデックがここまで進歩することもなかっただろうね
技術力もさることながら資金力が違いすぎる
それに細かくアップデートし続けているのも好感できる
先日公開された下記の動画など、かなりきれいだし（4K60Pは特に）
>>164 と
>>178 1080p落としてffplayで再生してみたが、重すぎる
Windows 10の「設定」→「システム」→「ディスプレイ」→画面中央の下側の「グラフィックの設定」を開いて、
「クラシックアプリ」の状態で「参照」をクリックし、ffplayを選択し、項目に追加されたffplayをクリックすると
「オプション」ボタンが現れるからクリック
表示されたオプションメニューの中から、「高パフォーマンス」を選択し「保存」をクリック
これでほんの少し動作は改善するが焼け石に水状態
動画再生はもはやPCよりスマホのほうが対応力が高い…
やっぱりスマホでAV1の再生を対応させてくれ
参加メンバーにVideoLANが入っているから、対応はそう遠くはないだろうけど
＞動画再生はもはやPCよりスマホのほうが対応力が高い…
>動画再生はもはやPCよりスマホのほうが対応力が高い…
それはないでしょ
どう考えてもスマホよりPCのが対応力(そもそも対応力って何？)高いと思うよ
>>178 比較に同ビットレートのavc、hevc、vp9も置いてくれたら最高なのにな
上のレスと内容もろ被りしちゃったよ
ハードウェアデコーダー乗るまでソフトウェアが対応したとしてもスマホじゃ低解像度動画しか再生出来んでしょ多分
>>178 https://twitter.com/cconcolato/status/1039656215725277185 http://download.opencontent.netflix.com/?prefix=AV1/ https://twitter.com/5chan_nel (5ch newer account) >>200 の補足
http://download.opencontent.netflix.com.s3.amazonaws.com/AV1/readme.txt The IVF files were produced using AOM aomenc (Libaom v1.0) using 2-pass, CQP,
tiles on higher resolutions, and Film Grain. Additionally, the following
parameters were used for all encodes:
--passes=2 --fpf=twopassStats --i420 --profile=0 --arnr-maxframes=7
--arnr-strength=5 --lag-in-frames=25 --aq-mode=0 --bias-pct=100
--minsection-pct=1 --maxsection-pct=10000 --end-usage=q --min-q=0 --max-q=63
--input-bit-depth=[8|10] --cpu-used=1 --auto-alt-ref=1 --max-gf-interval=12
--min-gf-interval=[4|5|6] --frame-parallel=0 --threads=8
--tile-columns=[1|2|4] --ivf
The IVF files were then packaged into (non-fragmented and non-encrypted) MP4
files conforming to
https://aomediacodec.github.io/av1-isobmff/using GPAC's MP4Box (GPAC version 0.7.2-DEV-rev654-gb6f7409ce-master) as follows:
MP4Box -add input.ivf output.mp4
--cpu-used=1か、最高圧縮ではないにしろ結構重い設定だな
>>199 そのHWデコーダーが乗るのがPCより早いって意味でしょ
いや久しぶりに--cpu-used=1でエンコードしたら前よりはずっと早くなってるような気がする
ffmpegでavs2のデコードとエンコードが出来るようになったみたい
https://twitter.com/thierryfautier/status/1039495285838372869 > China #uhd standardisation snapshot presented by CCTV at #ubbf2018
よくわからんが、中国標準の4K/UHD/HDRは映像をHEVCではなくAVS2にするなど、独自路線を突っ走るのか・・・。
https://twitter.com/5chan_nel (5ch newer account)
avs2？
やっぱりhevcの優秀さが比較すると出てきちゃうな
個人のライブ配信でH.264より新しい世代のコーデックが主流になるのは、まだ相当かかりそうだな
ライセンス料払う必要がない人たちはhevc一択だね
>>191 ほんこれ。4K以上で真価を発揮するVP9は1080p以下だと、データサイズは数%しか減ってないのに画質かなり落ちてるのも多い。得手不得手があるからかんだろうけど
（例えば同じアニメの動画でもH264の方が輪郭や背景が潰れずはっきりしてる時もあれば、VP9の方が全体的な破綻が少ない時もある）
だからどちらか一方ははっきりと使い分けられるくらいに画質をよくして欲しいんだよなぁ…H264はビットレートを今の1.3倍にするとか…
>>193 個人的な感覚では、
H264≦VP9<HEVC<VP9
かなと思う。同じビットレートで比べた時。
ただしコーデックによって不得意なパターンは違うから一概に言えないのは分かってる
LAV Filters の nightly 0.72.0-12 でAV1の再生がサポートされた。 >>200 の >>150 の方法で落とした480pのAV1_AAC.mp4（-f 397+140）の再生ができるのは確認した。 https://forum.doom9.org/showthread.php?p=1851429#post1851429 https://files.1f0.de/lavf/nightly/ >>215 K-lite codec入れてるPCで、先にK-lite codec削除してからインストールしてみた
Qunohaで上のほうで紹介されているmkvもmp4も再生できることを確認
ffplayよりは軽いけど、1080pだと重い
Windows Media Playerだとmp4は再生できたけど、mkvはダメ
余談だが、K-liteだとファイルのアイコンにサムネイルが付くようになるが、LAVだとmkvやwebmにはサムネイルがつかなくなる
サムネイルをつけるために「Icaros」をインストールして解決しておいた
・説明サイト
https://www.gigafree.net/media/codecpackage/icarossetup.html ・ダウンロード先（3.1.0 Beta 2がいい）
https://www.videohelp.com/download/Icaros_v3.1.0_b2.exe とりあえずこれで様子見
これで再生確認が楽になるな
https://www.youtube.com/testtube > データ使用量を抑えて動画を満喫
>
> AV1 動画コーデックの高度な圧縮技術により、HD ストリーミングがより滑らかになり、
> 外出中も少ないデータ使用量で動画を楽しめます。
>
> AV1 デコードは、お使いのブラウザではまだご利用いただけません。
> フルサポートを利用するには、media.av1.enabled 設定セットを備えた Chrome 70 以降、
> または Firefox 63 以降が必要です。
対応してるブラウザでそこ開くとav1設定が出るな
i5-3475S内蔵GPUにLAV Filtersだけど
>>178 の10bitフルHDはフレームレートガタガタ
CPU使用率は余裕あるけどガタガタ
Mac版火狐でtubeのAV1利用できなかった
>>163 バグ報告なら
問題の概要
再現手順
期待する動作
実際の動作
ぐらい書いときゃいいよ
あとはグダグダ書かない
簡潔に
感情も入れない
機能要望なら、それが付くと
いかにユーザーにとってメリットあるかとか書く
エクスプローラのメモリリークも直してくれたよ
(7や8.1からある。7や8.1は直ってない)
ちょっと前の記事だが
・YouTubeが「HEVC」に対応すれば、あらゆる問題が解決する？
https://www.earlyteches.com/2018/03/youtube-hevc-support-solve/ 「「AV1」は、HEVCやVP9よりも高い圧縮率を誇り、さらに初めからロイヤリティフリーということで、
ネットフリックスやアマゾン、グーグル、そしてアップルも支持を表明しています。」
「AV1」が実用化されるのはまだ先の話ですが、YouTubeがHEVC対応をすっ飛ばして、
「AV1」の対応にシフトする可能性も高いのです。」
iPhoneの新型も相変わらずVP9は未対応のようで、こうなるとAV1に頑張ってもらうか、
Googleが折れてHEVCを採用するのを待つか、いずれかを期待するしかないようだな
※音声のOpusはソフトウェアだけで問題なく再生できるからいいとしても
>>225 この問題ってGoogleか若しくはav1に協賛してる企業が合同で開発元を買い取っちゃってHEVC/VVC辺りの開発を継続してくれれば丸く収まる気がするけどそういう規模の話では無いのかな。
>>224 こマ？（二回目）
きちんと考えて書けば対応してくれるって事自体眉唾モンなんだが
Insiderじゃないと相手してくれないんかな
>>226 買い取れる金額だとは、とてもおもえないけど…
各国独禁法にめちゃくちゃ引っかかって全部買い取るのに何十年もかかりそう
Nightly 64.0a1 (2018-09-14)
数年前の情報
・WebMの次期圧縮技術「VP9」、6月17日にコードフリーズ YouTubeもサポートへ
http://www.itmedia.co.jp/news/spv/1305/13/news019.html VP9のコードフリーズが2013年6月、YouTubeには2014年には既に導入されていた記憶がある
そして2017年の秋頃あたりから1080pを上回る解像度の動画はVP9に一本化
この流れで行くと、AV1も来年には一般運用が始まっていると考えていいのだろうか？
>>227 insiderじゃなくても相手してくれる
エクスプローラのメモリリークは以下の条件で発生する
(10では修正されたから起きない)
1.mp4コンテナの動画をどこか特定のフォルダに置く
ひとつでも100個でもいい
2.エクスプローラを詳細表示にする
3.日付とかサイズとかフィールド名が表示されてるとこを右クリックして、コーデックでもビットレートでもなんでもいいからフィールドを増やす
4.タスクマネージャーを立ち上げ、現在のメモリ使用量を表示 この時の使用量をメモ
5.それを開いたまま、F5キーでさっきのフォルダの表示を更新
F5を押すたび増える
4と5のメモリ使用量を比較
7や8.1だと動画が多ければ多いほどバンバンメモリリークしていく
エクスプローラをタスクマネージャーで再起動すればリセットされる
このぐらいの再現手順書いておけば間違いなく修正されるよ
再現手順すら書けないフィードバックばかりだから
直しようがなく反映されないってのもあると思う
誰が試しても再現できるレベルの話までまとめれば直ると思うよ
AV1ではないが、
>>194 の動画の情報が出た
・倉木麻衣、“さらに高画質になった”「花言葉」4K HDR MV＆京都市政CMのメイキングムービー公開
https://www.m-on-music.jp/0000297010/ 三菱が噛んでたのか
妙に気合いの入った動画だとは思っていたが
>>233 でもあれ、投票集まらないと開発者の目に止まらない仕様なんでしょ？
クソみたいなフィードバックが多いせいで書いても目に止まらず埋もれるだけだよ
書いても見てもらえ無さそうだなって思わせちゃう時点で書く気無くすしフィードバックHubの運営そのものが失敗してるとしか思えない
それとも君だけは行いがいいから特別視されてるだけかい？
>>235 おれのなんか投票何もないよw
特別視とかもないと思う
ちゃんと書いてあるかどうかなんじゃ？
わからんけど
235が書こうが書くまいが別にオレは構わないから信じてもらわなくてもいい
実際直ったって話だけだから
>>236 そうだね、そろそろやめる
スマヌ
Blackmagic RAWとかいうのが出たらしいな
>>238 ProRes RAWと同じような位置づけかな。
Blackmagic URSA Mini Pro ? Blackmagic RAW | Blackmagic Design
https://www.blackmagicdesign.com/jp/products/blackmagicursaminipro/blackmagicraw [IBC2018]ブラックマジックデザイン、新コーデック「Blackmagic RAW」を発表 - PRONEWS
https://www.pronews.jp/news/20180914182802.html ---
Apple ProRes RAW について - Apple サポート
https://support.apple.com/ja-jp/HT208671 ProRes RAWとは？ － AtomosのJeromy Young氏が語る | cinema5D
https://www.cinema5d.com/jp/prores-raw-explained-plus-footage/ Dav1d: a fast new AV1 decoder
https://www.videolan.org/videolan/events/vdd18/ 公式のAV1デコーダーが遅いから新しくデコーダーを作るみたい。
FFmpegのVP9デコーダーを作ったRonald Bultje氏という人が担当するみたいだから性能アップに期待できるかも。
The world’s fastest VP9 decoder: ffvp9
https://blogs.gnome.org/rbultje/2014/02/22/the-worlds-fastest-vp9-decoder-ffvp9/ ええやん
>>240 期待しておこう
いまのままではフルHDですら厳しいものがあるからなぁ
つべでav1使えてる人、同じファイルでmp4やwebpとくらべて縮んでる？
https://github.com/leandromoreira/digital_video_introduction/blob/master/README-ja.md >コーデック 対 コンテナ
>初心者がよく誤解することの１つに、デジタルビデオコーデックとデジタルビデオコンテナを混同するというものがあります。
>コンテナはビデオ(と音声もありえる)のメタデータとペイロードである圧縮されたビデオを包括するラッパーフォーマットとして考えることができます。
>たいてい、ビデオファイルの拡張子はそのビデオコンテナを定義します。
>例えば、ファイルvideo.mp4はおそらく MPEG-4 Part 14 コンテナで、
>video.mkvという名前のファイルはおそらく matroska です。
比べてみた。 vp9<H.264<av1 こなれてない感じ。
youtube-dl -F
248 webm 1920x1080 1080p 2670k , vp9, 24fps, video only, 36.26MiB
137 mp4 1920x1080 1080p 4434k , avc1.640028, 24fps, video only, 45.88MiB
399 mp4 1920x1080 1080p 12078k , av01.0.05M.08, 24fps, video only, 85.46MiB
>>244 av1って基本的にwebmに格納されるのがデファクトスタンダードになるの?mp4やmkvなの?
ハードウェアデコーダーの対応なんかでコンテナしか書いていない場合があるからある程度分けて欲しい
現状だとmp4にAV1とopus突っ込むのがスタンダードなのでは
>>243-245 >>218 の https://www.youtube.com/playlist?list=PLyqf6gJt7KuHBmeVzZteZUlNUQAVLwrZS >>249 6日前のr3947で対応されてて、今日SourceForgeにr3973のバイナリがアップされたってことね。
現状でもyoutubeにアップロードしたらav1形式が必ず作られますか?
>>251 当分の間は海外の超人気のある動画でしか作られないと思うよ
>>148 の動画は投稿されて一ヶ月経ってないのに再生回数が4000万回を超えてる
youtubeって最近は毎分500時間とかの勢いで動画アップされてるらしいからそれ全部AV1エンコとかさすがのgoogleさんの鯖でも無理すぎるわな
>>254 AIでどうこうなるモノでもないしねー
AIが動画コーデックの世界に圧縮改革起こしてくれねえかな
>>256 AV1のコミット見てるとMachine Learningで高速化を図ってるところがちょくちょく出てくるよ
>>246 mp4だと思う
YouTubeもNetflixも試験配信データはmp4に格納されてる。
将来またmp4ファイルが再生できませんとかいうバカな質問が増えそうw
富士通、映像データ1000分の１に 自動運転の精度高く
富士通は自動運転の精度を高める技術として、映像データを１千分の１に圧縮する手法を開発した。
車載カメラで撮影した映像をインターネットで瞬時にやりとりし、周囲の状況を遠くからリアルタイムで把握できる。
３年後をメドに実用化する。「データ爆発」と呼ばれる大量データ通信時代の中核技術になる可能性がある。
富士通は４Ｋや８Ｋの映像を配信する放送技術で培った独自の画像処理技術を応用した。カメラで撮った映像のデ…
ソース
https://www.nikkei.com/article/DGXMZO35634560R20C18A9MM8000/ Doom9ってAV1を熱心に試してる人が何人もいるよね
あの激烈に遅いVP9より遥かに遅いからある程度速度が出るようになるまでは個人使用では興味が出ない
>>263 PSNRベースでの比較が特に顕著だが、HEVCとあまり差はないね
ライセンス問題を気にしなくて済む用途ならば、ツールがひと通り揃っているHEVCで充分
再生支援が受けられる環境もある程度揃ってきたし
AV1であえてエンコードしなければならないのは配信屋くらいのものか
>>263 aomencの--cpu-used=4の方が、x265 --preset veryslowよりやや上になってるんだね。
その下で別の人がcpu-used=1での各バージョンのエンコード速度の比較を出してた。
https://forum.doom9.org/showthread.php?p=1852485#post1852485 version | enc time | filesize
0.1.0-9348 | 152 | 183494
0.1.0-9559 | 119 | 182391
0.1.0-9658 | 109 | 182118
1.0.0-6 | 94 | 182856
1.0.0-82 | 86 | 182952
1.0.0-181 | 61 | 184139
1.0.0-245 | 59 | 189154
1.0.0-399 | 51 | 180221
1.0.0-541 | 22 | 184505 ※下記参照
1.0.0-629 | 15 | 184616 ※下記参照
下２つはCONFIG_LOWBITDEPTH=1でビルドしたものなので、上と直接比較できる数字ではないらしいけど。
>>263 ソースがほとんどアニメじゃん。みんなアニメ好きだなぁ
アニメで縮んでも詐欺みたいなもの
アニメだと、10ピクセル以上の太い線のリンギングがぁ、とかが評価対象になるのか
dav1d is a new AV1 cross-platform Decoder, open-source, and focused on speed and correctness.
https://code.videolan.org/videolan/dav1d By the end of 2018, we hope to have a completely usable version that will be faster than any other software open source implementation.
2018年末までに、他のソフトウェアオープンソース実装よりも高速な、完全に使用可能なバージョンを用意したいと考えています。
実写とアニメって最適化の仕方が別なんだっけ
>>272 meson 0.29.0 はだめだった。pip install で 0.48.0 入れたら行けた。
>>273 アニメはエッジがハッキリしているから荒が目立つ反面、フレーム自体は複雑性が低くて圧縮が効きやすい
実写（特に野外）は複雑で圧縮が効きずらい反面、フレーム自体は複雑で細部再現性の誤魔化しが効く
実写でも人工物が多いとアニメの特性に寄っていく感じ
>>275 正常にデコード出来た？
こっちで試してみたけど途中でデコード止まる
dav1d.exe -i Chimera-AV1-8bit-1920x1080-6736kbps.ivf --muxer yuv4mpeg2 -o hoge.y4m
Failed to read frame data: No error
Dav1d 0.0.1 - by Two Orioles
Decoded 1/3 frames (33.3%)
>>277 出来たよ。
dav1d -i /home/shinichi/Chimera-AV1-8bit-1920x1080-6736kbps.ivf -o f.y4m --framethreads 2 --tilethreads 2
Celeron G530
Dav1d:5e05e65
framerate: 8929/1271=7.02
>>279 OS は Ubuntu
オプションで --framethreads --tilethreads をCPUに合わせて指定したほうがいいみたい
いい忘れてた。デコードできたけど、こんな感じのが出来た。 YUV4MPEG2 25.8GB 44.4Gb/s 1784.016 FPS まともに再生出来ない
>>280 ありがとう
自分でビルドしたバイナリだけじゃなくてDoom9に上がったバイナリでも同様の結果だからもしかしたらWindows用のバイナリにまだ不具合があるのかもしれない
>>284 BBCは以前から動画圧縮技術に熱心だよ。
DiracっていうWaveletベースの独自のコーデック開発してたこともあるし。
アラン・チューリングが名前の由来かな、と思ってサイト見たら当たってた
>>285 知ってるよ
凄いってのはそれを搭載してるnvidia GPUのこと
>>287 NHKは研究中のAIによるインタレ解除を公開してくれたら見直すけど
そんな柔軟性は無いんだよなぁ
>>289 Turingと名前がついてるだけでNVIDIAのGPUとは無関係だろ
>>282 の問題だけど↓が原因だったみたい
https://code.videolan.org/videolan/dav1d/commit/df5e906b63df59fa00c84cb7ee25e240ffd32bcd mergeされたからWindowsでも問題が起きなくなった
それで早速libaomと条件を同じようにしてシングルスレッドで試してみたんだけど、現時点ではlibaomのほうが2.5～3倍くらい速かった
dav1d.exe -i input.ivf --framethreads 1 --tilethreads 1 --muxer yuv4mpeg2 -o nul
aomdec.exe --threads=1 -o nul input.ivf
一方マルチスレッドで比較した場合、libaomでは2コア4スレッドのうち50%くらいしか使ってくれないけどdav1dではフルに使ってデコードしてくれた
今後のアセンブラやSIMDによるスピードアップに期待
MS-MPEG4 V2が最強とか言ってたじゃないか!
dav1d (dd576607)、Ubuntu はビルドエラーが起きてダメだった。
https://code.videolan.org/videolan/dav1d/issues/10 これと同じ問題が出てる。
西川善司の3DGE：GeForce RTX 20完全理解。レイトレ以外の部分も強化が入ったTuringアーキテクチャにとことん迫る
https://www.4gamer.net/games/421/G042134/20180913178/ まずはビデオプロセッサからだが，その性能はTuring世代で向上している。
とくに重要なのはスループットがPascal世代比で約2倍になっている点で，
これにより，ついに7680×4320ピクセルのHDR動画を30Hz（＝30fps）でリアルタイムエンコードおよびデコードできるようになった。要するに「8K HDR対応」である。
Pascal世代でNVIDIAは3840×2160ピクセルのHDR動画を60Hz（＝60fps）でリアルタイムエンコードおよびデコード可能にして業界を驚かせた実績があるのだが，この進化速度はすごいとしか言いようがない。
また，エンコーダの圧縮アルゴリズムにも改良が入っており，Pascal世代と比較して，
同じ画質ならH.264で15％，H.265なら25％も低ビットレート化できるようになった。逆に言えば，同じビットレートならPascal世代のGPUを使うよりも高い画質を得られるということだ。
4K60pから8K30pって、そんなに進化してるようには思えんが…
どの道”スループット2倍”の言い換えでしかないわな
できますた
・HEVCより高性能でロイヤリティフリーの新しいAV1デコーダー「dav1d」をVLC Player開発元が発表
https://gigazine.net/news/20181002-dav1d/ VLCのnightly buildsの4.0.0でとりあえずAV1はサポートされたがクソ重たい
VideoLanはそんなことよりVLCplayerの品質どうにかしろよw
VLCはメジャーバージョン上がってからおかしくなったな
そうだねVLCはFluidSynthの挙動おかしいし直した方が良いよね
LAV Filters 0.73
https://forum.doom9.org/showthread.php?p=1853965#post1853965 ---
AV1 Support
This is the first officialy LAV Filters release with AV1 support.
LAV Splitter can read compliant files, and LAV Video can decode AV1 using the libaom decoder.
The alternative dav1d decoder is still under active development,
and at this time is not quite ready for widespread use yet. It'll be included in the future, once the dust settles.
---
libaomによるAV1デコードをサポートした正式版リリース。（
>>215 にあるようにnightly 0.72.0-12からサポート）
dav1dはまだ実用レベルではないので未サポート。
少し前に発表になった「Fire TV Stick 4K」だが
https://www.amazon.co.jp/dp/B079QRQTCR/ 対応フォーマットが
ビデオ: Dolby Vision、HDR-10、HLG、H.265、H.264、VP9
オーディオ: AAC-LC、AC3、eAC3 (ドルビーデジタルプラス)、FLAC、MP3、PCM/Wave、Vorbis、Dolby Atmos(EC3_JOC)
写真: JPEG、PNG、GIF、BMP
ビデオにVP9は入っているのはいいとして、オーディオにopusがないのは残念
あとmicro SDカードスロットが今回もない…
結局またこういうものを使う羽目になる…
https://cheapnaxx.com/fire_tv_stick_ext_hdd/ そういうの知らない世界だけど
Google Home HubはVP9/Opus対応してるのかな
intelがxeon向けに最適化したエンコーダーなんじゃない
av1再生してみたけど
PERSEUS - Video Compression Technology - V-Nova
https://www.v-nova.com/perseus-video-compression-technology/ どういう技術かわからんがAbemaTV Developer Conferenceの次世代コーデックの話で名前が上がったらしい
自分も初耳NHKは2015年からPERSEUSのテストしてるっぽいね。
>>321 ●動画
AbemaTV Developer Conference 2018 （TrackA）
https://freshlive.tv/tech-conference/241376 ※コーデック関連は4:57:30あたりから。
●スライド
世界の動画技術動向を見据えた AbemaTV の向かう先 / AbemaTV DevCon 2018 TrackA Final Session
https://www.slideshare.net/abemadev/abematv-abematv-devcon-2018-tracka-final-session ※コーデック関連はスライドNo.121～
「V-Nova PERSEUS」 「DIVIDEON xvc」 「RealMedia HD」 「AVS2」といったコーデックは
たまに名前が出るけど、あまり気にしないでよさそうな感じ。
●PERSEUS - Video Compression Technology - V-Nova
https://www.v-nova.com/perseus-video-compression-technology/ ●xvc ? a world-class video codec ? with indemnification
https://xvc.io/ ●RealMedia HD Suite
https://www.realnetworks.com/realmediaHD ●AVS2
Audio Video Standard - Wikipedia
https://en.wikipedia.org/wiki/Audio_Video_Standard 私たち日本人の、日本国憲法を改正しましょう。
Mile High Video Workshop 2018の発表資料
http://mile-high.video/files/mhv2018/ HEVCやAV1に関する発表がいろいろある
Adobeの新製品群出たみたいだけど新しい進展はない感じ?
やっと通常chromeでもav1見れるようになった
AV1見っけた
【MV】僕だって泣いちゃうよ / NMB48
ちっちゃくなってる！！
398 mp4 1280x720 720p 1362k , av01.0.05M.08, 24fps, video only, 46.06MiB
247 webm 1280x720 720p 1537k , vp9, 24fps, video only, 50.24MiB
136 mp4 1280x720 720p 2325k , avc1.4d401f, 24fps, video only, 56.20MiB
「世界最速男」ボルトが2ゴールの大活躍、サッカーでも半端ない！タッチ集 12/10/2018 HD
テストが終わって実用段階に入ってるっぽい
398 mp4 1280x720 720p 1404k , av01.0.05M.08, 30fps, video only, 67.84MiB
247 webm 1280x720 720p 1518k , vp9, 30fps, video only, 75.28MiB
136 mp4 1280x720 720p 2068k , avc1.4d401f, 30fps, video only, 82.24MiB
日本の動画にまでAV1のものがあるということはもう既に相当な数の動画をエンコードしてそうだな
しばらくはavcとvp9とav1の3つを並行してエンコするのだろうか
>>333 それでも相当な数だと思うよ
数百万再生の動画くらいなら珍しくもなんともないから
HWエンコードはまだないんだよな？あの遅さでエンコードしているとはさすがGoogleって感じだな
FPGAでエンコードファームを構築してあるんでしょう
問題は、「現時点でわざわざAV1で見るメリットがあるのか」ではないのか？
しつこいようだがメリットがあるのは日本のPCユーザーではないし
将来のための投資と実験でしょ
VP9でさえクッソ遅いのにちゃんとエンコしてくれるしAV1が速くなればYouTubeは万々歳だろう
>>342 これ
莫大なリソースを持つGoogleがテストしてくれてんだから、恩恵が無くたって黙って見守ってればよい
chrome70出たけどAV1デフォルトで有効化されてるんだよな
AV1有効にしたFirefoxDev版だとVP9が再生される
dev版は知らんがnightlyはyoutubeでAV1再生できてるぞ
個人用はx265が1歩も2歩も前に進んでいるから
>>352 av1はあくまで配信者側に帯域やらメリットが大きいだけで個人用途ならHEVCだね
今のところAV1はロイヤリティフリーということ以外大きなメリットはなさそうかな？
VVCが早くどんなものか見てみたい
ウルトラBlu-rayでAV1は再生できないからねえ。
テレビとかはともかく、一般利用ではH.264駆逐できなさそう
ウルトラブルーレイとか使われんと思うわ
BD並のビットレートで配信する画質に拘ったストリーミングって出ないのかな？
5G待ちかなあとディスプレイのさらなる高画質化も
米国では5Gサービス始まってる
https://www.verizonwireless.com/5g/home/ 今の時代、円盤って嵩張って面倒なんだよな。探すのが面倒だし。
曲と声の識別にAI使うようになったのか
NETFLIX4Kだろうけど
世間では未だにDVDが売れてるんだよな
DVDも、今のテレビの解像度と視聴距離だったらそこそこ観れる画質だしなぁ。
ニューラルネットワークどこでも活躍するなぁ
ニューラルネットワークって元画像から学習しなきゃならんからプログレ動画しかダメなのかな？
ニューラルネットワークの使い方を勘違いしてる
新しいコーデック名は、タンクになりませんか？
これが世界最高性能のSEX07214545コーデックです！
h.265のライセンスの問題ってよく言われてるけど、個人レベルだとどういう影響があるの？
>>381 仕事で放送や通信の会社が大きく使い始めると、途端に弁護士が多額の契約ライセンス違反だぁ！と訴訟起こす
個人が数時間エンコードしたって、別に数百円程度の少額訴訟にもならない
ロイヤリティの手続きが高額だったり面倒になるとか？
h264は一箇所とやり取りすればいいけどh265はパテントプール複数あるんだっけ？
このままじゃ儲け損なうと、窓口もある程度まとまったらしい
>>385 俺も情報源があるなら知りたいな。
> HEVCも正式採用されるんじゃないかな
「正式採用」というのは、何に採用されることを意味してるの？
たぶんテレビの話では？
ジャップのことだからBS4Kもmpeg2で放送するのかと思ってたわｗ
AV1デコーダ搭載のFirefox 63、正式リリースされたね
479分 14GBあるAVを容量節約のためにNVENCでH.265の低ビットレートでエンコードしたが速くていいわ（低ビットレートでもH.265なので汚い穴が綺麗に見えてしまう）
Firefox63でYouTubeのAV1を見れたけど、途中で再生が止まるな
Mac miniのT2チップがHEVCエンコード従来比30倍速を謳ってるけど
>>398 正確にコピペしないと許さないマンかよw
以下は一世代前のモデルとの比較です。
8ビットHEVCの書き出しが30倍速く
------------------------------
6コアMac mini
-
デュアルコアMac mini(基準値)
公式サイトの表現そのまま持って来たけどこれでいい?
これを従来比って表現したらアホ呼ばわりされるのか(´･ω･`)
>>399 https://www.apple.com/jp/mac-mini/#footnote-10 ・64GBのRAMと2TBのSSDを装備した3.2GHz 6コアIntel Core i7搭載Mac mini試作モデルと、
16GBのRAMと1TBのSSDを装備した3.0GHzデュアルコアIntel Core i7搭載Mac mini量産モデルを使用し、
2018年10月にAppleが実施したテスト結果によります。4,096x2,160解像度、毎秒23.98フレームの
Apple ProRes 4444ビデオを含む60秒のプロジェクトを使用し、リリース前のCompressorでテストを実施。
パフォーマンステストは特定のコンピュータシステムを使って実施したもので、
Mac miniのおおよその性能を示しています。
4Kでのテスト結果らしいけど、実際の速度は誰かがテストしないとわからんね。
>64GBのRAM
>>397 エンコにT2チップってかかわってるのか？
>>404 thx
比較対象の一世代前のモデル(デュアルコアi7 3GHz)てi7-4578U？ QSVでHEVCエンコ出来ない子よね？
30倍て遅くない？
この、Mac miniのT2チップって、要するにCPUのチップセットの一部に、こういう機能を持たせたのかな？
そのイメージで概ね合ってると思うよ
よう解らんけどそれはいつになったらffmpegで使えるようになるのかね
まぁ、 ハードウェア エンコード部分は
>>407 なるほど、ありがとう
そうなるとこれは、Macの省電力ノート系の構成と、MacOSに特化したものなんだろうな
WindowsPCに載るのは望み薄いというか、そもそも電力気にしなければ、PCIEに載せたそこそこなnVidia GPUで、性能的には楽に上回りそうな気がする
まあMac miniの10万円セグメントでも、ここまで性能的にも使えますよ！という、安いクライアントマシンの売りなんだろうな
やはりちゃんとした拡張性の高い、MacProの後継機を作ってくれんかなぁと、毎度思わずにはいられない
MAC mini 2018 のGPUは Coffee Lake の Intel UHD Graphics 630 とあるけど、QSVは使えないんだろうか？
CPUパワーのあるデスクトップならx264/265があるしHEVCは配信には使えないし回路面積それなりに取りそうだし
miniはアプリ開発屋向けだと思うけど
miniは排熱効率悪そうだしな
iMacも何時間も連続稼働させてのレンダリングには、向いてなかったな
Thunderbolt経由でPT3でも使えればなー鯖動かすにはWinより楽だし
>>402 32GB SO-DIMMの2枚でメーカーオプションならそんなもん
社外品Mac対応メモリのボッタクリ価格具合も想定に入れてるだろうし
>4K Main10 の veryslow 設定以外のいくつかのエンコーダー・コマンドラインでは、インテル® AVX2 と比較してパフォーマンスが低下しました。
>>419 そりゃおめー、
>>418 の記事は5/11の英語記事を日本語にしただけだからよ。
内容も4月に発表があった時（rigayaさんの検証もその時）のPDFをベースに
あらためて書いただけのようだから、進歩なんてあるわけねーがや。
>>411 MacX Video Converter ProというアプリがQSVに対応している
QuickTime以外のMacOSアプリでQSV使えるのは多分このアプリだけだと思う
4.1には入らなかったけどffmpegにdav1dでのデコードが入った
>>423 Doom9's Forumが見れないからredditを見に行ったらSmilingWolf氏が来てた
FFMpeg 4.2-dev officially added libdav1d support
https://www.reddit.com/r/AV1/comments/9un8k1/ffmpeg_42dev_officially_added_libdav1d_support/ dav1dはもうlibaomより2倍くらい早いっぽいね
libaomもここ1ヶ月で2倍になってるから実質4倍だな
>>408 https://marco.org/2018/11/06/mac-mini-2018-review > I wasn’t able to notice any quality differences between the videos encoded with x265 and the T2’s hardware acceleration.
> ffmpeg can do it by specifying -c:v hevc_videotoolbox instead of -c:v x265.
> I also needed -vtag hvc1 for the output MP4s with either codec to be playable on macOS.
Official AV1 and VP9 support in GPAC | GPAC
https://gpac.wp.imt.fr/2018/10/27/official-av1-and-vp9-support-in-gpac/ ・AV1は2018/7/10からサポート始めてたけど2018/9/20にはAV1 Encryptionにも対応したよ。
・2018/10/14にVP9のサポートが完了したよ。
・コマンド例もろもろ
・元x265プロジェクト、現Beamr所属のTom Vaughan氏が語るHEVCとAV1など (10/16公開) https://www.youtube.com/playlist?list=PLDa6QBb3vqVzcVBCWS3WKrcvf4ZqJeiW- Microsoft、Windows 10用のAV1 Video Extensionをベータテスト開始
https://news.softpedia.com/news/microsoft-launches-free-av1-video-codec-for-windows-10-523704.shtml Windows 10 October 2018 Updateユーザーは今すぐMicrosoft Storeからダウンロードできます
初期のリリースであるため、AV1ビデオを再生する際にパフォーマンスの問題が発生する可能性があります。
この拡張機能を引き続き改善していきますと述べている
SwitchでYouTubeが見れるようになったけど、基本的にvp9+opusだった
SwitchのTegra X1が、エンジン部が元のままだとしたら、Maxwell世代最後のGM206と同同等のNVDecでVP9 8bitまで感じなのかな？
色々と本格的にav1対応が始まったな
>>435 スケジュール的には早くても来年後半くらいで、一般GPUへのまともな実装となると2020年になるのでは。
>>434 NVidiaってミドル・ローエンドがハイエンドより世代が進んでたりするよね
そりゃ上から順に出すから後発の製品でデコーダが更新されるのはままあるよ(GF119, GM206)
展開が一気に早くなったなー。それだけ急務だったんだな
お、AV1の本格攻勢が始まったのか？
AV1ってAVと関連付けされたら日本ではイメージが悪そうだなｗ
今はAV機器なんて普通に呼ばれてるし
来年Q2以降に対応製品が～ってのもあるし
Microsoft、Windows 10用のAV1 Video Extensionをベータテスト開始
https://news.softpedia.com/news/microsoft-launches-free-av1-video-codec-for-windows-10-523704.shtml Windows 10 October 2018 Updateユーザーは今すぐMicrosoft Storeからダウンロードできます
初期のリリースであるため、AV1ビデオを再生する際にパフォーマンスの問題が発生する可能性があります。
この拡張機能を引き続き改善していきますと述べている
>>431 >>219 で設定したらYouTubeの対応動画でav01で再生できた
>>448 うん
av01.0.05M.08 (396) / opus (251)
になってる
>>451 120円なんだけど「デバイス製造元からの～」（無料）で第2世代Coreと550Tiという再生支援できるはずのない環境で再生できるんだよな
>>451 円盤収録したコンテンツで百数十円
ストリーム配信コンテンツなら年間で事業者支払いしていればコンテンツ提供毎に掛からない
頭割りしても全体で何千万～何億PVも有れば何円にもならん
ライセンスフリーへの対応も実質利用者のためじゃなく提供者の出費減らすためで
スムーズな再生にアクセラレート対応とかの為にとか、CPU負荷増加とか手間みたいなもんでユーザーがライセンスフリーのために負担する方がデカい
>>452 なんだその無料のやつ。特定のパソコン向け?
俺の自作パソコン出てこねえ。パソコンというか今は亡きスマホか?
>>453 まぁね。でも金払うの気が引けるな。まずクレジットカード登録からだし。しかもVLC使えば無料だし
でもMPEG系のライセンスなめすぎだよね。OSアップグレードでももっかい金とるし
つべのav1ダウンロードしたら264より倍くらい大きさある
>>455 え、マジで
半年～一年に一回アップグレードされる最近のOSヤベーじゃん
>>457 windows10のは大丈夫。7から8とか8から10とか。
有料になるようなバージョンアップ。
7から8とか。実質別ソフトだからもう一回払うことになるんだろうけど、でも、新規じゃなくてアップグレードユーザーは一度払えばOKにしてほしい。たぶん、厳密に追跡できないからだろうけど。
ああそうか。
>>445 とかstoreで管理してるんだからこの仕組み利用してる場合は1回でOKだね。将来、win11が出てもstore経由でインストールできるなら問題なしだね。
AV1のデコーダ、βとはいえ配信され始めたけど
ビットレート上げればコーデックの違いやエンコーダ性能の差が無くなっていくから現状のつべAV1で画質評価するだけ無駄
samsung Exynos 9820
https://www.samsung.com/semiconductor/minisite/exynos/products/mobileprocessor/exynos-9-series-9820/ >8K 30fps or 4K UHD 150fps encoding and decoding with 10-bit HEVC(H.265), H.264, VP9
>>466 GPUはMali-G76だけど、ビデオエンジンは自前なのかMali-V76なのか
AV1もええがAVIFもはよ出てくれや
JPEG駆逐とか言ってた次世代フォーマット（）連中はみんな消えていった
本気で移行したきゃ、jpegで保存するカメラアプリは今後ストアから排除するとかそういうレベルでやらんと無理だろう。
もちろん複雑度が違うからjpegより悪化するのは必然だけど
https://jpeg.org/items/20181104_press.html JPEG-XLプロポーザルの提出に対して7件の応募があった
とあるがAV1入ってるかな
https://caniuse.com/#feat=webp Firefox&EdgeもWebPサポートするし
ブラウザだけでもWebP全面移行できそうだな
ギガが減るPNG.GIFの撲滅頼む
でもwebpはwebサイト製作者に相手されてるようには到底思えないけど。
ちょうど数日前にも
https://gigazine.net/news/20181114-google-chrome-labs-squoosh/ とgoogleは頑張ってるけど
画像多いサービスだと結構webp見るけどな
あくまで適当なイメージで言ったんでちょっと普段見てる適当なサイトのメディア条件をふ調べて見たけど、
つか、前に画像のエンコード、デコード時間を計測するandroidのテストアプリ作ったんだけどそれでweb,png,jpegで3000*2000ぐらいの画像を1 枚エンコードしたら
画像をハードエンコード、デコードできるようにして、appleさんがストアあたりで強制してくれたらいけそうかも
webpはデコードはけっこう早い。エンコード遅くても僕は良いです。それより非可逆圧縮で透過が使えるのが大きい。
デコードの時間も計測してたんだけど書かなかった
JPEGのエンコードはハードウェアで実装されてるからスマホでも爆速なんだろう
>>481 pngのデコードやたら早いね。普段遅く感じるのは容量の問題かなぁ
音声の方は次世代もうopusで勝負アリな感じなのに
WebP普及を妨げてる戦犯はSafariじゃないのか？
jpegが早い軽いどこでも使えて必要十分な品質すぎて
>>482 それはないんじゃね
>>484 動画や音声みたいに毎秒計算し続けるものじゃないから
多少、圧縮率が悪くてもデメリットにならないのが大きい
Chrome・Firefox・Edge「WebP普及させよう」
世界中でスマホっつたらiPhoneなんだからHEIFにしときゃ良いのに
林檎厨だらけなのは日米くらいだが…
iPhoneは女かガキかMacユーザばっかりな印象
独自規格大好きな林檎
ブラウザアプリの開発制限を撤廃して、SafariはIEと同じ末路を辿れ
>>491 H.265もITU-Tで仕様が公開されているという意味ではオープンだが特許で自由に使えへんのがアカンな
>>477 写真（実写）なんかだと問題ないけど、
イラストなんかはYUV444が必須だからWebP使えんな
圧縮の必要性に疑問あるんだろ。
高級な一眼レフなんかだと一枚で10～20MB行くって聞いたぞ
今は保存より通信の方だな＞圧縮の必要性
動画くらい巨大データだとフォーマットとか気にするけど画像くらいのデータ量だとそこまでみんな敏感にならんってことか
音楽はタグで管理してるくせに画像は写真だけEXIF/XMPだけど後は全部ファイル名で管理っていう
Google Pixel3だけど、Appleに遅れること1年で、
>>499 そのサイト色々なフォーマットで比較できるけど、MozJPEGは確かにWebPより劣ってるけどかなり善戦してる
劣化が気になる場合はクオリティを上げれば良いだけだし、JPEGは今後も使われるだろうな
逆に今回の比較で明らかにWebPの方がMozJPEGより良い事は分かった
>>499 色再現性がwebpと比べて非常に素晴らしいね。
輪郭は俺にはあまり変わってるように見えない。どっちもかなりぼけてる
>>499 これAV1だけロスレス945Kbyteとか凄く小さくなるんだけどエンコード/デコード速度どんなもんなんやろ
WebPって可逆だと4:4:4になるのか？
20MBのPNGが2MBになるとかならWebPにするんだけどなあ
OSや主要ブラウザがちゃんと対応してくれるかどうか、これに尽きる
JPEGはもう更新するの無理だろうね
意味が分からないけど解像度やフレームレートが増したりしたら
>>515 > mp4も10bit対応したらそれで終わりだと思う
突然出てきたけど、これなんのことを言いたいんだ？
ビット深度のことなら対応するのはコーデック(HEVCやVP9等)であって
コンテナ(MP4等)じゃないし、HEVCやVP9には12bitもあるけど。
HWデコーダなら前世代あたりから12bitまで対応してるのがあるけど
YouTubeにあるAV1動画のリストってどこで確認できる？
>>514 ウェーブレットは原理からしてブロックが発生せずSSIMが良好だが全体がボケるので
人間の視覚にはDCT+デブロックの方がええみたいやな
>>521 上の方に音楽MVのリストあったわ
サンクス
原理的に16k/32kクラスならwaveletのほうが向いてるって某猫さんが言ってた
>>524 その解像度でも動き補償はブロック単位やし動画はアカンやろな
>>499 AV1がきれいなのはわかったから
早くAVIF出してくれ
>>522 DCTも別にブロックが必要と言うわけでは無いけどね
画像全体に適用すると左端の高周波成分のカットが右端に影響しちゃうからだろうね
ウェーブレットはそうならないはず
詳しくは知らん
ちなみにウェーブレットはある画像は、それを半分にしたものと更に半分にしたものと、以下繰り返し...
>>528 それウェーブレットじゃなくてフラクタル圧縮では
>>529 確かに似てはいるけど、フラクタルはどんな複雑な図形も単純な図形の繰り返しで表現出来るっていうのを画像圧縮に応用したもので、決まったやり方がある訳じゃないはず
実際には矩形に分けて縮小したり回転したりしてるようだけど
ウェーブレットは
>>528 の通りだ
ちなみに半分というよりはモザイク化すると言った方が正確かもしれん
で、それぞれの画像の差分がウェーブレットそのものだ
1枚目と2枚目の差分をゼロにしてしまって元に戻しても多分それっぽく見えるはずだが多分少しのっぺりした画像になるはず
これが高周波成分をカットしたという事になって、この後の圧縮が効きやすくなる
ざっくりしてるが大きく間違ってはいないはず…
>>531 いいねえ
aomの公式のやつは参照実装止まり?
最近のコーデックはAVX2がごりごり使われまくっててivyおじさんじゃつらくなってきた
もしかしてSandy Bridgeには人権はないのかね
倍半分変わるような処理もまあないし不便を感じたらでいいでしょ
>>540 何言ってんの、エンコしたら倍どころじゃないぞ
もう2600Kは鈍亀だよ
>>541 同じ4C8Tの7700Kに倍以上かかってる項目あるの草
草…
2630QMなんだけどどのぐらいのスコア出せるのかね
>>541 まじかー俺は5960Xなんだけど今の6コアのほうが速そうだな…
って思ったけどこれよく見たらx264/265じゃないのな。
自作板のx264/265のベンチスレではhaswell世代とzenは同一コア数クロックではほぼ均衡、kaby世代とも10%程度の差だった筈だから殆どの人にはその結果は当て嵌まらないと思うぞ。
>>544 http://tmpgenc.pegasys-inc.com/ja/product/tvmw6.html >>541 の元記事はこれ。 https://pc.watch.impress.co.jp/docs/news/1151575.html 4770kってTB3.9GHzで9900kはTB5.0GHz(何コアで幾らかは知らね)だろ？
>>544 の何がおかしいんだよ。
9900Kは定格がOCみたいな仕様だし通常運用域でのOC考えればかなり近い値になるぞ。
論点ずらして無理に戦い続けようとせんでもええんやで
>>548 何言ってるか全く意味不明なんだが
H.265のTMPGエンコ時間は9900Kが781秒で4770Kが2019秒
4770Kが3.9GHzだとして1.5倍にOC（5.8GHzでまず無理）して比例して1346秒になっても近い値にはならんが
>>551 9900Kは4770Kの2倍のCPUコアあるで
ついでに言うとx265は8C/16Tみたいな多コア/スレッドをフル活用できるわけじゃないので単純計算はできないと思う。
>>552 そりゃそうだよ、9900K買ってちゃんと8コア入ってなかったら困るでしょ？
>>531 > We're finishing the rough edges for a release soon, so that
> we can hope that Firefox 65 will ship with dav1d for AV1 decoding.
Firefox65にdav1dを組み込む予定なのか。いいね。
自動ビルドスクリプトのmedia-autobuild_suiteが9月頃にrav1eやdav1dに対応してた。 https://github.com/jb-alvarado/media-autobuild_suite >>537 AVXの無いCeleronが売っているのでデコードはSSEにも最適化せんと普及せんやろな
Coffee LakeでもAVXは対応しなかったからな。CeleronにAVXが来るのはいつになるのだろうか
まぁAVXよりコア数多い方が処理能力は稼げるしな
動画関連は専用ユニット積むし
AVX2は電力制御が必要だからな。
CeleronでAVXまで駆使してソフトエンコードってのもね
Intel・NVidia・QualcommがAV1エンコード・デコード搭載チップを出してからが本番か
>>557 >>531 のdav1dの記事に書いてあるけど、SSEとARMの最適化も今週メドにリリース予定らしいよ。
dav1d、なかなか良い感じ。
i7-4702MQ＋ffplayでデコードがlibaomだと720p60や1080p24が少しカクついてしまうし、
1080p60はカックカクで話にならないけど、libdav1d（-tilethreadsを2以上に指定するとよさげ）だと
1080p60もスムーズに再生できてるっぽい。
Halo Infinite - E3 2018 - Announcement Trailer
※1080p60のAV1あり。なぜか最後の方でデコードがひっかかる部分があるけど。
HWエンコードに関してAMDはかなり遅れてる。動画再生に関しては強い
NHW Image codec
http://nhwcodec.blogspot.com/ 11/13/2018: v0.1.5 very high compression added. This version is still fast with a good neatness.
AV1はエンコ遅すぎ 結局なかなか進化しないな
av1って個人エンコって実用的なものになるのかね。
x265のveryslowより圧縮率が高いということは演算量もそれ以上ということだからカリカリに最適化してもそこまで早くはならないだろうしねえ
でもハードウェアエンコは設定を詰めたりできないのが多くて配信とか以外じゃ結局ソフトエンコがメインになりそうな
4K8Kの長編物をスラスラと書き出せるスペックあるならそれでいいだろうけど
AV1の個人向けでのハードウェア対応は、VP9と同じくデコードのみでエンコードはもの好きがソフトウェアのみでやるに留まるだろう
>>567 動画再生も遅れてるよ
RadeonRX5はVP9が未だにハイブリッドデコードのみ
RyzenGは新エンジンで完全HW可能になったが4Kまで（GFやIntelは8Kまで）
何この悔しそうなコメント
Mozilla、2019年1月リリースの「Firefox v65」でGoogleが開発した画像フォーマット「WebP」をサポート予定。グローバルユーザーの72%が利用可能に。
https://applech2.com/archives/20181125-firefox-v65-support-webp-image.html ＞Mozilla はこの新形式に対するいくつかの懸念から初期の実装作業を中止していました。
＞しかし、Microsoft Edge が最近になって対応したことや、
＞WebP 画像しか配信せず正しく表示されないサイトの数が増え続けていることから、
＞Firefox の開発者は態度を変えざるを得ませんでした。
MozJPEGの出来が良くてWebPにする意味がほとんど無かったからな
mozjpegコマンドをインストールすれば良いだけだぞ
21世紀にコマンドラインを残してしまったことを遺憾に思う
jpg代替じゃなくてgif代替だろ
>>583-584 正気で言ってるのか？ネタだよな？
>>587 コマンドラインで変換だけできても
それだけじゃフィルタかけたり、変換前後の画質比較を簡単に行うことはできないんだし
はたから聞いていると、会話が食い違っているような気がします
x264cliってコマンドラインだけだけどめちゃくちゃ使われてるよ
>>474 のリンク先でmozjpg変換すれば？
俺はpng→jpgにguetzli使ってmozで最適化よ
>>588 すまん、アニメ画像ってgifみたいに動く画像の方か
>>594 そう。 APNG=Animated Portable Network Graphics
アルファチャンネル付非可逆圧縮アニメーション画像形式って結構貴重なんだよね
webpとheifくらいしか無い
apngって主要ブラウザみんな対応してるのに全然流行らんな
>>596 戦犯はMicrosoft
IEとEdgeが対応してない
こうやって大手企業がいちいち足引っ張り合ってるから新しいコーデックや圧縮方式が流行らないんだ
足並み揃える気がないなら永遠にレガシーフォーマットだけサポートしてろ
IEはもう使う人種が悪いけど
言うてもAPNGはPNG本家では蹴られてるしW3CやISOでの標準化がされてるわけでもないしでそんな責めるほどでもないやろ
足並み揃わないのはAPNGだけの話じゃないんだよなあ
JPEG XLが全てを統べるオールマイティーな規格になるはずだから、それ待ちだな
AVIFがデコード軽いならそれでいいかなぁ
まぁ欅坂は動き激しい上に照明も凝るからエンコには厳しいよな
ディープラーニングを利用した映像圧縮技術
http://www.wave.one/video-compression To the best of our knowledge, we are the first machine learning method to outperform all commercial video codecs in this setting.
For instance, on typical SD videos, our codec achieves on average 30%-40% reduction in file size for the same quality over HEVC/H.265.
ここまで上がるとなるとh267あたりでAIが採用されるのは間違いなさそうやね
超解像度アプコンで補完すること前提でディテールを省く技術は
開発競争が無意味と言えんが。
VC1って優位性もないよね？
A.I Gigapixelとか既にスゲーし将来性感じるけどシステム要求厳しすぎる
>>616 まず超解像ってのがもう眉唾物なのでは？
シャープフィルタのアルゴリズムを組み込むって事？
今の水準からしたら眉唾だね>昔の超解像度技術
>>620 最近のスマホはみんな標準搭載してない？
>>623 ハイエンドのKirin970/980とA12しか無くね？
一応Kirinはミドルレンジの710がNPU搭載で600番台以下は廃盤っぽいから標準搭載といえるかもしれんけど
訂正、A11もNPU搭載。
最近の超解像は人工知能つかってディティール水増しする方向なのかな
これとか、ぼやけ感は無くなってるけどディティール自体はデタラメでSSIMも悪化するっていう
そんで正確性は高いけどボヤけるのと、ぼやけてないけどデタラメってのは
どうやらトレードオフらしいとか
高圧縮率時の再現性良くするのに1/2精度ぐらいの周波数成分の補完情報で知覚的な画質評価上げたりのが良いかも
超解像だとフラクタル画像圧縮を使ったON1 Resizeってのもある
>>627 x264やx265にも心理的ななんちゃらってオプションがあるし
既存の技術で画質を求めると同じところに行きつく感じ
失われたデータは復元できないって事だな
あれは酷かったね…耳が痛くてしょうがなかった
>>627 科捜研の女超解像に比べると現実の超解像はカス過ぎるな
waifu2xはアニメ絵だと良いけど…
>>633 確かになｗ
しかもほぼリアルタイムってあたりがすごい
>>633 そこ鮮明化して、で滅茶苦茶解像度が上がるからなw
どんな魔法だよ
超解像によって生まれる冤罪。。
そういうのオーディオではよくある手法というか機能だけどそれが気に入らないって人も一定数存在するから
AIの画像認識でマスターデータと比較して認識に影響し難い所はより大胆に間引けるようになる
テレビにもアプコン機能あって、地上波とか4Kにしてくれるけど、元がウンコならアプコン後もウンコだし、無いピクセルから元の画素を予想する技術ってAI使ってもまだあと二回くらいイノベーション必要だよね、特にCPUで…
元々スケジュール遅れまくってたし6月に仕様決まったときもバタバタしてて見切り発車みたいなとこあったもんね
>>643 規格が固まるのにあと2年、エンコーダ・デコーダが市販PCパーツに載るようになるまで5年ぐらいかな
これは7nmGPUにAV1デコーダは間に合わないのか
この状況だと暫くはH.264が続きそうだなあ
そのネタはAV(オーディオ・ビデオ)機器の時点でもう終わってんだよ
AV1.1はAV1のサブセットってことでいいの？
最初期のh.264のHWデコーダーにあった
Bフレとref数は3までがベターみたいな感じで
HWでコードに適した制限を付けるのかな
>>655 今だからこそ切り捨てというも手かも（プロファイルでややこしくするよりは
それに、どうもフルスペックAV1 1.0ストリームを
1.1以降専用HWデコーダーでデコードできないって話みたいだし
Webの規格とか普通実装が先で、仕様が固まるのが後だからね
AV1の仕様をフルカバーするハードウェア作ろうと思ったら高額になって
もうVP9でええやないか！！！！！！！！！！11111111
ビデオポルノ9とかアダルトビデオ1とかエッチエロビデオコンテンツ265とか
「アダルトビデオコーデック/エッチ264」が今のところ最強
テクノマセが後場急伸、ソフトウェアによるＨＥＶＣ ８Ｋ／６０ｐエンコーダの開発に成功
https://kabutan.jp/news/marketnews/?b=n201811300409 > 数学的手法を駆使した独自のコンピュータアルゴリズム「ＤＭＮＡ」を使用した、
> ソフトウェアによるＨＥＶＣ ８Ｋ／６０ｐエンコーダの開発に成功し、
> 先に開発済みのデコーダとあわせてリアルタイムエンコーダ／デコーダシステムとして
> ライセンス提供を開始すると発表
> ＨＥＶＣのリアルタイムエンコードは、ハードウェアで実現するのが一般的だが、
> 同社製品は市販のパソコン上で動作するようソフトウェアを最適化してあるとしており、
> 開発済みのリアルタイムデコーダと組み合わせ、比較的安価・簡便にシステムを構築できるとしている。
>Digital Media New Algorithm
数学者集団な会社なんだからべつにウソでもないんじゃ
市販のパソコンがどの程度のパソコンなのかが気になるわ
http://www.tmath.co.jp/ir/01.html ここにある「平成31年3月期＜第19期＞第2四半期決算説明会資料」のデモンストレーションでは56コアのCPU使ってたぜ
市販PC（上級国民様向け）じゃないと駄目だな！
ZEN2TRが現在は妄想レベルの廃スペックで出てくれればガチで余裕で回るな。
はい
youtubeの再生多い動画はもう結構AV1になってるぞ
ようつべは新コーデック出る度にコロコロ変換してるみたいだけど画質劣化していかないの？
>>679 念のため言っておくが、YouTubeにはサーバーにマスター動画が保存されていて、視聴用にそれを変換しているぞ。
VP9とかAV1とか、それらはその都度、オリジナルの動画から変換している
>>679 > ようつべは新コーデック出る度にコロコロ変換してるみたいだけど
ついでに言うと「新コーデック出る度に」どころか、視聴数の多い動画なんかはちょくちょく変換しなおしてたりするよ。
再エンコード日はyoutube_dlでmp4を落として確認。
2016/11/07投稿。現在は2018/10/24に再エンコードされたもの。1月下旬と10月中旬はまた別のファイルだった。
The World in HDR in 4K (ULTRA HD)
2012/03/12投稿。現在は2018/10/23に再エンコードされたもの。2018/06/16にも再エンコードされていた。
livetune feat. 初音ミク 『Tell Your World』Music Video
あとは投稿直後はエンコ速度優先の低圧縮率の動画にしておいて、数時間後には高圧縮率の動画に差し替えたりとかもしてるらしい。
http://2chb.net/r/streaming/1534122281/465-500 エロ動画保存するのにHEVCにしようかと思ってたけどAV1とか出てきて悩むなぁ
av女優が消せやってゴネると5年過ぎたやつは販売やネット配信終了するとかいうやつじゃない
実写の処理だとソフトウェアエンコーダならコーデックなりで良いけど
h265 veryfastでいいじゃんx264のmidiumぐらいの速さ?で実写なら倍縮むぞ
fasterの方が良いと思うぞ
>>688 どういう条件での比較かわからんけど、倍縮むというのがファイルサイズ半分になるということなら
x265はそこまで優秀じゃないから、それ相応に画質が落ちてると思う。
圧縮率の向上を期待して使うなら、x265は最低でもmedium、できればslowで使った方がいいんじゃないかな。
速度的にはx264のslow～veryslow相当になるけど、それが許容できないならx265は使わずx264 mediumでいいんじゃないかと。
H.265使えば環境によっては5～10倍くらい遅くなる気が…
>>691 エンコベンチスレの結果を眺めた感じだと1080pで
x265 medium ・・・ x264 slowerより遅い
x265 veryfast ・・・ x264 slowより遅い
くらいかな。他の例としては以前出したこれとか。
>>692 なるほど、ありがとう。少し言い過ぎたか
dav1dはAV1.1にフォーカスしていくのだろうか
保存用の動画をいくつかAV1でエンコードしてたのにエンコードし直さないといけないのはめんどいな
まだ実験段階のフォーマットでのエンコを保存用にするのはなぁ……
一般人がAV1でエンコードするメリットなんか何もないのに、なぜわざわざ…
>>696 実験段階って言っても正式に仕様決まったものが半年もせずに撤回されるとは普通思わんでしょｗ
>>697 自分が奇特な人間で新しもの好きだからさ
みれる画質を保ちつつファイルサイズを小さくするって理由もあるぜよ
最近は重要なのはソース保持でavisynthなり通して見てどうでもいいのをエンコだなぁ
個人はHDDなどの記憶容量媒体が増加していることもあってさほどエンコードが重要ではなくなったからなぁ
もっとリソースが逼迫しないとどいつもこいつも本気で動かなそう
i7-4702MQ、Zeranoe ffmpeg 4.1 x64 (libaom 1.0.0-900-g7715ae1c7)
ffmpegでいつの間にかマルチスレッドでエンコード出来るようになってたのか
もう265veryslowの1/10程度になったのか
ITU H.266
https://de.wikipedia.org/wiki/Versatile_Video_Coding H.265 / HEVC（ターゲット：常に50％）より少なくとも30％優れた圧縮率
解決策：4Kから16Kまで
360°ビデオのサポート
現在のスケジュール
2017年10月：提案を求める
2018年2月：受け取った提案の評価
2018年10月：評価のための最初のテストモジュール
2019年10月：最初の規格案
2020年の終わり：最初の公式基準
2021年6月：最初のハードウェア実装
h.266はまだまだ先過ぎて逆によくわからんな
なんだこの最高に頭悪い記事は・・・
Apple T2チップHEVCエンコードの利点と限界 - ITmedia NEWS
http://www.itmedia.co.jp/news/articles/1812/12/news063.html dav1d 0.1.0 "Gazelle" をリリースしたよという記事。（
>>531 の続き）
First release of dav1d, the AV1 decoder - Yet another blog for JBKempf
http://www.jbkempf.com/blog/post/2018/First-release-of-dav1d >>フォーマット変換のみ行っているようです
>>713 > ファイルサイズがあまり小さくならないことから、フォーマット変換のみ行っているようです。
うーん…有象無象のニコ厨の方がまだマシな記事書きそう
こういう奴のために、ボタン一つで変換できるソフトが喜ばれるはずなのに…
コンテナだけ変えたって言ってるのかと思ったけど
Demuxedというイベントで行われたVVC(Versatile Video Coding)に関するプレゼンの記事。
VVC video codec - the next-next generation codec
https://bitmovin.com/vvc-video-codec/ 簡便なフィルタも無い単純なトランスコーダって事だろう
>>722 おお、Windows insider previewで早速対応するのか
タイトル通りだけど、各種ツールでのAV1サポート状況や使い方など。
How to use AV1 with open source tools
http://www.jbkempf.com/blog/post/2018/AV1-open-source-tools はやくXnやPerfectViewerがavifに対応してくれないかなー
えーぶいあい
え？
AVIF RI（Reduction Image）えびふらい
H.264 | AVCは全部足してのばすとこう？
揚げ足取りはNG
>>727 >>728 エイヴィフがしっくりときた
AVC アダルト ビデオ コンテンツ
エイヴィフ(AVIF)
>>722 にAVIFの作り方書いてるけど誰か試した？
libvpxのvp9デコーダがマルチスレッドに最適化されて速くなるらしい
ffmpegのvp9デコーダであるffvp9が以前からlibvpxより数倍速かったからほとんどのソフトには関係ない事だけど
chromiumがバイナリサイズが増えるからとかいうクソみたいな理由で頑なにffvp9を拒み続けてるからchromium系のブラウザ使ってる人には将来的に恩恵あるだろうね
ちなみにffvp9とdav1dの作者は同じ人
chromiumはAV1になっても同じような対応をする可能性が高いのでおそらくchromiumでdav1dは使われないだろう
https://www.phoronix.com/scan.php?page=news_item& ;px=Libvpx-Tile-SB-Row-MT-Decode
マジかよ知らんかった
いつものAppleって感じだけどAOMのFOUNDING MEMBERSなのにサポートしないってどうなのよ
>>748 Apple、64-bit環境への移行に伴い
macOS Mojave後のmacOSでネイティブサポートされなくなる
レガシィメディアのファイルフォーマットをFCPXやiMovieユーザー向けに公開。
2018年12月にメディアエディタ向けに案内されたメーリングリストによると、
AppleはmacOS Mojave後のmacOSにて64-bitテクノロジへの完全な移行を行う目的で、
QuickTime 7フレームワークとの互換性のあった以下のメディアフォーマットやコーデックをレガシィフォーマットとし、
macOSでネイティブサポートしなくなると発表しています。
3ivx MPEG-4
AV1 / VP9
AVC0 Media AVA0 Media
BitJazz SheerVideo
（以下略）
＿人人人人人人人＿
＞ AV1 / VP9 ＜
￣Y^Y^Y^Y^Y^Y^Y￣
レガシーとは一体……
百歩譲ってVP9はレガシー扱いで許したとしても、
こうやって足を引っ張り合う訳ですよ
人類というかAppleってやっぱり馬鹿だなって思うわ
https://support.apple.com/ja-jp/HT209000 記事読む暇がないヒト向けに書いておくと、自社製ソフトウェア上における
「ネイティブ編集対応をやめる」のであって、直接扱おうとしたらまず
ProResにトランスコードが始まるようになる。それから編集ってこと
※変換されんの嫌なら他社製ソフトウェアで編集してねってことで
わざわざWindowsマシン使って変換とかが必須になるわけではない
スマブラSPでVP9使われたみたいね
スマブラのムービーってh265じゃなくて、vp9なの？
>>761 諸々の事情で
>>1 にあるように「H.264/AVCの後」のコーデックを次世代と位置づけてスレを立てただけなので
そこはあまり気にしなくてOK。
>>748 >>750 >>756 Final Cut Pro X のレガシーメディアについて - Apple サポート
https://support.apple.com/ja-jp/HT209000 macOS 用 iMovie のレガシーメディアについて - Apple サポート
https://support.apple.com/ja-jp/HT209029 Macのことはよく知らないけど、そもそもこれまで Final Cut Pro X や iMovie で
VP9やAV1を読み込むことはできたのかな？そういう話題を見かけたことが無いような・・・。
レガシーと言ってるのは、コーデック自体のことというより、QuickTime 7 フレームワークを利用しているものを
レガシーだと称しているだけみたいだね。
> 2019 年前半にリリース予定の Final Cut Pro のアップデートに、QuickTime 7 フレームワークを使う
> レガシーメディアを探し、変換する機能が盛り込まれる予定です。
読み方によっては、この時にAV1やVP9の変換読み込みをサポートすると解釈できないこともないけど・・・さて。
レガシーフォーマットだから、フレームワーク提供しないよー
「影響を受けるメディアフォーマットの例」の中に「AV1／VP9」が入ってるから
>>766 AV1がネイティブサポートされない、つまりAVFoundationで対応する予定が無いんだと思うよ
そうすると動画編集ソフト云々では無く、Safariでの再生対応も無いんじゃないかな
ここにも裏切り者が
HEVC Encoder for Servers
https://developer.qualcomm.com/software/hevc-encoder-servers >The HEVC video encoder software is designed to:
>Outperform VP9 and AV1
裏切りもなにもQualcommはAOMに入っていないような・・・
>>769 ・・・入ってなかった。
HEIF/HEVC HWアクセラレータが載ってるSD855楽しみに待ってます裏切り者扱いしてごめんね。
裏切り者も何も、VP9やAV1が異端なだけだからねぇ
VP9を個人でエンコする需要がない
スマホはAV1エンコードに対応する必要ないよな
スマホこそエンコードできたほうがいいでしょ
モバイルSoCにまともな性能で実装させたらlittleコア数個分の面積食いかねないけどな
av1をモバイルでエンコードできるのは10年くらい掛かりそう
HEVCでいい気が…
HEVCは企業側が採用したがらないからもし動きがあるとすれば次のVVCじゃないかな…
撮影用コーデックは撮影者が扱えてナンボだから、扱いづらいコンテンツ提供向けのライセンスフリーの高圧縮コーデックの方を優先するなんて普通に考えればありえないと思うけどな、スマホ用なら尚更だし
静止画にしろ動画にしろ、オフィス系ソフトと年賀状作成ソフトで手間なく開けるようにならない限り日本では普及しないだろうなあって思う
>>783 法人市場ではそうかもしれんが
個人向けでオフィスや年賀状ソフトに依存しきってる奴が何%いると思ってるんだ
具体的な割合は知らんがそう多くは無いだろう
QualcommがHEVC陣営だとしたらAV1はかなり不利なのでは
PCや動画関連は法人需要がベース
MPEGと真っ向に対立してるのってweb系だけだろ
Google主導で開発してきたフォーマットで主流になれたやつあったっけ？
フォーマットとは少し違うかもしれないけどhttp2.0とhttp3.0はGoogleが作ったプロトコルがベースだな
https://drive.google.com/open?id=1vs9oqpXJt91FhkfNtYHFB3fO2OiN98C3 画像をAVIFに変換するbat書いた
Windows 10 Insider Preview Build 18305.1003で表示出来るファイルになるのを一応確認済み
まだ仕様が決まってないから画質確認して遊ぶ用だけど、AVIFと同サイズくらいのjpgを出力する機能もあるから興味ある人は試して
jpg品質85の時
AACとかでも人間の耳じゃ違い分からんとか言われてたけど
JPG85と95っておおよその人が一見して分かる差だと思うけど
実写というか写真だとオリジナルと見比べないならあまり気にならないけどCG、イラスト、アニメ絵とかだと
>>798 (1.92569732666016/3.28187476264106)*100=58.6767462482
半分までは行かないけどjpgに対して58%くらいの大きさやね
85と95なら許容範囲の差だと思うけど。
95未満だとキラーサンプルがあるとだれでも劣化が分かる
>>803 HiDPIが標準になれば420でも良いとは思うけど普及がまだまだだからなあ
高DPIになればそうだね。
ただしGoogle系はWebP対応ブラウザだと、フォーマットの制限で全部420
Webpは再エンコに極度に弱い
大きいマクロブロックを使える最新のフォーマットの方が8x8のJPEGより色滲みの範囲が広くなるため再エンコ時の世代劣化が酷くなりがちなんだけど、WebPのエンコーダーは根本的に設計ミスしてるとしか思えない
ローパス効きすぎてるんじゃねえのかな
一応擁護するとGoogleは真にJPEGを置き換える目的のPIKというフォーマットを開発中。進展聞こえて来ないけど。
Google系セルフコーデックは、もう勝手にやってろよって感じがしてきた
VP9を見るとGoogleは最初から自分の利益の為にコーデックを作ったから公開する。
Google PIKも恐らく頓挫する。複数の量子化テーブルを持てる点で優れてるんだけど、Guetzli開発で培った画質評価アルゴリズムで量子化テーブルを最適化するので劇重。
>>811 PIKってGoogle公式のやつじゃなくて社員がプライベートで実験してるみたいなやつっぽいから頓挫もなにもないんじゃないの
ビデオコーデックに関してはNHKと日本企業が開発すれば、NHKが放送用規格売り込んで大手電機メーカーが民生機器売って一気に普及するんじゃないの。
＞大手電機メーカーが民生機器売って
それ以前にNHKと日本企業の力にどんな幻想を抱いてるんだ・・・。世界をなめすぎだろ。
>>816 NHKは265/266の開発にもモロ携わっているから…(作る訳ねーだろ)
NHKはそれなりに強い力持ってるだろ
NHKがスーパーハイビジョン研究で先行してるし、NHK主導の日本の放送方式は色んな国で使われていたはず。
地上デジタルのことならブラジルとか中南米の一部だけ
8Kが家庭で見られるのは日本だけガラパゴス最高じゃん！
8K放送とかリアルタイムエンコーダ/組み込み用デコーダの技術不足で
コンテナはTCや字幕やら載せられるMXFしかありえないし
4Kでもオーバースペック気味なのにNHKは8Kなんて無駄な事にカネ使うなっての
それでいざ8kが黒船に乗ってきたら今度は日本は技術投資がどうたら文句言うんですよねわかります
俺もそう思う
>>831 絶対にそうなると俺も思うわ、映像技術開発に金をかけずに衰退した後で「昔は日本がこの分野では世界一だったんだけどなぁ」とか懐古に浸りながら言うに決まってる
DVDで十分じゃなくて映像の配信媒体として光学ディスク自体がニッチ化するのが明らかだった
>>835 完璧にそう思ってた
未だにレンタルビデオ屋が生きてるのが信じられないわ
CDも大分粘ってるけど日本の恥だわ
8K採用するのに十分に低コストな編集、制作環境、配信コストの見込みが立っていればまだしもスケジュール最優先で決まったのが明らか
NHKは毎年7000億も自動的に入って来るから8kとかやらないと使いきれないんだろう
>>831 日本の地デジ規格の何がダメかってコピーコントロールがあることで
そういうろくでもない縛りが黒船のおかげで崩壊するなら万歳三唱で迎え入れるって人は多いと思うぞ
それに2k放送に限っても「家電王国 日本」の威信をかけて開発したわりにmpeg2採用だったり
もうちょっと技術的なものと長期的スパンとのバランスをとる気はないのかって思う
コピーライト？だかコピーワンスだかの時は色々揉めてた記憶が
ネット配信で100Mbpsストリーミングが実用的になる時はいつになるのだろうか?
動画広告「その帯域俺がもらったー！」
>>831 同感。4Kだって海外だとHDRにまで発展させちゃっててネットフリックスとかまさに黒船。8Kも海外メーカー乗り気なところ多いし…
>>840 同感。H264今からでも採用しろよって思う。mpeg2の帯域を半分にしてH.264ぶち込んでもいいと思うくらい。
コピーコントロールはNHKが口出しまくってるんだよね、嫌なら無料でフルHDビデオオンデマンドを解放しろよ公共放送なんだからって思う。
TVはGOP0.5秒（15フレーム）だからH.264にしても大して改善されないぞ
後からは、誰でも何とでも言える
2019年にも鳴ってMPEG2(笑)とか悲しくねーのか
地デジなんて情弱専門チャンネルは未来永劫MPEG2でよし
H264より現行の方が優れている点ってあるの？
>>847 ならどうしてレコーダー搭載のエンコーダーはH.264を使ってるのか。
あちらもGOP0.5秒
地デジ自体をさっさと終了しろと思うわ
4K放送でH265使うために特許料金払うことになるだろうけど
>>855 NHKはクロスライセンス目的もあるでしょ
ただH.265は誰にどれだけ払えばいいのか意味不明だし後々になってパテントトロールがゴネて来るかもしれない
アナログテレビの頃は互換性を維持したままカラー化や画質の向上をしてこれたけど、デジタルは一旦ご破算にしないと画質向上させられないのが痛いな
8k協会発足。
https://8kassociation.com/ >Technology Committee – Focus on key technology gating items to foster industry communication and speed
>commercialization. Example might be HDMI 2.1, 8K SoCs, 8K codecs, 8K distribution signaling, 8K upscaling, etc.
480→720→1080と今まで1.5倍ずつだったのが急に2160→4320と倍ずつになってるから帯域増えすぎじゃないのか
mpeg2からh265になれば同一ビットレートで余裕じゃないの
結局H.265のライセンス周りとかって今どうなってるんです？
いろいろ追い付いてねぇのに、画素数どんどん増やしすぎだろ。
地デジは放送側のエンコーダを更新して画質向上できないのかね？
送出側のエンコーダの更新はしてたはず
NHKが最近やってる4Kと同じ番組を地デジで流すやつ見ると放送側の改善でまだまだ画質上げれそうだよな
液晶パネルは1366x768ってのあったけどね。
というか帯域どうこうというなら縦解像度だけで話すのではなく、
地デジはセグメントを12(HD)、8(HD)+4(SD)みたいな事をやってるから、
>>847 放送局が放送した時点で発生してるブロックノイズは家電側ではどうしようもないぞ
放送は基本的にリアルタイムエンコしてるから遥かにビットレートが低いはずのネット放送に
リアルタイムエンコのMPEG2より1～3MbpsできっちりエンコされたH264の方が高画質なことの方が多いよね
>>847 TSはOpenGOP許可されてるから・・
>>871-872 H.264のデブロッキングフィルタみたいにQP情報参照して、
マクロブロック単位でデブロックやリンギング除去掛ける画像処理があるんだよ
デコーダと直結してないと無理なのでPCだと難しいけど、
AvisynthのDGDecodeで出来るのでやってみるといい
荒れてるところだけ強く掛けるから全体に影響しないしかなり効果ある
逆にH.264のデブロッキングフィルタをOFFにしてみるのも面白い
AvisynthのDGDecodeよりAmatsukazeのデブロッキングフィルタの方が違いが分かりやすいよ
MPEG2の今の地デジ方式って、1998年に規格策定完了してなきゃいけなかったから、MPEG2しか選択肢がなかったんだがな
戦艦大和も46cm砲じゃなくてミサイル積んでれば沈没しなかったわけで日本には先見の明が無い
AV1のロイヤリティー・フリー保証の基本的なアプローチになっている
>>876 そんなのテレビ放送に付加されてるのか。
H.264みたくオプション機能じゃないの？
地デジの話はここ見ると面白いぞ
http://web.archive.org/web/20061105065656/http ://furukawablog.spaces.live.com/blog/cns!156823E649BD3714!4256.entry
>>876 デブロッキング・フィルタはディテール復元するものじゃないから
放送局から送出された時点でディテールが保持されてる（保持しやすい仕組みの）ほうが望ましいでしょ
>>883 受信してデコードする段階で一工夫するという話で
放送局がどうこうという話じゃないよ
もっとも、そういうのをやってるのは一部高級機だけだろうけど
>>879 欧州でやってるように適度なスパンで内容を見直したらいい
欧州の新版では音声にAC-4 が追加されたらしいし
そういう柔軟性と比べたら22.2chなんて愚直すぎると思う
>>885 22.2chなんてのは作るだけ作ってlvで分けちゃえばいいじゃん
>>885 なるほど
テレビやレコーダーに付いてるブロックノイズ除去で個人的には限界かなと思ってた
>>886 lvってなに？
>>884 ここ見るとインタレだな＞アナログ時代の盲腸は
>>885 定期的に見直す＝既存のチューナーテレビが無用の長物と化す
今の日本で「新しい方式の地デジチューナーかテレビに買い換えないと、来年から映らなくなります」が許されるか？
アナログ完全停波は6年半前なのに「今の日本」ってどう言う意味
帯域あけるためにある日突然全局SD解像度に逆戻りってのはあるかもな…
4Kじゃ中途半端なので地デジに関しては8Kで移行が妥当って思うけど、ビットレート的には不可能だな
しかしオリンピックのタイムラインで無理矢理テスト放送で8Kねじ込んで当初の目標を達成するのはいいけど、どうせ将来そのままの仕様で本放送になるんだろうな
地上波は安定して送信できるビットレートが16Mbps程度らしいから、4k8k用の高ビットレートは衛星放送が必須なんだろう
だからBS/CS経由の4k8k放送が仮じゃなくて、本当に本放送なんだよ
4Kが中途半端、8Kで移行が妥当って…
8Kは本当に要るのか？
HEVCの次世代…VVCだっけ？これが出来ても8kを地上波で流すのは難しそうだなぁ
AV1っていつ頃からintelのCPUのqsvに統合されるようになるんでしょうか？
「4K60i」なら16Mbpsでいけるんじゃないの？
>>900 いつ対応するなんか一言も発表されてないからわからない
>>891 実際、FullHDなBSを、帯域・解像度とも落とされて、4K開始！きれい！今までと全然違う！
とやられた実績があるから、無いとも言い切れないな。
（アニメの720P放送、映画の24FPS放送は歓迎だが）
>>889 〇〇年以降発売のモデルはこの条件を満たしてねでいいのでは
日本みたいに放送終了！ 見たければ対応テレビに買い替えてね！
よりスマートな気がする
>>902 インタビューか何かでIce lakeでは対応しないとIntelの人が回答してる
ソースも何も開発期間考えたら無理に決まってるだろ
>>906 ほいよ
https://www.phoronix.com/scan.php?page=news_item& ;px=Intel-Gen11-Graphics-Details
＞There is not any AV1 acceleration yet but it's "coming soon" past Gen11 and Intel is "fully committed" to AV1.
念の為書くけど、この中の「past」は「～以後に」という「after」みたいな使い方なので、Gen 11「以前に」来ると勘違いして読まないように。
「Gen 11では対応しないが、それ以降はすぐに対応予定である」という建前を言ってるだけ。
Haswellあたりは後からGPGPU使ってHEVCに対応とかさせてたのになあ
そんな銭にならんこと、誰がしますかいな
NVIDIA、好きじゃなくなってきた
>>904 日本の地デジは同時放送期間を長く取っていたぞ
それ全く同じこと
結局期限決めなきゃ、周波数の空きがないから移行できないだろ
>>901 理屈の上ではそうなるが
30pと60pしかない
>>909 日本中の地上波の送信機を交換するのに、大金と8年くらいかかる
つまりリアルタイムエンコード可能な個体化したエンコーダーと、それを正確に増幅するPA
8年前にできあがっていた規格で、どんなものがある？
H.264までかな
>>908 ソースと丁寧な解説ありがとう
参考になった
H.264で地デジを見たけりゃ南米(ブラジル)に移住するんやなｗ
>>913 チーン
まぁ大画面でインタレのちらつき見せられたら幻滅やしな
>>917 インターレースは評判悪いが、最近のインタレ解除アルゴリズムが優秀で、59iを59p化するとなかなかきれいだしな
あと、最近のテレビのモーションフローなんかで、30pが120pで表示されるし
XAVC300の60pは600Mbpsだが、30iでいいとなれば150Mbpsで済むことになる(そんな規格はないけど)
HD放送はまさにこれやってるけど、4K8Kはフルの60pだから、処理もストレージもかなり厳しい
>>918 そうは言っても細かい描写とかインターレースで消えてしまう部分の補完は無理があるから、高精細化が進んだHD以降はインターレースは害悪だと思う。
あと59iとか30iって…何？
GOPを1秒にするのはどうだろう
インターレースが汚いって言う知り合いの使ってるモニタ確認させてもらうと
インターレースはエンコードするとき邪魔じゃないか？
>>919 インターレースで消えてるのは、ある瞬間の1/59.94秒に出てきて、次の1/59.94秒には消えてるディテールな
海の遠景の小さな波しぶきなんかは、このディテールを含んでる可能性はあるが
そもそも圧縮で消えるな
ごめん、フィールド周波数59.94Hzのインターレース59.94iを59iと略称してる
30iは同じだけど、NLEアプリによっては59.94iを
「29.94fpsフィールドを有効」
と書いてるのもあって、これの省略形が29.97iか30i
>>920 I/P変換は今のテレビにはほぼ入ってるからな
昔の一部ドンキ格安テレビとかPCディスプレイとか除いて
逆に、3840 x 2160 UHD 29.97pを4Kテレビで見ると、60pや120p化されててになめらかで驚く
ハリソンフォードが、「映画を24pから勝手にコマ数増やしてなめらかにして見るな！」と、視聴者に文句言ってたなw
コーデックが進歩した現在だと、インタレみたいな原始的なデータの間引き方をせずに、ビットレートを半分にした方が綺麗だし。こんな物が受け入れられたのはMPEG-2時代まで
最近傍ライン同士が同じブロックに詰め込まれた方が低周波成分の分布が増えて圧縮効率が良くなる。しかも解像度が上がるほどこの恩恵が増えるので、インターレースは消えるべくして消えた
>>912 フランスかドイツで第二世代地デジへの移行（第一世代の終了と解釈した）が行われたってtwitterで観た記憶があったからの主張なんだけど、
自分の主張の一番のコア部分は、その時々の主流を柔軟に取り入れたらいいのにってことね
AVアンプスレだとAtomosが最新トレンドなのに日本の地デジはほぼ独自でニッチな仕様の22.2chなんて・・っていう感想が元
>>927 UHDブルーレイがすんなり出たように、既存のものに手をつけずに追加するなら何の問題もない
周波数は有限で、既存のHD放送が受信できなくなって次世代に定期的に乗り変われるなら、そんな簡単なことはない
22.2とatomosの関係は知らんけど
4K放送も新規の追加BSch
まず今の時期に第2世代地デジをやるなんて普通に失策の可能性もあるんじゃないのか＞ドイツ
>>923 59.94iは60iでいい気が…
そんな細かい事はまぁいいとして、
圧縮で消えた上でインターレースはキツい。あと文字やテロップも厳しい。
29.94fpsフィールド？
29.97フレームの59.94フィールドって意味だと思うけど…
>>930 29.97fps(フレームパーセカンド)フィールドあり、の意味だろうけど
すごく紛らわしい
先日、Premiereで59.94pのGoPro素材を59.94インターレースで書き出したら、実際には119.88フィールドパーセカンドのものが出来てて、笑うしかなかった
>>930 文字は止まってればインターレース関係ないし、テロップは動き補償型インターレース解除なら問題ない
CMの注意書きみたいな小さい文字が動いてると問題だけど、そんな映像普通作らないから
NHKには高級取りのくせに無能な技術者がいるようでニュース7や9を見ていると
今更言うのもなんだが次世代コーデックの話から脱線しすぎじゃない？
>>932 ウチのテレビはデインターレースがカスいのかテロップの端がピクピク動くんだわ
TVのエンコード事情の話全然わからないけど面白かった
>>940 libaom(cpu-used8)とrav1e(speed10)で比較してみたけど速度だけならrav1eのほうが1.5倍くらい速かったな
rav1eはまだマルチスレッドにすら対応してないけど
ちなみに画質はx264より悪くなるから実用性は無い
>>941 唯一の利点は一般ユーザーには関係ないライセンス料てか?
結局のところハードウェアエンコーダが出ないとキツいのか・・・。
rav1eが実用的になってきた頃にはH.266の規格が完成してたりして
H.266が実用的になるまでAV1より長い時間が必要な気がする
JEM (VVCエンコーダー) でもAV1より2-3倍高速にエンコできるらしいし、技術的にHEVCの延長線上なので、2020年に制定されれば数年で普及すると思うけどね。h264 > 265のが革新的な機能追加が多くて対応が大変だったはずだよ
制定は何事もなければ2020年10月予定だよ。
h265が普及してるとはとても言えない状況でav1/h266なんて回路面積喰いそうなデコーダを2つもミドルやエントリーSOCに載せてくるかな
ゲーム配信とかで新コーデック使える日は来るのだろうか
IBMが量子コンピューターの販売始めたし、コンテンツインフラ提供してる巨大企業が
ハードウェア再生支援が対応してもソフトウェア側が充分に活用できていなかったり、ソフトウェアによっては初期設定のままだとハードウェア再生支援自体が無効だったりとか、対応がまちまちすぎて困る
最新のCODECって、時間軸は何秒も深く圧縮してる？
MediaKind-HEVC-and-AV1-whitepaper_FINAL.pdf
https://www.mediakind.com/pdf/MediaKind-HEVC-and-AV1-whitepaper_FINAL.pdf 👀 x265 3.0 がリリースされ、それに対応した x265guiEx 3.92 もリリースされた。 https://x265.readthedocs.io/en/default/releasenotes.html https://bitbucket.org/multicoreware/x265/src/a6a12bc3ccf4b3138f1d62b2a81c9c40c3c88d62/doc/reST/releasenotes.rst >>958 どういう影響が出るのだろう
>>960 …
HDR対応に向けた実装開始って感じかと（仕上がるのはまだ先
x265って、いまのところHDRには対応していないんだっけ？
HDR対応と言ってもエンコーダーであるx265のやることは、
・SDカードやUSBメモリを、テレビなどに直接つなげる4K対応メディアプレーヤー「400-MEDI023」
https://www.mdn.co.jp/di/newstopics/63539/ リモコンつきのこんなプレーヤーが普及すると、HEVCエンコードした動画を見るのが捗って助かる
>>967 http://rockchip.wikidot.com/rk3229 それSoCはRockchipのRK3229らしいから10bit60fpsにも対応してるかもしれん
OEM元と思われる中国の奴はそうみたいだったけど
androidSTBの10bit対応ってH.264の10bitのみ対応とか、H.265の10bitのみ対応とかいろいろあるよね。
VVC陣営
http://www.mc-if.org/ ライセンス等の改善に取り組んでゆくらしい
公式twitter
mediacoding_if@mediacoding_if
消費者がテクノロジーに対して敬意と対価を払わなさ過ぎ
無料で使えて当たり前ってスタンスの消費者の方が上から目線過ぎるだろ
コーデックに関してはコンテンツや再生機器購入時にライセンス料を間接的に払ってるし意味不明なんだが
VVCはイントラ内予測も強化されるが、仮にこれを静止画フォーマットに使っても低ビットレートで綺麗になるだけでSSIM 0.95以上を目指す場合はJPEGと大してファイルサイズが変わらないというこれまで通りの流れになりそうな予感がする
コーデック自体とは関係ないけど、いつかYCoCgが標準になれば良いのにな
やり方を変えるだけのメリットを見出してないんだろ、現状
YCoCgって式が1/4単位になって計算コストが下がるだけかと思ってた
>>986 そう
>>985 YCbCrだと8ビットカラーの場合RGBとの変換だけで75%の色が失われて、400万色程度しか表現できない
ビット数増やすのも計算途中だけで良い
ワッチョイの付け方がわからん
メール欄に「watch-owyyy!!!」って書けば付くお
次スレ
次世代ビデオコーデック総合スレPart3 【HEVC/VP9/AV1/VVC等】
http://2chb.net/r/avi/1548833021/ 一応即落ち防止のため20レスまで保守っとく。
ちなみにこの板はワッチョイはデフォでつくので面倒な指定は不要。
>>984-988 今だ！！！1000get
このスレッドは１０００を超えました。
5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/ ▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php
このスレへの固定リンク： http://5chb.net/r/avi/1532001049/ ヒント： http ://xxxx.5chb .net/xxxx のようにb を入れるだけでここでスレ保存、閲覧できます。TOPへ TOPへ
全掲示板一覧 この掲示板へ 人気スレ |
Youtube 動画
>50
>100
>200
>300
>500
>1000枚
新着画像 ↓「次世代ビデオコーデック総合スレPart2 【HEVC/VP9/AV1/VVC等】 YouTube動画>22本 ->画像>15枚 」 を見た人も見ています：・【企業】富士フイルム、ディスプレー材料の領域拡大 “次世代コックピット”にも展開へ 【レベル5】妖怪ウォッチぷにぷに総合スレpart172【サービス終了マクロ優遇】 【タイ】2020年のニューハーフ世界一はメキシコ代表ヴァレンティーナ・フルーチェさん[3/8] 【レコーディングの合間に♫写真】 道重さゆみオフィシャルブログ総合part944 【昨日も今日もすっぴんでレコーディングの日】 コンパクトカー総合スレッド Part167 Jr.担によるデビュー組総合雑談スレ Part.2 【Instagram】コーデUP系総合スレ41【WEAR】 [無断転載禁止] 【ジェイvsフィンレー】新日総合スレッド2104【USヘビー王座】 ★カーナビ総合スレッド Part 20 ★【純正・社外・中華泥・モバイル】 ★カーナビ総合スレッド Part 27 ★【純正・社外・中華泥・モバイル】 【スマホ】iPhoneが次世代モデルで「液晶」を全廃、OLEDディスプレイのみを採用 日本メーカーに打撃 【徳洲会】小林化工のジェネリック製品を順次切り替えへ イトラコナゾール問題で、採用全約20成分を代替薬に [トモハアリ★] 女さん、ブチギレ 「我々がビッチと世界から思われるのは、日頃レディーファーストされ慣れてないから。つまりJAPオスが悪い！」 元スパガ前島亜美「７年前、オーディションに合格してすぐの頃、スタッフさんがハロコンに連れて行ってくださいました。」 【ディズニーランドール本当にめっちゃ楽しかったな】 道重さゆみオフィシャルブログ総合part866 【次は、ランド行く会いたい】 【なんと！ライブツアーの開催が決定しました】 道重さゆみオフィシャルブログ総合part975 【デビュー20周年記念のライブツアーです】 【悪質タックラー専用��】プリンセスコネクト 本スレ シノアリス��テリヤキサーガpartむみぃ��【セルラン総合】 オリックス ドラフト&ファーム総合スレ part23 【オープンレック】高田健志総合スレpart227【ツイッチ】 【オープンレック】高田健志総合スレID梨part292【オープンレック】 【次世代パフォーマンスアイドル4】GEM/リトグリ/フェアリーズ/J☆Dee'Z(2017年度)Part20 【サッカー】＜日本代表・南野拓実＞｢イケメンスター誕生間近｣世界驚愕のビッグクラブ移籍報道！本田圭佑の再来なるか？★2 ストライクウィッチーズ総合～黒人寿司職人ルッキーニ、寿司ウィッチアイドルとしてデビュー【ブレイブウィッチ】 スーファミ、プレステ、CD、コンポ、Windows、携帯電話、ジャッキーチェン、スピルバーグ…90年代ってエンタメ奇跡の世代だったよな 【次世代mRNA】Meiji Seikaファルマ コロナワクチンの最終治験を開始 レプリコンワクチン 使用量9割減 より早く情報更新出荷 [ガムテ★] コンパクトカー総合スレッド Part149 コンパクトカー総合スレッド Part135 Jr.担によるデビュー組総合雑談スレ Part.9 ■ デノン オーディオ 総合スレッド Part14 ■ 【世界最大】世界の豊丸総合スレ【パチンコメーカー】part14 【PS/XB/PC】ソウルハッカーズ総合★56【デビルサマナー】 【Instagram】コーデUP系総合スレ★33【WEAR】 [無断転載禁止] 【ryoki】室井あきのり総合スレッドpart26【オワコンガブリエルなこ】 【スマホ】次世代iPhone用液晶、ジャパンディスプレイが大量受注～日経報道 ★カーナビ総合スレッド Part 33 ★【純正・社外・中華泥・モバイル】 ★カーナビ総合スレッド Part 19 ★【純正・社外・中華泥・モバイル】 【iOS/Android/PC】●ウマ娘 プリティーダービー サークル総合雑談スレ ★50 【iOS/Android/PC】●ウマ娘 プリティーダービー サークル総合雑談スレ ★16 【韓国車】現代自動車、ドイツの24時間耐久レースに出場･･･アバンテN TCR-i20 Nのデビュー戦[06/03] [ハニィみるく（17歳）★] 【サッカー】久保建英は大会５戦連続先発！ チュクウェゼの決勝点でビジャレアルが１-０勝利しEL決勝トーナメント進出 [豆次郎★] 【サッカー】「ベルギーを破りかけた“高級”なチーム」パナマ・メディアが“格上”日本代表をリスペクト。「コスタリカより強い」とも [首都圏の虎★] カーモデル総合スレッド part39 Sony Mobile 次世代Xperia 総合223 [林檎]メディア露出総合雑談スレPart82 中古レコード・CD総合スレッド Part3 【華】ハナハナ総合スレッド part20【華】 【ベビー用品総合】赤ちゃんグッズ相談スレ Part25 【BIGLOBE】ビッグローブ総合スレpart57【mesh】 【BIGLOBE】ビッグローブ総合スレpart55【mesh】 【ジェリコ】新日総合スレッド1982【東京ドーム参戦】 【ワーコレ】ワールドコレクタブルフィギュア総合23 【ワーコレ】ワールドコレクタブルフィギュア総合24 【オープンレック】高田健志総合スレpart155【YouTube】 【オープンレック】高田健志総合スレpart180【ツイッチ】 【オープンレック】高田健志総合スレpart168【ツイッチ】 【オープンレック】高田健志総合スレpart63【ゲーム実況】 【サッカー】日本代表がコスタリカに３－０で勝利！ 国際親善試合★４ 【総合】ドラクエ1 （初代） スレ Part29【DQ1/ドラゴンクエスト1】 【サッカー】コロンビアに暗雲 司令塔ハメスにアクシデント 前半３１分で負傷交代 【狼】2022 FIFAワールドカップ カタール大会総合スレ Part26 日本vsコスタリカ 【PS4/Vita】デジモンストーリーサイバースルゥース総合part60【ハッカーズメモリー】 WACK総合スレッド Part603【BiSH/GANG_PARADE/EMPiRE/BiS/カレールーず/WAgg/PEDRO/花宮ハナ】 【競馬】神戸新聞杯(阪神･G2) 同世代に敵なしダービー馬！好位追走レイデオロ（ルメール）直線抜け出して完勝！ 【3rdﾂｱｰ Hyper Mode 】 一人で行くこぶしファクトリー イベント総合スレ Part30 【10/2甲府、6赤羽橋、10六本木、11名古屋、14代々木】 氷河期世代公務員試験総合スレ Part38
07:25:58 up 46 days, 8:29, 0 users, load average: 14.07, 11.06, 9.92
in 2.8068208694458 sec
@1.8127388954163@0b7 on 022821
@YouTube
@YouTube
@YouTube
@YouTube
@YouTube
@YouTube
@YouTube
@YouTube
@YouTube
@YouTube
@YouTube
@YouTube
@YouTube
@YouTube
@YouTube
@YouTube
@YouTube
@YouTube
@YouTube
@YouTube
@YouTube
@YouTube
