X


次世代ビデオコーデック総合スレPart2 【HEVC/VP9/AV1/VVC等】

レス数が1000を超えています。これ以上書き込みはできません。
2018/07/19(木) 20:50:49.70ID:7bo6qBOV0
H.264/AVCの後の様々なビデオコーデック全般について語るスレです。

■主な次世代ビデオコーデック
・H.265/HEVC
・VP9
・AV1(AOMedia Video 1)
・VVC(Versatile Video Coding)

■前スレ
次世代ビデオコーデック総合スレPart1 【HEVC/VP9/AV1等】
https://mevius.5ch.net/test/read.cgi/avi/1515759816/

次スレは>>980が宣言してから立ててください。
2018/07/19(木) 20:51:33.40ID:7bo6qBOV0
■各ビデオコーデックの概要や状況(2018年7月上旬時点)

●H.265/HEVC
 H.264/AVCの後継規格。放送やUltra HD Blu-ray等で採用が進んでいるが
 3つのライセンスプールが並立するなどライセンス面での問題も抱えている。

   H.265/HEVC特許暗黒時代
   https://qiita.com/yohhoy/items/c2579097a507b1fbdddb

 HW再生支援のサポートは進んだものの、FirefoxやChromeでの対応が進んでおらず、
 ネット配信では使いづらい状況が続いている。(スマートTV向けの配信等は除く)
 AppleがHLS(HTTP Live Streaming)やiOS 11やmacOS High Sierraで採用したり、
 2018年3月にライセンスプールの1つであるHEVC Advanceが
 コンテンツへのライセンス課金を取りやめたりといった好材料も出てきてはいる。

●VP9
 Googleによって開発されたロイヤリティフリーのコーデック。
 ブラウザ(Safariを除く)やHW再生支援のサポートも進み、主にYoutubeで採用されている。
2018/07/19(木) 20:52:11.89ID:7bo6qBOV0
●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年頃になる見込み。
 コンテンツ配信/ハードウェア/ブラウザ系などの主要企業がサポートを表明しており、
 ネット配信を中心として広く普及することが期待されている。

●VVC(Versatile Video Coding)
 H.265/HEVCの後継規格。2020年10月の標準化を目指して
 JVET(Joint Video Experts Team)で検討が進められている。
2018/07/19(木) 20:52:49.42ID:7bo6qBOV0
■各コーデックの参考リンク

●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
2018/07/19(木) 20:53:29.63ID:7bo6qBOV0
■各ブラウザのコーデックサポート状況

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
2018/07/19(木) 20:54:09.07ID:7bo6qBOV0
■各社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
2018/07/19(木) 20:54:46.74ID:7bo6qBOV0
■各社GPUのHWエンコーダでのH.265/HEVCおよびVP9のサポート状況(2018年7月上旬時点)

●Intel QSV (Kaby Lake/Coffee Lake+Intel Media SDK 2018 R1)
 〇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 (Pascal+NVIDIA Video Codec SDK 8.2)
 〇HEVC
  mainおよびmain10。Bフレーム使用不可。
 〇VP9
  未対応

●AMD VCE (Polaris+AMF 1.4.7)
 〇HEVC
  mainのみ。main10は不可。Bフレーム使用不可。
 〇VP9
  未対応
2018/07/19(木) 20:57:12.91ID:7bo6qBOV0
20レスつくまで保守カキコ
2018/07/19(木) 20:57:18.08ID:og2++AeP0
ほす
2018/07/19(木) 20:57:48.40ID:og2++AeP0
保守
2018/07/19(木) 20:58:13.18ID:7bo6qBOV0
保守
2018/07/19(木) 20:58:29.82ID:og2++AeP0
             ∧..∧ 
            (´・ω・`)  スレを保守すると気分が落ち着くな
           cく_>ycく__)  "ほっ"と"しゅ"るね
           (___,,_,,___,,_)  ∬
         彡※※※※ミ  旦
2018/07/19(木) 20:58:35.78ID:qrlBfjEc0
>>1
では保守
2018/07/19(木) 20:58:55.98ID:VTuldMi70
即死糞仕様氏ね保守
2018/07/19(木) 20:59:00.77ID:E9rzduoo0
HWエンコボードほしい
2018/07/19(木) 20:59:09.25ID:7bo6qBOV0
20レスまででいいんだっけ?保守
2018/07/19(木) 20:59:10.55ID:Q2wcnVGB0
オレ達には守りたいスレがある
2018/07/19(木) 20:59:24.57ID:vrfGR8EL0
20まで行かないと即死ってやつまだ残ってたのね
2018/07/19(木) 20:59:55.45ID:7bo6qBOV0
意外と人がいてくれて助かる保守
2018/07/19(木) 20:59:59.20ID:P7SykdAJ0
ここは右翼スレですね
2018/07/19(木) 21:03:22.11ID:7bo6qBOV0
とりあえず20レスついたし、これで大丈夫そうかな?即死仕様は面倒ですのう。
2018/07/19(木) 21:04:12.64ID:E9rzduoo0
30じゃなかったっけ
2018/07/19(木) 21:05:41.41ID:Z9jQcR7h0
念押し保守
2018/07/19(木) 21:06:09.82ID:27SEbgwk0
建て&保守乙
2018/07/19(木) 21:07:51.67ID:7bo6qBOV0
>>22
前スレや初心者質問スレの実績を見る限り20レスで大丈夫そう。
まあどこにスレ立て即死仕様の詳細が書いてあるのかは知らないのだけれども。
2018/07/19(木) 21:09:06.28ID:Q2wcnVGB0
1000まで埋めないと落ちるよ
2018/07/19(木) 21:39:31.67ID:PPTDzSsNd
立て保守乙です
2018/07/19(木) 23:01:27.35ID:7bo6qBOV0
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/
2018/07/19(木) 23:51:38.87ID:7bo6qBOV0
細かいところはよくわからないけど、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
2018/07/20(金) 00:02:45.27ID:K/v2Aa270
そういやAV1のコンテナってなにが使われるの?(規格的な意味で
2018/07/20(金) 00:03:24.14ID:K/v2Aa270
ん、忘れ取った

>>1
2018/07/20(金) 08:46:09.63ID:+WC0xGRy0
AV1をmp4に入れる仕様はまだ完全には決まってないから対応の準備を進めているってところかな?

AV1 Codec ISO Media File Format Binding
https://aomediacodec.github.io/av1-isobmff/
2018/07/20(金) 18:17:19.10ID:Nnee937OH
AV1静止画規格のAVIFの新情報はないかな?
2018/07/21(土) 10:42:35.42ID:pKmf2rB6d
ドスパラ、ゲーミングPC「GALLERIA」購入でWebMプレゼントのキャンペーン開始

http://www.gdm.or.jp/pressrelease/2018/0720/270126
2018/07/21(土) 12:07:11.51ID:fGbZ4PmoM
WebMoney、な
>>34 のクソつまんねーギャグを踏まないようお前らは俺の屍を超えていけ
2018/07/21(土) 14:44:14.03ID:RfzJLkga0
悲しい事件だったね・・・
2018/07/24(火) 06:27:28.58ID:hNkifrf80
コミット一つで10%くらい早くなった

https://aomedia.googlesource.com/aom/+/74c260ba9629a291d3a16b757481aa1c1bf0676d
2018/07/24(火) 07:58:21.31ID:LdP+iHXi0
まだそんな高速化の余地があったのか
2018/07/24(火) 09:02:15.52ID:fJphsSyFa
むしろ高速化されていくのはこれからだろう
今までは圧縮率を重点において開発されてただろうし
2018/07/27(金) 09:01:09.10ID:08isV8GX0
ソニーのバーチャルプロダクションサービス − パソコンの中に中継車を
https://www.cinema5d.com/jp/sony-virtual-production-service-a-broadcasting-van-within-your-browser/
41名無しさん@編集中 (ワッチョイ 7f81-53i4)
垢版 |
2018/07/28(土) 01:50:11.06ID:/5GgKObH0
NVENCの話題はここでもOK?

AsVideoConverterとAviutl(NVEncC (x64))を使ってそれぞれ同じ動画を同じ設定(同じビットレート)でエンコードすると

AsVideoConverter → 500fpsでエンコード出来るが出来上がった動画の画質がクソ汚い
Aviutl(NVEncC (x64) → 43fpsでエンコード出来る遅さだが出来上がった動画の画質が綺麗


これは一体
2018/07/28(土) 05:35:39.24ID:V5/4E0zOM
エンコード初心者なのかな?
ffmpegや動画編集関連のスレで聞いたほうがいいと思うぞ
2018/07/28(土) 07:29:30.83ID:PXfXECRu0
エンコード熟練者ですか?
2018/07/28(土) 14:02:08.87ID:CRNoAD2e0
「どのコーデックか」すら書いていない時点でスレチでしかないわな
2018/07/28(土) 14:09:50.62ID:bp5njct2d
As videoではh264、NVEncではh265とかいうオチだったりして

あとはQualityとか、色々と設定があるでしょうに。まあとにかくスレチだわな
2018/07/28(土) 17:46:12.86ID:EZnzIU2O0
NVENCのスレって今無いの?
2018/07/28(土) 17:47:23.00ID:iXNQG2ZM0
確かA's Video ConverterはDirectShowとかそこら辺の仕組みで動画を読み込むからビデオカードやデコーダの補正機能やらが間に入ったりしてそれが画質に影響を与えるかもしれない
2018/07/28(土) 17:49:03.01ID:iXNQG2ZM0
まあコーデック云々じゃなくてその前の処理の問題だろうね
インターレースの処理も適切に出来てるか分からんし
2018/07/29(日) 01:24:49.21ID:8TryoP7r0
>>46
ない
2018/08/01(水) 08:32:13.36ID:3E2xIjfV0
前スレこれの続き
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秒
2018/08/03(金) 17:58:06.12ID:3YbYrg/h0
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.
2018/08/03(金) 21:08:18.41ID:qNETXgjm0
最初はwebmで来るかと思ってたけどmp4なんだ意外
2018/08/03(金) 23:38:28.63ID:zXHoCHVW0
webm流行ったとは言えないよね
失敗したと思ったから市場に受け入れられてるmp4にしたんじゃね
2018/08/03(金) 23:58:52.70ID:9hATf4/IM
youtubeはいつAV1導入できるのか
2018/08/04(土) 01:01:37.22ID:DZ5B6H820
アダルトビデオなんて卑猥な名前だから流行らせちゃいけませんっ!
2018/08/04(土) 01:29:33.62ID:lvWkRo260
MP4 in Opusはどうなったの
2018/08/04(土) 03:41:22.81ID:OQuZqxL+0
プロ用codecはスレチではないが、実質的に使ってるのはいないか
2018/08/04(土) 04:22:26.51ID:SuX8uD9/0
MP4 in Opusはツイッターにその辺詳しい人がおるじゃろ
2018/08/04(土) 15:22:31.16ID:tG5WpeYJ0
(´-`).oO ("MP4 in Opus"ではなく"Opus in MP4"ではないかという気がしないでもない・・・)
2018/08/04(土) 15:43:30.13ID:4OhH981p0
webmはweb限定のイメージがするから
MP4の方がいいな
2018/08/04(土) 15:55:19.21ID:UF7wVh1O0
MP4を使うにしても音声はOpusが使えないと色々と面倒くさいね。
AACはエンコーダーの配布が制限されてるし、初心者はqaacの導入に躓いてる事が多い。
せっかく映像がロイヤリティフリーなんだから音声も自由に使えるものじゃないとなー。
2018/08/04(土) 16:01:58.11ID:UF7wVh1O0
https://wiki.xiph.org/Mp4Opus
まだdraftやん
最終更新2年前だし
いつになったら対応するんだろ
2018/08/04(土) 16:33:16.43ID:zsYO4Be10
Opusはハードウェアのプレーヤーとかレコーダーで再生できるんだっけ?
2018/08/05(日) 17:32:05.39ID:+VYPeLk3a
opusはAV1と違ってデメリットがほとんど無いから全力で流行らしていけ
2018/08/05(日) 18:03:21.39ID:3p94rhPy0
OSや主要なブラウザからスルーされたせいでデジカメ等からも無視され草葉の陰に眠るJpeg2000さんをみるに
環境に関して何も考えなくても使える(使わされる)という状況を作りえないとマイナーに沈んでいくだけなんだよな
2018/08/05(日) 18:29:53.90ID:+VYPeLk3a
>>65
xvcとか頑張ってるらしいけど誰にも使われることなく消えていくんだろうな
2018/08/05(日) 18:37:06.61ID:57gBRSdyM
>>50
かなり速くなってきてるな
xiphが作ってるエンコーダとどっちが速いんだろ
https://github.com/xiph/rav1e
2018/08/05(日) 18:51:35.67ID:RaZspxiN0
rav1eはまだ速度がどうこうとかいう段階ではないっぽい
ちょっと前までイントラオンリーで圧縮してたみたいだし最近はフレーム間予測に対応し始めたけどまだまともにエンコード出来ない

libaomもrav1eもビルドしたものここに置いてるから気になる人は試してくれ
https://drive.google.com/drive/folders/1fEwt2W2r5lh7zvv7ttog2u3Jt8M-ezfh
69名無しさん@編集中 (ワッチョイ cf81-Xflc)
垢版 |
2018/08/05(日) 19:06:14.44ID:95+tybkb0
mkvにAV1格納可能になったで
2018/08/05(日) 19:13:33.04ID:EMlKDsz+0
>>69
どこの情報か書いてもらえると助かる
2018/08/06(月) 05:34:03.63ID:83yYpSxP0
https://mkvtoolnix.download/doc/NEWS.md
2018/08/06(月) 06:49:00.63ID:GxkBKoPx0
>>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翻訳を使用
2018/08/07(火) 00:39:52.46ID:PsdBoFHH0
・“マテリアル”になった「Google Chrome 69」がベータ版に 〜「AV1」動画もサポート
https://forest.watch.impress.co.jp/docs/news/1136559.html
2018/08/07(火) 01:43:56.28ID:Iy+F4q5kM
chromeの安定版にAV1が来るのは9月下旬か
2018/08/07(火) 02:33:04.85ID:FB+rvPZba
GoogleはYouTubeという実験台があるから、ノリノリでやってそうなのが目に浮かぶ
2018/08/08(水) 04:45:20.01ID:NnYmcXUx0
【NVENC/VCE】ハードウェアエンコーダーを語るスレ【QSV】
https://mevius.5ch.net/test/read.cgi/avi/1533671049/

立てた
2018/08/08(水) 14:49:45.08ID:TXyXQXhY00808
林檎Ax、Q様、麒麟が対応するのはいつかね
youtubeのアクセスの90%がスマホ&タブだからね
2018/08/08(水) 16:23:05.63ID:ydr+OP0Y00808
ffmpegにAVS2のデコーダが来たね
2018/08/08(水) 21:30:20.11ID:TkrazN9rM0808
だだ静止画に関しては次世代規格はHEIFで決まりそうかな
Android 9も対応したし
2018/08/08(水) 22:25:57.58ID:LsuqS9rV0
静止画の場合
サイズが2倍になってもそんなに痛くないし…
世代交代起きるかな
2018/08/08(水) 23:31:51.72ID:bOieEIaRa
JPEGって超高速に連写出来るまで成熟してるから、それを捨ててまでHEIFに変わるとは思えんな
JPEG→HEIFの再エンコツールは流行りそうだけど
2018/08/08(水) 23:36:07.07ID:BIbDOhMd0
JPEGでも圧縮できてるし…プロユースはRAWだから、HEIFの旨味あんまり無いよね…
2018/08/09(木) 00:03:09.12ID:j8N61IpY0
JPEGだと画質がクソ!
でもRAWとか容量がクソデカ過ぎる!!!

って感じの、少しだけこだわりたいエンジョイ勢には受け入れられるのでは
2018/08/09(木) 00:27:08.43ID:XrShdayV0
面倒な層…
否定はしないが、サポート進むんならまぁ勝手に普及進めてくれって感じ
2018/08/09(木) 01:20:39.40ID:w5YX0wsr0
とりあえずフリーソフトのHEIFのエンコーダーが出てほしい
2018/08/09(木) 01:33:06.32ID:0iAfSCpya
JPEG→HEIFに、ほとんど全く劣化なしで変換できてサイズが半分ぐらいになるようなトランスコーダーが出来れば、Twitterとかインスタのバックエンドで使われるだろうな
2018/08/09(木) 09:51:30.54ID:egKQtw3B0
結局GoogleもHEVCが優秀だって認めたのね
2018/08/09(木) 10:15:21.02ID:3wutzLlWM
機械学習で画像解析が流行りだからもっと大胆に人間の認識レベルで不要な情報を省けるようになる
製作サイドからは反発がありそうだけど圧縮率は跳ね上がるはず
2018/08/09(木) 11:47:28.70ID:XrShdayV0
iPhone8ではHEVC(高効率モード)で動画撮るとノイズ自体もかなり少なくできるのに、AVC(互換性優先モード)は素人目でも分かるほどノイズが乗るんだが、これはHEVCが優秀なのか、AVCのエンコーダーで手を抜いてるのか、どっちなんだ。
後者ならiPhoneはAVCを廃れさせようとしている…共存路線は無いのかね
2018/08/09(木) 12:07:47.29ID:ZrdYa+990
高品質モードを際立たせるために、標準モードにノイズ混入させる機器もあるくらいだしね
2018/08/09(木) 12:14:51.84ID:rCqZHw+xM
Caesiumとかの画像圧縮ツール使うと同じJPEGなのにほぼ劣化なしで半分以下とかに縮むんだけど
これってカメラメーカーがJPEGの圧縮をわざわざ手抜いてるってこと?
JPEGスレじゃないけども
2018/08/09(木) 12:43:28.23ID:qc0ucIz/0
>>91
手を抜いてるわけじゃなくて考え方の違いだろう
極限まで画質を良くするのに重きを置いているけど容量を小さくするのにはそこまで重要じゃないんだよ
カメラマニアは画質にうるさいから
2018/08/09(木) 12:52:11.29ID:4BL/92wFr
マニアならjpegとかやめてほしい
2018/08/09(木) 12:56:18.92ID:qc0ucIz/0
デジカメのJPEGってサブサンプリングはオフで品質も100に近い設定で撮ってるだろうからこれをYUV420にして品質も5くらい下げて変換するだけでかなり縮むだろうね
Caesiumとかいうソフトはこんな感じのことやってるんじゃないかな
2018/08/09(木) 13:17:20.38ID:4aYzMFpg0
Jpegいじるならmozjpegで十分では?
2018/08/09(木) 20:04:04.08ID:N6i3YiN0M
>>87
Googleが認めたというより、
スマホやタブレット等のデバイスの場合ライセンス量払うのはデバイスメーカーだから、
iOSとの相互運用性向上のために追加しただけだと思う。
Google ChromeはHEVCより先にAV1対応したわけだし。
97名無しさん@編集中 (ワンミングク MM3a-YblM)
垢版 |
2018/08/10(金) 09:48:56.99ID:MoEetPUIM
>>64
一応qaacと比較して256-512程度の高ビットレートの場合主観的な音質で下回る場合が多いとかいうのが少し気になるな
リアルタイム配信とか低ビットレート帯ならメリットしかないだろうけど
2018/08/10(金) 11:32:07.88ID:qpgCsa780
高ビットレートではqaacのAAC-LC、低ビットレートではNero AAC CodecのHE-AAC系に劣って聞こえる
ストリーミングには向いてるとかそういうのあるんですかね
2018/08/10(金) 20:58:18.10ID:2CoNoxMr0
(動画用の)音声はOpus一択
2018/08/10(金) 23:30:13.33ID:G7vuwSg50
Oops!
2018/08/10(金) 23:37:41.61ID:7JXJiGniM
opusのメリットは圧縮率だけではなくレイテンシが低いっていうのがあるから
2018/08/11(土) 00:21:24.14ID:m1YKAkC2a
声が…遅れて…聞こえるよ…
2018/08/11(土) 00:50:37.49ID:vVpsKqgg0
ハードウェアの再生機でOpurって再生できたっけ?
2018/08/11(土) 19:21:27.49ID:0YY6/w6Y0
出来ないけど効果の割に軽いからHW対応は音響・通話機器でHW対応する必要がある場合とかだろう
高音質なのにはそれなりの帯域の前提ではあるけど
データストリームでの音声伝送とかに向いているし、通話コーデックとかにもいい
2018/08/13(月) 12:59:15.46ID:pqoYrZZa0
libaom、GCCでビルドしたバイナリとMSVCでビルドしたバイナリじゃ速度が一割くらい違うかも?
今はMSVCでビルドしてるけどGCCでビルドするべきなんだろうか
自分のビルドしたバイナリ使ってる人いるかどうか分からんけど
2018/08/14(火) 16:20:56.73ID:3j0ZRKky0
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とは別のなにかかな・・・
2018/08/14(火) 16:30:56.10ID:3j0ZRKky0
ごめん見落としてた。8K HEVCリアルタイムエンコーダって書いてあった。
https://static.techspot.com/images2/news/bigimage/2018/08/2018-08-13-image-36.jpg
2018/08/14(火) 19:18:23.74ID:4o7W5CM10
リアルタイム援交だ?
2018/08/15(水) 07:14:10.61ID:0PjACGPq0
>>105
どっちが早いの?
文脈からするとGCCなんだろうけど
Intelのコンパイラだと更に1割ぐらい上がったりしてw
2018/08/15(水) 07:16:46.85ID:0PjACGPq0
>>106
2300ドルから〜
高っ
Iフレーム30fpsのみだったりしてw
2018/08/15(水) 07:44:49.82ID:Hpe48ief0
>>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

ところでコンパイラーのバグなんて初めて遭遇したけどすぐ修正版来るものなのかな
2018/08/16(木) 16:47:40.94ID:2pQ3THrd0
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画質!かも
2018/08/16(木) 17:54:35.16ID:KaSkqyMYa
8Kのカラーグレーディングをリアルタイム処理か
2018/08/26(日) 13:23:31.66ID:/0T+yroa0
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)
2018/08/26(日) 14:24:06.21ID:ztucUYzzM
OpusをBDプレーヤーやレコーダーがサポートすればなぁ
2018/08/26(日) 15:03:13.24ID:VjBQJztr0
Opus、正直、AAC-HE-V2に総合的に負けてると思う
2018/08/26(日) 15:38:40.28ID:ZEytbm/q0
どこがや
レガシー環境考慮に入れなければ負けてるとこなんかほとんどないやろ
2018/08/26(日) 15:41:55.63ID:VjBQJztr0
端的に言えば同じサイズで音が悪いよ
音質によっては割れたりもするし
何故かはわからんけど
2018/08/26(日) 15:53:24.75ID:ztucUYzzM
オマカンじゃねw
2018/08/26(日) 16:02:16.01ID:VjBQJztr0
>>119
俺耳かな
環境はいろいろ変えてるしOpusも長く使ってはいる
2018/08/26(日) 16:14:22.70ID:t+OL8dv1M
ビットレートによる。
opusはステレオで48〜96kbpsあたりがスイートスポットだと思う。
2018/08/26(日) 16:16:57.72ID:VjBQJztr0
どっちも64kで比較することが多いが
やっぱりAAC_HE_V2の方が音に雑味がない
ただ配信の面ではOpusの方が優れてるのかな
2018/08/26(日) 17:18:35.32ID:0UpianS3a
ええやん
AV1もmp4に突っ込むらしいしwebmもう要らないのでは?
2018/08/26(日) 18:01:44.77ID:/0T+yroa0
今後は脱WebMの流れなのかね
AV1ってオープンなメディアと言っている割に企業が密室で方針決めてるから何考えてるのかよく分からんけど
2018/08/26(日) 18:22:11.05ID:aPr4XbAu0
WebMって結局ようつべでしか使われてなかったよな?
2018/08/26(日) 20:58:38.23ID:+KXjGVMg0
WebMの旨味ほとんどねえもん
127名無しさん@編集中 (ワッチョイW eae0-d8Mr)
垢版 |
2018/08/27(月) 02:29:14.70ID:hUrdTro50
それいったらAV1の旨みもそこまで…
余程企業力のある企業じゃ無いとこんなの使えないしHEVCの代用感が凄い。
どうせすぐこれより圧縮率も速度も良いVVCが出るだろうし…次はもっとライセンス料下げてくれないのかなぁ
2018/08/27(月) 12:01:09.86ID:hWe59Eua0
古事記に恵んでやる必要はない
2018/08/27(月) 12:04:10.43ID:BmDl3nOGM
そう古事記にも書いてあるもんな
2018/08/27(月) 12:36:10.63ID:JNn6V01p0
ライセンス料下げさせるためにフリーなコーデック開発してるってのもあるだろ
もちろん長期的な目標としては置換を狙ってるとは思うけど
2018/09/02(日) 07:37:45.12ID:/XUn8/m90
新4K/8K衛星放送のBD録画が可能に、A-PABが著作権保護技術に「AACS2」を認定
https://www.phileweb.com/news/d-av/201809/02/44928.html
2018/09/02(日) 19:40:44.05ID:DuBTtQDB0
        録画開始
                ;;-、
                /ヽ;;)
        ∧_∧ /
  ∧_∧_(◎・∀・∩
 ( ・∀|[__|o|_∧つ      ___
  | つ ∩( ・∀・))     | i \ \
 と_)_)( つ|三|O     | i  l =l
       と_) ̄)        | |__ノ  ノ
           ̄       | ̄ ̄| ̄ ̄|
2018/09/03(月) 07:47:03.93ID:fbds+sIL0
AV1: A First Look
http://www.streamingmedia.com/Articles/Editorial/Featured-Articles/AV1-A-First-Look-127133.aspx
2018/09/04(火) 07:05:50.00ID:hJVGZKrP0
「AV1」ストリームのデコードをサポートした「VLC media player」v3.0.4が正式公開
https://forest.watch.impress.co.jp/docs/news/1141314.html
2018/09/04(火) 07:22:13.54ID:jOkaXLp+0
>>134
試してみたけどデコード出来ないような
コンテナの形式とかFourCCが特定のものじゃないと駄目なのかな

試した動画はこれ
https://ku6.jp/keyword/22/report/102.html
2018/09/04(火) 07:24:31.25ID:jOkaXLp+0
mp4に入れる仕様もwebmに入れる仕様もまだ正式に承認されてないのにサポートしたのは時期尚早感ある
2018/09/04(火) 09:36:24.01ID:tE1oTvvnd
既成事実作ろうとしてんじゃね
2018/09/04(火) 09:40:36.07ID:tE1oTvvnd
コンテナはmp4でいいから
拡張子はなんかわかりやすいものにして欲しい
中身のコーデックが何かパッと見わからんというのが面倒
2018/09/04(火) 16:05:08.33ID:wnE2zgr0a
FirefoxのDev版でAV1が見れるな
試しに1080p@1Mbps見たら若干ボヤけてるがYouTubeのどうでもいい動画なんて1Mでもなんとかなると思われる
2Mも見てみたけど1Mと差があまり分からない
やはり1Mbps程度がメインターゲットなんだろう
2018/09/04(火) 16:25:10.92ID:wnE2zgr0a
>>135
Firefoxなら見れるな
VLCは音だけで映像が見れない、VLCがクソ
2018/09/05(水) 10:53:55.26ID:SPFFWHxMM
chromeとfirefoxはすでに開発版でAV1に対応完了してるな
今年中に安定版に降りてくるだろうね
でかい動画配信サイトで初めにAV1に対応するのはどこになるだろうか
2018/09/05(水) 11:33:22.35ID:K/1aM3G+M
YouTubeは真っ先でしょ
2018/09/05(水) 11:37:47.18ID:Vt96wPda0
本来は今日リリースのChrome 69でサポート予定だったんだけど一週間くらい前に突然延期してChrome 70になった
Chrome 70は10月中旬頃にリリース予定
2018/09/05(水) 12:09:04.03ID:8fp7X2XIr
楽しみにしてテストページ開いたら無理だったでござる
2018/09/08(土) 00:19:38.80ID:7L9w4yii0
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

最後の方のみ抜粋雑訳
---
VVCの開発が進んでるけど、HEVCのクソライセンス問題を繰り返さないために、業界各社で
  Media Coding Industry Forum (MC-IF)
を立ち上げることにしたよ。9/16に立ち上げイベントをやる予定。

もしVVCでもライセンス問題でゴタつきそうなら、ライセンスが明確になるまで
製品やサービスでのVVC採用とか諸々を遅らせて対抗してやらぁな。
使える時期が遅れることになるけど、しゃーねえやな。
---
2018/09/08(土) 05:41:41.50ID:iLw739fu0
https://github.com/AOMediaCodec/av1-isobmff/releases/tag/v1.0.0

av1 in mp4の仕様がやっと決まる
L-SMASHもmp4boxも対応準備してたはずだから近日中にmux出来るようになるはず
2018/09/08(土) 06:54:01.23ID:ikZOjH5x0
Jury Levels $7.7 Million Judgment Against Huawei for H.264 Patent Infringement
http://www.streamingmedia.com/Articles/Editorial/Featured-Articles/Jury-Levels-%247.7-Million-Judgment-Against-Huawei-for-H.264-Patent-Infringement-127140.aspx

こっちに評決内容が書いてあった。
https://www.essentialpatentblog.com/2018/08/jury-awards-running-royalty-infringed-seps-optis-v-huawei/#more-8046
2018/09/10(月) 16:35:20.78ID:Edf+DkCL0
YoutubeがAV1に対応しはじめた模様
https://www.youtube.com/watch?v=F1B9Fk_SgI0

ブラウザからは再生できないけどyoutube-dlっていうソフトを使うとダウンロード出来る
854x480を300kbpsでエンコードしてて、滅茶苦茶綺麗という訳でもないけどそこそこの画質
2018/09/10(月) 18:10:34.79ID:YJXFjg9u0
>>148
youtube-dlでAV1動画を落とすときは、何かコマンドラインにオプションたさないとダメなのか?
オプション一切なしでダウンロードしたらH.264+opusでダウンロードされるのだが
2018/09/10(月) 18:26:26.37ID:Edf+DkCL0
>>149
480pのAV1をダウンロードするコマンドはこう
youtube-dl.exe -f 397 https://www.youtube.com/watch?v=F1B9Fk_SgI0

このコマンドで動画にどのフォーマットが用意されてるかわかる
youtube-dl.exe -F https://www.youtube.com/watch?v=F1B9Fk_SgI0

IDをメモって-f のあとに付ければ指定IDがダウンロード出来る
2018/09/10(月) 18:39:38.49ID:cF8Y7fwS0
>>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)
2018/09/10(月) 18:49:34.53ID:cF8Y7fwS0
>>151訂正

× 結果: https://twitter.com/arter97/status/1039014565877407744

〇 結果: https://twitter.com/syjprsk/status/1039016809402265603
https://twitter.com/5chan_nel (5ch newer account)
2018/09/10(月) 18:52:58.45ID:YJXFjg9u0
Cドライブ直下に作ってある「User Program Files」の中にyoutube-dlとffmpeg保存して実行してみた

コマンド
"C:\User Program Files\youtube-dl\youtube-dl.exe" "https://www.youtube.com/watch?v=J7mYQYQXkZY";
pause

確かにダウンロードはできているようだ
ただし、AV1の再生環境ないw
コーデック何かおすすめある?
2018/09/10(月) 18:59:48.58ID:YJXFjg9u0
部分訂正

"C:\User Program Files\youtube-dl\youtube-dl.exe" -f 397 "https:

https以下も違うの入ってたけどw
(全部貼るとなぜか投稿できない)
2018/09/10(月) 19:01:33.49ID:cF8Y7fwS0
>>153
そのコマンドだと -f 指定してないが・・・。

再生はZeranoe版ffmpeg4.0.2で、「 ffplay.exe AV1.mp4 」 でできるよ。
2018/09/10(月) 19:16:09.84ID:MU7FGCwJ0
av1+mp3は不可。 av1+opusは.mkvだね。
最新のVLCで再生できるっぽいけどうちの環境では無理だった。ffmpeg version 3.4.4-1~16.04.york0
2018/09/10(月) 19:31:25.55ID:BsM02cfo0
mpvってプレイヤーでも再生できるよ
ffplayよりかは使いやすいと思う
2018/09/10(月) 19:34:13.12ID:cF8Y7fwS0
>>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にしようとするようでうまくいかなかった。
2018/09/10(月) 19:51:54.00ID:cF8Y7fwS0
>>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月末のだったんだな・・・うっかりしてた。
2018/09/10(月) 20:46:30.64ID:YJXFjg9u0
>>155
風呂入ってたから遅レスでスマン
"C:\User Program Files\youtube-dl\youtube-dl.exe" -f 397+250 "https://www.y…"
pause
でAV1+Opusで落としてみた(たまたまZaranoe版の最新ffmpegだったので一発でおk)
で、ffplayとか言うので
ffplay test.mkv
としてみたら再生できた(落とした長いファイル名のままだと再生できなかった)
手元のノートPC(Core M 5Y71)では少し重い(少しフレーム落ちしてる)
H.264系のコーデックで見られる色が溶けたようになるような症状は見当たらない
悪くはないが、重い!
一般のプレーヤーで再生できるようにならんと、この点は評価しづらいかも
2018/09/11(火) 13:26:58.86ID:KxFiOQEd0
Windows 10のフィードバックHUBから対応要望出しとこ
前、mkvや字幕対応やts再生対応要望出したら対応してくれた
2018/09/11(火) 13:27:18.79ID:KxFiOQEd0
x mkvや
o mkvの
2018/09/11(火) 15:21:23.83ID:K8N27vkza
>>161
こマ?
あれただのガス抜きツールじゃなかったんか
ナニをどうやったらマトモに意見受け入れてくれるの???
真面目に書いても埋もれるし
2018/09/11(火) 18:00:36.29ID:AUHJ2q8i0
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が追加されてた
2018/09/11(火) 18:56:51.51ID:9AUctzZL0
h264→VP9は1080p以下だと画質がかなり劣化して見えることもあったし、YouTubeは少しビットレート上げつつHEVCに対応すれば良かったのに…
オリジナルのソース保存してるんだから、昨今の通信回線の大容量化を考えて、とにかくビットレート上げてくれ
2018/09/11(火) 19:42:04.94ID:IQFAv/KWa
>>164
1080pまであるのか

とりあえずスマホ用の動画プレーヤーでAV1対応のものが出てほしい
今使ってるPCだとVP9の4K動画すらカクツクのだが、スマホだとVLCやMX Playerを使えば、
ハードウェア再生支援非対応でも難なく再生しちゃうので
2018/09/11(火) 20:44:25.26ID:k4IaNL4n0
pcのグラボ買いなよ
2018/09/11(火) 20:47:41.45ID:IQFAv/KWa
ノートPCなんだよ、それがさ
2018/09/11(火) 21:22:19.96ID:EZ11uA1Y0
>>165
HEVCについては主にライセンス戦略の失敗でブラウザ対応等を広げられなかったんだからどうしようもないだろ。
世界的には回線速度が不十分なところも多いし、「適切な画質をより低いビットレートで提供する」ために
新コーデックや Contents Adaptive Encoding といった技術を採用していってるんだから、
なかなかビットレートを上げる方向にはならないと思う。
2018/09/11(火) 23:05:19.05ID:9AUctzZL0
>>169
そうかぁ、そうだよなぁ…
まぁ4KならVP9でかなり綺麗だからいいんだけど
2018/09/11(火) 23:27:47.03ID:PTFK3lEW0
衛星放送の8Kが100Mbps
有料動画配信のNetflix4kが25Mbps
YouTubeの8Kが30Mbps
これらが2018年の上限かな
ちなみに我が家のADSLは800kbps
2018/09/11(火) 23:35:17.91ID:rmgzo4n80
格安SIMの定額コースのほうが早いぞ、それ…
2018/09/11(火) 23:39:21.47ID:NWvNMr9/0
CATVの営業とかやってる人の話だがマンション光ユーザーとかはちょっと速くなるかも?ってだけでも
結構食いつく人がいたりするけど未だにADSLな人は今より30倍は速くなります!とか強調しても
別に困ってないしーとかで流される事が極めて多いとか
2018/09/11(火) 23:48:22.36ID:H5HVi7d7a
低解像度でビットレート上げるのは本末転倒すぎるだろう
高画質で見たいなら高解像度で見るだろうし
2018/09/12(水) 07:14:34.47ID:1J9CNXWYa
YouTubeは低解像度だと画質も低画質だよな
低解像度で視聴イコール回線が貧弱な環境と決めつけてるからだと思うけどそれで良いと思う
2018/09/12(水) 07:18:21.24ID:lyvrAVNu0
>>174
1080pでも3、4Mbpsとか異常だろ
せめて6〜8Mbpsは欲しい
2018/09/12(水) 07:25:36.38ID:1J9CNXWYa
>>176
それH264だったら少ないかもしれないけど、VP9だとむしろ多い方だ
同じ画質で半分ぐらいのビットレートになってると思うよ
2018/09/12(水) 10:08:46.39ID:5hRbVA960
Netflix public AV1 test streams
http://download.opencontent.netflix.com/?prefix=AV1/Chimera/
179名無しさん@編集中 (ワンミングク MMaa-xNWX)
垢版 |
2018/09/12(水) 10:33:26.28ID:V0i/KNkiM
>>177
youtubeでVP9って1440Pからしか作られないのでは?
少なくともchromeで解像度指定するだけなら1440からVP9だったと思う。html5サポートしない古い環境だとどうなのかな
2018/09/12(水) 10:44:42.25ID:ZyGyWPJ80
youtube-dl使うか解析してくれるサイトで見ればわかるがyoutubeは144pからvp9で用意されてる
2018/09/12(水) 11:00:53.75ID:JhcnHwZi0
そもそも配信業者がコーデックの開発に躍起になってるのは帯域削減のためなのに
ビットレート増やしてくれってのは趣旨を理解してなさすぎる
画質は良いに越したことはないけど画質厨のために配信サービスしてるわけじゃないだろ
2018/09/12(水) 11:33:08.41ID:1oYKVin30
昨今配信業者が躍起になってるのは帯域削減もそうだがむしろライセンス料でしょ。
帯域削減だけなら別にHEVCでもいいし。
2018/09/12(水) 11:46:56.21ID:1J9CNXWYa
VP9の時点でHEVCと同等以上という触れ込みだし、実際H.264より2倍の圧縮率があって嘘ではないと思う
AV1は更にHEVCの2倍を目指してて本当なのか謎だけど、ストリーミングの世界でHEVCを使う意味はもう無いと思われる
2018/09/12(水) 12:19:26.92ID:gKIfj5sD0
>VP9の時点でHEVCと同等以上という触れ込みだし、実際H.264より2倍の圧縮率があって嘘ではないと思う

これは完全に嘘だな
色々な比較が有るけどVP9はHEVCに負けてるのしか見ない
2018/09/12(水) 12:57:43.95ID:5hRbVA960
>>178
Firefox Nightly 64.0a1 about:config media.av1.enabled trueで見れた。噴水シーンもノイズがなく綺麗。
2018/09/12(水) 13:03:04.64ID:qgktrPvH0
>>178
mp4をダウンロードしてmediainfoに突っ込んだら、ivf@GPAC0.7.2-DEV-rev654-gb6f7409ce-github_masterだって
いつの間にかGPACでAV1をmp4にmux出来るようになってたんだな
2018/09/12(水) 13:05:38.93ID:qgktrPvH0
それにしてもGoogleにしろNetflixにしろAV1みたいなクソ重いコーデックを実用できるんだから凄いね
2018/09/12(水) 13:40:24.42ID:VY1ARirlM
>>183
それはデタラメすぎる
H.264 AVC≒VP9
HEVC≒AV1
と考えなければ
2018/09/12(水) 14:05:58.31ID:1J9CNXWYa
>>188
スマホでYouTube見てると見れないけどPCだと詳細統計情報っていうのが見れる
これ見ると昔の動画とか480なのにH.264で10Mbps越えてるのが有ったりする
ま、これはYouTubeのエンコードがクソだったんだろうと思うけど
VP9が導入される直前はH.264のが6〜8Mbpsが普通だった
で、今のVP9のは2〜3Mbpsが普通だ
そういう実感で言ってる
2018/09/12(水) 14:15:54.19ID:/B0jdOpRp
>>188
AVC>VP9>HEVC>AV1だろ
2018/09/12(水) 14:20:53.78ID:/B0jdOpRp
>>189
YouTubeの1080以下はAVCよりVP9の方が画質も落ちてるのが多いからなあ
純粋に同じ画質での比較にはなってない
4KのVP9と比べれば分かるけど1080以下は圧縮し過ぎてる
これが現在の主流で需要が多いから帯域減らすためにそうしてるんだろうけど
2018/09/12(水) 14:22:42.09ID:iXz8N2/br
なんたでもいいからブラウザの対応はやくしてほしい
エンコしちゃえば全部おんなじだから
2018/09/12(水) 14:32:52.34ID:VY1ARirlM
>>190
まず等号の使い方が間違っている
次に画質とビットレートにおける判断が間違っている
2018/09/12(水) 14:53:12.48ID:2RuxG3sk0
まぁしかし、Googleがいなかったらフリー系のコーデックがここまで進歩することもなかっただろうね
技術力もさることながら資金力が違いすぎる
それに細かくアップデートし続けているのも好感できる
先日公開された下記の動画など、かなりきれいだし(4K60Pは特に)
https://www.youtube.com/watch?v=BHXYD3t5CLU
2018/09/12(水) 15:49:36.83ID:2RuxG3sk0
>>164>>178
1080p落としてffplayで再生してみたが、重すぎる

Windows 10の「設定」→「システム」→「ディスプレイ」→画面中央の下側の「グラフィックの設定」を開いて、
「クラシックアプリ」の状態で「参照」をクリックし、ffplayを選択し、項目に追加されたffplayをクリックすると
「オプション」ボタンが現れるからクリック
表示されたオプションメニューの中から、「高パフォーマンス」を選択し「保存」をクリック

これでほんの少し動作は改善するが焼け石に水状態

動画再生はもはやPCよりスマホのほうが対応力が高い…
やっぱりスマホでAV1の再生を対応させてくれ
参加メンバーにVideoLANが入っているから、対応はそう遠くはないだろうけど
2018/09/12(水) 16:16:48.17ID:e1Hst3zB0
>動画再生はもはやPCよりスマホのほうが対応力が高い…

>やっぱりスマホでAV1の再生を対応させてくれ

対応力ゼロじゃんw
2018/09/12(水) 16:23:03.81ID:uY9ho0D80
>動画再生はもはやPCよりスマホのほうが対応力が高い…

それはないでしょ
どう考えてもスマホよりPCのが対応力(そもそも対応力って何?)高いと思うよ

>>178
比較に同ビットレートのavc、hevc、vp9も置いてくれたら最高なのにな
2018/09/12(水) 16:28:12.50ID:uY9ho0D80
上のレスと内容もろ被りしちゃったよ
書き込む前にもう一回更新しとけば良かった
スレ汚しごめんなさい
199名無しさん@編集中 (ワンミングク MMaa-xNWX)
垢版 |
2018/09/12(水) 16:29:43.26ID:V0i/KNkiM
ハードウェアデコーダー乗るまでソフトウェアが対応したとしてもスマホじゃ低解像度動画しか再生出来んでしょ多分
あとこのスレでデコーダーの実装にh265の10倍程度回路面積が必要とか聞いた記憶がある
2018/09/12(水) 16:40:03.29ID:xHa1HLvb0
>>178
readme.txtもあるし、URLは以下の方が良いと思う。っていうかなるべく元情報も示してもらえると嬉しい。

https://twitter.com/cconcolato/status/1039656215725277185
> Happy to announce Netflix public AV1 test streams:
>   http://download.opencontent.netflix.com/?prefix=AV1/
> For now, only the 23.976fps version of Chimera. Details in the readme.
> Additional versions, including fragmentation and encryption,
> and more sequences will be provided in future releases. Stay tuned.
 
 
https://twitter.com/5chan_nel (5ch newer account)
2018/09/12(水) 16:57:57.18ID:xHa1HLvb0
>>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
2018/09/12(水) 17:11:54.42ID:qgktrPvH0
--cpu-used=1か、最高圧縮ではないにしろ結構重い設定だな
2018/09/12(水) 17:12:15.98ID:hcGjUZMD0
>>199
そのHWデコーダーが乗るのがPCより早いって意味でしょ
2018/09/12(水) 17:24:17.40ID:qgktrPvH0
いや久しぶりに--cpu-used=1でエンコードしたら前よりはずっと早くなってるような気がする
これなら一般人でもアニメのOPくらいなら頑張ればエンコード出来るかも
2018/09/12(水) 17:37:37.66ID:I6nh4ARC0
ffmpegでavs2のデコードとエンコードが出来るようになったみたい
2018/09/12(水) 17:51:32.60ID:xHa1HLvb0
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)
2018/09/12(水) 17:58:15.11ID:VY1ARirlM
avs2?
初めて聴くな
なんか利点あるの?

別件で
スマートフォンでの再生は重要だと思うね
というよりパソコンより圧倒的に利用者多いし

YouTubeのVP9の対応で言えば、2015年の後半以降に発売開始になったモデルからハードウェア再生支援に対応し始めた
※パソコン、スマートフォンともに
しかし、およそ2年おきに買い替えされる可能性の高いスマートフォンと違い、パソコンは買い替え年数がもっと長い
なので今現在ユーザーが所有しているハードウェアでVP9のスムーズな再生に対応している機材はスマートフォンは対応していてもパソコンは未対応なままというケースが多いかと

まして、AV1のハードウェア再生支援の搭載となるとまだまだ先になるだろうから、しばらくの間はソフトウェアでゴリゴリ再生させるしかないが、
ハードウェア再生支援が搭載され始めると対応機材の普及はスマートフォンのほうがやはり早いだろうことは想像に固くない
2018/09/12(水) 18:27:15.06ID:L0y8TFQ7r
やっぱりhevcの優秀さが比較すると出てきちゃうな
これがライセンス問題で潰れてしまうのが惜しすぎる
2018/09/12(水) 19:00:42.55ID:ENeZiRqm0
また規格が乱立しちゃうの?のお?
2018/09/12(水) 21:04:09.04ID:T8/OwlA10
個人のライブ配信でH.264より新しい世代のコーデックが主流になるのは、まだ相当かかりそうだな
2018/09/12(水) 21:52:17.31ID:/CDccIN30
ライセンス料払う必要がない人たちはhevc一択だね
2018/09/13(木) 00:10:51.34ID:FNYZbBi40
>>191
ほんこれ。4K以上で真価を発揮するVP9は1080p以下だと、データサイズは数%しか減ってないのに画質かなり落ちてるのも多い。得手不得手があるからかんだろうけど
(例えば同じアニメの動画でもH264の方が輪郭や背景が潰れずはっきりしてる時もあれば、VP9の方が全体的な破綻が少ない時もある)
だからどちらか一方ははっきりと使い分けられるくらいに画質をよくして欲しいんだよなぁ…H264はビットレートを今の1.3倍にするとか…
2018/09/13(木) 00:12:34.41ID:FNYZbBi40
>>193
個人的な感覚では、
H264≦VP9<HEVC<VP9
かなと思う。同じビットレートで比べた時。
ただしコーデックによって不得意なパターンは違うから一概に言えないのは分かってる
2018/09/13(木) 00:30:47.04ID:+h+z4s1L0
VP9がダブっとる
やり直し!
2018/09/13(木) 02:29:20.67ID:qpiWZyfX0
LAV Filters の nightly 0.72.0-12 でAV1の再生がサポートされた。

>>200
 Chimera-AV1-8bit-480x270-552kbps.mp4
 Chimera-AV1-10bit-480x270-531kbps.mp4
と、>>150の方法で落とした480pのAV1_AAC.mp4(-f 397+140)の再生ができるのは確認した。

---

https://forum.doom9.org/showthread.php?p=1851429#post1851429

> LAV Filters 0.72.0-12 and newer have experimental support for AV1 decoding using libaom - software only, of course.
>  https://files.1f0.de/lavf/nightly/
>
> It is planned to replace the libaom decoder with a ffmpeg built-in decoder once that becomes available, hopefully later this year.
2018/09/13(木) 04:49:53.36ID:+h+z4s1L0
>>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
とりあえずこれで様子見
2018/09/13(木) 05:30:54.91ID:k68M7f6I0
これで再生確認が楽になるな
あとはデコーダーの最適化を待つだけやね
HEVCは出始めの頃と比べて再生負荷が半分くらいになったからAV1でも多少期待してる
2018/09/13(木) 17:10:02.74ID:W4tmgZ0k0
AV1 Beta Launch Playlist
https://www.youtube.com/playlist?list=PLyqf6gJt7KuHBmeVzZteZUlNUQAVLwrZS
2018/09/13(木) 18:42:23.16ID:k8ewg4PA0
 
https://www.youtube.com/testtube

> データ使用量を抑えて動画を満喫
>
> AV1 動画コーデックの高度な圧縮技術により、HD ストリーミングがより滑らかになり、
> 外出中も少ないデータ使用量で動画を楽しめます。
>
> AV1 デコードは、お使いのブラウザではまだご利用いただけません。
> フルサポートを利用するには、media.av1.enabled 設定セットを備えた Chrome 70 以降、
> または Firefox 63 以降が必要です。
2018/09/13(木) 18:58:22.46ID:VYojiExo0
対応してるブラウザでそこ開くとav1設定が出るな
「自動」、「SD画質でAV1を使う」、「常にAV1を使う」ってのが用意されてる

文も後ろ3行がちょい変わってる
> AV1 はまだ新しい技術であるため、HD 画質でのストリーミングには高い処理能力を持ったパソコンが必要です。
> また、AV1 でご覧いただける動画もまだ限られています。
> SD 画質での AV1 ストリーミングを選択すると、480p までは AV1、それ以上の画質では VP9 が使用されます。
2018/09/13(木) 19:42:35.44ID:xRC+zszm0
i5-3475S内蔵GPUにLAV Filtersだけど>>178の10bitフルHDはフレームレートガタガタ
CPU使用率は余裕あるけどガタガタ
2018/09/14(金) 00:21:57.41ID:uQAlvYqM0
>>214
すまん
右端がAV1
2018/09/14(金) 02:12:12.02ID:Mkq+v6/oH
Mac版火狐でtubeのAV1利用できなかった
バージョンはあってるはずなのに
2018/09/14(金) 14:04:44.69ID:HY6itD1Ad
>>163
バグ報告なら
問題の概要
再現手順
期待する動作
実際の動作
ぐらい書いときゃいいよ
あとはグダグダ書かない
簡潔に
感情も入れない

機能要望なら、それが付くと
いかにユーザーにとってメリットあるかとか書く

エクスプローラのメモリリークも直してくれたよ
(7や8.1からある。7や8.1は直ってない)
2018/09/14(金) 14:40:21.81ID:S+XnBg6p0
ちょっと前の記事だが
・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はソフトウェアだけで問題なく再生できるからいいとしても
226名無しさん@編集中 (ワンミングク MM7f-RDZI)
垢版 |
2018/09/14(金) 17:06:39.84ID:p0IENjwUM
>>225
この問題ってGoogleか若しくはav1に協賛してる企業が合同で開発元を買い取っちゃってHEVC/VVC辺りの開発を継続してくれれば丸く収まる気がするけどそういう規模の話では無いのかな。
2018/09/14(金) 17:12:46.38ID:NqIHFUj2a
>>224
こマ?(二回目)
きちんと考えて書けば対応してくれるって事自体眉唾モンなんだが
Insiderじゃないと相手してくれないんかな
2018/09/14(金) 17:32:32.13ID:9hGd6IS4a
>>226
買い取れる金額だとは、とてもおもえないけど…
2018/09/14(金) 17:54:49.76ID:qBVCtMcs0
>>226
https://qiita.com/yohhoy/items/c2579097a507b1fbdddb
このリストの企業全部買い取るって、世界征服でも始めるのか・・・
2018/09/14(金) 23:30:53.74ID:TEhto96m0
各国独禁法にめちゃくちゃ引っかかって全部買い取るのに何十年もかかりそう
2018/09/14(金) 23:47:34.80ID:xfMwNyec0
Nightly 64.0a1 (2018-09-14)
YouTube、Netflixサンプル、Mozillaデモ、OK。facebook AV1 Test ダメだった。
2018/09/15(土) 00:04:10.36ID:6Guydu2D0
数年前の情報

・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も来年には一般運用が始まっていると考えていいのだろうか?
2018/09/15(土) 00:40:43.78ID:rREhMZBO0
>>227
insiderじゃなくても相手してくれる
エクスプローラのメモリリークは以下の条件で発生する
(10では修正されたから起きない)

1.mp4コンテナの動画をどこか特定のフォルダに置く
ひとつでも100個でもいい
2.エクスプローラを詳細表示にする
3.日付とかサイズとかフィールド名が表示されてるとこを右クリックして、コーデックでもビットレートでもなんでもいいからフィールドを増やす
4.タスクマネージャーを立ち上げ、現在のメモリ使用量を表示 この時の使用量をメモ
5.それを開いたまま、F5キーでさっきのフォルダの表示を更新
F5を押すたび増える
4と5のメモリ使用量を比較

7や8.1だと動画が多ければ多いほどバンバンメモリリークしていく
エクスプローラをタスクマネージャーで再起動すればリセットされる

このぐらいの再現手順書いておけば間違いなく修正されるよ

再現手順すら書けないフィードバックばかりだから
直しようがなく反映されないってのもあると思う
誰が試しても再現できるレベルの話までまとめれば直ると思うよ
2018/09/15(土) 02:46:37.32ID:6Guydu2D0
AV1ではないが、>>194の動画の情報が出た

・倉木麻衣、“さらに高画質になった”「花言葉」4K HDR MV&京都市政CMのメイキングムービー公開
https://www.m-on-music.jp/0000297010/

三菱が噛んでたのか
妙に気合いの入った動画だとは思っていたが
2018/09/15(土) 07:21:31.26ID:g5SILgFi0
>>233
でもあれ、投票集まらないと開発者の目に止まらない仕様なんでしょ?
クソみたいなフィードバックが多いせいで書いても目に止まらず埋もれるだけだよ
書いても見てもらえ無さそうだなって思わせちゃう時点で書く気無くすしフィードバックHubの運営そのものが失敗してるとしか思えない

それとも君だけは行いがいいから特別視されてるだけかい?
2018/09/15(土) 09:08:31.74ID:Q9EMfnF1a
スレチだから別でやれや
2018/09/15(土) 10:42:04.58ID:rREhMZBO0
>>235
おれのなんか投票何もないよw
特別視とかもないと思う
ちゃんと書いてあるかどうかなんじゃ?
わからんけど

235が書こうが書くまいが別にオレは構わないから信じてもらわなくてもいい
実際直ったって話だけだから

>>236
そうだね、そろそろやめる
スマヌ
2018/09/15(土) 17:53:35.32ID:q5uhmf3xM
Blackmagic RAWとかいうのが出たらしいな
2018/09/15(土) 18:26:09.88ID:J9FwwRkQ0
>>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/
2018/09/17(月) 05:44:02.85ID:/OrtL5se0
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/
2018/09/17(月) 09:22:18.15ID:T74uN4BAa
ええやん
デコーダーに力入れてるところ地味に少ないんだよな
2018/09/17(月) 13:52:14.76ID:8FBxq52oM
>>240
期待しておこう
いまのままではフルHDですら厳しいものがあるからなぁ
2018/09/19(水) 03:25:40.78ID:RIU4ybBTH
つべでav1使えてる人、同じファイルでmp4やwebpとくらべて縮んでる?
2018/09/19(水) 07:02:47.70ID:mXQolyuh0
https://github.com/leandromoreira/digital_video_introduction/blob/master/README-ja.md
>コーデック 対 コンテナ
>初心者がよく誤解することの1つに、デジタルビデオコーデックとデジタルビデオコンテナを混同するというものがあります。
>コンテナはビデオ(と音声もありえる)のメタデータとペイロードである圧縮されたビデオを包括するラッパーフォーマットとして考えることができます。
>たいてい、ビデオファイルの拡張子はそのビデオコンテナを定義します。
>例えば、ファイルvideo.mp4はおそらく MPEG-4 Part 14 コンテナで、
>video.mkvという名前のファイルはおそらく matroska です。

比べてみた。 vp9<H.264<av1 こなれてない感じ。
youtube-dl -F https://www.youtube.com/watch?v=oAbB4dQOz4I
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
2018/09/19(水) 08:12:24.77ID:mXQolyuh0
新しい動画ならビットレート抑えて品質保ってるかも。AV1のリスト。
An ongoing list of AV1 YouTube encodes
https://www.reddit.com/r/AV1/comments/9g77tp/an_ongoing_list_of_av1_youtube_encodes/
246名無しさん@編集中 (ワンミングク MM7f-RDZI)
垢版 |
2018/09/19(水) 09:10:59.77ID:wJTOyFkTM
>>244
av1って基本的にwebmに格納されるのがデファクトスタンダードになるの?mp4やmkvなの?
ハードウェアデコーダーの対応なんかでコンテナしか書いていない場合があるからある程度分けて欲しい
2018/09/19(水) 13:35:05.93ID:tIp/R9QTa
現状だとmp4にAV1とopus突っ込むのがスタンダードなのでは
今後代わる可能性もあるけど
2018/09/19(水) 15:59:45.86ID:aJD6TTnh0
>>243-245
>>218

 AV1 Beta Launch Playlist - YouTube
 https://www.youtube.com/playlist?list=PLyqf6gJt7KuHBmeVzZteZUlNUQAVLwrZS

の説明に書いてあるけど、今のYoutubeのAV1は

 > At time of writing, these transcodes are encoded at a very high bitrate for decoder performance testing.
  (現時点でのAV1動画はデコーダーのパフォーマンステストのため非常に高いビットレートでエンコードされている)

ということらしいよ。
2018/09/20(木) 19:21:31.76ID:fgylxV/U0
MPC-BEでもAV1の再生をサポート
2018/09/20(木) 19:42:16.14ID:lKO/EpKZ0
>>249
6日前のr3947で対応されてて、今日SourceForgeにr3973のバイナリがアップされたってことね。
251名無しさん@編集中 (ワッチョイW 62e0-c2SW)
垢版 |
2018/09/20(木) 20:14:13.06ID:uD+6KSNj0
現状でもyoutubeにアップロードしたらav1形式が必ず作られますか?
自己ソースで試してみたい
2018/09/20(木) 20:21:26.95ID:fgylxV/U0
>>251
当分の間は海外の超人気のある動画でしか作られないと思うよ
>>148の動画は投稿されて一ヶ月経ってないのに再生回数が4000万回を超えてる
253名無しさん@編集中 (ワッチョイW 62e0-c2SW)
垢版 |
2018/09/20(木) 20:59:06.99ID:uD+6KSNj0
ありがとうございます。ちょこちょこ探してみるかぁ
2018/09/20(木) 21:23:59.85ID:HtBPwPYy0
youtubeって最近は毎分500時間とかの勢いで動画アップされてるらしいからそれ全部AV1エンコとかさすがのgoogleさんの鯖でも無理すぎるわな
2018/09/20(木) 21:42:21.26ID:M3e7ztfz0
公式発表まだだけど Alibaba Group がメンバー入りしたっぽい
https://aomedia.org/membership/members/
2018/09/20(木) 23:22:13.35ID:GBHkyHaG0
>>254
AIでどうこうなるモノでもないしねー
AIが動画コーデックの世界に圧縮改革起こしてくれねえかな
2018/09/21(金) 05:19:05.62ID:pDitOYxE0
>>256
AV1のコミット見てるとMachine Learningで高速化を図ってるところがちょくちょく出てくるよ
2018/09/21(金) 08:44:12.93ID:1F5Tb4w7M
>>246
mp4だと思う
YouTubeもNetflixも試験配信データはmp4に格納されてる。
2018/09/21(金) 08:50:46.03ID:e15YQbM00
将来またmp4ファイルが再生できませんとかいうバカな質問が増えそうw

コンテナはmp4で構わないから
コーデックがなんだか一目でわかるように
拡張子はav1とかにして欲しい

かつての AVI (えーぶいあい)と見分けづらい気もするが
以前に比べて使用頻度も減っただろうし
2018/09/21(金) 23:23:04.48ID:T0sUAZac0
富士通、映像データ1000分の1に 自動運転の精度高く

 富士通は自動運転の精度を高める技術として、映像データを1千分の1に圧縮する手法を開発した。
車載カメラで撮影した映像をインターネットで瞬時にやりとりし、周囲の状況を遠くからリアルタイムで把握できる。
3年後をメドに実用化する。「データ爆発」と呼ばれる大量データ通信時代の中核技術になる可能性がある。

 富士通は4Kや8Kの映像を配信する放送技術で培った独自の画像処理技術を応用した。カメラで撮った映像のデ…

ソース
https://www.nikkei.com/article/DGXMZO35634560R20C18A9MM8000/
2018/09/21(金) 23:36:23.14ID:cF/qPPMX0
AV1, H.264, HEVC, VP9 & VVC: No codec to rule them all
https://www.ibc.org/content-management/race-to-the-finish-line-av1-h264-hevc-vp9-and-vvc/3282.article
>EdgeもAV1サポート済みっぽい。Turing codec?なんじゃろホイ

Turing codec
http://turingcodec.org/
2018/09/22(土) 00:01:34.13ID:93vgj8j1a
>>261
胡散臭え
2018/09/22(土) 06:17:05.62ID:DCrLfOVm0
https://forum.doom9.org/showthread.php?p=1852449#post1852449
https://image.ibb.co/iTr74z/msssim_720.png
https://image.ibb.co/bVQpHK/psnrhvsm_720.png
https://image.ibb.co/iykZjz/msssim_1080.png
https://image.ibb.co/ftMkre/psnrhvsm_1080.png

Doom9の人によるコーデックのベンチマーク
ソースやエンコードオプションの詳細はリンク先に
2018/09/22(土) 08:53:51.62ID:1BCCkbJO0
Doom9ってAV1を熱心に試してる人が何人もいるよね
一方このスレにはエンコードしたことある人どのくらいいるんだろう
265名無しさん@編集中 (ワントンキン MM92-c2SW)
垢版 |
2018/09/22(土) 09:14:40.98ID:UV2OT9RbM
あの激烈に遅いVP9より遥かに遅いからある程度速度が出るようになるまでは個人使用では興味が出ない
2018/09/22(土) 12:55:43.12ID:584V/mKua
>>263
PSNRベースでの比較が特に顕著だが、HEVCとあまり差はないね
ライセンス問題を気にしなくて済む用途ならば、ツールがひと通り揃っているHEVCで充分
再生支援が受けられる環境もある程度揃ってきたし
AV1であえてエンコードしなければならないのは配信屋くらいのものか
2018/09/22(土) 17:25:50.60ID:lZTCfaFl0
>>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 ※下記参照

下2つはCONFIG_LOWBITDEPTH=1でビルドしたものなので、上と直接比較できる数字ではないらしいけど。
2018/09/22(土) 19:20:08.65ID:32H11pfC0
>>263
ソースがほとんどアニメじゃん。みんなアニメ好きだなぁ
2018/09/22(土) 20:28:14.99ID:H5EOECN90
アニメで縮んでも詐欺みたいなもの

実写やフィルムグレイン付きの映画で縮まないとウンコ
2018/09/22(土) 21:29:09.79ID:584V/mKua
ですね
2018/09/23(日) 00:00:33.97ID:w1KlyenL0
アニメだと、10ピクセル以上の太い線のリンギングがぁ、とかが評価対象になるのか
2018/09/23(日) 06:48:33.72ID:uaH8rKHd0
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年末までに、他のソフトウェアオープンソース実装よりも高速な、完全に使用可能なバージョンを用意したいと考えています。
2018/09/23(日) 07:36:45.20ID:MzJTRy9T0
実写とアニメって最適化の仕方が別なんだっけ
H.264も黎明期(ニコニコやようつべが流行りだした頃)は実写向け、アニメ向けでエンコ設定をアレコレ変えてた記憶がある
2018/09/23(日) 09:06:03.95ID:4y9fb4Rn0
>>273
別々ってかアニメだと粗が出やすい
2018/09/24(月) 08:58:12.64ID:ZunYN03G0
>>272
meson 0.29.0 はだめだった。pip install で 0.48.0 入れたら行けた。
2018/09/24(月) 10:54:55.80ID:6McMhG580
>>273
アニメはエッジがハッキリしているから荒が目立つ反面、フレーム自体は複雑性が低くて圧縮が効きやすい
実写(特に野外)は複雑で圧縮が効きずらい反面、フレーム自体は複雑で細部再現性の誤魔化しが効く
実写でも人工物が多いとアニメの特性に寄っていく感じ
2018/09/24(月) 18:53:43.96ID:r7sMonet0
>>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%)
2018/09/24(月) 19:47:28.60ID:oTMl+xA80
>>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
2018/09/24(月) 19:55:56.37ID:r7sMonet0
>>278
OSはなに?
Windows以外?
2018/09/24(月) 20:25:29.74ID:oTMl+xA80
>>279
OS は Ubuntu
オプションで --framethreads --tilethreads をCPUに合わせて指定したほうがいいみたい
2018/09/24(月) 20:40:50.20ID:oTMl+xA80
いい忘れてた。デコードできたけど、こんな感じのが出来た。 YUV4MPEG2 25.8GB 44.4Gb/s 1784.016 FPS まともに再生出来ない
2018/09/24(月) 20:49:03.31ID:r7sMonet0
>>280
ありがとう
自分でビルドしたバイナリだけじゃなくてDoom9に上がったバイナリでも同様の結果だからもしかしたらWindows用のバイナリにまだ不具合があるのかもしれない
2018/09/25(火) 21:30:04.21ID:YN/smc7/M
>>261
Turing CodecはBBC製のH.265エンコーダらしい。
ttps://github.com/bbc/turingcodec/
2018/09/25(火) 21:41:15.03ID:p045m2K80
>>283
え、すごくね?
2018/09/25(火) 21:49:23.82ID:YN/smc7/M
>>284
BBCは以前から動画圧縮技術に熱心だよ。
DiracっていうWaveletベースの独自のコーデック開発してたこともあるし。
2018/09/25(火) 21:53:57.24ID:uGYGMVc50
アラン・チューリングが名前の由来かな、と思ってサイト見たら当たってた
2018/09/25(火) 22:08:23.65ID:j78DsqJ3a
NHKはこういうのやらんのかね
2018/09/25(火) 22:32:21.88ID:gSGxNo0K0
>>285
そういやディラックもイギリス人か
2018/09/25(火) 23:20:48.05ID:p045m2K80
>>285
知ってるよ
凄いってのはそれを搭載してるnvidia GPUのこと

>>287
NHKは研究中のAIによるインタレ解除を公開してくれたら見直すけど
そんな柔軟性は無いんだよなぁ
2018/09/26(水) 01:08:28.41ID:Piy3njH40
>>289
Turingと名前がついてるだけでNVIDIAのGPUとは無関係だろ
2018/09/26(水) 01:15:33.29ID:hgacg6ut0
ネトフリのモバイル向け
https://k-tai.watch.impress.co.jp/docs/news/1144773.html

VP9の270kbpsで4GBで26時間視聴可能
AV1だと4GBで33時間
2018/09/26(水) 01:49:00.26ID:Wdy+gjO70
モバイルってスマホだよね
2018/09/26(水) 21:23:05.87ID:FoHcVXsY0
>>290
なんだ
感心して損した
2018/09/28(金) 12:45:55.76ID:fJR86Tx/0
>>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によるスピードアップに期待
295名無しさん@編集中 (ワッチョイWW 9f8a-kJTx)
垢版 |
2018/09/29(土) 06:47:14.21ID:cRK3MCaT0
MS-MPEG4 V2が最強とか言ってたじゃないか!
2018/09/29(土) 12:43:31.52ID:+xvceTPU0NIKU
dav1d (dd576607)、Ubuntu はビルドエラーが起きてダメだった。
https://code.videolan.org/videolan/dav1d/issues/10 これと同じ問題が出てる。
2018/09/29(土) 12:59:30.61ID:l+Kd8YUWdNIKU
西川善司の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を使うよりも高い画質を得られるということだ。
2018/09/29(土) 16:20:59.13ID:rkgFptbw0NIKU
4K60pから8K30pって、そんなに進化してるようには思えんが…
2018/09/29(土) 16:26:43.11ID:rXHLI3Im0NIKU
面積4倍なのに?
2018/09/29(土) 16:39:33.12ID:6wGlh2A/0NIKU
4K120pの方がいいのかも?
2018/09/29(土) 18:50:45.26ID:6NB1xFwn0NIKU
どの道”スループット2倍”の言い換えでしかないわな
2018/10/03(水) 00:51:06.47ID:kOB9VoeYa
できますた

・HEVCより高性能でロイヤリティフリーの新しいAV1デコーダー「dav1d」をVLC Player開発元が発表
https://gigazine.net/news/20181002-dav1d/
2018/10/03(水) 02:56:09.28ID:W3wEP0Wv0
VLCのnightly buildsの4.0.0でとりあえずAV1はサポートされたがクソ重たい
いまのところLAVのnightlyの勝ち
2018/10/03(水) 05:00:30.19ID:CKnlY/3S0
VideoLanはそんなことよりVLCplayerの品質どうにかしろよw
2018/10/04(木) 00:42:18.63ID:2dJikqN+a
VLCはメジャーバージョン上がってからおかしくなったな
mpvとかmpc派生使ったほうがいい
2018/10/04(木) 11:59:07.08ID:kY8gp3240
そうだねVLCはFluidSynthの挙動おかしいし直した方が良いよね
2018/10/04(木) 14:32:41.70ID:BMFECSGea
>>306
FluidSynth?
何それ?
2018/10/04(木) 15:06:29.85ID:xUZVezL50
ググればわかることだしVLCスレでやれよ
2018/10/05(金) 18:04:09.92ID:pYTQGBAC0
netflixが新しいav1テスト動画をUPしてる
http://download.opencontent.netflix.com/?prefix=AV1/Chimera/
readme
http://download.opencontent.netflix.com.s3.amazonaws.com/AV1/readme.txt
著作権保護の暗号有りと無しの動画
2018/10/06(土) 00:15:28.28ID:OFIC+JUl0
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はまだ実用レベルではないので未サポート。
2018/10/09(火) 19:24:30.18ID:Kpteko090
少し前に発表になった「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/
2018/10/09(火) 20:57:07.44ID:4kXCosSb0
そういうの知らない世界だけど
DTS、ALACがないとか
2018/10/09(火) 21:02:02.93ID:T2VJhDkm0
dts-Xがないのは、サラウンドをやる気がない?
2018/10/09(火) 23:51:07.48ID:hdIsPax50
FireTVとか糞
2018/10/09(火) 23:52:26.41ID:K5AGgDMYa
Amazonは頑なにOpusを拒んでるな…
2018/10/10(水) 01:00:16.80ID:cYrX0GT9M
Google Home HubはVP9/Opus対応してるのかな
2018/10/10(水) 05:25:21.98ID:Hzob8rLk0
Scalable Video Technology for HEVC Encoder (SVT-HEVC Encoder)
https://github.com/intel/SVT-HEVC

SVT-AV1の話題 reddit
https://www.reddit.com/r/AV1/comments/9kre53/av1_encoder_project_from_intel/
2018/10/10(水) 18:30:15.63ID:u9A5DbL401010
なんぞそれ?
2018/10/10(水) 18:35:05.28ID:SFRmE1M9a1010
intelがxeon向けに最適化したエンコーダーなんじゃない
こういうオープンソースでの最適化ソフトの公開とかシェア争いに影響したりすんのかな
2018/10/10(水) 20:59:59.04ID:cL51TUOC01010
av1再生してみたけど
負荷は結構高いね
ハードデコードはいつになるやら
2018/10/14(日) 08:24:24.41ID:ylJt1XDq0
PERSEUS - Video Compression Technology - V-Nova
https://www.v-nova.com/perseus-video-compression-technology/

どういう技術かわからんがAbemaTV Developer Conferenceの次世代コーデックの話で名前が上がったらしい
2018/10/14(日) 11:39:43.03ID:NygGgnVt0
自分も初耳NHKは2015年からPERSEUSのテストしてるっぽいね。
サイバーエージェントって世間的にはAbemaTVが有名だけどOPENREC.tvも凄えーなって思う
2018/10/14(日) 14:20:44.80ID:l5Yk58ZTa
名前が中二臭いw
2018/10/14(日) 18:11:43.95ID:ZlTDkV240
>>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
2018/10/17(水) 02:25:50.44ID:VTrg57yl0
 私たち日本人の、日本国憲法を改正しましょう。
総ム省の、『憲法改正國民投票法』、でググって
みてください。拡散も含め、お願い致します。
2018/10/17(水) 02:46:41.08ID:R3HUCAi+0
Mile High Video Workshop 2018の発表資料
ttp://mile-high.video/files/mhv2018/

HEVCやAV1に関する発表がいろいろある
2018/10/17(水) 06:49:35.56ID:X/RWXZwK0
Adobeの新製品群出たみたいだけど新しい進展はない感じ?
2018/10/17(水) 13:01:51.86ID:zrGUjgyCr
やっと通常chromeでもav1見れるようになった
flagsでいれてやんないとだめだけど
2018/10/17(水) 13:30:34.52ID:HT+rGF0Q0
AV1見っけた
【MV】僕だって泣いちゃうよ / NMB48
https://www.youtube.com/watch?v=h52EITY0YoU

ちっちゃくなってる!!
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
2018/10/17(水) 14:26:09.15ID:HT+rGF0Q0
「世界最速男」ボルトが2ゴールの大活躍、サッカーでも半端ない!タッチ集 12/10/2018 HD
https://www.youtube.com/watch?v=20j-QOcdZkM

テストが終わって実用段階に入ってるっぽい
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
2018/10/17(水) 16:31:29.03ID:8cxWQSbT0
日本の動画にまでAV1のものがあるということはもう既に相当な数の動画をエンコードしてそうだな
2018/10/17(水) 17:45:37.81ID:ANEVgHWXr
どんな構成でエンコしてんだ…
2018/10/17(水) 20:13:30.05ID:7bHQDFkY0
再生数が多い動画だけエンコしてるんじゃないかな
2018/10/17(水) 20:15:37.27ID:3z17idb1a
しばらくはavcとvp9とav1の3つを並行してエンコするのだろうか
ようやるわ
2018/10/17(水) 20:22:28.95ID:5NrCdGBU0
これがグーグル様の規模の力か
2018/10/17(水) 20:26:43.29ID:Yp2AuIK50
>>333
それでも相当な数だと思うよ
数百万再生の動画くらいなら珍しくもなんともないから
2018/10/17(水) 20:56:51.25ID:QU+ptKae0
HWエンコードはまだないんだよな?あの遅さでエンコードしているとはさすがGoogleって感じだな
2018/10/17(水) 21:06:49.66ID:WDxLdBSY0
FPGAでエンコードファームを構築してあるんでしょう
2018/10/17(水) 21:27:03.05ID:HfhBmtQg0
問題は、「現時点でわざわざAV1で見るメリットがあるのか」ではないのか?
他のコーデックより高品質にエンコードされているのか?
2018/10/17(水) 21:44:32.83ID:/Qrol52Ir
ないね
負荷高いし一部のpc向けくらいかしら
2018/10/17(水) 22:40:01.05ID:kgiDDOVj0
しつこいようだがメリットがあるのは日本のPCユーザーではないし
日本のPCユーザーのために作られたコーデックでもない
2018/10/17(水) 23:58:15.41ID:5NrCdGBU0
将来のための投資と実験でしょ
今時点で恩恵はあまり預かれないだろう
343名無しさん@編集中 (ワッチョイW 4ae0-yqTv)
垢版 |
2018/10/18(木) 00:04:30.44ID:l+7YmFHP0
VP9でさえクッソ遅いのにちゃんとエンコしてくれるしAV1が速くなればYouTubeは万々歳だろう
2018/10/18(木) 01:22:01.27ID:aHIzrjkF0
h265で上げても恩恵あんのかな
2018/10/18(木) 07:35:52.77ID:CcBTxjU9a
>>342
これ
莫大なリソースを持つGoogleがテストしてくれてんだから、恩恵が無くたって黙って見守ってればよい
2018/10/18(木) 07:47:38.40ID:KNOz5P0Sa
chrome70出たけどAV1デフォルトで有効化されてるんだよな
youtubeでもAV1が選択されて再生されるのだろうか?
2018/10/18(木) 08:28:03.62ID:XzQ6u8Dpa
AV1有効にしたFirefoxDev版だとVP9が再生される
しばらくはChromeだけだな
しかしGoogleは仕事早い
2018/10/18(木) 09:06:01.18ID:RBdMfLHo0
dev版は知らんがnightlyはyoutubeでAV1再生できてるぞ
2018/10/18(木) 09:30:51.58ID:aHIzrjkF0
iPhoneで対応してもらんとな
2018/10/18(木) 11:19:51.62ID:RljQK10t6
スマホ対応はまだまだ先になりそう
2018/10/18(木) 11:29:30.62ID:dhvBzsgw0
Distributed AV1 Video Encoding
https://moisescardona.me/av1-distributed-encoding

BOINC
https://boinc.berkeley.edu/
2018/10/18(木) 11:39:14.59ID:83nrp7XJ0
個人用はx265が1歩も2歩も前に進んでいるから
コレが王道じゃねーの?
2018/10/18(木) 11:51:55.61ID:nnecmHK50
>>352
av1はあくまで配信者側に帯域やらメリットが大きいだけで個人用途ならHEVCだね
2018/10/18(木) 13:05:21.03ID:wnvzHiwmd
今のところAV1はロイヤリティフリーということ以外大きなメリットはなさそうかな?

逆にHEVCはロイヤリティの複雑さだけが大きなデメリットだな
355名無しさん@編集中 (ワントンキン MMda-yqTv)
垢版 |
2018/10/18(木) 14:18:57.44ID:Cp6qy9QRM
VVCが早くどんなものか見てみたい
x265より遥かに遅いんだろうけどさぁ…
356名無しさん@編集中 (ワッチョイ 2a76-YQEo)
垢版 |
2018/10/18(木) 19:21:56.89ID:UuAMorX60
ウルトラBlu-rayでAV1は再生できないからねえ。
2018/10/18(木) 19:25:51.61ID:UQMZr3IK0
テレビとかはともかく、一般利用ではH.264駆逐できなさそう
358名無しさん@編集中 (ワッチョイ 0fb6-F018)
垢版 |
2018/10/18(木) 21:08:09.54ID:cLCEVjCQ0
【キャンプ】初めての泊まり。焚き火に男の料理!「ソロキャンプ」
https://www.youtube.com/watch?v=_6hAQmv6eYw
【キャンプ】食欲の秋!男のキャンプ料理。Solo Camping
https://www.youtube.com/watch?v=9IWX8seahAU&;t=3s
【キャンプ】ソロ・テント「ルクセ・ミニ・ピークU」組み立て!ワンポール
https://www.youtube.com/watch?v=mkVD6BWPhR0&;t=454s
友ヶ島で探検キャンプ1/3【ラピュタ】【キャンプギア紹介】【軍事要塞】【ジンバル撮影】
https://www.youtube.com/watch?v=r4sR6jNg_3s
清流で蛍キャンプ 1/2
https://www.youtube.com/watch?v=9Uc7rhK3aEg&;t=23s
【#ペルセウス座流星群 】バイクで火星探査ソロキャンプ【#星空タイムラプス】
https://www.youtube.com/watch?v=oIWZt0XDJIo&;t=217s
写風人さんの駒ヶ根ベースで COCORO* KAIGIさんと里山キャンプ
https://www.youtube.com/watch?v=61ZyhUpiMCM
【bushcraft】ヒルバーグのグランドシートをタープに【Singularity】
https://www.youtube.com/watch?v=Fll6jgc3ufc&;t=1251s
2018/10/18(木) 21:28:25.59ID:v7qll9nK0
中国の場合、軍人のレベルが低いから困る。
2018/10/18(木) 21:30:15.60ID:v7qll9nK0
誤爆スマン
2018/10/18(木) 22:05:46.68ID:aHIzrjkF0
ウルトラブルーレイとか使われんと思うわ
ストリーミングの時代だ
2018/10/18(木) 22:39:05.46ID:TBvc4kh50
BD並のビットレートで配信する画質に拘ったストリーミングって出ないのかな?
円盤は面倒だからそういうサービスが出てほしいなあ
2018/10/18(木) 22:55:19.24ID:c+yS7wo90
5G待ちかなあとディスプレイのさらなる高画質化も
米国では5Gサービス始まってる
https://www.verizonwireless.com/5g/home/
364名無しさん@編集中 (ワッチョイ 2a76-YQEo)
垢版 |
2018/10/19(金) 01:12:22.67ID:XNcon2j90
今の時代、円盤って嵩張って面倒なんだよな。探すのが面倒だし。
2018/10/19(金) 04:06:02.95ID:T0F4BiqVa
opus 1.3
https://hacks.mozilla.org/2018/10/introducing-opus-1-3/
2018/10/19(金) 04:28:20.68ID:ykU04JxVM
曲と声の識別にAI使うようになったのか
動画コーデックにも新しいものにはAI使われていくのだろうか
2018/10/19(金) 07:20:38.64ID:6qvlylyW0
NETFLIX4Kだろうけど
画質は円盤に叶わないな
2018/10/19(金) 15:18:58.57ID:phmj44hVa
世間では未だにDVDが売れてるんだよな
BDより数千円安いだけなのに
多くの人は画質より安さと利便性を求めている
2018/10/19(金) 18:06:52.13ID:J1/bjAxjd
DVDも、今のテレビの解像度と視聴距離だったらそこそこ観れる画質だしなぁ。
見れる画質で見れたらいい
2018/10/19(金) 19:11:30.83ID:MGO4as6bM
>>366
AV1のエンコーダにニューラルネットワークによる高速化が導入されてて、効果を上げてる。
例えばこれとか。
https://aomedia.googlesource.com/aom/+/a2a035f63835a061a283191bdf4c95939c39c409
2018/10/19(金) 19:14:15.50ID:k4xg0Qvn0
ニューラルネットワークどこでも活躍するなぁ
まさかエンコードにもぶち込まれるとは
2018/10/19(金) 22:50:55.41ID:KJ0hp94Td
ニューラルネットワークって元画像から学習しなきゃならんからプログレ動画しかダメなのかな?
2018/10/19(金) 23:18:31.80ID:KLAPtbTp0
ニューラルネットワークの使い方を勘違いしてる
上で例に挙げられてるav1やopus1.3は学習済みデータを利用して高速化、効率化を図ってる
学習させながらエンコードしていくわけではない
2018/10/19(金) 23:21:04.43ID:A2BCTd/h0
おっぱす
2018/10/20(土) 00:06:15.68ID:cHuu/Afe0
うっぷす
2018/10/20(土) 00:15:46.47ID:Q/wkS70s0
Oops.
377名無しさん@編集中 (ワッチョイWW ea8a-0Poz)
垢版 |
2018/10/20(土) 00:19:54.35ID:JkiO8YQg0
新しいコーデック名は、タンクになりませんか?
そこを何とか。
AV1だとかっこ良すぎて逆にあれですし。
2018/10/20(土) 01:15:54.78ID:cm5U/XRk0
お前がコーデックの開発者になれば名前付け放題だ!
379名無しさん@編集中 (ワッチョイW 4ae0-rBqa)
垢版 |
2018/10/20(土) 07:50:05.39ID:ZopqlCm30
これが世界最高性能のSEX07214545コーデックです!
とか高らかに宣言したい
2018/10/20(土) 12:26:58.15ID:BRo21QuZ0
まずインタレなんか使わんだろ今
2018/10/20(土) 14:38:01.20ID:Qnn8xhZJ0
h.265のライセンスの問題ってよく言われてるけど、個人レベルだとどういう影響があるの?
放送やUHD-BD、映像配信では既に使われているし、フリーのエンコーダもある
個人レベルだとh.264と状況は大して違わないような気がする
ロイヤリティが発生するのはh.264も同じなわけだし
2018/10/20(土) 15:56:42.86ID:grhmYWvW0
>>381
仕事で放送や通信の会社が大きく使い始めると、途端に弁護士が多額の契約ライセンス違反だぁ!と訴訟起こす
個人が数時間エンコードしたって、別に数百円程度の少額訴訟にもならない
2018/10/20(土) 15:59:20.48ID:PmBY3PsKa
ロイヤリティの手続きが高額だったり面倒になるとか?
で、面倒だから提供側は従来のH.264で済ませようとする

一般消費者が不便を被るというより、提供側が不便を被るせいで一般に出回らなくなる
こういう事なのかなと思った(にわか
2018/10/20(土) 16:09:12.07ID:fWOC0BzUa
h264は一箇所とやり取りすればいいけどh265はパテントプール複数あるんだっけ?
2018/10/21(日) 00:48:56.75ID:ptg4fswt0
このままじゃ儲け損なうと、窓口もある程度まとまったらしい
恐らく次の次の五輪の放映権料が決まったり、金が動く段階で発表になると思うが
HEVCも正式採用されるんじゃないかな
2018/10/21(日) 07:08:53.51ID:0BX1Y1/H0
知らなかった。良いソースがあったら教えて欲しい。
2018/10/21(日) 17:16:51.53ID:4L/WyT3b0
>>385
俺も情報源があるなら知りたいな。

> HEVCも正式採用されるんじゃないかな

「正式採用」というのは、何に採用されることを意味してるの?
2018/10/21(日) 17:20:56.91ID:Ws/oCSUO0
たぶんテレビの話では?
4KはHEVCで確定してるし
389名無しさん@編集中 (ワッチョイ 37c7-fIkj)
垢版 |
2018/10/21(日) 17:59:37.22ID:j7ka/yrK0
ttps://mkvtoolnix.download/doc/NEWS.md
MKVToolNix、AV1正式対応来た
2018/10/22(月) 16:37:45.95ID:YRv0jroI0
ジャップのことだからBS4Kもmpeg2で放送するのかと思ってたわw
2018/10/23(火) 02:49:39.14ID:4bkCKKOr0
情弱の煽りほど哀れなものは無いな。
2018/10/23(火) 07:35:49.26ID:DW/Mazu10
>>390
帯域壊れちゃううううう
2018/10/25(木) 01:26:47.71ID:51tZgMzd0
AV1デコーダ搭載のFirefox 63、正式リリースされたね
2018/10/25(木) 02:30:19.14ID:ybd86Cmp0
さすがヤムチャ
2018/10/25(木) 13:09:00.79ID:WTE0P24Q0
479分 14GBあるAVを容量節約のためにNVENCでH.265の低ビットレートでエンコードしたが速くていいわ(低ビットレートでもH.265なので汚い穴が綺麗に見えてしまう)
2018/10/25(木) 17:58:44.37ID:uYpAsWDZa
Firefox63でYouTubeのAV1を見れたけど、途中で再生が止まるな
Firefoxがフリーズする訳じゃないけど
64だとマシにはなる
デフォ有効になるにはもう少し掛かりそうだ
2018/10/31(水) 08:51:11.60ID:qHnqaqyu0
Mac miniのT2チップがHEVCエンコード従来比30倍速を謳ってるけど
実際どのくらいのもんなんだろう
2018/10/31(水) 11:58:01.37ID:mWXRWPkcd
>>397
従来比なんてどこにも書いてねーよアホ
2018/10/31(水) 12:48:39.07ID:qHnqaqyu0
>>398
正確にコピペしないと許さないマンかよw

以下は一世代前のモデルとの比較です。

8ビットHEVCの書き出しが30倍速く
------------------------------
6コアMac mini
-
デュアルコアMac mini(基準値)

公式サイトの表現そのまま持って来たけどこれでいい?
これを従来比って表現したらアホ呼ばわりされるのか(´・ω・`)
2018/10/31(水) 14:50:41.88ID:tb7q3B+ka
これはスプガイジが悪い
2018/10/31(水) 19:09:08.17ID:QdtmEmZr0
>>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でのテスト結果らしいけど、実際の速度は誰かがテストしないとわからんね。
2018/10/31(水) 19:51:25.12ID:qHnqaqyu0
>64GBのRAM
メモリ増設だけで15万円すんじゃん
2018/10/31(水) 20:21:48.10ID:v/2A4M8c0
>>397
エンコにT2チップってかかわってるのか?
2018/10/31(水) 20:59:03.63ID:qHnqaqyu0
>>403
https://www.apple.com/jp/newsroom/2018/10/new-mac-mini-packs-huge-punch/
>T2チップにはHEVCビデオのトランスコード(変換)をこれまでの最大30倍も速く実行する機能も備わっているので
2018/10/31(水) 21:13:44.66ID:v/2A4M8c0
>>404
thx

比較対象の一世代前のモデル(デュアルコアi7 3GHz)てi7-4578U? QSVでHEVCエンコ出来ない子よね?
30倍て遅くない?
2018/10/31(水) 23:52:41.72ID:SRe/OTIE0
この、Mac miniのT2チップって、要するにCPUのチップセットの一部に、こういう機能を持たせたのかな?
今一つピンとこないな
2018/11/01(木) 04:15:40.15ID:dwS4kd3w0
そのイメージで概ね合ってると思うよ
Intel QSVみたいなハードウェアエンコーダ回路をSOCに統合したものだけど
もともとT1は内臓カメラデータの処理とかTouchBarの表示制御のためGPUから
グラフィック情報をやり取りするパイプがあったからうまく実現できたんだと思う

モバイルデバイスにおけるHEVC撮影/再生時のバッテリー消費を抑える必要性から
自社開発進めてるんだろうけど、HEVCエンコーダに限った意味じゃなくても
このエンジニアリングは賞賛に値するわ
2018/11/01(木) 04:43:15.82ID:tKw2llkya
よう解らんけどそれはいつになったらffmpegで使えるようになるのかね
2018/11/01(木) 04:47:49.25ID:xplvn+Ix0
まぁ、 ハードウェア エンコード部分は
あまり期待しないでおく・・・
2018/11/01(木) 05:44:31.64ID:QxNcxnB+0
>>407
なるほど、ありがとう
そうなるとこれは、Macの省電力ノート系の構成と、MacOSに特化したものなんだろうな
WindowsPCに載るのは望み薄いというか、そもそも電力気にしなければ、PCIEに載せたそこそこなnVidia GPUで、性能的には楽に上回りそうな気がする

まあMac miniの10万円セグメントでも、ここまで性能的にも使えますよ!という、安いクライアントマシンの売りなんだろうな
やはりちゃんとした拡張性の高い、MacProの後継機を作ってくれんかなぁと、毎度思わずにはいられない
2018/11/01(木) 13:45:50.12ID:oRPV86XJ0
MAC mini 2018 のGPUは Coffee Lake の Intel UHD Graphics 630 とあるけど、QSVは使えないんだろうか?
使えたとして、QSVでのHEVC 4Kエンコードより、T2チップの方が速いってことなんだろうか?
412名無しさん@編集中 (ワンミングク MM8a-Nfgq)
垢版 |
2018/11/01(木) 14:22:03.72ID:Sln92vVMM
CPUパワーのあるデスクトップならx264/265があるしHEVCは配信には使えないし回路面積それなりに取りそうだし
どういう層がメインターゲットなんだ?
2018/11/01(木) 15:01:05.25ID:v1ZZxFlZ6
miniはアプリ開発屋向けだと思うけど
エンコード目的で買う人はあまりいないでしょ
2018/11/01(木) 19:22:59.83ID:vS9SgdHyM
miniは排熱効率悪そうだしな
動画エンコするなら性能だけでなく排熱効率も重要よ
2018/11/01(木) 19:42:03.07ID:QxNcxnB+0
iMacも何時間も連続稼働させてのレンダリングには、向いてなかったな
2018/11/01(木) 22:18:20.49ID:NRyZGrWM0
Thunderbolt経由でPT3でも使えればなー鯖動かすにはWinより楽だし
諸々+録画配信鯖にできそうなもんだけど
2018/11/02(金) 03:35:30.22ID:KU8xH6tL0
>>402
32GB SO-DIMMの2枚でメーカーオプションならそんなもん
社外品Mac対応メモリのボッタクリ価格具合も想定に入れてるだろうし
2018/11/02(金) 08:28:59.46ID:GnGPJqEA0
インテルR AVX-512 で x265 を高速化
https://www.isus.jp/media/accelerating-x265-with-avx-512/
419名無しさん@編集中 (ワンミングク MM8a-Nfgq)
垢版 |
2018/11/02(金) 09:11:33.10ID:T8KOWQrDM
>4K Main10 の veryslow 設定以外のいくつかのエンコーダー・コマンドラインでは、インテル® AVX2 と比較してパフォーマンスが低下しました。
平均して+6%程度の効率UPみたいだしAVX512が登場してから結構経つのに1個人の利用者としては対応直後にrigayaさんが検証してた頃よりあまり進歩が無いとだけ理解したわ。
2018/11/02(金) 15:30:53.04ID:bTV4YUEn0
>>419
そりゃおめー、>>418の記事は5/11の英語記事を日本語にしただけだからよ。
内容も4月に発表があった時(rigayaさんの検証もその時)のPDFをベースに
あらためて書いただけのようだから、進歩なんてあるわけねーがや。
2018/11/04(日) 20:13:00.17ID:ToxT8+ru0
>>411
MacX Video Converter ProというアプリがQSVに対応している
QuickTime以外のMacOSアプリでQSV使えるのは多分このアプリだけだと思う
2018/11/05(月) 00:08:25.51ID:qQWJ+opq0
>>421
有料ならいくらでもあんじゃねーの?
2018/11/06(火) 22:47:24.22ID:zCpl71lC0
4.1には入らなかったけどffmpegにdav1dでのデコードが入った
2018/11/06(火) 23:22:00.60ID:5cFRx9VV0
>>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/
2018/11/06(火) 23:38:08.92ID:/GgxcVSv0
redditに専用の項目があるんだ
なんか凄いな
2018/11/07(水) 06:20:07.49ID:A8H7jtiX0
dav1dはもうlibaomより2倍くらい早いっぽいね

Ryzen 2400G

dav1d v0.0.1-44ad79e
dav1d.exe -i Chimera-AV1-8bit-1920x1080-6736kbps.ivf --framethreads 12 --tilethreads 4 --muxer yuv4mpeg2 -o nul
8929/68.149=131fps

libaom v1.0.0-883-g3ab5b877d
aomdec.exe --threads=12 -o nul Chimera-AV1-8bit-1920x1080-6736kbps.ivf
8929/133.645=66fps
2018/11/07(水) 07:42:45.09ID:+QsRZnGhM
libaomもここ1ヶ月で2倍になってるから実質4倍だな
2018/11/07(水) 11:27:33.94ID:O//ZaX1f0
>>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.
2018/11/07(水) 21:37:47.41ID:KDwv143T0
 
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のサポートが完了したよ。

 ・コマンド例もろもろ
2018/11/07(水) 21:41:23.10ID:KDwv143T0
・元x265プロジェクト、現Beamr所属のTom Vaughan氏が語るHEVCとAV1など (10/16公開)
  The state of advanced codecs; separating hype from reality - Tom Vaughan | September 2018
  https://www.youtube.com/watch?v=vgE8-4rcXl0

・Mozillaの人によるAV1の技術解説 (7/31のイベント、10/17公開)
  Into the Depths: The Technical Details behind AV1 by Nathan Egge
  https://www.youtube.com/watch?v=On9VOnIBSEs

・AV1関連の動画を集めた再生リスト
  https://www.youtube.com/playlist?list=PLDa6QBb3vqVzcVBCWS3WKrcvf4ZqJeiW-
2018/11/09(金) 22:41:28.76ID:8NC5ogPvM
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ビデオを再生する際にパフォーマンスの問題が発生する可能性があります。
この拡張機能を引き続き改善していきますと述べている
2018/11/09(金) 22:48:42.86ID:2jWJ2j4da
SwitchでYouTubeが見れるようになったけど、基本的にvp9+opusだった
CPUやGPU負荷を見れないけど、軽い感じだった
2018/11/10(土) 01:04:26.31ID:o31xwLfu0
>>431
試しに入れてみたがEdgeで>>178の.mp4が見れるっぽい
https://demo.bitmovin.com/public/firefox/av1/ もコマ落ちはあるが再生できた
https://www.elecard.com/videos のAV1.webmはダウンロードしてから「映画 & テレビ」
2018/11/10(土) 07:26:33.56ID:ZbEwVURh0
SwitchのTegra X1が、エンジン部が元のままだとしたら、Maxwell世代最後のGM206と同同等のNVDecでVP9 8bitまで感じなのかな?
この世代のNVDecはGTX1060以上まで採用されてる

カスタム設計時に刷新されていれば、Pascal 14nm(GP107〜、GTX1050/ti/GT1030/MX150)と同世代で12bitまで対応してるかも

NVEncはGPU世代毎なんだけどNVDecは世代末に先行で更新入るんだよな
2018/11/10(土) 20:45:18.71ID:SQiY5iH40
色々と本格的にav1対応が始まったな
あとはハードウェア支援に期待したいところ
…いつ出るかな
2018/11/10(土) 20:55:55.23ID:YCyFS3Np0
>>435
スケジュール的には早くても来年後半くらいで、一般GPUへのまともな実装となると2020年になるのでは。
2018/11/10(土) 21:00:31.98ID:o31xwLfu0
>>434
NVidiaってミドル・ローエンドがハイエンドより世代が進んでたりするよね
2018/11/10(土) 21:43:34.02ID:FjfD/YLD0
そりゃ上から順に出すから後発の製品でデコーダが更新されるのはままあるよ(GF119, GM206)
2018/11/11(日) 08:33:45.35ID:I2VvA7ubM
展開が一気に早くなったなー。それだけ急務だったんだな
2018/11/11(日) 08:51:11.43ID:I84KQn4/0
>431
https://www.microsoft.com/ja-jp/p/av1-video-extension-beta/9mvzqvxjbq9v
2018/11/11(日) 09:25:21.63ID:UE6ueG1YM
お、AV1の本格攻勢が始まったのか?
一般ユーザにも扱いやすい環境が整えばいいなあ
規格乱立とかエンコード・デコード手順が複雑とか対応環境が少ないとかだとすぐ廃れるからな
2018/11/11(日) 09:37:16.42ID:4B7O3APf0
AV1ってAVと関連付けされたら日本ではイメージが悪そうだなw
2018/11/11(日) 09:52:56.35ID:gw/SxXq60
今はAV機器なんて普通に呼ばれてるし
アダルトビデオを連想してマイナスイメージ持ちそうなのは年配者くらいじゃないか?
2018/11/11(日) 10:22:38.77ID:dgz6UbFb0
来年Q2以降に対応製品が〜ってのもあるし
タイミング的にnvidiaがTuring下位SKUでも突っ込んでくるかも
445名無しさん@編集中 (ポキッー 8981-Nrm4)
垢版 |
2018/11/11(日) 19:20:05.05ID:Fqt/apnt01111
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ビデオを再生する際にパフォーマンスの問題が発生する可能性があります。
この拡張機能を引き続き改善していきますと述べている
2018/11/11(日) 19:28:27.87ID:jRSlZy9201111
>>445
>>431 >>433 >>440
2018/11/11(日) 20:34:27.89ID:bW6DfX9z01111
>>431
>>219で設定したらYouTubeの対応動画でav01で再生できた
2018/11/11(日) 20:42:11.52ID:jRSlZy9201111
>>447
「Edgeで」ということかな?
2018/11/11(日) 20:48:04.41ID:bW6DfX9z01111
>>448
うん
av01.0.05M.08 (396) / opus (251)
になってる
2018/11/11(日) 20:53:00.72ID:jRSlZy9201111
>>449
なるほどサンクス
2018/11/12(月) 18:34:10.19ID:/+MvnmQa0
>>445
h.265が100円ちょいだっけか
2018/11/12(月) 18:51:38.68ID:tsymsLds0
>>451
120円なんだけど「デバイス製造元からの〜」(無料)で第2世代Coreと550Tiという再生支援できるはずのない環境で再生できるんだよな
2018/11/12(月) 18:59:42.85ID:MJdo0dF20
>>451
円盤収録したコンテンツで百数十円
ストリーム配信コンテンツなら年間で事業者支払いしていればコンテンツ提供毎に掛からない
頭割りしても全体で何千万〜何億PVも有れば何円にもならん
ライセンスフリーへの対応も実質利用者のためじゃなく提供者の出費減らすためで
スムーズな再生にアクセラレート対応とかの為にとか、CPU負荷増加とか手間みたいなもんでユーザーがライセンスフリーのために負担する方がデカい
2018/11/12(月) 22:02:34.73ID:/+MvnmQa0
>>452
なんだその無料のやつ。特定のパソコン向け?
俺の自作パソコン出てこねえ。パソコンというか今は亡きスマホか?
>>453
まぁね。でも金払うの気が引けるな。まずクレジットカード登録からだし。しかもVLC使えば無料だし
2018/11/12(月) 22:04:39.32ID:/+MvnmQa0
でもMPEG系のライセンスなめすぎだよね。OSアップグレードでももっかい金とるし
456名無しさん@編集中 (ワッチョイ 492d-A2K7)
垢版 |
2018/11/12(月) 22:56:47.31ID:xulboH4M0
つべのav1ダウンロードしたら264より倍くらい大きさある
vp9もmp4より大きいときあってよくわからない
2018/11/12(月) 23:08:26.77ID:2oqrcM6k0
>>455
え、マジで
半年〜一年に一回アップグレードされる最近のOSヤベーじゃん
2018/11/12(月) 23:16:08.66ID:Pd54beje0
>>456
>>248
2018/11/13(火) 00:03:37.27ID:YUg+5gPK0
え、てことは画質かなり良いってこと?
2018/11/13(火) 01:49:34.16ID:Ia8HYJK/0
>>457
windows10のは大丈夫。7から8とか8から10とか。
有料になるようなバージョンアップ。
2018/11/13(火) 01:53:40.94ID:Ia8HYJK/0
7から8とか。実質別ソフトだからもう一回払うことになるんだろうけど、でも、新規じゃなくてアップグレードユーザーは一度払えばOKにしてほしい。たぶん、厳密に追跡できないからだろうけど。
2018/11/13(火) 01:57:32.97ID:Ia8HYJK/0
ああそうか。
>>445とかstoreで管理してるんだからこの仕組み利用してる場合は1回でOKだね。将来、win11が出てもstore経由でインストールできるなら問題なしだね。
2018/11/13(火) 02:38:49.80ID:qDJy0Hgy0
アホかコイツ…
2018/11/14(水) 03:42:35.30ID:M60nPMtCM
AV1のデコーダ、βとはいえ配信され始めたけど
静止画プロファイルは出てこないのかな
2018/11/14(水) 12:24:29.97ID:vRkHyfxj0
ビットレート上げればコーデックの違いやエンコーダ性能の差が無くなっていくから現状のつべAV1で画質評価するだけ無駄
あくまで動作確認用でわざと重いデータにしてるのもあるけど、ここまでビットレートの差が有れば多少現状でのエンコーダの出来が悪くても画質面で悪い印象与える心配も無い

そうでも無ければ、運用コストに占める割合が大きい回線帯域を犠牲にする様な事もしないだろ
2018/11/15(木) 19:32:19.34ID:7K8dSKZO0
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
2018/11/15(木) 20:49:02.81ID:ZrPIGyaH0
>>466
GPUはMali-G76だけど、ビデオエンジンは自前なのかMali-V76なのか
2018/11/15(木) 23:21:02.94ID:pRfSicx10
AV1もええがAVIFもはよ出てくれや
HEIFはpatentのせいでOSSでの実装がまるで進む気配ない
いいかげんjpeg駆逐してくれよ
2018/11/16(金) 00:11:08.36ID:8oQTR+FH0
JPEG駆逐とか言ってた次世代フォーマット()連中はみんな消えていった
もう無理なんじゃないのかね
2018/11/16(金) 00:32:33.07ID:Wid/3dv60
本気で移行したきゃ、jpegで保存するカメラアプリは今後ストアから排除するとかそういうレベルでやらんと無理だろう。
そのためには最低エンコード、デコード速度をjpeg並みにもっていかないと。googleが前に押してたwebpすら速度jpegに比べて遅すぎだし
2018/11/16(金) 00:35:08.86ID:Wid/3dv60
もちろん複雑度が違うからjpegより悪化するのは必然だけど
2018/11/16(金) 01:57:05.41ID:5lXQC8gcM
https://jpeg.org/items/20181104_press.html
JPEG-XLプロポーザルの提出に対して7件の応募があった
とあるがAV1入ってるかな
2018/11/16(金) 02:28:43.67ID:5lXQC8gcM
https://caniuse.com/#feat=webp
Firefox&EdgeもWebPサポートするし
ブラウザだけでもWebP全面移行できそうだな
ギガが減るPNG.GIFの撲滅頼む
2018/11/16(金) 02:43:32.68ID:Wid/3dv60
でもwebpはwebサイト製作者に相手されてるようには到底思えないけど。
ちょうど数日前にも
https://gigazine.net/news/20181114-google-chrome-labs-squoosh/
とgoogleは頑張ってるけど
2018/11/16(金) 04:14:51.83ID:rZH5YLvPa
画像多いサービスだと結構webp見るけどな
しょぼいECサイトとかは知らん
2018/11/16(金) 05:36:18.02ID:Wid/3dv60
あくまで適当なイメージで言ったんでちょっと普段見てる適当なサイトのメディア条件をふ調べて見たけど、
gigazine,窓の杜,techcrunch,cnet.jp
amazon,楽天,メルカリ,価格.com
全部pngかjpgかgifだった。
2018/11/16(金) 05:40:11.38ID:Np3h60Ow0
WebPは非可逆だとYUV420固定なのが辛い
2018/11/16(金) 05:50:19.18ID:Wid/3dv60
つか、前に画像のエンコード、デコード時間を計測するandroidのテストアプリ作ったんだけどそれでweb,png,jpegで3000*2000ぐらいの画像を1 枚エンコードしたら
jpeg:700ms
webp:6000ms
cortexA72のへぼ端末だけどこんな時間かかるんだもんな。
heifだかheicだかの次世代フォーマットが写真保存用に使われるにはこのスピードをどうにかしないと。
2018/11/16(金) 05:55:34.22ID:Wid/3dv60
画像をハードエンコード、デコードできるようにして、appleさんがストアあたりで強制してくれたらいけそうかも
2018/11/16(金) 06:36:31.05ID:yGVbU7cx0
webpはデコードはけっこう早い。エンコード遅くても僕は良いです。それより非可逆圧縮で透過が使えるのが大きい。
Jpegはアルゴリズム上256bit以上のSIMDがあまり効かないとjpeg-turboか何かで読んだことある。そんなの要らないくらい神速だけど
2018/11/16(金) 07:08:46.62ID:Wid/3dv60
デコードの時間も計測してたんだけど書かなかった
jpeg:エンコード 730ms デコード 353ms
webp :エンコード 6290ms デコード 1190ms
png :エンコード 7070ms デコード 415ms
androidの標準APIで品質100でエンコード。
内部で使ってるであろうlibwebpとかSIMDで最適化されてないだろうから誰かが頑張ればもっと速くなるんだろうが
2018/11/16(金) 07:18:14.32ID:0iDaa9nYa
JPEGのエンコードはハードウェアで実装されてるからスマホでも爆速なんだろう
ブロックサイズが固定なのもハード実装に向いてそうだ
なまじブロックサイズを可変とかにするから時間掛かるようになる
ハードウェアの実装に特化した画像コーデックを考えれば普及するんじゃないか?
2018/11/16(金) 08:30:31.56ID:7w3VW39lM
>>481
pngのデコードやたら早いね。普段遅く感じるのは容量の問題かなぁ
2018/11/16(金) 09:11:04.01ID:+R6VBQPa0
音声の方は次世代もうopusで勝負アリな感じなのに
静止画はaacどころかいまだにmp3で止まってるようなもんだもんね
2018/11/16(金) 10:37:21.08ID:373SiSkFM
WebP普及を妨げてる戦犯はSafariじゃないのか?
2018/11/16(金) 10:44:39.19ID:yGVbU7cx0
jpegが早い軽いどこでも使えて必要十分な品質すぎて
2018/11/16(金) 11:01:12.09ID:zpcFq8nQ0
>>482
それはないんじゃね

>>484
動画や音声みたいに毎秒計算し続けるものじゃないから
多少、圧縮率が悪くてもデメリットにならないのが大きい
2018/11/16(金) 11:10:11.13ID:gq8ugB46a
>>485
これ
2018/11/16(金) 12:39:09.82ID:373SiSkFM
Chrome・Firefox・Edge「WebP普及させよう」
Safari「おぉん?次世代はHEIFだろJK」
Web開発者「結局ブラウザ依存になるからJPEGでいいや……」

こうなるのは目に見えてるのに未だに連携することを覚えない学習能力皆無のブラウザ開発者たち
2018/11/16(金) 12:45:46.37ID:kSJEqjxWd
世界中でスマホっつたらiPhoneなんだからHEIFにしときゃ良いのに
2018/11/16(金) 12:48:59.91ID:haAjf/lha
林檎厨だらけなのは日米くらいだが…
オープン規格に沿わない糞林檎が悪い
2018/11/16(金) 12:57:08.80ID:373SiSkFM
iPhoneは女かガキかMacユーザばっかりな印象
2018/11/16(金) 13:05:32.26ID:te2etml60
独自規格大好きな林檎
機種ごとの性能差が大きいのに一括りにされる泥
2018/11/16(金) 13:59:59.77ID:MeqX51hm0
ブラウザアプリの開発制限を撤廃して、SafariはIEと同じ末路を辿れ
2018/11/16(金) 15:31:53.82ID:DC27e6fx0
>>491
H.265もITU-Tで仕様が公開されているという意味ではオープンだが特許で自由に使えへんのがアカンな
2018/11/16(金) 15:39:59.58ID:373SiSkFM
オープン(自由に使えるとは言ってない)
2018/11/16(金) 16:32:20.31ID:1ewXK6a70
>>477
写真(実写)なんかだと問題ないけど、
イラストなんかはYUV444が必須だからWebP使えんな
2018/11/16(金) 16:38:00.73ID:0XA4lj+20
>>497
AVIFは4:4:4に出来るのか?
2018/11/16(金) 16:44:11.34ID:8kst1Irc0
AV1 VS WebP
http://wyohknott.github.io/image-formats-comparison/#bath-from-alexandra-park&;webm=s&webp=s
2018/11/16(金) 16:56:07.39ID:N0WFRQxkd
圧縮の必要性に疑問あるんだろ。
画像なんかデカくても数MBで、何年も前と比べて高容量化がHDDでもSSDでもeMMC(スマホ)でも進んでる今は圧縮の必要性に疑問符が付くユーザーが多いんでねえの。
動画なら高画素化が急激に進んだから圧縮は必要だろうが…
2018/11/16(金) 17:46:01.11ID:373SiSkFM
高級な一眼レフなんかだと一枚で10〜20MB行くって聞いたぞ
プロユースだと圧縮の最適化は急務なんじゃないのか
2018/11/16(金) 18:27:18.54ID:N0WFRQxkd
まずプロは可逆圧縮フォーマット使うんじゃないの?
2018/11/16(金) 18:28:30.11ID:B/giiqmkM
今は保存より通信の方だな>圧縮の必要性
ウェブサイトの高速化軽量化やパケット通信費節約とか
2018/11/16(金) 20:35:22.64ID:Wid/3dv60
動画くらい巨大データだとフォーマットとか気にするけど画像くらいのデータ量だとそこまでみんな敏感にならんってことか
2018/11/16(金) 20:53:49.01ID:+R6VBQPa0
音楽はタグで管理してるくせに画像は写真だけEXIF/XMPだけど後は全部ファイル名で管理っていう
みんな画像ファイルに特に興味ないんだよ、見れりゃ良いしわざわざ集めるもんでもないんだろうなぁ
動画も録画してる人以外はコレクションしようがないから管理方法の普及が一向に進まないね
2018/11/16(金) 21:15:55.84ID:IZd3iixRM
Google Pixel3だけど、Appleに遅れること1年で、
カメラアプリの動画撮影がHEVCに対応している。
2018/11/16(金) 21:54:26.05ID:dKkNu3via
>>499
そのサイト色々なフォーマットで比較できるけど、MozJPEGは確かにWebPより劣ってるけどかなり善戦してる
劣化が気になる場合はクオリティを上げれば良いだけだし、JPEGは今後も使われるだろうな
逆に今回の比較で明らかにWebPの方がMozJPEGより良い事は分かった
508名無しさん@編集中 (ワッチョイW 6ae0-mmxC)
垢版 |
2018/11/16(金) 22:00:53.41ID:tthnmREP0
>>499
色再現性がwebpと比べて非常に素晴らしいね。
輪郭は俺にはあまり変わってるように見えない。どっちもかなりぼけてる
509名無しさん@編集中 (ワッチョイW 6ae0-mmxC)
垢版 |
2018/11/16(金) 22:06:31.17ID:tthnmREP0
>>499
これAV1だけロスレス945Kbyteとか凄く小さくなるんだけどエンコード/デコード速度どんなもんなんやろ
2018/11/16(金) 22:57:31.91ID:hfGiSydI0
4:2:0で比べてるから画質を評価するのはちょと注意が必要っぽい
まとめ これ見るとWebPは流行んなくてもいいかなっと 
http://wyohknott.github.io/image-formats-comparison/report.html
2018/11/16(金) 23:39:21.89ID:0XA4lj+20
WebPって可逆だと4:4:4になるのか?
まぁ「PNGよりは縮む」って程度だろうけど
2018/11/17(土) 00:40:00.05ID:OQoi5em90
20MBのPNGが2MBになるとかならWebPにするんだけどなあ
2018/11/17(土) 00:56:29.63ID:r0kgGzEX0
OSや主要ブラウザがちゃんと対応してくれるかどうか、これに尽きる
・・・ってJPEG 2000さんが草葉の陰で言ってた
2018/11/17(土) 06:34:15.71ID:GUPUispb0
JPEG2000はあまりにもデコードが遅かった
515名無しさん@編集中 (ワッチョイ cdb3-ABD/)
垢版 |
2018/11/17(土) 21:09:01.23ID:M9Du4/fO0
JPEGはもう更新するの無理だろうね
mp4も10bit対応したらそれで終わりだと思う
2018/11/17(土) 21:17:09.36ID:yLuQP9Ai0
意味が分からないけど解像度やフレームレートが増したりしたら
より高圧縮なmp4動画というのは求められ続ける(解像度そのままでも元が大きいから無駄にはならない
2018/11/17(土) 21:20:32.28ID:wKv7rNvi0
>>515
> mp4も10bit対応したらそれで終わりだと思う

突然出てきたけど、これなんのことを言いたいんだ?
ビット深度のことなら対応するのはコーデック(HEVCやVP9等)であって
コンテナ(MP4等)じゃないし、HEVCやVP9には12bitもあるけど。
2018/11/17(土) 22:29:13.77ID:o/yRXpuG0
HWデコーダなら前世代あたりから12bitまで対応してるのがあるけど
2018/11/18(日) 17:28:53.35ID:ubwC6mEr0
Introducing PVRIC4 – taking image compression to the next level
https://www.imgtec.com/blog/introducing-pvric4-taking-image-compression-to-the-next-level/
>visually lossless compression
https://youtu.be/UmSfs7TYYhE
2018/11/18(日) 17:45:00.81ID:oGLAVtKz0
YouTubeにあるAV1動画のリストってどこで確認できる?
2018/11/18(日) 18:55:05.33ID:hYemH1Px0
>>520
これがあるのは知ってるけどこれ以外にもあるのかね
https://www.youtube.com/playlist?list=PLyqf6gJt7KuHBmeVzZteZUlNUQAVLwrZS
2018/11/18(日) 20:29:41.06ID:tzlj0bhh0
>>514
ウェーブレットは原理からしてブロックが発生せずSSIMが良好だが全体がボケるので
人間の視覚にはDCT+デブロックの方がええみたいやな
2018/11/18(日) 21:40:01.21ID:oGLAVtKz0
>>521
上の方に音楽MVのリストあったわ
サンクス
2018/11/18(日) 22:54:48.55ID:GYxamgyH0
原理的に16k/32kクラスならwaveletのほうが向いてるって某猫さんが言ってた
2018/11/18(日) 23:33:16.89ID:tzlj0bhh0
>>524
その解像度でも動き補償はブロック単位やし動画はアカンやろな
2018/11/19(月) 03:48:57.97ID:HTfM52BEa
>>499
AV1がきれいなのはわかったから
早くAVIF出してくれ
2018/11/19(月) 09:23:46.07ID:JNvou+3Na
>>522
DCTも別にブロックが必要と言うわけでは無いけどね
画像全体に適用すると左端の高周波成分のカットが右端に影響しちゃうからだろうね
ウェーブレットはそうならないはず
詳しくは知らん
2018/11/19(月) 09:56:55.81ID:JNvou+3Na
ちなみにウェーブレットはある画像は、それを半分にしたものと更に半分にしたものと、以下繰り返し...
を組み合わせれば表現出来る、という小学生でも思い付きそうな理屈がつい40年位前まで誰も思い付かなかったという事らしい
しかも発見したのは数学の専門家でもない
50年前に行って俺が発見したかったw
2018/11/19(月) 19:20:21.76ID:Xgcvwf10M
>>528
それウェーブレットじゃなくてフラクタル圧縮では
2018/11/20(火) 12:33:07.72ID:U5LXFZDQaHAPPY
>>529
確かに似てはいるけど、フラクタルはどんな複雑な図形も単純な図形の繰り返しで表現出来るっていうのを画像圧縮に応用したもので、決まったやり方がある訳じゃないはず
実際には矩形に分けて縮小したり回転したりしてるようだけど
ウェーブレットは>>528の通りだ
ちなみに半分というよりはモザイク化すると言った方が正確かもしれん
で、それぞれの画像の差分がウェーブレットそのものだ
1枚目と2枚目の差分をゼロにしてしまって元に戻しても多分それっぽく見えるはずだが多分少しのっぺりした画像になるはず
これが高周波成分をカットしたという事になって、この後の圧縮が効きやすくなる
ざっくりしてるが大きく間違ってはいないはず…
2018/11/22(木) 08:47:07.59ID:dF2Oh8HJ0
dav1d: performance and completion of the first release
http://www.jbkempf.com/blog/post/2018/dav1d-toward-the-first-release
2018/11/22(木) 09:50:29.94ID:wwWxgfhoa
>>531
いいねえ
http://www.jbkempf.com/blog/public/VideoLAN/dav1d/dav1d_global_percent_s.png
2018/11/22(木) 11:05:15.37ID:dF2Oh8HJ0
VLCのKempf氏本人が何か質問ある?
https://www.reddit.com/r/linux/comments/9z67xw/dav1d_av1_decoder_performance_and_completion_of/?utm_source=ifttt 👀
Rock54: Caution(BBR-MD5:1777ba470a0705a8ff6b3177e04ccfb6)
2018/11/22(木) 13:15:25.06ID:RXTf3bZ40
aomの公式のやつは参照実装止まり?
最適化ごりごりとかしないのか?h.265に対するx265みたいなプロジェクトでてくるのかな?
2018/11/22(木) 13:35:18.71ID:zo91+4Uc0
比較が未だにHaswellなのか
2018/11/22(木) 16:36:28.72ID:V9RMSbG90
最近のコーデックはAVX2がごりごり使われまくっててivyおじさんじゃつらくなってきた
2018/11/22(木) 16:38:01.01ID:SSGZW/av6
AVX2すら使えんCPUはいい加減捨てようぜ…
2018/11/22(木) 16:42:49.24ID:Yj/0Zutt0
もしかしてSandy Bridgeには人権はないのかね
2018/11/22(木) 16:56:01.11ID:Jv6xPe/pM
ない
540名無しさん@編集中 (ワントンキン MM9f-qDc6)
垢版 |
2018/11/22(木) 18:26:53.04ID:9CUXdSRdM
倍半分変わるような処理もまあないし不便を感じたらでいいでしょ
2600K発売からもう2カ月弱で8年になるのに大してIPCもクロックも上がってないしな
新しいEPYC見てから動向決めるとかでええやろ
2018/11/22(木) 19:05:18.18ID:TjvAQBSK0
>>540
何言ってんの、エンコしたら倍どころじゃないぞ
https://pc.watch.impress.co.jp/img/pcw/docs/1151/575/bench_02_o.png
もう2600Kは鈍亀だよ
2018/11/22(木) 19:09:25.32ID:hhjNJ2eBa
>>541
同じ4C8Tの7700Kに倍以上かかってる項目あるの草
草…
2018/11/22(木) 19:56:20.45ID:Yj/0Zutt0
2630QMなんだけどどのぐらいのスコア出せるのかね
544名無しさん@編集中 (ワッチョイW 7fe0-qDc6)
垢版 |
2018/11/22(木) 21:18:47.85ID:9Im+UerH0
>>541
まじかー俺は5960Xなんだけど今の6コアのほうが速そうだな…
って思ったけどこれよく見たらx264/265じゃないのな。
自作板のx264/265のベンチスレではhaswell世代とzenは同一コア数クロックではほぼ均衡、kaby世代とも10%程度の差だった筈だから殆どの人にはその結果は当て嵌まらないと思うぞ。
2018/11/22(木) 21:26:02.22ID:byXw9ZwP0
>>544
Hとxの違いをググってこい
2018/11/22(木) 21:27:38.34ID:JXJuizuM0
>>544
> これよく見たらx264/265じゃないのな。

PremiereProの方はx264/265じゃないと思うが、TVMW6はx264/265を使ってるよ。
  http://tmpgenc.pegasys-inc.com/ja/product/tvmw6.html

ちなみに>>541の元記事はこれ。

 Sandy Bridgeから最新第9世代まで新旧CPU・徹底ベンチレポート - PC Watch
 https://pc.watch.impress.co.jp/docs/news/1151575.html

解像度とかは記事に書いてないが、画像を拡大してよく見ると 3840x2160/29.97fps/3分23秒01の動画かな。
2018/11/22(木) 21:42:17.21ID:BtIDLPKua
>>544
情弱は黙ってろよ
548名無しさん@編集中 (ワッチョイW 7fe0-qDc6)
垢版 |
2018/11/22(木) 22:17:06.41ID:9Im+UerH0
4770kってTB3.9GHzで9900kはTB5.0GHz(何コアで幾らかは知らね)だろ?
>>544の何がおかしいんだよ。
9900Kは定格がOCみたいな仕様だし通常運用域でのOC考えればかなり近い値になるぞ。
2018/11/22(木) 22:38:42.25ID:JXJuizuM0
論点ずらして無理に戦い続けようとせんでもええんやで
2018/11/22(木) 22:45:03.49ID:Jv6xPe/pM
ガンダムに素手で殴りか絡んでも…
2018/11/22(木) 22:59:28.24ID:cyN/nsFvp
>>548
何言ってるか全く意味不明なんだが
H.265のTMPGエンコ時間は9900Kが781秒で4770Kが2019秒
4770Kが3.9GHzだとして1.5倍にOC(5.8GHzでまず無理)して比例して1346秒になっても近い値にはならんが
2018/11/22(木) 23:13:44.30ID:2reCOHGK0
>>551
9900Kは4770Kの2倍のCPUコアあるで
2018/11/22(木) 23:25:21.59ID:JXJuizuM0
ついでに言うとx265は8C/16Tみたいな多コア/スレッドをフル活用できるわけじゃないので単純計算はできないと思う。
2018/11/22(木) 23:31:40.53ID:cyN/nsFvp
>>552
そりゃそうだよ、9900K買ってちゃんと8コア入ってなかったら困るでしょ?
2018/11/24(土) 08:56:14.97ID:1o4hzJcU0
>>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を組み込む予定なのか。いいね。
2018/11/24(土) 09:41:57.43ID:1o4hzJcU0
自動ビルドスクリプトのmedia-autobuild_suiteが9月頃にrav1eやdav1dに対応してた。
それぞれのバイナリや、dav1dを有効にしたffmpeg等もビルドできる。

jb-alvarado/media-autobuild_suite
 : This Windows Batchscript is for setup a compiler environment
  for building ffmpeg and other media tools under Windows.
https://github.com/jb-alvarado/media-autobuild_suite
2018/11/24(土) 23:53:40.55ID:ZJ49TKFy0
>>537
AVXの無いCeleronが売っているのでデコードはSSEにも最適化せんと普及せんやろな
2018/11/25(日) 00:10:32.03ID:Wv90uevy0
Coffee LakeでもAVXは対応しなかったからな。CeleronにAVXが来るのはいつになるのだろうか
2018/11/25(日) 00:33:33.90ID:GQN5W3DX0
まぁAVXよりコア数多い方が処理能力は稼げるしな
最下グレードに求める物でも無いでしょ
2018/11/25(日) 01:17:20.65ID:zhkxxxZl0
動画関連は専用ユニット積むし
旧製品はともかく下のグレードでも問題ないようになるんじゃないの
乗っけてもらうのには政治力もいるだろうけどそのあたりAV1はバックが最強軍団だからそこは心配いらんし
2018/11/25(日) 01:37:17.89ID:HrnsABtZ0
AVX2は電力制御が必要だからな。
Intelもセロリにそんな事したくないんだろうな、コストもかかるし。
2018/11/25(日) 02:00:32.87ID:GQN5W3DX0
CeleronでAVXまで駆使してソフトエンコードってのもね
後々の世代でメディアエンジンでデコード出来れば良いグレードで
間違ってもデータ造る側で使うもんでは無い罠
少々不効率でも当倍速再生ならDXVA2とかでも実装されるだろうし
2018/11/25(日) 02:21:52.49ID:srNIcSlQ0
Intel・NVidia・QualcommがAV1エンコード・デコード搭載チップを出してからが本番か
2018/11/25(日) 02:39:33.05ID:sLTWqZlL0
AMDハブられてるw
2018/11/25(日) 02:43:21.36ID:PfCvLe3g0
>>557
>>531のdav1dの記事に書いてあるけど、SSEとARMの最適化も今週メドにリリース予定らしいよ。
 

dav1d、なかなか良い感じ。
i7-4702MQ+ffplayでデコードがlibaomだと720p60や1080p24が少しカクついてしまうし、
1080p60はカックカクで話にならないけど、libdav1d(-tilethreadsを2以上に指定するとよさげ)だと
1080p60もスムーズに再生できてるっぽい。

 Halo Infinite - E3 2018 - Announcement Trailer
 https://www.youtube.com/watch?v=Fmdb-KmlzD8
 ※1080p60のAV1あり。なぜか最後の方でデコードがひっかかる部分があるけど。
2018/11/25(日) 09:24:44.35ID:2PIfIMLX0
AMDって動画関係には強いんじゃなかったか
2018/11/25(日) 11:06:10.02ID:A0r8FmpL0
HWエンコードに関してAMDはかなり遅れてる。動画再生に関しては強い
2018/11/25(日) 12:55:18.32ID:OJqGQfzS0
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.
569名無しさん@編集中 (ワッチョイ bfeb-ylOc)
垢版 |
2018/11/25(日) 12:57:57.82ID:5esxLJN30
AV1はエンコ遅すぎ 結局なかなか進化しないな
ハードエンコのグラボ出るのいつになるのよこれ
2018/11/25(日) 13:46:32.18ID:PeDWXRpT0
av1って個人エンコって実用的なものになるのかね。
業者はav1
個人はhevc,vp9とかに。
2018/11/25(日) 13:52:55.03ID:IXHdhYUY0
>>567
https://mevius.5ch.net/test/read.cgi/avi/1533671049/155
2018/11/25(日) 15:52:32.43ID:9SyyyIpg0
x265のveryslowより圧縮率が高いということは演算量もそれ以上ということだからカリカリに最適化してもそこまで早くはならないだろうしねえ
nvidiaあたりがいい感じのハードエンコーダー作ってくれないと一般人には縁が無いだろうね
2018/11/25(日) 15:56:51.49ID:i4bTkEii0
でもハードウェアエンコは設定を詰めたりできないのが多くて配信とか以外じゃ結局ソフトエンコがメインになりそうな
ハードウェアエンコのAV1がx264でじっくりエンコしたものに匹敵あるいは凌駕するレベルならともかく
2018/11/25(日) 16:02:21.90ID:EpMvoTAs0
4K8Kの長編物をスラスラと書き出せるスペックあるならそれでいいだろうけど
2018/11/25(日) 16:20:39.12ID:ZoxxXj2o0
ハードウェアデコーダはぼちぼち出始めてる
AV1 4Kp60 Video Decoder IP
http://www.design-reuse-embedded.com/displayIP/im_and_vi_cs8142_multi-format_av1_hevc_vp9_video_decoder_ip
pdf http://www.amphionsemi.com/wp-content/uploads/Amphion-CS8142-One-Pager.pdf
2018/11/25(日) 17:17:45.85ID:e69jybSO0
AV1の個人向けでのハードウェア対応は、VP9と同じくデコードのみでエンコードはもの好きがソフトウェアのみでやるに留まるだろう
2018/11/25(日) 19:35:08.19ID:lAlIGO1z0
>>567
動画再生も遅れてるよ
RadeonRX5はVP9が未だにハイブリッドデコードのみ
RyzenGは新エンジンで完全HW可能になったが4Kまで(GFやIntelは8Kまで)
2018/11/26(月) 02:18:23.76ID:qLjHOxCE0
何この悔しそうなコメント

Mozilla、2019年1月リリースの「Firefox v65」でGoogleが開発した画像フォーマット「WebP」をサポート予定。グローバルユーザーの72%が利用可能に。
https://applech2.com/archives/20181125-firefox-v65-support-webp-image.html

>Mozilla はこの新形式に対するいくつかの懸念から初期の実装作業を中止していました。
>しかし、Microsoft Edge が最近になって対応したことや、
>WebP 画像しか配信せず正しく表示されないサイトの数が増え続けていることから、
>Firefox の開発者は態度を変えざるを得ませんでした。
2018/11/26(月) 09:19:03.63ID:7rLAkN/0a
MozJPEGの出来が良くてWebPにする意味がほとんど無かったからな
それにWebPはJPEGと違って4:2:0のみで、逆に劣化する可能性もある
Googleの言い分としてはどうせお前ら違いなんかわかんねーだろプッて事なんだろ
2018/11/26(月) 10:19:33.91ID:re+D8mdka
mozjpegに簡単に変換できるツールある?
2018/11/26(月) 10:56:41.89ID:7rLAkN/0a
mozjpegコマンドをインストールすれば良いだけだぞ
2018/11/26(月) 12:19:04.29ID:ripwIiBlM
むずかしいコマンド分かりましぇ〜ん(^q^)
2018/11/26(月) 13:56:43.90ID:FvrFSmSxM
コマンドラインだけだと流行らないんじゃないかな
2018/11/26(月) 14:01:48.84ID:7cuBbq/40
21世紀にコマンドラインを残してしまったことを遺憾に思う
2018/11/26(月) 14:06:38.32ID:D1Wm31oD0
それショートカットいらねーって言ってるようなもん
2018/11/26(月) 14:14:59.00ID:e8LTYb6/M
jpg代替じゃなくてgif代替だろ
非可逆圧縮アニメ画像はwebp
ロスレスアニメ画像はapngってことで
両ブラウザ両対応で円満解決
2018/11/26(月) 14:17:59.82ID:wNkrxaTMa
>>583-584
正気で言ってるのか?ネタだよな?
2018/11/26(月) 15:12:43.36ID:oN0LuT3s0
>>586
アニメ絵を4:2:0に圧縮するの?
2018/11/26(月) 15:21:54.51ID:FvrFSmSxM
>>587

コマンドラインで変換だけできても
それだけじゃフィルタかけたり、変換前後の画質比較を簡単に行うことはできないんだし
2018/11/26(月) 15:37:20.01ID:D1Wm31oD0
別にコマンドラインだけって言ってないじゃん…
2018/11/26(月) 15:38:01.05ID:KSLTsuGI0
はたから聞いていると、会話が食い違っているような気がします
2018/11/26(月) 15:54:51.63ID:0acp7heN0
x264cliってコマンドラインだけだけどめちゃくちゃ使われてるよ
とかそういう話になりますか?
2018/11/26(月) 16:05:43.95ID:dDu+rxhw0
>>474のリンク先でmozjpg変換すれば?

俺はpng→jpgにguetzli使ってmozで最適化よ
2018/11/26(月) 16:45:11.85ID:oN0LuT3s0
>>588
すまん、アニメ画像ってgifみたいに動く画像の方か
2018/11/26(月) 18:20:56.50ID:P9ammZmJM
>>594
そう。 APNG=Animated Portable Network Graphics
アルファチャンネル付非可逆圧縮アニメーション画像形式って結構貴重なんだよね
webpとheifくらいしか無い
2018/11/26(月) 19:20:57.46ID:NdELJgO+M
apngって主要ブラウザみんな対応してるのに全然流行らんな
認知されてないのか需要がないのか
2018/11/26(月) 19:35:28.15ID:pvT8A6r+0
ビデオコーデックスレでは?
2018/11/26(月) 19:44:53.45ID:2gql7SC10
>>596
戦犯はMicrosoft
IEとEdgeが対応してない

こうやって大手企業がいちいち足引っ張り合ってるから新しいコーデックや圧縮方式が流行らないんだ
足並み揃える気がないなら永遠にレガシーフォーマットだけサポートしてろ
2018/11/26(月) 20:07:50.08ID:n5NEWAq5M
apngって簡単に作成できるものなの?
2018/11/26(月) 20:10:42.02ID:VObvg9Dr0
webpはsafariがまだだっけ?
601名無しさん@編集中 (ワッチョイW 7fe0-qDc6)
垢版 |
2018/11/26(月) 20:12:58.42ID:Uh//oc6S0
apngは余りにもデコードが重過ぎる
2018/11/26(月) 20:28:36.91ID:hxYvakNAa
IEはもう使う人種が悪いけど
Edgeで対応しないのはMSの怠慢だな
2018/11/26(月) 21:25:37.36ID:5jY/nS9X0
言うてもAPNGはPNG本家では蹴られてるしW3CやISOでの標準化がされてるわけでもないしでそんな責めるほどでもないやろ
足並み言うならmozillaの勇み足ともいえるわけで
次のよりベターな選択肢が見えてる今となっては無理して対応せんでもと思わなくもない
2018/11/27(火) 00:15:24.52ID:2hri6TKi0
足並み揃わないのはAPNGだけの話じゃないんだよなあ
もうJPEG、アニメGIF、H.264辺りで今後10年か20年くらいやってけばいいんじゃないかな
2018/11/27(火) 00:53:12.78ID:6PQs6sqD0
僕は嫌だ(欅坂的な意味で
2018/11/27(火) 01:05:36.59ID:1jpiqThW0
何言ってんだコイツ…
2018/11/27(火) 02:39:21.15ID:sfxpkb7h0
アイドル豚さん板間違ってますよ
2018/11/27(火) 08:55:46.39ID:sdh4+HXHa
JPEG XLが全てを統べるオールマイティーな規格になるはずだから、それ待ちだな
609名無しさん@編集中 (ワントンキン MM9f-qDc6)
垢版 |
2018/11/27(火) 09:08:45.48ID:BllgX5Q9M
AVIFがデコード軽いならそれでいいかなぁ
GIF代替はwebmでいいや
2018/11/27(火) 19:58:38.09ID:dfDtT/ut0
まぁ欅坂は動き激しい上に照明も凝るからエンコには厳しいよな
2018/11/27(火) 20:56:02.89ID:qQK2fmL00
>>605
ワロタ
2018/11/28(水) 06:13:55.48ID:PMyeRoXc0
ディープラーニングを利用した映像圧縮技術
http://www.wave.one/video-compression
https://static1.squarespace.com/static/57c8be4459cc68c3e3d7b040/5bec7ccc03ce6411e9c358a2/5bec7cf2032be4f1c237ca86/1542394827614/hd_quality.png

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.
2018/11/28(水) 20:53:13.78ID:bg9dylFP0
また新しいのが出るのか?
2018/11/29(木) 02:33:34.83ID:hV7p0d9R0
>>612
つまり>>522ってことけ?
615名無しさん@編集中 (ワントンキン MM8a-hTpF)
垢版 |
2018/11/29(木) 09:06:46.33ID:TK3Z1YN2M
ここまで上がるとなるとh267あたりでAIが採用されるのは間違いなさそうやね
2018/11/29(木) 10:26:46.03ID:XDriPRzI0
超解像度アプコンで補完すること前提でディテールを省く技術は
h.265では採用されなかったけど復活の目はあるのかな
2018/11/29(木) 10:39:03.10ID:0eSAZevw0
くっそ重そう
618名無しさん@編集中 (ワッチョイ 5a76-my/U)
垢版 |
2018/11/29(木) 11:13:25.97ID:bjPO2wB+0
開発競争が無意味と言えんが。
コーデックなんか普及しなきゃ意味ないのにな、
Blu-rayにねじ込んだVC1(笑)
2018/11/29(木) 11:42:22.14ID:0eSAZevw0
VC1って優位性もないよね?
そんなの持ち出して来られてもって感じ
2018/11/29(木) 13:07:45.65ID:4jGcJNQrMNIKU
A.I Gigapixelとか既にスゲーし将来性感じるけどシステム要求厳しすぎる
普及するにはNPU標準搭載不可避
2018/11/29(木) 18:31:01.02ID:GhD3IhMMdNIKU
>>616
まず超解像ってのがもう眉唾物なのでは?
シャープフィルタのアルゴリズムを組み込むって事?
2018/11/29(木) 21:43:14.66ID:XDriPRzI0NIKU
今の水準からしたら眉唾だね>昔の超解像度技術

今も昔も将来もデータを失わずにエンコードすることなんてできないんだから
その後工程での補正を前提にもっと強く圧縮するというのは今の延長線ではあると思う
だけど、「とても自然に補正できる補正エンジン」があることが前提だけど
2018/11/29(木) 23:47:31.14ID:+qL5EsKMaNIKU
>>620
最近のスマホはみんな標準搭載してない?
2018/11/30(金) 01:07:14.60ID:KMY5HpZYM
>>623
ハイエンドのKirin970/980とA12しか無くね?
一応Kirinはミドルレンジの710がNPU搭載で600番台以下は廃盤っぽいから標準搭載といえるかもしれんけど
2018/11/30(金) 01:32:53.52ID:KMY5HpZYM
訂正、A11もNPU搭載。
あとSnapdragon8150、Exynos9820、HelioM70はNPU搭載予定。ミドル以下は知らん
2018/11/30(金) 03:45:28.57ID:6WSKPfD+0
普及モデルで使われるSoCにこそ必要なのにな
2018/11/30(金) 10:21:11.33ID:EVEKoJ810
最近の超解像は人工知能つかってディティール水増しする方向なのかな
https://vitalab.github.io/deep-learning/images/srgan-super-resolution/figure2.png
これとか、ぼやけ感は無くなってるけどディティール自体はデタラメでSSIMも悪化するっていう

そんで正確性は高いけどボヤけるのと、ぼやけてないけどデタラメってのは
どうやらトレードオフらしいとか
2018/11/30(金) 10:32:12.49ID:6WSKPfD+0
高圧縮率時の再現性良くするのに1/2精度ぐらいの周波数成分の補完情報で知覚的な画質評価上げたりのが良いかも
2018/11/30(金) 11:57:45.81ID:qjwoBcsYa
超解像だとフラクタル画像圧縮を使ったON1 Resizeってのもある
どこかでデモを見たけど自然な感じだった
2018/11/30(金) 17:20:32.60ID:jTxOkiTf0
>>627
x264やx265にも心理的ななんちゃらってオプションがあるし
既存の技術で画質を求めると同じところに行きつく感じ
2018/11/30(金) 18:33:11.23ID:vz9ZDFri0
失われたデータは復元できないって事だな
音声でも似たような技術あったよね、SBRだっけ?
632名無しさん@編集中 (ワントンキン MM8a-hTpF)
垢版 |
2018/11/30(金) 18:49:59.38ID:MZSOHUZhM
あれは酷かったね…耳が痛くてしょうがなかった
自分は画像に関してはwaifu2xなんかの超解像見るに速度さえ出せればディティール保持も見た目の最適化も両立出来そうだと感じる
単に量子化ノイズの除去やディティールの復元だけじゃなくてベクター解析なんかにも応用されまくるんかなやっぱ
2018/11/30(金) 18:55:49.96ID:x4zgeXyS0
>>627
科捜研の女超解像に比べると現実の超解像はカス過ぎるな
2018/11/30(金) 19:56:29.12ID:/oyaJUjR0
waifu2xはアニメ絵だと良いけど…
実車画像でwaifu上回る超解像ソフトって、うえに上がってたON1 Resize?
2018/11/30(金) 20:50:46.98ID:jTxOkiTf0
>>633
確かになw
しかもほぼリアルタイムってあたりがすごい
2018/12/01(土) 00:51:40.19ID:f935R9vCa
>>633
そこ鮮明化して、で滅茶苦茶解像度が上がるからなw
どんな魔法だよ
2018/12/02(日) 18:56:46.15ID:l3ffSDJQ0
超解像によって生まれる冤罪。。
というのは冗談だけど、動画圧縮は、もとの動画からいかに違和感なく情報を間引くかという方向から、いかに少ない情報の動画から情報が詰まっていそうな動画を(デコードで)作り出すかという方向へ重点がシフトするのかな。
2018/12/02(日) 19:10:05.15ID:uYlYhsww0
そういうのオーディオではよくある手法というか機能だけどそれが気に入らないって人も一定数存在するから
映像方面で実装されたとしても容易にオン・オフできるような形にはなるだろうね
2018/12/02(日) 20:01:54.69ID:h6i9IY+8M
オーディオだとソニーのDSEEとかにあたるやつか
2018/12/02(日) 20:25:46.45ID:9eokKTsCM
AIの画像認識でマスターデータと比較して認識に影響し難い所はより大胆に間引けるようになる
逆に画質に煩いマニアには恩恵は少なそう
2018/12/02(日) 22:31:31.44ID:fL8ekCcT0
テレビにもアプコン機能あって、地上波とか4Kにしてくれるけど、元がウンコならアプコン後もウンコだし、無いピクセルから元の画素を予想する技術ってAI使ってもまだあと二回くらいイノベーション必要だよね、特にCPUで…
テレビに量子コンピュータが搭載されるような時代の話…
2018/12/04(火) 07:13:56.52ID:apMLaqfB0
Latest MPEG codec standard establishes performance lead but is hampered by licensing worries
https://www.v-net.tv/2018/11/29/latest-mpeg-codec-standard-establishes-performance-lead-but-is-hampered-by-licensing-worries/
2018/12/04(火) 08:55:15.04ID:apMLaqfB0
ビデオコーデックAV1は長続きしませんでした。それは互換性のない新しいAV1.1.0バージョンに置き換わるでしょう ※グーグル翻訳見出し
https://www.cnews.cz/video-kodek-av1-nahradi-nova-verze-av1-1-0-neni-kompatibilni/
2018/12/04(火) 09:51:29.26ID:GX5PFI8B0
規格化の意味ねぇ‥
2018/12/04(火) 10:11:39.50ID:LqpfTYgGd
まさかの互換性なし…ややこしいことになりそう
2018/12/04(火) 10:16:10.49ID:I5Nux3Qt0
元々スケジュール遅れまくってたし6月に仕様決まったときもバタバタしてて見切り発車みたいなとこあったもんね
まだ問題が残ってたんだろうなあ
2018/12/04(火) 10:32:34.51ID:drsA15ra0
>>643
Chromeさんの翻訳で読んだけど、誤訳でなければ以下のような感じかな。

 ・ハードウェアデコーダ開発側が、一部の仕様を制限したいと考え、
  それに沿った新しい仕様のリビジョン(1.1.0なり1.0.1なりとにかく1.0の次の版)を求めているらしい。

 ・1.1.0に従って作ったストリームは1.0のデコーダでもデコードできるが、
  1.0に従って作ったストリームの一部(1.1.0に違反するもの)は1.1.0に特化したデコーダではデコードできない。

 ・まあまだ普及の初期段階だし、1.0準拠のストリームが世にあふれかえってるわけでもないから
  エンコーダ/デコーダの開発がスムーズに1.1.0にシフトしていくならあまり問題ないかもね。
  ただいくらか遅れはでるかもしれないし、実際どうなっていくかは要注目。
2018/12/04(火) 10:38:06.20ID:iG+CjLIr0
規格が固まるのにあと2年、エンコーダ・デコーダが市販PCパーツに載るようになるまで5年ぐらいかな
2018/12/04(火) 12:03:19.60ID:8Wh9I9yU0
これは7nmGPUにAV1デコーダは間に合わないのか
2018/12/04(火) 12:05:30.07ID:Ah/0TrrUM
この状況だと暫くはH.264が続きそうだなあ
H.265は利用がかなり限られてるし
2018/12/04(火) 14:50:55.38ID:u6vwCy0y0
グダグダじゃないか
2018/12/04(火) 14:52:41.53ID:WolOT9Skd
アダルトビデオ1の時点でね
2018/12/04(火) 15:27:41.87ID:+Z3sAgwb0
そのネタはAV(オーディオ・ビデオ)機器の時点でもう終わってんだよ
2018/12/04(火) 16:13:02.15ID:rVE8aOexM
(オーディオ・ビジュアルなんじゃ…?)
2018/12/04(火) 16:20:16.62ID:IPTsyXQN0
AV1.1はAV1のサブセットってことでいいの?
というかプロファイルとかレベルとかはなかったの
2018/12/04(火) 17:17:43.22ID:GX5PFI8B0
最初期のh.264のHWデコーダーにあった
Bフレとref数は3までがベターみたいな感じで
HWでコードに適した制限を付けるのかな

>>655
今だからこそ切り捨てというも手かも(プロファイルでややこしくするよりは
それに、どうもフルスペックAV1 1.0ストリームを
1.1以降専用HWデコーダーでデコードできないって話みたいだし
2018/12/04(火) 19:04:49.33ID:6B6nikwya
Webの規格とか普通実装が先で、仕様が固まるのが後だからね
そういうノリなんだろうね
2018/12/04(火) 21:26:28.63ID:uNmsPgx/0
AV1の仕様をフルカバーするハードウェア作ろうと思ったら高額になって
安価な製品の販売が実現できないからじゃないの

QZSSもセンチメータ級の測位出来る機器は巨大で価格の桁が違うじゃん
2018/12/04(火) 23:38:15.52ID:wMx5WymbH
(アドバンスド・ビデオフォーマットの略では?)
660名無しさん@編集中 (ワッチョイ 4e81-r3MB)
垢版 |
2018/12/05(水) 05:12:37.71ID:cyY8DigN0
もうVP9でええやないか!!!!!!!!!!11111111
2018/12/05(水) 07:23:32.42ID:2IsRElWo0
ビデオポルノ9はHEVC以下だから
2018/12/05(水) 07:29:58.57ID:88+ChkwU0
ヴァルキリープロファイル9とか胸熱
2018/12/05(水) 09:47:45.21ID:H/jSa//pM
ビデオポルノ9とかアダルトビデオ1とかエッチエロビデオコンテンツ265とか
コーデックは碌でもない名前ばっかやな
2018/12/05(水) 12:34:38.40ID:6AHkYro2d
「アダルトビデオコーデック/エッチ264」が今のところ最強
2018/12/05(水) 13:56:05.44ID:HYXqj8dC0
テクノマセが後場急伸、ソフトウェアによるHEVC 8K/60pエンコーダの開発に成功
https://kabutan.jp/news/marketnews/?b=n201811300409

> 数学的手法を駆使した独自のコンピュータアルゴリズム「DMNA」を使用した、
> ソフトウェアによるHEVC 8K/60pエンコーダの開発に成功し、
> 先に開発済みのデコーダとあわせてリアルタイムエンコーダ/デコーダシステムとして
> ライセンス提供を開始すると発表

> HEVCのリアルタイムエンコードは、ハードウェアで実現するのが一般的だが、
> 同社製品は市販のパソコン上で動作するようソフトウェアを最適化してあるとしており、
> 開発済みのリアルタイムデコーダと組み合わせ、比較的安価・簡便にシステムを構築できるとしている。
2018/12/05(水) 14:40:52.46ID:5V8hOFfSM
美人な方はより美しく、美人でない方もそれなりに…
2018/12/05(水) 15:01:23.22ID:rQHsB3bU0
>>665
DMNAで調べてみたけど効果が凄すぎて嘘臭く思えるレベルだな

http://www.tmath.co.jp/technology/02.html
2018/12/06(木) 00:36:01.55ID:givNiSMH0
>Digital Media New Algorithm
酷い名称
うそくせー
2018/12/07(金) 01:04:15.73ID:7TOMa/480
数学者集団な会社なんだからべつにウソでもないんじゃ
h264初期もこの会社当時は結構画期的なことやってたような
ウソならこんなに長く(2000年創業)会社はもつまい
2018/12/07(金) 01:35:01.08ID:fngeMZCq0
市販のパソコンがどの程度のパソコンなのかが気になるわ
2018/12/07(金) 01:38:20.18ID:PXbGwXd30
リアルタイムエンコじゃなきゃ信じた
2018/12/07(金) 02:11:24.88ID:7TOMa/480
きっとXeon28コアぐらいだろw
2018/12/07(金) 02:21:44.92ID:pogElsm20
第8世代i7で4kエンコできるなら評価する
2018/12/07(金) 06:00:03.55ID:UwMOViB60
http://www.tmath.co.jp/ir/01.html
ここにある「平成31年3月期<第19期>第2四半期決算説明会資料」のデモンストレーションでは56コアのCPU使ってたぜ
市販PC(上級国民様向け)じゃないと駄目だな!
675名無しさん@編集中 (ワンミングク MMd3-58q8)
垢版 |
2018/12/07(金) 06:54:25.72ID:e6N9cwTgM
ZEN2TRが現在は妄想レベルの廃スペックで出てくれればガチで余裕で回るな。
エンスー向け最上位も一般じゃないといえばそうだが…
2018/12/07(金) 22:22:07.42ID:qiwNgwtB0
はい

https://pbs.twimg.com/media/DtqxYySWkAERb0v.jpg:large
2018/12/07(金) 23:24:52.85ID:qDmS/MTAa
trueにした
どこ見にいけばいい?
2018/12/07(金) 23:35:11.64ID:T1XBV2bNa
youtubeの再生多い動画はもう結構AV1になってるぞ
2018/12/08(土) 07:13:47.72ID:vnLYXNBK0
ようつべは新コーデック出る度にコロコロ変換してるみたいだけど画質劣化していかないの?
ってかこんなゴリ押し出来るのGoogleだけよなぁ……
他サイトじゃその都度変換なんてやってらんないんじゃないか
2018/12/08(土) 08:44:28.81ID:RltGl8+t0
>>679
念のため言っておくが、YouTubeにはサーバーにマスター動画が保存されていて、視聴用にそれを変換しているぞ。
VP9とかAV1とか、それらはその都度、オリジナルの動画から変換している
2018/12/08(土) 14:09:03.96ID:DMlfxTZY0
>>679
> ようつべは新コーデック出る度にコロコロ変換してるみたいだけど

ついでに言うと「新コーデック出る度に」どころか、視聴数の多い動画なんかはちょくちょく変換しなおしてたりするよ。
再エンコード日はyoutube_dlでmp4を落として確認。

 2016/11/07投稿。現在は2018/10/24に再エンコードされたもの。1月下旬と10月中旬はまた別のファイルだった。
 The World in HDR in 4K (ULTRA HD)
 https://www.youtube.com/watch?v=tO01J-M3g0U

 2012/03/12投稿。現在は2018/10/23に再エンコードされたもの。2018/06/16にも再エンコードされていた。
 livetune feat. 初音ミク 『Tell Your World』Music Video
 https://www.youtube.com/watch?v=PqJNc9KVIZE

あとは投稿直後はエンコ速度優先の低圧縮率の動画にしておいて、数時間後には高圧縮率の動画に差し替えたりとかもしてるらしい。
https://egg.5ch.net/test/read.cgi/streaming/1534122281/465-500
2018/12/08(土) 14:31:17.70ID:FPGviYix0
例に提示する動画の例がいちいちキモい
2018/12/08(土) 18:24:16.78ID:W/3q6tz20
エロ動画保存するのにHEVCにしようかと思ってたけどAV1とか出てきて悩むなぁ
本人申請あれば5年で消えるから定期的にキャプチャした生データのみが溜まる…
もうdrm解除できないし
2018/12/08(土) 18:26:22.58ID:RltGl8+t0
本人申請???
2018/12/08(土) 18:42:05.90ID:TBkbQczBa
av女優が消せやってゴネると5年過ぎたやつは販売やネット配信終了するとかいうやつじゃない
dmmの購入履歴とかからも消えるのかね?
2018/12/08(土) 19:05:02.71ID:FPGviYix0
実写の処理だとソフトウェアエンコーダならコーデックなりで良いけど
ハードウェアエンコーダだとマクロブロック捜査(配置)ロジックが弱くて、下手にHEVCとか使う方がH264より画質容量比悪かったりするからな
使えるマクロブロックパターン増えているのに配置の最適化ロジックが追いついていない
2018/12/08(土) 20:27:20.84ID:RltGl8+t0
>>685
そんなのあるんだ、なるほど
688名無しさん@編集中 (ワッチョイW d3e0-58q8)
垢版 |
2018/12/08(土) 21:51:54.83ID:viLrk8j40
h265 veryfastでいいじゃんx264のmidiumぐらいの速さ?で実写なら倍縮むぞ
2018/12/08(土) 23:00:44.23ID:nz3/XwLsd
fasterの方が良いと思うぞ
丁度画質容量比が大きく変わる境界の悪い側だし
2018/12/09(日) 20:50:54.96ID:mhf9FFUb0
>>688
どういう条件での比較かわからんけど、倍縮むというのがファイルサイズ半分になるということなら
x265はそこまで優秀じゃないから、それ相応に画質が落ちてると思う。

圧縮率の向上を期待して使うなら、x265は最低でもmedium、できればslowで使った方がいいんじゃないかな。
速度的にはx264のslow〜veryslow相当になるけど、それが許容できないならx265は使わずx264 mediumでいいんじゃないかと。
2018/12/09(日) 21:30:38.35ID:bi0JSqHg0
H.265使えば環境によっては5〜10倍くらい遅くなる気が…
H.265のfasterがH.264のveryslowくらいだと思う
2018/12/09(日) 22:27:19.19ID:mhf9FFUb0
>>691
エンコベンチスレの結果を眺めた感じだと1080pで
 x265 medium ・・・ x264 slowerより遅い
 x265 veryfast ・・・ x264 slowより遅い
くらいかな。他の例としては以前出したこれとか。
 http://2sen.dip.jp/cgi-bin/upgun/up2/source/up3485.png
2018/12/09(日) 23:15:32.24ID:bi0JSqHg0
>>692
なるほど、ありがとう。少し言い過ぎたか
2018/12/10(月) 14:04:46.47ID:SLTvLp38a
dav1dはAV1.1にフォーカスしていくのだろうか
機能制限だけだからそのままでも問題なさそうではあるが
2018/12/10(月) 16:43:54.58ID:n0Skvy6a0
保存用の動画をいくつかAV1でエンコードしてたのにエンコードし直さないといけないのはめんどいな
しかも新しい仕様いつ決まるかわからないし
2018/12/10(月) 16:47:09.69ID:eyOm1McR0
まだ実験段階のフォーマットでのエンコを保存用にするのはなぁ……
後方互換性がなくなるっていうのはあんまり想定してなかったけども
2018/12/10(月) 16:59:07.74ID:AL8I0B060
一般人がAV1でエンコードするメリットなんか何もないのに、なぜわざわざ…
2018/12/10(月) 17:19:50.83ID:n0Skvy6a0
>>696
実験段階って言っても正式に仕様決まったものが半年もせずに撤回されるとは普通思わんでしょw

>>697
自分が奇特な人間で新しもの好きだからさ
2018/12/10(月) 17:30:40.33ID:aSgBDl+Y0
みれる画質を保ちつつファイルサイズを小さくするって理由もあるぜよ
WMV9 + Lame mp3なaviファイルとか昔はやった
700名無しさん@編集中 (ワンミングク MMd3-58q8)
垢版 |
2018/12/10(月) 17:47:26.94ID:Amm8KNrHM
最近は重要なのはソース保持でavisynthなり通して見てどうでもいいのをエンコだなぁ
2018/12/10(月) 19:22:20.75ID:ezq7cQK10
個人はHDDなどの記憶容量媒体が増加していることもあってさほどエンコードが重要ではなくなったからなぁ
問題は動画配信サイトの帯域でこれはコストも削減できるし消費者も恩恵を受ける
2018/12/10(月) 20:09:20.82ID:b7Lg7s4k0
もっとリソースが逼迫しないとどいつもこいつも本気で動かなそう
いつも通り足引っ張り合って、いつまでもH.264のまま前に進まない

少しでも容量を削減できる新フォーマットは普及して欲しいけど
2018/12/11(火) 01:04:05.10ID:uQEkQ78/0
i7-4702MQ、Zeranoe ffmpeg 4.1 x64 (libaom 1.0.0-900-g7715ae1c7)

ffmpeg.exe -i input -strict -2 -an -c:v libaom-av1 -pass 1 -cpu-used 4 -tile-columns 3 -tile-rows 3 -threads 8 -b:v 0 -crf 30 -f mp4 NUL
ffmpeg.exe" -i input -strict -2 -an -c:v libaom-av1 -pass 2 -cpu-used 4 -tile-columns 3 -tile-rows 3 -threads 8 -auto-alt-ref 1 -lag-in-frames 25 -b:v 0 -crf 30 -f mp4 output.mp4

●アニメOP 1920x1080, 23.976fps, 2232frames
  エンコード時間 05:43:35.34(20615.34秒)
  エンコード速度 0.108fps (x265 veryslowだと0.71fps)

●crowd_run 1920x1080, 50fps, 500frames
  エンコード時間 03:25:56.45(12356.45秒)
  エンコード速度 0.04fps (x265 veryslowだと0.4fps)

さすがにAV1エンコはまだまだ遅いね。-cpu-used 0や1は試す気になれぬ。
一応これでSSIMではx265 veryslow --tune ssimと同レベルの数値が出てる模様。
2018/12/11(火) 06:21:06.41ID:ejgegAij0
ffmpegでいつの間にかマルチスレッドでエンコード出来るようになってたのか
もうわざわざlibaomを自分でビルドする必要は無さそうやな
705名無しさん@編集中 (ワンミングク MMd3-58q8)
垢版 |
2018/12/11(火) 10:12:13.85ID:oRfnvptFM
もう265veryslowの1/10程度になったのか
VP9代替までそれほどかからなさそうやね
2018/12/12(水) 05:10:05.64ID:KgM0kImh0
男ならVP9
707名無しさん@編集中 (ワッチョイ 1381-Po2/)
垢版 |
2018/12/12(水) 07:19:20.09ID:KgM0kImh0
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月:最初のハードウェア実装
2018/12/12(水) 07:57:56.44ID:S5s7f4kY0
h.266はまだまだ先過ぎて逆によくわからんな
AV1と競争するのか?
2018/12/12(水) 10:02:35.60ID:MBG3EEB1d
>>708
競争相手と思ってなさそうだが
2018/12/12(水) 14:42:22.35ID:lDpo+3AXM1212
でもお高いんでしょう?
2018/12/12(水) 16:41:39.47ID:nJbb1/+zM1212
avifはまだ固まらないのかな
2018/12/12(水) 17:07:41.65ID:lGCZG5qS01212
libheif 仕様は固まってないけど進んでる。dav1dも使うかも。
https://github.com/strukturag/libheif/tree/avif
2018/12/12(水) 20:00:59.95ID:W+piehPk01212
なんだこの最高に頭悪い記事は・・・

 Apple T2チップHEVCエンコードの利点と限界 - ITmedia NEWS
 http://www.itmedia.co.jp/news/articles/1812/12/news063.html
2018/12/12(水) 20:05:54.15ID:W+piehPk01212
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
2018/12/12(水) 20:28:22.54ID:mCnULGDZ01212
>>フォーマット変換のみ行っているようです


どういうことだ…
716名無しさん@編集中 (デーンチッW d3e0-58q8)
垢版 |
2018/12/12(水) 20:35:59.91ID:YVoHYalp01212
>>713
> ファイルサイズがあまり小さくならないことから、フォーマット変換のみ行っているようです。
うーん…有象無象のニコ厨の方がまだマシな記事書きそう
2018/12/12(水) 21:08:04.34ID:VZ6d9TyU01212
こういう奴のために、ボタン一つで変換できるソフトが喜ばれるはずなのに…
知識ない人間がいきがるなと
2018/12/12(水) 21:33:42.17ID:tTRXYDvO01212
コンテナだけ変えたって言ってるのかと思ったけど
> 時間はかかるが、丁寧にエンコードしてビットレートを下げてるようだ。
って書いてるとこ見ると「丁寧にエンコード」してないことを端折って書いた感じか
誤解を招く書き方というかなんというか
2018/12/12(水) 21:43:23.14ID:W+piehPk01212
Demuxedというイベントで行われたVVC(Versatile Video Coding)に関するプレゼンの記事。

 VVC video codec - the next-next generation codec
 https://bitmovin.com/vvc-video-codec/
2018/12/12(水) 23:03:45.45ID:ttLTZzM50
簡便なフィルタも無い単純なトランスコーダって事だろう
2018/12/18(火) 14:42:57.99ID:hNCNccbz0
ソニーのHEVC。
Sony’s next codec is “XEVC” – could blow the doors off the industry with 8K RAW at 240Mbit
https://www.eoshd.com/2018/12/sonys-next-codec-is-xevc-could-blow-the-doors-off-the-industry-with-8k-raw-at-240mbit/
https://www.eoshd.com/wp-content/uploads/2018/12/sony-xevc-codec-8k-702x722@2x.jpg

キヤノンのXF-HEVC。
https://www.newsshooter.com/wp-content/uploads/2018/09/xf705_4a-600x433.jpg
2018/12/18(火) 17:48:50.99ID:0Ydc/crf0
AVIFのGitHubに、実装例を集めたWikiページが追加されてる。

 Home ・ AOMediaCodec/av1-avif Wiki
 https://github.com/AOMediaCodec/av1-avif/wiki

実装例の1つ

 AVIF Wasm decoder demo
 https://cconcolato.github.io/wasm-av1/
 (https://twitter.com/cconcolato/status/1073681832414048256

AVIFサンプルファイル

 Netflix:   http://download.opencontent.netflix.com/?prefix=AV1/Chimera/AVIF/
 Microsoft: https://github.com/AOMediaCodec/av1-avif/tree/master/testFiles/Microsoft
https://twitter.com/5chan_nel (5ch newer account)
2018/12/18(火) 18:19:52.21ID:lF+yShm+0
>>722
おお、Windows insider previewで早速対応するのか
2018/12/20(木) 19:31:02.00ID:EjsnwxMf0
タイトル通りだけど、各種ツールでのAV1サポート状況や使い方など。
 
How to use AV1 with open source tools
http://www.jbkempf.com/blog/post/2018/AV1-open-source-tools
2018/12/20(木) 22:01:40.87ID:3TvxOA+na
はやくXnやPerfectViewerがavifに対応してくれないかなー
2018/12/22(土) 15:14:40.66ID:iQI/svoFd
HEIF(ヒーフ)に対してAVIFは何と読むのか
2018/12/22(土) 15:20:30.32ID:PRG/W/MOd
アビーフ?
2018/12/22(土) 16:23:06.34ID:8UF2JyVP0
エイヴィフ?
2018/12/22(土) 16:23:52.11ID:brEvOxkYM
何でも略したがる奴って馬鹿にしか見えない
2018/12/22(土) 16:59:11.84ID:88Po0eqma
いつもコーデック名を略さずに言ってる人ですか?
2018/12/22(土) 17:05:41.21ID:zwtnyUqQ0
えーぶいあい
えふえるぶい
おーおーじー
まとりょーしか
732名無しさん@編集中 (ワッチョイW e3e0-odIk)
垢版 |
2018/12/22(土) 17:26:18.26ID:3LX/WNsr0
aviはあーゔぃー
2018/12/22(土) 17:29:54.93ID:8UF2JyVP0
え?
じゃぁMPEG2をMoving Picture Experts Group 2とか言ってるの?
すげぇウザいぞそれ
2018/12/22(土) 17:42:08.04ID:XlSRPrxw0
AVIF RI(Reduction Image)えびふらい
2018/12/22(土) 17:53:59.13ID:wWcj1yXha
H.264 | AVCは全部足してのばすとこう?
International Telecommunication Union Telecommunication Standardization Sector Rec. H.264 | International Organization for Standardization/International Electrotechnical Commission 14496-10 Moving Picture Experts Group 4 Part 10 Advanced Video Coding
2018/12/22(土) 18:28:22.36ID:uhC6lh4p0
発達障害並みのしつこさ
2018/12/22(土) 18:48:15.11ID:QSmMyzVt0
陰キャ特有の不毛な争い
2018/12/22(土) 18:49:30.05ID:acspqH9p0
不毛とかハゲの悪口言うのやめろよ!
2018/12/22(土) 19:58:06.13ID:F9Ew0DWh0
揚げ足取りはNG
あげあしとり…揚げ脚鶏…
今晩はフライドチキンにしよう
2018/12/22(土) 20:52:50.86ID:63dsFVqHa
>>729の人気に嫉妬
2018/12/22(土) 20:56:19.14ID:iQI/svoFd
>>727
>>728
エイヴィフがしっくりときた
2018/12/22(土) 21:04:20.25ID:acspqH9p0
AVC アダルト ビデオ コンテンツ
HEVC エッチ エロ ビデオ コンテンツ
VP9 ビデオ ポルノ 9
MPEG マゾヒスト ペンペン エロ ギンギン
HEIF エッチ エロ インサート フィニッシュ
AVIF アンアン
(ここで何くだらねー事まとめてんだと我に返る
2018/12/22(土) 21:05:07.67ID:Tf8Qc9dd0
我に返ったなら書き込むなよ
2018/12/22(土) 21:06:45.54ID:g2dcJusO0
エイヴィフ(AVIF)
エイハブ(AHAB)

…字にしてみるとあまり似てないな、うん
2018/12/22(土) 21:20:30.97ID:zeYdXhov0
>>722にAVIFの作り方書いてるけど誰か試した?
2018/12/23(日) 04:08:29.59ID:0ENhhAK1a
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
2018/12/23(日) 07:10:22.26ID:65BMFaREM
マジかよ知らんかった
youtubeでVP9再生する時にchromeよりfirefoxのほうが軽いと思ってたけどちゃんと理由があったんだな
2018/12/23(日) 11:16:03.64ID:yZSGGkBX0
Appleが「AV1 / VP9」のネイティブ対応やめるってよ
https://applech2.com/archives/20181223-apple-legacy-media-formats-in-2019.html
2018/12/23(日) 11:39:31.13ID:I1WqrW350
いつものAppleって感じだけどAOMのFOUNDING MEMBERSなのにサポートしないってどうなのよ
2018/12/23(日) 12:39:02.22ID:LCza3bO+0
>>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 ̄

レガシーとは一体……
2018/12/23(日) 12:48:02.07ID:eB+3YtaH0
百歩譲ってVP9はレガシー扱いで許したとしても、
AV1がレガシーとは一体…
2018/12/23(日) 12:52:10.13ID:MVKmr1eF0
Appleのアホのせいでネット動画が統一されない
2018/12/23(日) 12:55:49.71ID:LCza3bO+0
こうやって足を引っ張り合う訳ですよ
人類って本っ当にバ〜〜〜〜〜〜〜〜〜化だな〜〜〜〜〜〜〜〜〜〜〜〜〜wwwwww

いや本当にこれH.264が動画界のJPEGポジションで居続ける将来しか見えないんだけど
2018/12/23(日) 13:22:05.83ID:sBQjdbYGd
人類というかAppleってやっぱり馬鹿だなって思うわ
2018/12/23(日) 13:35:26.20ID:tlVqaaxxd
試験運用段階でレガシー扱いとは
2018/12/23(日) 13:55:18.84ID:yZSGGkBX0
https://support.apple.com/ja-jp/HT209000
記事読む暇がないヒト向けに書いておくと、自社製ソフトウェア上における
「ネイティブ編集対応をやめる」のであって、直接扱おうとしたらまず
ProResにトランスコードが始まるようになる。それから編集ってこと

※変換されんの嫌なら他社製ソフトウェアで編集してねってことで
わざわざWindowsマシン使って変換とかが必須になるわけではない
2018/12/23(日) 16:07:28.76ID:RgUQZc0ma
スマブラSPでVP9使われたみたいね
コンシューマーゲーム機で次世代コーデックは何気に初めてか
2018/12/23(日) 16:11:19.79ID:dxQmKrOA0
>>757
そういう情報はソースを示してほしい。
2018/12/23(日) 17:15:45.24ID:iT/2jr5z0
おっ!いいね。
Enable FFmpeg libaom-av1 decoder
https://github.com/HandBrake/HandBrake/pull/1738
2018/12/23(日) 17:19:58.84ID:sYdRYiXEa
スマブラのムービーってh265じゃなくて、vp9なの?
2018/12/23(日) 18:40:11.38ID:M3d3Ct+e0
VP9って次世代なの?
現世代なのかと思ってた
2018/12/23(日) 18:57:24.42ID:dxQmKrOA0
>>761
諸々の事情で>>1にあるように「H.264/AVCの後」のコーデックを次世代と位置づけてスレを立てただけなので
そこはあまり気にしなくてOK。
2018/12/23(日) 19:17:53.91ID:dxQmKrOA0
>>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の変換読み込みをサポートすると解釈できないこともないけど・・・さて。
2018/12/23(日) 21:39:44.17ID:w2tNj4U/0
レガシーフォーマットだから、フレームワーク提供しないよー
他社アプリは勝手に拡張して対応してくれるかもねー

ってAOMに参加したばかりの大企業とは思えない決定だな
2018/12/23(日) 22:17:48.19ID:gzHe7lrO0
うーんこの企業
2018/12/24(月) 01:05:09.32ID:agtwOkQX0EVE
「影響を受けるメディアフォーマットの例」の中に「AV1/VP9」が入ってるから
そこだけ見て誤解してる人が多いようだけど、主題は

  「QuickTime 7 フレームワークの利用停止」

なので、やってることはごく真っ当な進化だと思うよ。
そもそもこれまでもAV1/VP9の読み込みなんてサポートしてなかったみたいだし。
サードパーティの読み込みプラグインがあるのかと思って探してみたけど見つからなかった。

だいたい現状で動画編集ソフトでAV1/VP9素材を扱う需要なんてほぼ無いだろうし、
動画編集ソフトでAV1をネイティブにサポートする時期なんて、HWデコーダ/エンコーダが
それなりに出だすであろう時期(1年後くらい?)になってもまったく問題ない。

そんなことよりSafariとかでのAV1/VP9再生をさっさと実装しろよと思うけど、
AV1はともかく、VP9はサポートしないまま終わりそうではある。
2018/12/24(月) 02:37:54.93ID:5OVvOqT40EVE
>>766
AV1がネイティブサポートされない、つまりAVFoundationで対応する予定が無いんだと思うよ
そうすると動画編集ソフト云々では無く、Safariでの再生対応も無いんじゃないかな
2018/12/24(月) 22:37:57.29ID:mcQSl9kF0EVE
ここにも裏切り者が
HEVC Encoder for Servers
https://developer.qualcomm.com/software/hevc-encoder-servers
>The HEVC video encoder software is designed to:
>Outperform VP9 and AV1
2018/12/24(月) 22:49:44.97ID:KaJDEZ0U0EVE
裏切りもなにもQualcommはAOMに入っていないような・・・
2018/12/24(月) 23:24:45.98ID:mcQSl9kF0EVE
>>769
・・・入ってなかった。
HEIF/HEVC HWアクセラレータが載ってるSD855楽しみに待ってます裏切り者扱いしてごめんね。
2018/12/24(月) 23:39:10.85ID:iDT9tr0tMEVE
裏切り者も何も、VP9やAV1が異端なだけだからねぇ
2018/12/24(月) 23:48:51.96ID:ezLTY33bpEVE
VP9を個人でエンコする需要がない
個人ならライセンス関係ないからHEVCの方が全面的に優れてるし
AV1も今のところ遅すぎるから微妙だし
再生だけ対応してくれればいい
2018/12/25(火) 01:06:43.83ID:NZ0kCgWUaXMAS
スマホはAV1エンコードに対応する必要ないよな
デコードだけで良いよ
2018/12/25(火) 01:52:41.38ID:W8TD/jAC0XMAS
スマホこそエンコードできたほうがいいでしょ
外出してビデオ撮影したファイルサイズを小さくできたり
ビデオ通話で画質が良くなったり
ひきこもりぼっちだからどれも関係ないしやっぱいらねーわ
2018/12/25(火) 02:15:21.79ID:xClFD5D20XMAS
エンコを何だと思ってるのだろう
2018/12/25(火) 02:17:28.16ID:jtOS7ekg0XMAS
モバイルSoCにまともな性能で実装させたらlittleコア数個分の面積食いかねないけどな
2018/12/25(火) 03:01:01.73ID:Iw27XV7n0XMAS
av1をモバイルでエンコードできるのは10年くらい掛かりそう
デコードを頑張ってほしいが、林檎とかいう天の邪鬼がいるからどうなるやら
2018/12/25(火) 03:40:05.37ID:W1kmfNuE0XMAS
HEVCでいい気が…
8K普及したとしてもROM容量が増えてるだろうし大丈夫大丈夫
779名無しさん@編集中 (中止 MMa3-odIk)
垢版 |
2018/12/25(火) 06:56:14.37ID:5vg9f2bCMXMAS
HEVCは企業側が採用したがらないからもし動きがあるとすれば次のVVCじゃないかな…
2018/12/25(火) 08:40:24.88ID:wLCFF49r0XMAS
こっこれは!
https://twitter.com/luojibzzo/status/1077038830237114369
https://twitter.com/5chan_nel (5ch newer account)
2018/12/25(火) 08:47:09.86ID:jtOS7ekg0XMAS
撮影用コーデックは撮影者が扱えてナンボだから、扱いづらいコンテンツ提供向けのライセンスフリーの高圧縮コーデックの方を優先するなんて普通に考えればありえないと思うけどな、スマホ用なら尚更だし
782名無しさん@編集中 (中止 c5d2-gGww)
垢版 |
2018/12/25(火) 09:41:12.59ID:MQ8wKq300XMAS
https://satch.tv/?mref=115
2018/12/25(火) 10:29:52.21ID:LjZb6PqY0XMAS
静止画にしろ動画にしろ、オフィス系ソフトと年賀状作成ソフトで手間なく開けるようにならない限り日本では普及しないだろうなあって思う
2018/12/25(火) 12:24:36.72ID:1dLwpqi0MXMAS
>>783
法人市場ではそうかもしれんが
個人向けでオフィスや年賀状ソフトに依存しきってる奴が何%いると思ってるんだ

具体的な割合は知らんがそう多くは無いだろう
2018/12/25(火) 15:34:33.52ID:eUGJ+AjhMXMAS
QualcommがHEVC陣営だとしたらAV1はかなり不利なのでは
2018/12/25(火) 15:37:26.40ID:bCkcPIGx0XMAS
PCや動画関連は法人需要がベース
個人需要なんてオマケ
個人需要ベースでモノ考えてたら動向を読み間違える元
2018/12/25(火) 18:28:35.13ID:wQFWRdTnaXMAS
MPEGと真っ向に対立してるのってweb系だけだろ
ハードウェアやOSやってるところは対立させるメリットが無い
2018/12/25(火) 18:38:00.26ID:qEqQzkaK0XMAS
Google主導で開発してきたフォーマットで主流になれたやつあったっけ?
2018/12/25(火) 19:34:55.82ID:9dBfh34KaXMAS
フォーマットとは少し違うかもしれないけどhttp2.0とhttp3.0はGoogleが作ったプロトコルがベースだな
あとはbrotliとか
2018/12/30(日) 17:40:45.90ID:hd4c5I/r0
ブラウザーのAV1対応状況。
https://caniuse.com/#search=av1

webp
https://caniuse.com/#search=webp
2019/01/01(火) 13:34:33.06ID:6lyMxGai0
https://drive.google.com/open?id=1vs9oqpXJt91FhkfNtYHFB3fO2OiN98C3
画像をAVIFに変換するbat書いた
Windows 10 Insider Preview Build 18305.1003で表示出来るファイルになるのを一応確認済み
まだ仕様が決まってないから画質確認して遊ぶ用だけど、AVIFと同サイズくらいのjpgを出力する機能もあるから興味ある人は試して
792名無しさん@編集中 (ワッチョイ 76a7-AIgs)
垢版 |
2019/01/02(水) 14:31:20.61ID:cJ3tV5fJ0
jpgとそこまで画質変わらないな
2019/01/03(木) 06:01:26.06ID:X/xn2HO2a
同じ画質でどこまで減らせる?
2019/01/03(木) 10:55:38.27ID:I5Axic6f0
jpg品質85の時
Y-SSIM 0.971384916666667
bpp 1.82670423719618

avif
Y-SSIM 0.972543208333333
bpp 1.07366349962023

jpg品質95の時
Y-SSIM 0.988786333333333
bpp 3.28187476264106

avif
Y-SSIM 0.988429625
bpp 1.92569732666016

bppは24枚の画像で(ファイルサイズ*8)/(横幅*縦幅)を計算した平均値
2019/01/03(木) 11:04:12.35ID:ucnygG5x0
人間の目じゃ違いが分からんな
2019/01/03(木) 11:58:20.31ID:5KiYM89I0
AACとかでも人間の耳じゃ違い分からんとか言われてたけど
実際聞くと違い分かるものだからあてにならん
797名無しさん@編集中 (ワッチョイ 19ad-EhLE)
垢版 |
2019/01/03(木) 12:15:32.83ID:1+X0e1Ta0
https://satch.tv/leaderboard-2/?mref=115
2019/01/03(木) 12:56:13.53ID:LMnvAobf0
容量が小さくなればOKです!
799名無しさん@編集中 (ワッチョイW 9301-iY/o)
垢版 |
2019/01/03(木) 15:36:56.04ID:uW4rZPkL0
JPG85と95っておおよその人が一見して分かる差だと思うけど
2019/01/03(木) 16:07:40.43ID:PlOBTmFY0
実写というか写真だとオリジナルと見比べないならあまり気にならないけどCG、イラスト、アニメ絵とかだと
結構わかる差だよな
なんというかもともとソースが不自然にきれいすぎるもの相手だとどうしても目につく感じ
2019/01/03(木) 16:44:23.70ID:I5Axic6f0
>>798
(1.92569732666016/3.28187476264106)*100=58.6767462482
半分までは行かないけどjpgに対して58%くらいの大きさやね
2019/01/03(木) 20:50:59.66ID:0JMLz4JQ0
85と95なら許容範囲の差だと思うけど。
80下回ったら画質悪いなと感じる
2019/01/06(日) 23:58:49.38ID:Bfy9mN6O0
95未満だとキラーサンプルがあるとだれでも劣化が分かる
現実的には85で4:4:4なら結構いい感じ。
※クオリティ値はバニラcjpegと標準量子化テーブルでの話

JPEGって4:2:0がウェブの実質的標準なので性質悪いんだよな
カメラのJPEG保存ならセンサーが元々ベイヤー配列だし4:2:0も悪くないけど、
公開時にサーバー側処理で1/4未満の解像度にリサイズされた時点で各ピクセルは4:4:4相当の情報持つからね
2019/01/07(月) 00:25:22.12ID:ZxPEaw6h0
>>803
HiDPIが標準になれば420でも良いとは思うけど普及がまだまだだからなあ
2019/01/07(月) 00:57:14.91ID:LDILApyf0
高DPIになればそうだね。

ちなみに有名どころのサービスで再エンコでしっかり4:4:4 JPEGを吐くのはPixivしか知らない。
もしかしたらGoogle Photosもサムネイル表示だけ444だったかも※大きい解像度は420
2019/01/07(月) 01:15:48.07ID:LDILApyf0
ただしGoogle系はWebP対応ブラウザだと、フォーマットの制限で全部420
Webpは再エンコに極度に弱い
https://www.youtube.com/watch?v=ujBp5B35el4

大きいマクロブロックを使える最新のフォーマットの方が8x8のJPEGより色滲みの範囲が広くなるため再エンコ時の世代劣化が酷くなりがちなんだけど、WebPのエンコーダーは根本的に設計ミスしてるとしか思えない
ローパス効きすぎてるんじゃねえのかな
2019/01/07(月) 01:28:33.66ID:LDILApyf0
一応擁護するとGoogleは真にJPEGを置き換える目的のPIKというフォーマットを開発中。進展聞こえて来ないけど。

今度はブロックも敢えて8x8にしてJPEG並の再圧縮耐性がある模様
2019/01/07(月) 02:42:16.45ID:7cbmb5ou0
>>806
破綻を最小限にする為にボカシまくってるのかな?
さらに最新コーデックにありがちな油絵現象で追い打ちが
https://youtu.be/gJJachY651c
2019/01/07(月) 04:01:25.24ID:s1j3ne1k0
Google系セルフコーデックは、もう勝手にやってろよって感じがしてきた
未完成なまま次から次へと手を出しすぎ
810名無しさん@編集中 (ワッチョイW 534b-hWLU)
垢版 |
2019/01/07(月) 05:15:39.69ID:IwP6LG2y0
VP9を見るとGoogleは最初から自分の利益の為にコーデックを作ったから公開する。
普及率上げられるよう努力はするけどそれ以上あまり深入りはしない。といったスタンスだと思う
プラットフォーマーでそれなりに責任感感じて後々のサポートまで考えてるのってMSぐらいじゃないの?色々乱立してカオスになる事は多いけど面倒見はいいよ
2019/01/07(月) 11:05:54.81ID:LDILApyf0
Google PIKも恐らく頓挫する。複数の量子化テーブルを持てる点で優れてるんだけど、Guetzli開発で培った画質評価アルゴリズムで量子化テーブルを最適化するので劇重。

しかもカラースペースを考慮に入れて画質評価をするメカニズムなのでカオスになってる。現状はsRGBがハードコードされてる厄介な仕様。

JPEGの連中とてカラースペースを考慮に入れた圧縮をするのが理想なのは百も承知なんだけど、仕様が無駄に複雑化する上に改善効果が薄いから敢えてやってないんだよね
2019/01/07(月) 11:30:29.31ID:9gcTBdC40
>>811
PIKってGoogle公式のやつじゃなくて社員がプライベートで実験してるみたいなやつっぽいから頓挫もなにもないんじゃないの
813名無しさん@編集中 (ワッチョイ 19ad-EhLE)
垢版 |
2019/01/07(月) 11:47:28.94ID:E0Bue6Ok0
https://satch.tv/video/?orderby=date&;mref=115
2019/01/07(月) 13:00:11.66ID:MrTCEZJr0
jpg,pngの後継が普及する日は来るのか
2019/01/07(月) 13:10:00.56ID:WvP+t+JiM
>>809
これ
2019/01/07(月) 16:00:56.23ID:ninKal400
ビデオコーデックに関してはNHKと日本企業が開発すれば、NHKが放送用規格売り込んで大手電機メーカーが民生機器売って一気に普及するんじゃないの。
互換性保つ事前提になりそうだけど。
2019/01/07(月) 16:20:10.65ID:UwI47A/Y0
>大手電機メーカーが民生機器売って

今の地デジTV買い換えようと思う?
2019/01/07(月) 17:42:46.79ID:Gg1g63Oh0
それ以前にNHKと日本企業の力にどんな幻想を抱いてるんだ・・・。世界をなめすぎだろ。
819名無しさん@編集中 (ワンミングク MMd3-hWLU)
垢版 |
2019/01/07(月) 18:17:51.22ID:5mR8utRvM
>>816
NHKは265/266の開発にもモロ携わっているから…(作る訳ねーだろ)
2019/01/07(月) 21:12:43.61ID:ZjZdAZibM
NHKはそれなりに強い力持ってるだろ
4K8K放送はNHKが世界標準だぞ
2019/01/07(月) 21:49:39.66ID:ninKal400
NHKがスーパーハイビジョン研究で先行してるし、NHK主導の日本の放送方式は色んな国で使われていたはず。
あとテレビに限らずエンコーダーやテレビカメラ、放送機器とは別に、民間のビデオカメラやデジタルカメラは日本企業が世界でもトップシェア。記録フォーマットのAVCHDはそこそこ普及した。
XAVCとかATRACとか、一社だけでやればそりゃあ普及しないけど…
2019/01/07(月) 22:00:34.93ID:65/kj72t0
地上デジタルのことならブラジルとか中南米の一部だけ
コーデックは世界標準のものを使ってるだけだし
次の4k/8kは実情と乖離した22.2ch音声も規格化されてたり悪い意味でガラパゴスの極致
2019/01/07(月) 22:39:39.10ID:vDUjLUZI0
8Kが家庭で見られるのは日本だけガラパゴス最高じゃん!
2019/01/07(月) 23:49:26.86ID:oChsZCMi0
ガラパゴスって褒め言葉だと思ってるわ俺
2019/01/07(月) 23:55:23.92ID:l75DddYva
32kそろそろ普及するかな?
2019/01/08(火) 00:35:36.58ID:ZLhiNP9K0
オリンピックまでに間に合うのか?8k
2019/01/08(火) 00:42:52.47ID:xQaccg9zd
8K放送とかリアルタイムエンコーダ/組み込み用デコーダの技術不足で
時期尚早残念ハイビジョンの地デジの二の舞になると思ってたんだけど

実際どんな感じなの?
2019/01/08(火) 01:03:37.09ID:OH+oiVQM0
自分で判断しろよ、そのくらい
2019/01/08(火) 02:07:35.97ID:SiWIHh5P0
コンテナはTCや字幕やら載せられるMXFしかありえないし
XAVCはオープンだしほぼ全てのNLEがXAVCサポートしてて、ポスプロ中間CODECとしてはほどほどの圧縮率で使いやすい

4K見てると5.1chもあるが、0.1の重低音chは無音なことがほとんど
下が100Hz以下まで再生出来るなら、0.1は無しの方が個人的にはいいけれど
2019/01/08(火) 08:36:09.99ID:qA0WsWAzM
4Kでもオーバースペック気味なのにNHKは8Kなんて無駄な事にカネ使うなっての
こんな無駄の為に国民の負担増やすから国際競争力が低下するって解ってないだろ
2019/01/08(火) 09:16:03.59ID:LtgLyb+60
それでいざ8kが黒船に乗ってきたら今度は日本は技術投資がどうたら文句言うんですよねわかります
2019/01/08(火) 09:55:13.05ID:yrdVOdyM0
俺もそう思う
Blu-ray出た時もDVDでいいのにとか言ってたんだろうなぁと
2019/01/08(火) 10:07:39.85ID:xQ5uk0fMd
>>831
絶対にそうなると俺も思うわ、映像技術開発に金をかけずに衰退した後で「昔は日本がこの分野では世界一だったんだけどなぁ」とか懐古に浸りながら言うに決まってる
2019/01/08(火) 10:43:00.34ID:qA0WsWAzM
DVDで十分じゃなくて映像の配信媒体として光学ディスク自体がニッチ化するのが明らかだった
blu-rayディスクレコーダーなんて放送と家電屋の既得権益に飲まれた日本の象徴的な産物
結果としてnetflix等のストリーミング映像配信サービスが黒船として正に脅威になってる
2019/01/08(火) 10:52:11.76ID:a2uZGHJC0
当時絶対そうは思ってなかったでしょ?
2019/01/08(火) 10:55:55.01ID:qA0WsWAzM
>>835
完璧にそう思ってた
未だにレンタルビデオ屋が生きてるのが信じられないわ
CDも大分粘ってるけど日本の恥だわ
2019/01/08(火) 11:00:46.69ID:qA0WsWAzM
8K採用するのに十分に低コストな編集、制作環境、配信コストの見込みが立っていればまだしもスケジュール最優先で決まったのが明らか

劇的に圧縮率が向上するようなコーデックも現状見込みがない事もここの住民なら解ってるはず

データ容量的に配信コストが高過ぎて光学ディスクと放送ぐらいしかまともに活用出来ない
つまり恩恵が得られる受け手は旧態依然とした映像マニアぐらいと言う絶望ぶり
2019/01/08(火) 11:02:49.95ID:OUMixCBS0
当時ネットで4kとか思ってる訳ないじゃんw
2019/01/08(火) 11:04:24.27ID:IMMvtkSLa
NHKは毎年7000億も自動的に入って来るから8kとかやらないと使いきれないんだろう
2019/01/08(火) 11:44:38.51ID:9OnWazE60
>>831
日本の地デジ規格の何がダメかってコピーコントロールがあることで
そういうろくでもない縛りが黒船のおかげで崩壊するなら万歳三唱で迎え入れるって人は多いと思うぞ

それに2k放送に限っても「家電王国 日本」の威信をかけて開発したわりにmpeg2採用だったり
もうちょっと技術的なものと長期的スパンとのバランスをとる気はないのかって思う
2019/01/08(火) 12:56:07.85ID:RVPMg7T8M
コピーライト?だかコピーワンスだかの時は色々揉めてた記憶が
CCCDとかも醜い例だよね
2019/01/08(火) 15:58:16.38ID:OH+oiVQM0
ホント、ゴミネオはクソしかいないなw
2019/01/08(火) 22:08:33.03ID:ZLhiNP9K0
ネット配信で100Mbpsストリーミングが実用的になる時はいつになるのだろうか?
2019/01/08(火) 22:13:23.61ID:uVM2w6l8a
動画広告「その帯域俺がもらったー!」
てなりそうで嫌だわ
2019/01/08(火) 23:24:35.96ID:5MOzIVoc0
>>831
同感。4Kだって海外だとHDRにまで発展させちゃっててネットフリックスとかまさに黒船。8Kも海外メーカー乗り気なところ多いし…
2019/01/08(火) 23:26:47.35ID:5MOzIVoc0
>>840
同感。H264今からでも採用しろよって思う。mpeg2の帯域を半分にしてH.264ぶち込んでもいいと思うくらい。
コピーコントロールはNHKが口出しまくってるんだよね、嫌なら無料でフルHDビデオオンデマンドを解放しろよ公共放送なんだからって思う。
2019/01/08(火) 23:41:15.50ID:e+kmjB2Ap
TVはGOP0.5秒(15フレーム)だからH.264にしても大して改善されないぞ
アニメエンコはGOP10秒(240フレーム)とかにして稼いでるのが大きいからな
低レートだとデブロッキングあるからマシだけど家電ならMPEG2でも同じようなの映像処理でやってるからな
2019/01/08(火) 23:42:31.84ID:SiWIHh5P0
後からは、誰でも何とでも言える
スケジュールありきでないと、技術開発ってものは進まない
今でもHD放送のマスターはMPEG2 50MbpsのXDCAMだし、放送はMPEG2 13Mbps

地デジで全てのテレビがHDになった時でも、俺には必要ない、DVD最高!ってのがわんさかいたな
2019/01/09(水) 02:53:06.55ID:KPFEiQbh0
2019年にも鳴ってMPEG2(笑)とか悲しくねーのか
2019/01/09(水) 03:32:35.96ID:dBIjzdJ70
地デジなんて情弱専門チャンネルは未来永劫MPEG2でよし
2019/01/09(水) 04:41:14.46ID:I+3UaZ+f0
H264より現行の方が優れている点ってあるの?
運用ノウハウとか対応ソフトウェアの数とかじゃなくてコーデック的な強みの話
2019/01/09(水) 07:23:54.16ID:D0npRkls0
>>847
ならどうしてレコーダー搭載のエンコーダーはH.264を使ってるのか。
あちらもGOP0.5秒
2019/01/09(水) 11:14:07.26ID:RoTB2nIrM
地デジ自体をさっさと終了しろと思うわ
地デジ開始時も全部BSに追いやって地上波の帯域は携帯電話か無線LAN、wimaxの通信事業者にやれと思ってた

ところがどっこい明白に通信の時代になってるのに4K8K放送とか言い出すから目眩したわ
未来を潰す時代錯誤も甚だしい老害の発想
2019/01/09(水) 11:25:50.17ID:PM2yWejY0
頭大丈夫か?
2019/01/09(水) 11:32:57.59ID:3uwF8g/N0
4K放送でH265使うために特許料金払うことになるだろうけど
パテントプール内の団体を思い出すたびにちょっとへこむ
NHKとか特許料何に使うねん
2019/01/09(水) 11:57:17.25ID:RoTB2nIrM
>>855
NHKはクロスライセンス目的もあるでしょ
ただH.265は誰にどれだけ払えばいいのか意味不明だし後々になってパテントトロールがゴネて来るかもしれない
2019/01/09(水) 12:56:16.98ID:v/qLEDL9a
アナログテレビの頃は互換性を維持したままカラー化や画質の向上をしてこれたけど、デジタルは一旦ご破算にしないと画質向上させられないのが痛いな
地デジをどうやって4kにするのか謎だな
というか無理なんだろうね
2019/01/09(水) 13:08:08.10ID:JXFCPZ/V0
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.
2019/01/09(水) 13:40:46.71ID:rjb2acT30
480→720→1080と今まで1.5倍ずつだったのが急に2160→4320と倍ずつになってるから帯域増えすぎじゃないのか
860名無しさん@編集中 (ワンミングク MMd3-hWLU)
垢版 |
2019/01/09(水) 14:23:11.92ID:K7pXGAJQM
mpeg2からh265になれば同一ビットレートで余裕じゃないの
2019/01/09(水) 14:36:32.34ID:HSNfxI/Q0
結局H.265のライセンス周りとかって今どうなってるんです?
2019/01/09(水) 15:52:46.58ID:C7x6sZBh0
いろいろ追い付いてねぇのに、画素数どんどん増やしすぎだろ。
2019/01/09(水) 16:56:05.77ID:n/rKNJAQ0
地デジは放送側のエンコーダを更新して画質向上できないのかね?
ガチガチの規格に縛られてて変更できないとか有るのかな

同じ形式で出力するにしても、処理能力の暴力で叩くとか
新しいアルゴリズム採用するとかすれば品質上がりそうだけど
2019/01/09(水) 17:06:28.21ID:/7usGwoYd
送出側のエンコーダの更新はしてたはず
地デジ初期に比べれば向上してる

デコーダの更新はほぼ不可能だろうし、当面は現行方式でいくだろうね
2019/01/09(水) 17:09:54.53ID:sgMV1QXNa
NHKが最近やってる4Kと同じ番組を地デジで流すやつ見ると放送側の改善でまだまだ画質上げれそうだよな
2019/01/09(水) 17:21:10.98ID:dBIjzdJ70
>>859
日本の放送で720p運用はしていない
2019/01/09(水) 20:36:26.46ID:D0npRkls0
液晶パネルは1366x768ってのあったけどね。
でも放送形式で見れば480→1080で倍以上だね
2019/01/09(水) 20:51:14.48ID:fy0v0hR/0
というか帯域どうこうというなら縦解像度だけで話すのではなく、
全体の解像度(画素数)の差とかi/pの差とかフレームレートの差も考えるべきだろうと。
869名無しさん@編集中 (ワッチョイW 534b-hWLU)
垢版 |
2019/01/09(水) 21:12:44.86ID:MYU0a4A60
sar4:3
インターレース
4:2:0
2019/01/09(水) 21:36:16.20ID:1G0gBTj4a
地デジはセグメントを12(HD)、8(HD)+4(SD)みたいな事をやってるから、
8だけでHD放送して4に追加の高画質化情報を送るとかすれば、
古いテレビは今まで通りで新しいテレビでは高画質とか出来なくはなさそう
2019/01/09(水) 21:49:26.24ID:LRjiZV5e0
>>847
放送局が放送した時点で発生してるブロックノイズは家電側ではどうしようもないぞ
2019/01/09(水) 21:59:21.71ID:D0npRkls0
デブロッキングどうこうがいまいちよく分からない
2019/01/09(水) 23:40:18.71ID:LxwMqcZE0
放送は基本的にリアルタイムエンコしてるから遥かにビットレートが低いはずのネット放送に
画質で負けたりすることがあるんだよな
エンコーダの進化で画質の向上の余地は充分あるはず
2019/01/09(水) 23:50:45.67ID:I+3UaZ+f0
リアルタイムエンコのMPEG2より1〜3MbpsできっちりエンコされたH264の方が高画質なことの方が多いよね
2019/01/09(水) 23:52:45.60ID:EdMUj7mj0
>>847
TSはOpenGOP許可されてるから・・
2019/01/10(木) 00:02:22.66ID:0owCCzLj0
>>871-872
H.264のデブロッキングフィルタみたいにQP情報参照して、
マクロブロック単位でデブロックやリンギング除去掛ける画像処理があるんだよ
デコーダと直結してないと無理なのでPCだと難しいけど、
AvisynthのDGDecodeで出来るのでやってみるといい
荒れてるところだけ強く掛けるから全体に影響しないしかなり効果ある
2019/01/10(木) 00:07:22.81ID:0owCCzLj0
逆にH.264のデブロッキングフィルタをOFFにしてみるのも面白い
低レートだとかなりガビガビになって元はこんなのなのかってのが分かる
これ出てウェーブレットとかすっかり下火になっちゃった気もするしかなりの発明だったと思う
2019/01/10(木) 00:32:52.99ID:xdGxB/F/0
AvisynthのDGDecodeよりAmatsukazeのデブロッキングフィルタの方が違いが分かりやすいよ
2019/01/10(木) 00:40:50.98ID:6cauLr9D0
MPEG2の今の地デジ方式って、1998年に規格策定完了してなきゃいけなかったから、MPEG2しか選択肢がなかったんだがな
MPEG2に文句つけて大きな事を言ってる奴は、その20年前何してたんだよ?
やっとHDCAMが出始めた頃

まともにHDのCODECについて語れる奴は、少なくとも俺はお目にかかってないぞ
すぐに東京タワーから試験放送始めたが、まだまだデジタルチューナーもなくて、イベント会場でチラホラ程度
当初はIRDと呼んで、チューナーとか受信機とさえ呼ばなかったが
2019/01/10(木) 00:46:40.53ID:vX4duLOB0
戦艦大和も46cm砲じゃなくてミサイル積んでれば沈没しなかったわけで日本には先見の明が無い
2019/01/10(木) 01:08:02.08ID:n5TvGA1q0
南米の地上波はH.264らしいな
2019/01/10(木) 01:36:53.46ID:bWsaA+hm0
AV1のロイヤリティー・フリー保証の基本的なアプローチになっている
防御的解除というものがどういうものなのかさっぱり分からん。
アルゴリズム特許に関しても有効に機能するものなの?
2019/01/10(木) 07:15:04.44ID:jrvfKwsH0
>>876
そんなのテレビ放送に付加されてるのか。
H.264みたくオプション機能じゃないの?
884名無しさん@編集中 (ワッチョイ 16f3-ae4N)
垢版 |
2019/01/10(木) 11:42:13.00ID:7Tqw7cEC0
地デジの話はここ見ると面白いぞ
http://web.archive.org/web/20061105065656/http://furukawablog.spaces.live.com/blog/cns!156823E649BD3714!4256.entry
2019/01/10(木) 12:30:32.90ID:1857LXbZ0
>>876
デブロッキング・フィルタはディテール復元するものじゃないから
放送局から送出された時点でディテールが保持されてる(保持しやすい仕組みの)ほうが望ましいでしょ

>>883
受信してデコードする段階で一工夫するという話で
放送局がどうこうという話じゃないよ
もっとも、そういうのをやってるのは一部高級機だけだろうけど

>>879
欧州でやってるように適度なスパンで内容を見直したらいい
欧州の新版では音声にAC-4 が追加されたらしいし
そういう柔軟性と比べたら22.2chなんて愚直すぎると思う
886名無しさん@編集中 (ワンミングク MM8a-1+fo)
垢版 |
2019/01/10(木) 14:14:07.52ID:ppRNmCVnM
>>885
22.2chなんてのは作るだけ作ってlvで分けちゃえばいいじゃん
2019/01/10(木) 22:18:44.10ID:jrvfKwsH0
>>885
なるほど
テレビやレコーダーに付いてるブロックノイズ除去で個人的には限界かなと思ってた
2019/01/11(金) 09:48:42.63ID:4RJ8wey+0
>>886
lvってなに?

>>884
ここ見るとインタレだな>アナログ時代の盲腸は
2019/01/12(土) 03:53:49.67ID:pqAaLsv/0
>>885
定期的に見直す=既存のチューナーテレビが無用の長物と化す
今の日本で「新しい方式の地デジチューナーかテレビに買い換えないと、来年から映らなくなります」が許されるか?
2019/01/12(土) 04:44:53.85ID:nZ9gxucS0
アナログ完全停波は6年半前なのに「今の日本」ってどう言う意味
「今の日本」だとどうなのか詳しく
それに1年で映らなくなるなんて言い出すわけないのに極端な条件出すのは卑劣
2019/01/12(土) 06:12:42.48ID:U92kP7Qs0
帯域あけるためにある日突然全局SD解像度に逆戻りってのはあるかもな…
2019/01/12(土) 06:16:05.74ID:RMBwTw5t0
>>890
文章がいちいち頭悪すぎる
2019/01/12(土) 06:18:11.65ID:CrUhXddg0
4Kじゃ中途半端なので地デジに関しては8Kで移行が妥当って思うけど、ビットレート的には不可能だな
NHKの8K HEVCエンコーダーも下が64Mbpsからだし

かといって全員がBSなぞ入れる訳ないので4K・8Kの標準的な楽しみ方が放送ではなくIPベースになるのは間違いない
2019/01/12(土) 06:32:30.39ID:CrUhXddg0
しかしオリンピックのタイムラインで無理矢理テスト放送で8Kねじ込んで当初の目標を達成するのはいいけど、どうせ将来そのままの仕様で本放送になるんだろうな

8Kの本放送はVVC普及まで気長に待っても良いように思うけど、何が何でもNHK案でHEVCのままになりそうな悪寒
2019/01/12(土) 10:45:44.03ID:V25mx18Aa
地上波は安定して送信できるビットレートが16Mbps程度らしいから、4k8k用の高ビットレートは衛星放送が必須なんだろう
ケーブルテレビ経由でも受信できると思うけど
2019/01/12(土) 10:49:36.77ID:V25mx18Aa
だからBS/CS経由の4k8k放送が仮じゃなくて、本当に本放送なんだよ
2019/01/12(土) 10:57:20.63ID:/UBRpgq3M
4Kが中途半端、8Kで移行が妥当って…
リビングで視聴距離2mの環境なら4K50インチ、8K100インチあたりがマニアが見て優位性があるラインだと思う(マニアでなければ1.5倍サイズまでカバー出来る)
2019/01/12(土) 12:08:25.29ID:ASZXLjkq0
8Kは本当に要るのか?
相当な帯域が割り当てられない限り
2m離れて見たら4Kの方が綺麗
みたいなオチになりそうだけど
2019/01/12(土) 12:58:35.50ID:cBpAclgS0
HEVCの次世代…VVCだっけ?これが出来ても8kを地上波で流すのは難しそうだなぁ
2019/01/12(土) 13:14:45.67ID:XxYV/SJc0
AV1っていつ頃からintelのCPUのqsvに統合されるようになるんでしょうか?
ice lakeには間に合いませんかね?
ちょうど2012年に作ったivy bridgeマシンが更新時なのでice lake(と言わずその次あたりでも)で対応してくれると
うれしいのですが。
2019/01/12(土) 13:56:55.48ID:ntQiQWeB0
「4K60i」なら16Mbpsでいけるんじゃないの?
そういう規格あるかは知らないけど。
2019/01/12(土) 14:43:03.95ID:KT4qKaj90
>>900
いつ対応するなんか一言も発表されてないからわからない
2019/01/12(土) 15:07:22.92ID:0pmMrQMQ0
>>891
実際、FullHDなBSを、帯域・解像度とも落とされて、4K開始!きれい!今までと全然違う!
とやられた実績があるから、無いとも言い切れないな。
(アニメの720P放送、映画の24FPS放送は歓迎だが)
2019/01/12(土) 17:41:00.30ID:2c8DQC0g0
>>889
〇〇年以降発売のモデルはこの条件を満たしてねでいいのでは
日本みたいに放送終了! 見たければ対応テレビに買い替えてね!
よりスマートな気がする
2019/01/12(土) 22:36:42.40ID:CrUhXddg0
>>902
インタビューか何かでIce lakeでは対応しないとIntelの人が回答してる
2019/01/12(土) 23:26:59.04ID:KT4qKaj90
>>905
まじか
ソースある?見てみたいわ
2019/01/12(土) 23:29:00.76ID:1J2iIAhQM
ソースも何も開発期間考えたら無理に決まってるだろ
AV1の仕様が実用上の最終確定したのいつだと思ってるの?
2019/01/13(日) 00:19:10.60ID:r3v8oxdG0
>>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では対応しないが、それ以降はすぐに対応予定である」という建前を言ってるだけ。
2019/01/13(日) 00:26:05.19ID:cHYCdQoL0
Haswellあたりは後からGPGPU使ってHEVCに対応とかさせてたのになあ
NVIDIAやAMDはもっとGPUのパワーあるのに後から対応とか全くやらないし
PCも家電と同じように10年使う時代が到来しそうになってきてるんだから頼むよ
2019/01/13(日) 00:44:55.47ID:dV5twhvB0
そんな銭にならんこと、誰がしますかいな
アホなこといいなさんな
2019/01/13(日) 00:49:33.87ID:jtEOVG3r0
NVIDIA、好きじゃなくなってきた
思想よくわからないし
2019/01/13(日) 01:07:29.73ID:hC0jZP9x0
>>904
日本の地デジは同時放送期間を長く取っていたぞ
それ全く同じこと
結局期限決めなきゃ、周波数の空きがないから移行できないだろ
2019/01/13(日) 01:10:33.83ID:hC0jZP9x0
>>901
理屈の上ではそうなるが
30pと60pしかない
2019/01/13(日) 01:14:55.78ID:hC0jZP9x0
>>909
日本中の地上波の送信機を交換するのに、大金と8年くらいかかる
つまりリアルタイムエンコード可能な個体化したエンコーダーと、それを正確に増幅するPA
8年前にできあがっていた規格で、どんなものがある?
H.264までかな
2019/01/13(日) 01:30:29.97ID:WeIUUXRq0
>>908
ソースと丁寧な解説ありがとう
参考になった
916名無しさん@編集中 (ワッチョイ 1963-Fjw0)
垢版 |
2019/01/13(日) 02:59:46.16ID:vDg3J9sw0
H.264で地デジを見たけりゃ南米(ブラジル)に移住するんやなw
デジタル地上波がH.264で流れているんやなw
2019/01/13(日) 13:04:12.23ID:hzF+ANxl0
>>913
チーン
まぁ大画面でインタレのちらつき見せられたら幻滅やしな
2019/01/13(日) 18:00:55.61ID:hC0jZP9x0
>>917
インターレースは評判悪いが、最近のインタレ解除アルゴリズムが優秀で、59iを59p化するとなかなかきれいだしな
あと、最近のテレビのモーションフローなんかで、30pが120pで表示されるし
XAVC300の60pは600Mbpsだが、30iでいいとなれば150Mbpsで済むことになる(そんな規格はないけど)

HD放送はまさにこれやってるけど、4K8Kはフルの60pだから、処理もストレージもかなり厳しい
2019/01/13(日) 19:10:48.18ID:hzF+ANxl0
>>918
そうは言っても細かい描写とかインターレースで消えてしまう部分の補完は無理があるから、高精細化が進んだHD以降はインターレースは害悪だと思う。
あと59iとか30iって…何?

GOPを1秒にするのはどうだろう
2019/01/13(日) 21:21:20.21ID:pKYDwAOg0
インターレースが汚いって言う知り合いの使ってるモニタ確認させてもらうと
ほとんどがI/P変換機能の無い安物PCモニタとか使って判断してたわ
2019/01/13(日) 21:37:06.80ID:pOhULN+G0
30iって15pってこと?そんな規格ってあるの?
2019/01/13(日) 21:50:59.47ID:oSDV6/qw0
インターレースはエンコードするとき邪魔じゃないか?
動き探索にも邪魔だし、高周波成分マシマシだし…
2019/01/13(日) 21:54:21.08ID:hC0jZP9x0
>>919
インターレースで消えてるのは、ある瞬間の1/59.94秒に出てきて、次の1/59.94秒には消えてるディテールな
海の遠景の小さな波しぶきなんかは、このディテールを含んでる可能性はあるが
そもそも圧縮で消えるな

ごめん、フィールド周波数59.94Hzのインターレース59.94iを59iと略称してる
30iは同じだけど、NLEアプリによっては59.94iを
「29.94fpsフィールドを有効」
と書いてるのもあって、これの省略形が29.97iか30i
2019/01/13(日) 22:00:07.46ID:hC0jZP9x0
>>920
I/P変換は今のテレビにはほぼ入ってるからな
昔の一部ドンキ格安テレビとかPCディスプレイとか除いて

逆に、3840 x 2160 UHD 29.97pを4Kテレビで見ると、60pや120p化されててになめらかで驚く
ハリソンフォードが、「映画を24pから勝手にコマ数増やしてなめらかにして見るな!」と、視聴者に文句言ってたなw
2019/01/13(日) 22:11:33.00ID:r3v8oxdG0
コーデックが進歩した現在だと、インタレみたいな原始的なデータの間引き方をせずに、ビットレートを半分にした方が綺麗だし。こんな物が受け入れられたのはMPEG-2時代まで
2019/01/13(日) 22:27:27.23ID:r3v8oxdG0
最近傍ライン同士が同じブロックに詰め込まれた方が低周波成分の分布が増えて圧縮効率が良くなる。しかも解像度が上がるほどこの恩恵が増えるので、インターレースは消えるべくして消えた
2019/01/13(日) 23:33:14.05ID:c/wqKywx0
>>912
フランスかドイツで第二世代地デジへの移行(第一世代の終了と解釈した)が行われたってtwitterで観た記憶があったからの主張なんだけど、
自分の主張の一番のコア部分は、その時々の主流を柔軟に取り入れたらいいのにってことね
AVアンプスレだとAtomosが最新トレンドなのに日本の地デジはほぼ独自でニッチな仕様の22.2chなんて・・っていう感想が元
2019/01/14(月) 00:46:38.98ID:7UaQMeb/0
>>927
UHDブルーレイがすんなり出たように、既存のものに手をつけずに追加するなら何の問題もない
周波数は有限で、既存のHD放送が受信できなくなって次世代に定期的に乗り変われるなら、そんな簡単なことはない

22.2とatomosの関係は知らんけど
4K放送も新規の追加BSch
2019/01/14(月) 00:57:30.03ID:CjQKr4ai0
まず今の時期に第2世代地デジをやるなんて普通に失策の可能性もあるんじゃないのか>ドイツ
NHKの技術センスが壊滅的なのはまた別の話
2019/01/14(月) 01:19:05.83ID:+/nGJIS00
>>923
59.94iは60iでいい気が…
そんな細かい事はまぁいいとして、
圧縮で消えた上でインターレースはキツい。あと文字やテロップも厳しい。
29.94fpsフィールド?
29.97フレームの59.94フィールドって意味だと思うけど…
2019/01/14(月) 01:37:08.09ID:7UaQMeb/0
>>930
29.97fps(フレームパーセカンド)フィールドあり、の意味だろうけど
すごく紛らわしい

先日、Premiereで59.94pのGoPro素材を59.94インターレースで書き出したら、実際には119.88フィールドパーセカンドのものが出来てて、笑うしかなかった
2019/01/14(月) 02:02:16.67ID:zPROB4EF0
>>930
文字は止まってればインターレース関係ないし、テロップは動き補償型インターレース解除なら問題ない
CMの注意書きみたいな小さい文字が動いてると問題だけど、そんな映像普通作らないから
2019/01/14(月) 03:25:09.32ID:R4/8yja+0
NHKには高級取りのくせに無能な技術者がいるようでニュース7や9を見ていると
テロッパーとかはちゃんとした機材を適切に使ってて問題ないのが多いんだけど
ロゴとかがインタレ状態のギザギザシマシマになってるのが載ってて失笑してる
2019/01/14(月) 09:44:35.30ID:yaQ1XxLJ0
>>932
その前提崩しはダメでしょ
2019/01/14(月) 14:53:05.65ID:zPROB4EF0
ん?どの部分が?
2019/01/14(月) 14:55:08.17ID:7qRYOu8l0
今更言うのもなんだが次世代コーデックの話から脱線しすぎじゃない?
2019/01/14(月) 15:03:00.43ID:+/nGJIS00
>>932
ウチのテレビはデインターレースがカスいのかテロップの端がピクピク動くんだわ
2019/01/14(月) 15:05:00.34ID:QwxIxp1T0
TVのエンコード事情の話全然わからないけど面白かった
まぁ確かに脱線してた気もするけど
2019/01/14(月) 16:17:44.50ID:+/nGJIS00
ここコーデックスレだったね忘れてた
940名無しさん@編集中 (ワッチョイW 5577-GBk7)
垢版 |
2019/01/14(月) 18:36:22.32ID:rbqjp7hC0
ところで現状、AV1の一番速いエンコーダーどれよ
2019/01/14(月) 20:24:41.10ID:MF228XEv0
>>940
libaom(cpu-used8)とrav1e(speed10)で比較してみたけど速度だけならrav1eのほうが1.5倍くらい速かったな
rav1eはまだマルチスレッドにすら対応してないけど
ちなみに画質はx264より悪くなるから実用性は無い
942名無しさん@編集中 (ワッチョイW 5577-GBk7)
垢版 |
2019/01/14(月) 20:38:43.83ID:rbqjp7hC0
>>941
唯一の利点は一般ユーザーには関係ないライセンス料てか?
結局のところハードウェアエンコーダが出ないとキツいのか・・・。
2019/01/14(月) 20:57:05.35ID:gWfbxhV90
rav1eが実用的になってきた頃にはH.266の規格が完成してたりして
2019/01/15(火) 02:57:06.88ID:YCwcf1CY0
H.266が実用的になるまでAV1より長い時間が必要な気がする
2019/01/15(火) 03:42:20.59ID:Ex4KBApU0
JEM (VVCエンコーダー) でもAV1より2-3倍高速にエンコできるらしいし、技術的にHEVCの延長線上なので、2020年に制定されれば数年で普及すると思うけどね。h264 > 265のが革新的な機能追加が多くて対応が大変だったはずだよ
2019/01/15(火) 07:10:04.23ID:w58fMsS70
次世代映像符号化方式の標準化動向
https://www.jstage.jst.go.jp/article/itej/70/3/70_328/_pdf/-char/ja
2016年の資料によると2020年前後らしい
2019/01/15(火) 08:33:57.76ID:Ex4KBApU0
制定は何事もなければ2020年10月予定だよ。
とはいえハードウェアに乗るのはそこから数年掛かるかと。
948名無しさん@編集中 (ワンミングク MM8a-1+fo)
垢版 |
2019/01/15(火) 09:01:57.59ID:fl6QRCiFM
h265が普及してるとはとても言えない状況でav1/h266なんて回路面積喰いそうなデコーダを2つもミドルやエントリーSOCに載せてくるかな
あとav1の2〜3倍ってx265のveryslowより10倍はエンコード重いだろうし最新コーデックはもう個人のCPUでは扱えない感が強くて悲しい
949名無しさん@編集中 (ワッチョイ e5ad-co/0)
垢版 |
2019/01/15(火) 10:33:43.72ID:pxlZ+57/0
https://satch.tv/video/426557.html?mref=115
2019/01/15(火) 13:07:37.23ID:09ZyehDB0
ゲーム配信とかで新コーデック使える日は来るのだろうか
ハードウェアエンコーダーじゃないと辛そうだけど
2019/01/15(火) 16:03:02.41ID:0bta4PKJ0
IBMが量子コンピューターの販売始めたし、コンテンツインフラ提供してる巨大企業が
エンコードはがっつりやってくれるようになって、エンコード負荷軽減自体があまり
研究されなくなっていき、デコード効率重視になっていく近未来が見える気もする

5Gやそれを超えるような広帯域通信が普及すると、いま3DCGでレンダリングプールを
インターネット越しに企業が提供してるように、動画エンコードも素材データ送って
でかいサーバーに任せてしまうということが可能になってくるし
(超広帯域通信が普及しても4K8Kなどの高解像度化や高画質化の余地がたくさんあるから
圧縮技術のニーズがなくなる未来はまだ遠いと思う)

そうすると著作権破ってる奴らははねられてしまうから、自分でコンテンツ生み出してない奴らは
絶望することになってこのスレも過疎るんだろうな
2019/01/15(火) 17:52:49.80ID:EwLADQYQM
ハードウェア再生支援が対応してもソフトウェア側が充分に活用できていなかったり、ソフトウェアによっては初期設定のままだとハードウェア再生支援自体が無効だったりとか、対応がまちまちすぎて困る

例えば、Windows10標準の「映画と
テレビ」は、ハードウェア再生支援自体は使えるのだが、動きが微妙にではあるがなめらかでなくなる瞬間を見かける

高画質な再生をするのに使われるPotPlayerなんかだと、ハードウェア再生支援を使えばなめらかに再生はされるのだが、デフォルト設定は無効になっていて、しかも設定項目がどこにあるかがわかりにくい
(PotPlayerの場合、音声の設定がデフォルトで正規化処理を有効にしているのも問題ではあるが。
正規化処理を有効にしていると、再生するファイルによっては音声にプツプツというようなノイズが混じることがある。)
2019/01/16(水) 00:57:48.96ID:Xe3wr+RF0
最新のCODECって、時間軸は何秒も深く圧縮してる?
つまりハードが出来て最適化されようとも、確実に数秒以上の遅延が起こる?
2019/01/16(水) 03:38:10.46ID:rY7xXqeH0
してない、というかその辺は変わらない。
2019/01/16(水) 15:27:22.44ID:RJTVMrtt0
MediaKind-HEVC-and-AV1-whitepaper_FINAL.pdf
https://www.mediakind.com/pdf/MediaKind-HEVC-and-AV1-whitepaper_FINAL.pdf 👀
Rock54: Caution(BBR-MD5:1341adc37120578f18dba9451e6c8c3b)
2019/01/16(水) 17:16:28.85ID:6CPf9YwEM
今度こそ規格決まった?
957名無しさん@編集中 (ワッチョイW f177-JriC)
垢版 |
2019/01/23(水) 22:39:56.93ID:a3b964BD0
地デジの話が終わったら静まり返るの草
2019/01/24(木) 00:49:00.64ID:jrUkBa/90
x265 3.0 がリリースされ、それに対応した x265guiEx 3.92 もリリースされた。

x265のリリースノートは現時点ではまだ2.9のままなので、3.0の内容については当面は2つ目のリンクから。
 https://x265.readthedocs.io/en/default/releasenotes.html
 https://bitbucket.org/multicoreware/x265/src/a6a12bc3ccf4b3138f1d62b2a81c9c40c3c88d62/doc/reST/releasenotes.rst

詳細は直接見てもらうとして、意識しとくべきなのは以下の3つあたりかな?

 ・--preset slowerのパラメータ変更があり、従来のveryslowと同じになった。
  その上でveryslowにいくつかパラメータ変更が入った。

 ・--aq-modeのデフォルト値変更。 「1 : uniform AQ」 → 「2 : auto variance」

 ・--tune animationの追加

あとはDolbyVision対応とか、--hevc-aq (これが以前話に出てた新しいAQ?)の試験実装とかかな。
リリースノートに書かれてない新オプションとして、--[no-]-hrd-concat というのもある。
2019/01/24(木) 00:52:45.18ID:jrUkBa/90
メモ:

・slower/veryslowの変更
https://bitbucket.org/multicoreware/x265/commits/537bba0b7fdcbfc56ab4eb5315909c7a5cdb5a23?at=3.0

・aq-modeのデフォルト値変更
https://bitbucket.org/multicoreware/x265/commits/b14834a9d1c1864ea7e94d9cfed4e33f37e767c6?at=3.0

・--tune animation
https://bitbucket.org/multicoreware/x265/commits/1951152ff12db320a4b626e57ee1c870d84d7f14?at=3.0
2019/01/24(木) 00:55:19.65ID:4wyanxbx0
Dolby VisionってHDR対応したの?
2019/01/24(木) 03:48:20.48ID:LZrqasFT0
>>958
どういう影響が出るのだろう

>>960
2019/01/24(木) 04:01:17.35ID:4mPmJ4Mz0
HDR対応に向けた実装開始って感じかと(仕上がるのはまだ先
2019/01/24(木) 04:03:34.50ID:LZrqasFT0
x265って、いまのところHDRには対応していないんだっけ?
964名無しさん@編集中 (ワッチョイ 81ad-kn+v)
垢版 |
2019/01/24(木) 10:42:17.03ID:ASPULKIF0
https://satch.tv/video/426557.html?mref=115
2019/01/24(木) 23:59:46.96ID:gqyytZo80
HDR対応と言ってもエンコーダーであるx265のやることは、
 ・グレーディング済みのHDR映像データを受け取って
 ・適切にメタデータを付与してエンコードする
ということだけだと思う。

ざっくりとしか理解してないけど、

 ・単純なPQ方式やHLG方式なら --colormatrix や --transfer の指定だけでも済む。
 ・HDR10なら、--master-display とか --max-cll とかも使う。
 ・HDR10+なら、--dhdr10-info でダイナミックメタデータを渡す。
 ・Dolby Visionなら今回追加された --dolby-vision-profile や --dolby-vision-rpu を使う。

といった感じじゃないだろうか。間違ってたらすまん。

ちなみに、rigaya氏のx265バイナリだと、HDR10+用の --dhdr10-info や --dhdr10-opt が使えない模様。
ビルドする際にCmakeで ENABLE_HDR10_PLUS を有効にしていないものと思われる。
(個人でHDR10+やDolbyVisionのエンコをする人がいるのかどうかはわからんけど・・・)
2019/01/25(金) 00:03:45.83ID:MZi0onY90
Dolby Vision 参考ページ

 ・x265 delivers Dolby Vision streams! - x265
  http://x265.org/x265-delivers-dolby-vision-streams/

 ・Dolby Visionの公式ドキュメント類
  https://www.dolby.com/us/en/technologies/dolby-vision/dolby-vision-for-creative-professionals.html#5
2019/01/25(金) 19:16:00.41ID:inxcMcXoM
・SDカードやUSBメモリを、テレビなどに直接つなげる4K対応メディアプレーヤー「400-MEDI023」
https://www.mdn.co.jp/di/newstopics/63539/

リモコンつきのこんなプレーヤーが普及すると、HEVCエンコードした動画を見るのが捗って助かる
2019/01/25(金) 22:04:00.57ID:uBCAXbd10
でもさ、PCとHDMIで繋げばいいんじゃねえの
2019/01/26(土) 00:55:16.71ID:YEK3jCy/0
>>967
HDRは多分対応してないとして、
 ・10bitのファイル(HEVC/H.264/VP9あたり)が再生できるのか
 ・HEVCなら4K対応とあり、それとは別にHEVCなら60fps対応とあるけど4K60fpsも再生できるのか
  (ちなみにVP9だと30fpsとなっている)
といった点がいまいち曖昧だね。
こういう機器ってそういうことが多いからいまいち手を出す気になれない。
2019/01/26(土) 01:41:09.56ID:u5w7zrsr0
http://rockchip.wikidot.com/rk3229
それSoCはRockchipのRK3229らしいから10bit60fpsにも対応してるかもしれん
2019/01/26(土) 01:48:24.63ID:u5w7zrsr0
OEM元と思われる中国の奴はそうみたいだったけど
こっちのやつがそうなのかまではわからんけども
2019/01/26(土) 05:20:46.15ID:pZ8bVepO0
androidSTBの10bit対応ってH.264の10bitのみ対応とか、H.265の10bitのみ対応とかいろいろあるよね。

FireTV4K(旧箱) + KODIでH.265の10bit再生環境用意したけど、FireTVのアップデートのせいでスムーズに再生しなくなったよ。TV3台あるからFireTV4K 3台用意したのに・・・

結局、未だにRPi3 + LibreELEC でH.264・・・
2019/01/28(月) 11:43:15.05ID:xl/SIyN60
VVC陣営
http://www.mc-if.org/
ライセンス等の改善に取り組んでゆくらしい
公式twitter 
mediacoding_if@mediacoding_if
2019/01/28(月) 11:49:50.13ID:Au8WsqKn0
消費者がテクノロジーに対して敬意と対価を払わなさ過ぎ
文句ばっか言いやがってちゃんと金を払えよ
2019/01/28(月) 11:58:25.93ID:Wr40TvVoM
そういう上から目線いらないから
2019/01/28(月) 12:55:11.19ID:Au8WsqKn0
無料で使えて当たり前ってスタンスの消費者の方が上から目線過ぎるだろ
仮に対価払っていたとしても消費者と技術提供者は対等な立場であるべき
いまの消費者側が技術提供者に対するリスペクトが無さ過ぎる現状は酷い
2019/01/28(月) 13:03:08.71ID:enDStqJ30
頭大丈夫か?
2019/01/28(月) 13:19:35.70ID:R7g3u1k/0
コーデックに関してはコンテンツや再生機器購入時にライセンス料を間接的に払ってるし意味不明なんだが
2019/01/28(月) 13:44:03.29ID:oWrit1aj0
私的録画補償金ってものがあってぇ…
2019/01/28(月) 19:10:18.43ID:K5npPFXq0
クリエイターの話と間違えてないか。。
2019/01/29(火) 01:08:13.23ID:3jKOmng70
権利や金についてはよくわからぬ
2019/01/29(火) 23:05:26.44ID:vXH0HeiX0NIKU
VVCはイントラ内予測も強化されるが、仮にこれを静止画フォーマットに使っても低ビットレートで綺麗になるだけでSSIM 0.95以上を目指す場合はJPEGと大してファイルサイズが変わらないというこれまで通りの流れになりそうな予感がする
2019/01/30(水) 00:08:27.70ID:Rhx7+Jz20
小手先の改善だけでは、そろそろ限界だろうな
2019/01/30(水) 02:04:25.21ID:jhQlqKup0
コーデック自体とは関係ないけど、いつかYCoCgが標準になれば良いのにな
互換のためにYCbCrを続ける事で更なるYCbCrコンテンツを日々生み出し続けて完全に負の連鎖になってる
コーデックの仕様的にサポートはされてるんだから放送業界かあるいはNetflix, YouTube, Hulu級の規模のどこかが使い始めないと永遠に普及しない
2019/01/30(水) 02:15:29.13ID:Rhx7+Jz20
やり方を変えるだけのメリットを見出してないんだろ、現状
数式みたいにカッチリ変換できないと使い物にならないというわけでもないし
2019/01/30(水) 02:35:41.34ID:znWPkEmL0
YCoCgって式が1/4単位になって計算コストが下がるだけかと思ってた
ロスレスでビット数増やせば無損失でRGBに変換できるのかな
2019/01/30(水) 02:43:17.06ID:jhQlqKup0
>>986
そう

>>985
YCbCrだと8ビットカラーの場合RGBとの変換だけで75%の色が失われて、400万色程度しか表現できない
2019/01/30(水) 02:51:51.18ID:jhQlqKup0
ビット数増やすのも計算途中だけで良い
入力と出力は共に8ビットのままYCoCgとRGBは無損失で相互変換できる
2019/01/30(水) 09:26:02.43ID:rMoOkOVi0
>>980

>>1
2019/01/30(水) 14:28:52.96ID:jFvPulye0
ワッチョイの付け方がわからん
誰か代わりにやってくれ
2019/01/30(水) 15:47:07.98ID:8vwk+mK10
google.co.jp
2019/01/30(水) 15:53:25.17ID:NRx6SW0mM
メール欄に「watch-owyyy!!!」って書けば付くお
2019/01/30(水) 16:21:50.21ID:Amc+t7YI0
じゃあスレ立てチャレンジしてみる
2019/01/30(水) 16:36:16.37ID:Amc+t7YI0
次スレ

 次世代ビデオコーデック総合スレPart3 【HEVC/VP9/AV1/VVC等】
 https://mevius.5ch.net/test/read.cgi/avi/1548833021/

一応即落ち防止のため20レスまで保守っとく。
ちなみにこの板はワッチョイはデフォでつくので面倒な指定は不要。
2019/01/30(水) 19:22:33.45ID:jFvPulye0
>>994
そうだったのか!ありがとう
2019/01/31(木) 02:04:22.46ID:EAyJdJqn0
>>984-988
> ビット数増やすのも計算途中だけで良い
> 入力と出力は共に8ビットのままYCoCgとRGBは無損失で相互変換できる

色々調べてみたけど、「nビット深度のRGB」をYCoCgで【無損失】で表現するなら、

 ・「YCoCg」の場合
   Y/Co/Cgともに(n+2)ビットの深度が必要。
   Coだけは(n+1)ビットの深度でもいいけどCoだけ減らすようなことはしない。

 ・「YCoCg-R」の場合
   Yはnビット、Co/Cgは(n+1)ビットの深度が必要。

という感じで、YCoCgの方が必要なビット数が多くなるのでは?
計算途中だけじゃないと思う。
2019/01/31(木) 02:09:33.52ID:KDrCd5Bi0
あの、
2019/01/31(木) 02:10:11.53ID:KDrCd5Bi0
ちょっと聞きたいことがあるんですが
2019/01/31(木) 02:10:29.78ID:KDrCd5Bi0
質問いいですか?
2019/01/31(木) 02:34:09.28ID:EAyJdJqn0
今だ!!!1000get
 ̄ ̄ ̄ ̄ ̄∨ ̄ ̄ ̄       (´´
     ∧∧   )      (´⌒(´
  ⊂(゚Д゚⊂⌒`つ≡≡≡(´⌒;;;≡≡≡
        ̄ ̄  (´⌒(´⌒;;
      ズザーーーーーッ
10011001
垢版 |
Over 1000Thread
このスレッドは1000を超えました。
新しいスレッドを立ててください。
life time: 195日 5時間 43分 20秒
10021002
垢版 |
Over 1000Thread
5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。


───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────

会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。

▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/

▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php
レス数が1000を超えています。これ以上書き込みはできません。
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。