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

1

： 名無しさん＠編集中 (ﾜｯﾁｮｲ e1e7-uJAn) [ageteoff] 2019/01/30(水) 16:23:41.40

ID

:Amc+t7YI0

H.264/AVCの後の様々なビデオコーデック全般について語るスレです。

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

■前スレ
次世代ビデオコーデック総合スレPart2 【HEVC/VP9/AV1/VVC等】
ttps://mevius.5ch.net/test/read.cgi/avi/1532001049/">ttps://mevius.5ch.net/test/read.cgi/avi/1532001049/

次スレは

2

： 名無しさん＠編集中 (ﾜｯﾁｮｲ e1e7-uJAn) [sage] 2019/01/30(水) 16:25:10.61

ID

:Amc+t7YI0

■各コーデックの参考リンク

●H.265/HEVC
・ttp://https://www.itu.int/rec/T-REC-H.265
・ttp://https://www.itu.int/en/ITU-T/studygroups/2017-2020/16/Pages/video/jctvc.aspx
・ttp://https://mpeg.chiariglione.org/standards/mpeg-h/high-efficiency-video-coding
・ttp://https://hevc.hhi.fraunhofer.de/
・ttp://https://en.wikipedia.org/wiki/High_Efficiency_Video_Coding

●VP9
・ttp://https://www.webmproject.org/vp9/
・ttp://https://en.wikipedia.org/wiki/VP9

●AV1
・ttp://http://aomedia.org/
・ttp://https://aomedia.googlesource.com/aom/
・ttp://https://github.com/AOMediaCodec/av1-spec
・ttp://https://en.wikipedia.org/wiki/AV1

●VVC
・ttp://https://www.itu.int/en/ITU-T/studygroups/2017-2020/16/Pages/video/jvet.aspx
・ttp://https://mpeg.chiariglione.org/standards/mpeg-i/versatilevideo-coding
・ttp://https://jvet.hhi.fraunhofer.de/
・ttp://https://en.wikipedia.org/wiki/High_Efficiency_Video_Coding#Versatile_Video_Coding

3

： 名無しさん＠編集中 (ﾜｯﾁｮｲ e1e7-uJAn) [sage] 2019/01/30(水) 16:26:03.03

ID

:Amc+t7YI0

■各ビデオコーデックの概要や状況（2019年1月下旬時点）

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

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

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

●VP9
　Googleによって開発されたロイヤリティフリーのコーデック。
　ブラウザ(Safariを除く)やHW再生支援のサポートも進み、主にYoutubeで採用されている。

4

： 名無しさん＠編集中 (ﾜｯﾁｮｲ e1e7-uJAn) [sage] 2019/01/30(水) 16:27:01.29

ID

:Amc+t7YI0

●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)で検討が進められている。
　また、H.265/HEVCのようなライセンス問題を繰り返さないため、
　MC-IF(Media Coding Industry Forum)という業界団体が立ち上がっている。
　　ttp://http://www.mc-if.org/

5

： 名無しさん＠編集中 (ﾜｯﾁｮｲ e1e7-uJAn) [sage] 2019/01/30(水) 16:27:49.39

ID

:Amc+t7YI0

■各ブラウザのコーデックサポート状況

ttp://https://en.wikipedia.org/wiki/HTML5_video#Browser_support

●H.265/HEVC
・ttp://https://html5test.com/compare/feature/video.codecs.mp4.h265.html
・ttp://https://caniuse.com/#feat=hevc

●VP9
・ttp://https://html5test.com/compare/feature/video.codecs.webm.vp9.html
・ttp://https://caniuse.com/#feat=webm

●AV1
・ttp://https://caniuse.com/#feat=av1

6

： 名無しさん＠編集中 (ﾜｯﾁｮｲ e1e7-uJAn) [sage] 2019/01/30(水) 16:28:41.48

ID

:Amc+t7YI0

■各社GPUでのハードウェアエンコード/デコードの参考リンク

●Intel
・ttp://https://software.intel.com/en-us/media-sdk
・ttp://https://en.wikipedia.org/wiki/Intel_Quick_Sync_Video

●NVIDIA
・ttp://https://developer.nvidia.com/nvidia-video-codec-sdk
・エンコード： ttp://https://en.wikipedia.org/wiki/Nvidia_NVENC
・デコード： ttp://https://en.wikipedia.org/wiki/Nvidia_PureVideo

●AMD
・ttp://https://github.com/GPUOpen-LibrariesAndSDKs/AMF
・エンコード： ttp://https://en.wikipedia.org/wiki/Video_Coding_Engine
・デコード： ttp://https://en.wikipedia.org/wiki/Unified_Video_Decoder

7

： 名無しさん＠編集中 (ﾜｯﾁｮｲ e1e7-uJAn) [sage] 2019/01/30(水) 16:29:54.84

ID

:Amc+t7YI0

■各社GPUのHWエンコーダでのH.265/HEVCおよびVP9のサポート状況(2019年1月下旬時点)

●Intel QSV (Kaby Lake/Coffee Lake＋Intel Media SDK 2018 R2)
　〇HEVC
　　mainおよびmain10。Bフレーム使用可。
　〇VP9
　　・LinuxでVA-APIを使えばKaby Lakeで利用可能らしい。
　　　ttp://https://gist.github.com/Brainiarc7/24de2edef08866c304080504877239a3
　　・Intel Media SDK for Windows 2018 R1で、Cannon Lake向けの
　　　プレビュー機能としてVP9エンコーダ関連のAPIが追加されたので
　　　Cannon LakeからはWindowsでも使えるようになるかもしれない。

●Nvidia NVEnc (Turing＋NVIDIA Video Codec SDK 8.2)
　〇HEVC
　　mainおよびmain10。TuringでBフレームに対応。
　〇VP9
　　未対応

●AMD VCE (Polaris＋AMF 1.4.9)
　〇HEVC
　　mainのみ。main10は不可。Bフレーム使用不可。
　〇VP9
　　未対応

8

： 名無しさん＠編集中 (ﾜｯﾁｮｲ e1e7-uJAn) [sage] 2019/01/30(水) 16:33:31.04

ID

:Amc+t7YI0

■AV1のエンコーダ/デコーダ実装の例

●エンコーダ
　xiph/rav1e: The fastest and safest AV1 encoder.
　ttp://https://github.com/xiph/rav1e

●デコーダ
　VideoLAN / dav1d - GitLab
　ttp://https://code.videolan.org/videolan/dav1d

9

： 名無しさん＠編集中 (ﾜｯﾁｮｲ e1e7-uJAn) [sage] 2019/01/30(水) 16:45:22.06

ID

:Amc+t7YI0

↑一応テンプレここまで。

テンプレの変更点は以下の通り。
　・各コーデックの参考リンクを

>>2

に移動
　・諸々の状況を2019年1月下旬時点にあわせて更新
　　　・VVCの説明にMC-IFのことを追記
　　　・HWエンコーダの説明で、SDKのバージョンを更新
　　　・HWエンコーダの説明で、TuringでのHEVC Bフレームサポートを追記
　・

>>8

にAV1のエンコーダ/デコーダ実装を追加

Youtubeの一部の動画でAV1がテスト採用されてるといったことも書いた方が良かった気もするし
他に書くべきこともあったかもしれないけど、スレ立てを急いだほうがよさそうだったのであまり変えてない。

10

： 名無しさん＠編集中 (ﾜｯﾁｮｲ e1e7-uJAn) [sage] 2019/01/30(水) 16:46:55.39

ID

:Amc+t7YI0

即落ち防止に

>>20

まで保守

11

： 名無しさん＠編集中 (ﾜｯﾁｮｲ e1e7-uJAn) [sage] 2019/01/30(水) 16:47:44.03

ID

:Amc+t7YI0

保守

12

： 名無しさん＠編集中 (ﾜｯﾁｮｲ e1e7-uJAn) [sage] 2019/01/30(水) 16:48:34.22

ID

:Amc+t7YI0

ほしゅ

13

： 名無しさん＠編集中 (ﾜｯﾁｮｲ e1e7-uJAn) [sage] 2019/01/30(水) 16:49:27.68

ID

:Amc+t7YI0

ホシュ

14

： 名無しさん＠編集中 (ﾜｯﾁｮｲ e1e7-uJAn) [sage] 2019/01/30(水) 16:50:56.24

ID

:Amc+t7YI0

保守

15

： 名無しさん＠編集中 (ﾜｯﾁｮｲ e1e7-uJAn) [sage] 2019/01/30(水) 16:52:01.83

ID

:Amc+t7YI0

ほしゅ

16

： 名無しさん＠編集中 (ﾜｯﾁｮｲ e1e7-uJAn) [sage] 2019/01/30(水) 16:53:27.80

ID

:Amc+t7YI0

ホシュ

17

： 名無しさん＠編集中 (ﾜｯﾁｮｲ e1e7-uJAn) [sage] 2019/01/30(水) 16:54:45.09

ID

:Amc+t7YI0

保守

18

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW e2a5-zAcf) [sage] 2019/01/30(水) 16:59:14.89

ID

:+tJJ61+Y0

イチモツ！

19

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 9901-jPG+) [sage] 2019/01/30(水) 16:59:52.20

ID

:znWPkEmL0

AV1 Video Extension (Beta) for Windows 10
ttp://https://www.microsoft.com/ja-jp/p/av1-video-extension-beta/9mvzqvxjbq9v

YouTube TestTube
ttp://https://www.youtube.com/testtube

20

： 名無しさん＠編集中 (ﾜｯﾁｮｲ e1e7-uJAn) [sage] 2019/01/30(水) 17:00:23.12

ID

:Amc+t7YI0

(｀･ω･´)ゞ

21

： 名無しさん＠編集中 (ﾜｯﾁｮｲ e1e7-uJAn) [sage] 2019/01/30(水) 17:29:17.91

ID

:Amc+t7YI0

「Firefox 65」が正式公開 〜トラッキング保護を改善、WebP/AV1をサポート - 窓の杜
ttp://https://forest.watch.impress.co.jp/docs/news/1167182.html

・WebPのサポート（image.webp.enabled＝true）

・AV1がデフォルトで有効になった。（media.av1.enabled＝true）

・dav1dデコードはデフォルトだと無効っぽい。（media.av1.use-dav1d＝false）

22

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 412c-ldh1) [sage] 2019/01/30(水) 22:11:06.43

ID

:AssGQeqI0

誰もMac mini 2018のHEVCエンコードのレポートしてくれないな
俺がやるしかないのか

23

： 名無しさん＠編集中 (ﾜｯﾁｮｲW dfb0-DtoP) [sage] 2019/01/31(木) 01:48:45.71

ID

:lbLfngwn0

あ、持ってるよ。低ビットレートだとやっぱx265のがずっと綺麗です。1080p60時に20Mbpsとか大盤振る舞いをするなら大して変わらないから便利です

例えばPS4のゲームをHDMI経由でキャプチャーしてソース動画がある場合なんかはx265で重めのプリセットで10Mbpsくらいでエンコしても劣化が目立つのでどのみち20Mbps程度は必須。このビットレート領域だとAppleのも悪くはないです

24

： 名無しさん＠編集中 (ﾜｯﾁｮｲW dfb0-DtoP) [sage] 2019/01/31(木) 01:52:18.29

ID

:lbLfngwn0

ちなみにFFmpegでもCompressorでも出来ることは殆ど一緒でカスタマイズ項目は少ない。2パスエンコは不可能

25

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW df5f-3FHL) [sage] 2019/01/31(木) 03:06:04.71

ID

:23iJu7rG0

量子化係数のより高い状態でのエンコードで、如何に画質の劣化を軽減するか
それを如何に効率よく処理するかがエンコーダ性能の優劣だからな
高ビットレートを容認すればするほど前者が問われ無くなるから、そりゃ差は縮むわな

26

： 名無しさん＠編集中 (ﾜｯﾁｮｲW dfb0-DtoP) [sage] 2019/01/31(木) 16:28:21.64

ID

:lbLfngwn0

まー1080p60で10MbpsでもSSIM 0.01違いとかそんなもんです
Compressorから圧縮するとちゃんとBフレームも使う
13500フレームの動画でx265だとBフレームが9900程度、T2だと9500程度になった
リアルタイムエンコーダーとしてはそこそこ優秀だと思いますよ

27

： 名無しさん＠編集中 (ｻｻｸｯﾃﾛ Spb3-gshI) [sage] 2019/01/31(木) 16:41:57.91

ID

:4erjIMicp

フィルムグレイン多い実写だとx265でもダメダメだなあ
エンコ時間かかりまくるのに全然縮まない
アニメ専用かよ

28

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW df01-AsgQ) [sage] 2019/01/31(木) 16:54:38.71

ID

:LD1OTsqd0

グレインって再生時に追加するものだと思ってた

29

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 5f2d-vS77) [sage] 2019/01/31(木) 18:08:12.91

ID

:a75KqDXu0

グレインとかCMOSの暗部ノイズはランダムノイズなので動き補償と相性悪すぎるからしょうがない
砂嵐をエンコードしてるようなもん

30

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 7f19-gzT9) [sage] 2019/02/01(金) 00:05:35.11

ID

:70xPgJm90

デジタルシネマは圧縮電送して、シネコン側で指定されたフイルムグレイン(KODAK何番とか)足して再生すると、何かで読んだけど

確かに圧縮効率を考えたら、ある程度フィルターでグレイン取って圧縮して、再生で足すのは考え方としてはアリか

31

： 名無しさん＠編集中 (ｽﾌﾟﾌﾟ Sd9f-Wh9i) [sage] 2019/02/01(金) 03:44:31.20

ID

:7xR8Rqwyd

「8K」の普及促進や規格化を担う団体「8K Association」が発足。
ttps://www.4gamer.net/games/999/G999902/20190130060/

Chinock氏は，8Kエコシステムを回す追い風として，「HDMIやDisplayPortなどの映像インタフェースは，8Kへの対応が完了していること」と，
「同品質の映像を，H.265の半分のビットレートで圧縮可能な次世代コーデック『H.266』の開発が進行中であること」などを挙げていた。

32

： 名無しさん＠編集中 (ｱｳｱｳｶｰ Sa53-SfgE) [sage] 2019/02/01(金) 09:18:33.02

ID

:YfsKtIyIa

>>30

シーンごとカットごとでの指定はできるんかね？

33

： 名無しさん＠編集中 (ﾜｯﾁｮｲ dfe7-S1Ul) [sage] 2019/02/01(金) 15:58:01.11

ID

:XDDcQZyk0

AV1には「Film grain synthesis」って機能があるみたいだね。
「デノイズしてエンコードした映像」と「モデル化されたグレイン情報」に分けておいて、デコーダー側で合成するらしい。

　ttp://https://en.wikipedia.org/wiki/AV1#Filters
　ttp://https://bitmovin.com/cool-new-video-tools-five-encoding-advancements-coming-av1/

34

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW df01-AsgQ) [sage] 2019/02/01(金) 16:12:11.59

ID

:Wp69VOga0

映画制作側は「俺の創った映像と違う」とか言って拒みそうな機能だな
24p→60pも否定的だったし

35

： 名無しさん＠編集中 (ｱﾀﾏｲﾀｲｰW df70-wc2/) [sage] 2019/02/02(土) 02:07:06.05

ID

:Sb/6ddJL00202

Vorbis , Theora
ttp://https://www.microsoft.com/ja-jp/p/web-media-extensions/9n5tdp8vcmhs

MPEG-2
ttp://https://www.microsoft.com/ja-jp/p/mpeg-2-video-extension/9n95q1zzpmh4

HEIF
ttp://https://www.microsoft.com/ja-jp/p/heif-image-extensions/9pmmsr1cgpwg

HEVC
ttp://https://www.microsoft.com/ja-jp/p/hevc-video-extensions/9nmzlz57r3t7

VP9
ttp://https://www.microsoft.com/ja-jp/p/vp9-video-extensions/9n4d0msmp0pt

AV1
ttp://https://www.microsoft.com/ja-jp/p/av1-video-extension-beta/9mvzqvxjbq9v

36

： 名無しさん＠編集中 (ｱﾀﾏｲﾀｲｰWW 7f19-gzT9) [sage] 2019/02/02(土) 02:12:10.37

ID

:cpcGyauI00202

>>34

トム・クルーズが「勝手にコマ数増やすな」と、テレビやと視聴者に文句言ってるのなw

37

： 名無しさん＠編集中 (ｱﾀﾏｲﾀｲｰWW 7f19-gzT9) [sage] 2019/02/02(土) 02:14:35.64

ID

:cpcGyauI00202

>>32

メタデータで指定してるんじゃないかな

>>33

あ、AV1か
ありがとう

38

： 名無しさん＠編集中 (ｱﾀﾏｲﾀｲｰ df2d-vS77) [sage] 2019/02/02(土) 02:20:23.33

ID

:amB4hbMJ00202

>>35

デバイス製造元からの HEVC ビデオ拡張機能
ttp://https://www.microsoft.com/ja-jp/store/p/hevc-video-extension/9n4wgh0z6vhq
ハードウェアデコーダ用HEVC（無料）

39

： 名無しさん＠編集中 (ｱﾀﾏｲﾀｲｰWW df01-AsgQ) [sage] 2019/02/02(土) 02:25:26.82

ID

:T79ZNPze00202

>>38

インストールさえできればHW非対応の構成でも再生できるんだよなぁ

40

： 名無しさん＠編集中 (ｱﾀﾏｲﾀｲｰWW 5f90-qbk3) [sage] 2019/02/02(土) 09:14:23.45

ID

:ap96XOP400202

コーデックもそうだけど、動画まわりのAPIもどうにかしてほしい。もっと洗練されたクロスプラットホームなやつを..

41

： 名無しさん＠編集中 (ｱﾀﾏｲﾀｲｰWW 5f90-qbk3) [sage] 2019/02/02(土) 09:20:32.11

ID

:ap96XOP400202

windowsにしたって

>>35

は古いDirect ShowフィルタじゃなくてMedia Foundation用のコーデックだろ。MS純正のアプリはMedia Foundationに移行してると思うが、サードパーティーでMedia Foundation使ってるるプレイヤーってそんなにあるのか?

42

： 名無しさん＠編集中 (ｱﾀﾏｲﾀｲｰ dfe7-S1Ul) [sage] 2019/02/02(土) 10:20:10.48

ID

:9GtYyRas00202

>>41

MS純正のアプリ使わないならLAV Filtersで事足りるからなあ・・・
MediaFoundationを意識するプレーヤーなんてQonohaくらいしか知らん・・・

43

： 名無しさん＠編集中 (ｱﾀﾏｲﾀｲｰW dfb0-DtoP) [sage] 2019/02/02(土) 14:10:34.69

ID

:D/xLMf4k00202

動画APIがクロスプラットホームである必然性なんて微塵もない
何をやってもHDTVとPCのガンマを同一と見做して変換してくれない糞プレイヤーが多いままなのは永久に変わらない

44

： 名無しさん＠編集中 (ｱﾀﾏｲﾀｲｰWW 5f90-qbk3) [sage] 2019/02/02(土) 14:44:40.78

ID

:aFta9TSt00202

動画がらみのAPIがクロスプラットフォームじゃなかったら、ffmpegがanroidかwindowsかどちらかでしか動かないくなるんだけど。
vlcやらも大変。
ffmpegのlibavやらlibavformatやらがクロスプラットだから、後はUIのがわをだけ作ればいいように楽できるんだけど。
libavとかカオスだし、gstreamerはまだましっぽいけど。

45

： 名無しさん＠編集中 (ｱﾀﾏｲﾀｲｰWW ff68-qgTC) [sage] 2019/02/02(土) 16:53:26.63

ID

:vK/dsrFX00202

Direct Showは、いずれ廃止になるんだから、さっさと移行しろよとは思うが、動画の世界は古い技術にしがみつきたがるやつが少なからずいるのが癌ではある

46

： 名無しさん＠編集中 (ｱﾀﾏｲﾀｲｰWW df01-AsgQ) [sage] 2019/02/02(土) 17:45:38.98

ID

:T79ZNPze00202

AV1拡張入れてもWin10のWMPでAV1動画が再生できなかったからMFとはまた別かと思ってた

47

： 名無しさん＠編集中 (ｱﾀﾏｲﾀｲｰ dfe7-S1Ul) [sage] 2019/02/02(土) 18:07:44.87

ID

:9GtYyRas00202

BlueskysさんのDSF/MFT Viewer（DXVACheckerにも内蔵）を使うと
DSF(Direct Show Filter)やMFT(Media Foundation Transform)の一覧が見れるから見てみるといいかも。

　　ttp://https://bluesky23.yukishigure.com/DsfMftViewer.html
　　ttp://https://bluesky23.yukishigure.com/DXVAChecker.html

うちは

>>38

くらいしか入ってないけど、Media Foundationの方に
　　HEVCVideoExtension(デコーダ)
　　HEVCVideoExtensionEncoder(エンコーダ)
がある。
A's Video Converterで選べるMicrosoft H.265 Encoderは後者を使ってるのかな？

48

： 名無しさん＠編集中 (ｱﾀﾏｲﾀｲｰWW 7f32-45Wg) [sage] 2019/02/02(土) 19:58:30.95

ID

:/bWEpySy00202

>>46

今は拡張でAV1をWMPで再生出来るよ

49

： 名無しさん＠編集中 (ｵｲｺﾗﾐﾈｵ MMd3-5/sk) [sage] 2019/02/03(日) 18:57:43.50

ID

:G3tuopsdM

宮廷ドラマ「H.265/HEVC華麗なる軌跡」
2014年、MPEG-LAがパテントプールのライセンスを発表
2015年、パテントプール分裂、HEVC Advanceが爆誕
2016年、Technicolor社がHEVC Advanceを脱退
2017年、第3のパテントプールVelos Mediaが爆誕
2018年、Technicolor社がパテントトロールInterDigital社に特許権売却
2019年、パテントトロールのBlackBerry社がVelos Mediaに参加←New!

50

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW df68-JfK/) [sage] 2019/02/03(日) 19:41:54.96

ID

:+s7whyE60

こういう利権とかうるさいのって日本だけかと思ってたけど、やっぱ世界でも似たようなもんなんだなって思う

51

： 名無しさん＠編集中 (ﾜｯﾁｮｲW 7fad-SfgE) [sage] 2019/02/03(日) 19:48:22.00

ID

:PcbhQglC0

利権じゃなくて権利でしょ

52

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW df68-JfK/) [sage] 2019/02/03(日) 19:54:37.87

ID

:+s7whyE60

すまぬ、普通にミスった

53

： 名無しさん＠編集中 (ﾜｯﾁｮｲW 5f02-0FrV) [sage] 2019/02/03(日) 22:08:33.63

ID

:NtUDTorS0

Intel Publishes Open-Source AV1 Video Encoder "SVT-AV1"
ttp://https://www.phoronix.com/scan.php?page=news_item&px=Intel-Open-Source-SVT-AV1
ttp://https://github.com/OpenVisualCloud/SVT-AV1

54

： 名無しさん＠編集中 (ﾜﾝﾄﾝｷﾝ MMf3-pweG) [sage] 2019/02/04(月) 00:33:40.50

ID

:TmbI8WXSM

ライブ配信向けのエンコーダか
1080pで最低16GB必要とはなかなか重いね

55

： 名無しさん＠編集中 (JPWW 0H03-CVwB) [sage] 2019/02/04(月) 02:21:19.78

ID

:xsb5jlVGH

AVIFはどうなってるのかな
なんかwebpより画質悪いみたいだけど

56

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 7ff7-O2h2) [sage] 2019/02/04(月) 09:28:21.48

ID

:Xu3xYzG60

>>55

webpより画質悪いってどこの情報？

57

： 名無しさん＠編集中 (ﾜｯﾁｮｲW dfb0-DtoP) [sage] 2019/02/04(月) 10:42:54.67

ID

:YcGRyN+W0

画質を気にするならJPEG 2000にしとけば？
HEIFもだけど動画のイントラ系は高画質寄りだとあまりメリットない

58

： 名無しさん＠編集中 (ﾜﾝﾐﾝｸﾞｸ MMdf-yH8o) [] 2019/02/04(月) 14:00:27.36

ID

:a6mZyw1tM

HEIFって4:4:4無いの?あるなら互換性を除けば非可逆で最もベターに思えるけど

59

： 名無しさん＠編集中 (ｱｳｱｳｴｰ Sa7f-pweG) [sage] 2019/02/04(月) 18:10:16.48

ID

:FMV1aOYba

画質保ちたいならpng使うもんな
ほとんどの人はそれなりの画質で高圧縮を求めている

60

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW df01-AsgQ) [sage] 2019/02/04(月) 18:13:52.22

ID

:1ZEHsh7z0

J2Kボケボケやん

61

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 5f9a-fzKw) [sage] 2019/02/04(月) 20:49:39.69

ID

:NDLJAyq00

>>55

VP8ベースのwebpよりVP9後継のAV1使ったAVIFが画質悪いの？

62

： 名無しさん＠編集中 (ﾜｯﾁｮｲ dfb0-kU5+) [sage] 2019/02/04(月) 20:57:35.55

ID

:YcGRyN+W0

>>58

iOSで4:4:4 HEIFで保存するサードパーティアプリあるので、出来るといえば出来る
OSデフォルトのカメラは4:2:0だけど

63

： 名無しさん＠編集中 (ﾜｯﾁｮｲ dfb0-kU5+) [sage] 2019/02/04(月) 21:01:20.04

ID

:YcGRyN+W0

何よりもクソなのはmacOS MojaveだとHEIF Losslessが追加されたのに実際は何かロスる。
たぶん4:2:0に変換された物がロスレスでコーディングされてるw

64

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW df01-AsgQ) [sage] 2019/02/04(月) 21:23:33.84

ID

:1ZEHsh7z0

4:4:4でもYUVだとロスりそうな気が
ロスレスならGBRでしょ

65

： 名無しさん＠編集中 (ﾜｯﾁｮｲ df01-vS77) [sage] 2019/02/04(月) 21:56:36.06

ID

:/p97F0zT0

>>64

10bit12bit使えるはずなのでそれら使えばロスらない
でもこの辺ちゃんと対応してるのかね

66

： 名無しさん＠編集中 (ﾜｯﾁｮｲW df70-wc2/) [sage] 2019/02/04(月) 22:22:30.61

ID

:Wj0gSAPM0

>>62

そのアプリ名おせーて

67

： 名無しさん＠編集中 (ﾜｯﾁｮｲW dfb0-DtoP) [sage] 2019/02/04(月) 23:50:25.37

ID

:YcGRyN+W0

>>66

デュアルレンズiPhone専用で高額レンズのシミュレーションを行うFocosっていうアプリ
この手のアプリでは圧倒的なクオリティで専用ハードを使うLight L16より綺麗

68

： 名無しさん＠編集中 (ﾜｯﾁｮｲW dfb0-DtoP) [sage] 2019/02/04(月) 23:57:07.24

ID

:YcGRyN+W0

>>65

ロスレスで深度深くしたらRGBのままより圧縮効率落ちる。つまり、ただのzip圧縮と変わらないPNGに負ける

ロスレス最高効率のFLIFは8bit深度のままロスレスYCoCg変換しててこれが正解。HEVCだってYCoCgに対応してるのにやらない所がクソなんですよ

69

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW ff68-qgTC) [sage] 2019/02/05(火) 00:00:31.06

ID

:qpF39z1a0

まだ言ってんのかよ

70

： 名無しさん＠編集中 (ｵｲｺﾗﾐﾈｵ MMd3-gzT9) [sage] 2019/02/05(火) 00:12:50.73

ID

:pAds7ycvM

>>63

422から420って、色の2が0にロスってるけどw
それロスレスって言っていいのか

71

： 名無しさん＠編集中 (ｵｲｺﾗﾐﾈｵ MMd3-gzT9) [sage] 2019/02/05(火) 00:16:21.96

ID

:pAds7ycvM

>>68

なるほどぉー
これは勉強になった
RGBよりdeep色向けな最適化軸が
YCoCgなのかな？
ぐぐって勉強してみよう

72

： 名無しさん＠編集中 (ﾜｯﾁｮｲ dfe7-S1Ul) [sage] 2019/02/05(火) 21:39:18.83

ID

:P6LvaH7m0

>>68

> 8bit深度のままロスレスYCoCg変換しててこれが正解

微妙な表現だけど、前スレ938での

　> ビット数増やすのも計算途中だけで良い
　> 入力と出力は共に8ビットのままYCoCgとRGBは無損失で相互変換できる

といった書き込み内容も踏まえると、

　　「8bitのRGB」と「8bitのYCoCg」は相互に可逆変換できる

と考えてるように見えるけど、それは違う。

前スレが終わる直前
　　ttps://mevius.5ch.net/test/read.cgi/avi/1532001049/996
に書いたから見てないかもしれないけど、「8bitのRGB」を可逆変換するなら
YCoCg側は「10bitのYCoCg」か「Y8C9bitのYCoCg-R」が必要になる。

一般的に有用なのは後者の「Y8C9bitのYCoCg-R」。

73

： 名無しさん＠編集中 (ﾜｯﾁｮｲ dfe7-S1Ul) [sage] 2019/02/05(火) 21:40:34.38

ID

:P6LvaH7m0

>>68

YCoCgには、基本として「YCoCg」と「YCoCg-R」の2種類があって、FLIFが使ってるのは「YCoCg-R」。
元が「8bitのRGB」の場合は、「Yが8ビット、Co/Cgが9ビットのYCoCg-R」に変換して、それを圧縮している。
（「YCoCg-R」は、Co/Cgが1ビットずつ増えるけど、可逆性を持ち、かつ圧縮効率が良い）

YCoCg(-R)を入出力に使うH.264/H.265と違って、
FLIFは入出力はRGBで、内部計算でYCoCg-Rを使ってるだけかな。
符号なし整数にするんじゃなく、符号つき整数として扱ってるようで、
8bitRGBの場合、R/G/B/Y：0〜255、Co/Cg：-255〜255という値範囲で扱われてる模様。
　　ttp://https://flif.info/spec.html

74

： 名無しさん＠編集中 (ﾜｯﾁｮｲ dfe7-S1Ul) [sage] 2019/02/05(火) 21:43:47.70

ID

:P6LvaH7m0

>>68

H.264/H.265は「YCoCg」も「YCoCg-R」も規定されてるけど、

　　・x264/x265では
　　　　　色差の深度 = 輝度の深度 + 1
　　　というエンコード処理ができないはずなので、
　　　YCoCgの本命である「Y8C9bitのYCoCg-R」は使えない。
　　　対応しているエンコーダ/デコーダがあるかも不明。

　　・じゃあ非可逆になってしまうけど圧縮効率向上に期待して「8bitのYCoCg」を使うぜ！

　　　　　→他のYCbCrと同様に、400万色くらいしか表現できないよ。
　　　　　→また、YCoCgは、4:2:2や4:2:0では圧縮効率の向上はあまり期待できないらしい？
　　　　　→4:4:4限定なら有用かもしれない。

（続く）

75

： 名無しさん＠編集中 (ﾜｯﾁｮｲ dfe7-S1Ul) [sage] 2019/02/05(火) 21:44:40.11

ID

:P6LvaH7m0

>>68

（続き）

　　・じゃあ可逆性を重視して「10bitのYCoCg」を使うぜ！

　　　　　→でも8bitRGBをエンコするために10bitYCoCgを使っても
　　　　　　圧縮効率の向上はあまり期待できないらしい？
　　　　　→「8bitのRGB」をそのままエンコードした方が圧縮効率が良いのでは？
　　　　　→「10bitのYCbCr」も8bitRGBと可逆性があるはずだし、そっちでもいいのでは？
　　　　　→また、YCoCgは、4:2:2や4:2:0では圧縮効率の向上はあまり期待できないらしい？
　　　　　→4:4:4限定なら有用かもしれない。

という感じで、現状実用できる範囲ではあまりメリットが無さそうな感じ。

76

： 名無しさん＠編集中 (ﾜｯﾁｮｲ dfe7-S1Ul) [sage] 2019/02/05(火) 21:46:56.32

ID

:P6LvaH7m0

>>68

更に、仮に今後x264/x265で「Y8C9bitのYCoCg-R」が使えるようになったとしても、
H.264/H.265の規格では

　　・「YCoCg-R」が使えるのは4:4:4だけ。

と規定されている。

　　・4:4:4の可逆性確保および圧縮率向上

というメリットは得られるので、4:4:4のHEVCやHEIFの圧縮率の向上には有用かもしれないが、
4:2:2/4:2:0では使えないため、4:4:4動画が一般的にでもならない限り、
「YCoCg-R」が一般的に使われることもなさそう。

階調的には10bit/12bitのYCbCrで十分だし、視覚特性を踏まえたICtCpってのもあるみたいだし、
そのあたりを考えると、x264/x265等のエンコーダやデコーダが
わざわざ「YCoCg-R」に対応する可能性も低そうな気がする。
　
　
　
という感じでYCoCgについて調べたことをまとめて連投してみたのだけど、
理解が正しいかよくわからんとこもあるので、指摘があればよろしくたのんます。

77

： 名無しさん＠編集中 (ｱｳｱｳｸｰ MMb3-qgTC) [sage] 2019/02/05(火) 22:34:47.41

ID

:kcdu/Wz7M

他所でやれ

78

： 名無しさん＠編集中 (ﾜｯﾁｮｲ df52-S1Ul) [sage] 2019/02/05(火) 22:47:19.89

ID

:6V1gF+qL0

いま他所でやるスレあるの？
立てるしかない感じ？

79

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 7ff7-17al) [sage] 2019/02/05(火) 22:48:50.52

ID

:6jCbSgZp0

DTVなんでも雑談スレが必要やな

80

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 7f90-qbk3) [sage] 2019/02/05(火) 23:42:04.96

ID

:7723xQC20

いいよ。ここでやればいい。興味なければスルーするだけだし。

81

： 名無しさん＠編集中 (ｱｳｱｳｴｰ Sa7f-pweG) [sage] 2019/02/06(水) 03:03:43.65

ID

:VH5w2eOWa

libvpxアップデート来てるやん
エンコードが速くなったらしい
テストはしてないけど

82

： 名無しさん＠編集中 (ﾜｯﾁｮｲ dfe7-S1Ul) [sage] 2019/02/06(水) 19:52:42.18

ID

:iiG25dOv0

>>81

ttp://https://github.com/webmproject/libvpx/blob/master/CHANGELOG

2019-01-31 v1.8.0 "Northern Shoveler Duck"

　・リアルタイムエンコやVOD用途のエンコードパフォーマンス改善を頑張ったよ。

　・VP9の制御機能の追加・改善をしたよ。主に SVC (Scalable Video Coding) 関連。

　・VP9の2パスエンコの品質が改善されたよ。--auto-alt-ref=1 で 4〜5% くらい。
　　（--auto-alt-ref=6 だと 5〜10% らしいけど、--auto-alt-ref=6 ってのはSVC関連だろうか？）

　・リアルタイムエンコードについて

　　　　・speed 7 が 5〜10% くらい改善されたよ。（速度なのか品質なのかよくわからんが多分速度？）

　　　　・スクリーンシェアリング用途で、シーンチェンジやスクロール時のエンコが改善されたよ。

　　　　・モバイルデバイス用に、新たに speed 9 が追加されたよ。speed 8 より 10-20% くらい速いよ。

　・その他のバグ修正もしたよ。

---
1.7.0 はもう1年以上前なのか。
　　2018-01-04 v1.7.0 "Mandarin Duck"

83

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 7fd2-O2h2) [sage] 2019/02/06(水) 19:55:49.59

ID

:JqeU2ncy0

--auto-alt-ref=0が無効で1が有効だと思っていた。
6ってどういう意味だろう？

84

： 名無しさん＠編集中 (ﾜｯﾁｮｲ dfe7-S1Ul) [sage] 2019/02/06(水) 21:53:37.56

ID

:iiG25dOv0

>>83

自分もそう思って少しソースを調べてみたんだけど、VP8では確かにそうだった。

VP9だと、--auto-alt-ref に指定できる値の範囲が 0〜MAX_ARF_LAYERS(6) に変わって、
2以上を指定した場合は multi_layer_arf というコードが有効になるらしい。

マルチレイヤーAltRefFrameってことなんだろうけど、それがなんなのかはよくわからない。
レイヤーって概念はSVC関連のものかと思ったのだけど、コード見るとSVCでは機能しないとなってるし・・・。

vp9\encoder\vp9_encoder.c

// Is multi-arf enabled.
// Note that at the moment multi_arf is only configured for 2 pass VBR and
// will not work properly with svc.
// Enable the Jingning's new "multi_layer_arf" code if "enable_auto_arf"
// is greater than or equal to 2.
if ((oxcf->pass == 2) && !cpi->use_svc && (cpi->oxcf.enable_auto_arf >= 2))
cpi->multi_layer_arf = 1;
else
cpi->multi_layer_arf = 0;

85

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 46e3-ZFeD) [sage] 2019/02/07(木) 22:13:08.59

ID

:iMx52KwE0

WEBPでPNGをロスレス変換したときのファイルサイズの減少率に感動して
HEVC？HEIF？の可逆にも挑戦してみようかと色々ググってたけど
「8bit/10bit YCbCr色空間内での可逆(RGB24/32ではない)」になるのか…

たぶん8bitYUVでも気付けるような色彩感覚は持ってないだろうけど
音質も耳がいいわけでもないのに最近までロスレス厨だったからちょっと悩ましいな

86

： 名無しさん＠編集中 (ﾜｯﾁｮｲW 024b-9ozn) [] 2019/02/07(木) 23:26:22.97

ID

:d8RmpIty0

他人エンコならAAC128でも気にしないけど自分エンコの320とWAVは異様に気になって識別しちゃうみたいな所あるよね。
圧縮形式や圧縮率なんてビットレートで裏返るもの(色空間は裏がえらんが)個人では精神衛生上の問題にしかならないから妥協出来るなら妥協する、妥協しないなら絶対しないでいいと思う。
どうせ情熱無くなれば無難なもの、例えば今ならx265 veryfastなどを何の葛藤もなく選択するだけになるだろうから悩める時に好きなだけ悩んだり調べた方が楽しい。
でもやっぱ色空間は妥協出来んな…プロファイル合っててもモヤモヤする

87

： 名無しさん＠編集中 (ﾌﾞｰｲﾓ MMcd-JPGI) [sage] 2019/02/07(木) 23:42:57.87

ID

:2e3JOoGMM

>>85

WebPのロスレス、実はロスレスじゃないという話があるけどどうなんだろう

88

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 02e3-ZFeD) [sage] 2019/02/08(金) 01:02:09.44

ID

:FaS5LOof0

>>87

はてなブログの画像比較すると色数が違ってたけど
2013年末に自分がirfanviewで変換したpng->webp losslessは今比較しても色数同じだったから何かが違うんだろうなー

と思って手持ちのPNGを最新のirfanviewで変換してみたら色数変わったファイルが出てきたわ
たぶん2014年〜2016年の間にlosslessでもlosslessにしない仕様に変えたんだと思う

89

： 名無しさん＠編集中 (ﾜｯﾁｮｲ cdb2-FtKs) [sage] 2019/02/08(金) 10:35:48.98

ID

:gKQZNq7Y0

こっちのirfanviewとXnViewではちゃんとロスレスだった

90

： 88 (ﾜｯﾁｮｲ 02e3-ZFeD) [sage] 2019/02/08(金) 12:31:27.20

ID

:XHOMvMPc0

ttp://https://github.com/imagemin/cwebp-bin/releases
を使ってコマンドライン（-lossless -z 9 -m 6 -mt -q 100 -o）でupload.wikimedia.org/wikipedia/commons/e/e9/16777216colors.pngをlossless変換したところ
2.0.5から5.0.0まで全部同じ16777216色だった

コマンドラインでは Lossless-ARGB compressed size: ***** bytes と表示されているから
おそらくRGB32色空間での圧縮と思われる

>>89

もしやと思って管理者権限での起動でirfanview使って変換したら色数変わらずlosslessだった
windows10の変な機能で保存時に設定変えてもlossy75設定のまま保存されていたようだ

91

： 名無しさん＠編集中 (JPWW 0Hcd-kcXV) [sage] 2019/02/08(金) 14:10:24.35

ID

:FV1S2pxEH

windowsの仕業だったのか
Macだとどうなるんだろ

92

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 8216-OF6d) [sage] 2019/02/08(金) 15:46:20.12

ID

:VPVS1LK30

なぜに管理者・・と思ったけど
圧縮率の情報をレジストリにでも書き込む仕様なんだろうか？

93

： 88 (ﾜｯﾁｮｲ 86e3-ZFeD) [sage] 2019/02/08(金) 17:55:01.22

ID

:MBZGzkoC0

GIMPでHEIF/HEIC保存できるのを知って

>>90

の16777216色画像でlossless変換してみたけど
3962905色まで間引きされてたわ
RGB24->YCbCr8bitに変換時の減り方だな

ファイルサイズもWEBPの181kB->12.7kBに対して12MBまで膨れ上がってたし
少なくとも現時点のバージョンでlossless厨の自分がHEIF/HEICのお世話になることはなさそうだ

このスレ見といて本当によかった 詳しい人ありがとうございます

数年ぶりにバッチ作ってPNG->WEBPlosslessに変換しまくってるけど
25%程度とは言え塵も積もればだからやっぱ気持ちいいな

94

： 名無しさん＠編集中 (ﾜﾝﾐﾝｸﾞｸ MM52-9ozn) [] 2019/02/08(金) 18:21:05.40

ID

:UlRVwGWHM

それほど大量にPNGを扱っているなら場合によってはBMPにして7zとかzpaqなどのアーカイブに放り込む方が縮むかもしれない
その場合というのは差分ありCGぐらいなんだが…差分が多ければPNGの1/10以下、条件か良ければ1/50以下になることもザラにあるよ。
HEVC等のRGB可逆で圧縮しておいて必要時に画像として出力するなんて方法も考えたことあるけど流石にな…

95

： 名無しさん＠編集中 (ﾜｯﾁｮｲ a12c-U9Au) [sage] 2019/02/08(金) 19:22:01.90

ID

:2sJCbLwZ0

最新のAcrobat Pro DCでHEIC開けなかったわ
PDFってまだHEIF埋め込める仕様になってないん?(´･ω･`)

96

： 名無しさん＠編集中 (ﾜｯﾁｮｲW a9b0-KAwQ) [sage] 2019/02/08(金) 22:12:26.58

ID

:lsyg2RlG0

pngcrushで事足りてるな...
(もっと効率良いPNG再圧縮プログラムもあるけど、デフォルトでメタデータが保持されない物が多いのでpngcrushが安全

97

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 8de7-OF6d) [sage] 2019/02/09(土) 01:14:35.57

ID

:Lkg2e27Z0

MicrosoftのHEIF画像拡張機能を入れてテストしてみようとしたら
「Microsoftアカウントじゃないとインストールさせねえよ？」と言われたでござる。(´・ω・｀)

98

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 259a-JPGI) [sage] 2019/02/09(土) 01:54:14.48

ID

:zFwc7OdK0

PNG最適化ならzopflipngが今のところ一番縮むはず

99

： 名無しさん＠編集中 (ﾜｯﾁｮｲW a9b0-KAwQ) [sage] 2019/02/09(土) 07:21:06.37

ID

:SX96QM+v0

zopflipngのコマンドラインは残すチャンクを手動指定しないとメタデータを軒並み消される

100

： 名無しさん＠編集中 (ﾜｯﾁｮｲW a9b0-KAwQ) [sage] 2019/02/09(土) 07:25:25.95

ID

:SX96QM+v0

メタデータまで含め非破壊で安全である事と、速度と圧縮効率のバランスの良さでpngcrushの標準(-bruteとか指定しないで普通に使う)は使い勝手が良い

101

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 41e7-OF6d) [sage] 2019/02/09(土) 12:01:23.04

ID

:D1Bfgd9M0

HEIF画像拡張機能、なんかインストールできねえなと思ったら
　　Windows 10 バージョン 17763.0 以降 （October 2018 Update〜）
になっとるやないかい・・・。まだApril 2018なままのうちでは無理か・・・去年さっさといれとけばよかった。

102

： 名無しさん＠編集中 (ｱｳｱｳｴｰ Sa0a-QQ+n) [sage] 2019/02/09(土) 12:33:43.35

ID

:zQjVjhb7a

>>98

ECTやpingoのほうが縮むぞ
圧縮速度も何倍も速いしメタデータも残る

103

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 86e3-ZFeD) [sage] 2019/02/09(土) 14:05:05.01

ID

:d8jrAH5w0

> converted through FFmpeg v3.4.1’s use of the open source x265 HEVC encoder (MulticoreWare Inc., 2018) to a mathematically lossless bitstream with the following command:
>
> > ffmpeg -i reference.tif -preset veryslow -c:v libx265 \
> > -x265-params lossless=1 lossless_bitstream.265
>
> The x265 encoder’s lossless option disables rate control along with all quality metrics and bypasses both discrete cosine transforms (DCT) and quantization (MulticoreWare Inc., 2014). Additionally,
> it employs HEVC’s RExt Main 4:4:4 profile, Level-8.5 (Main tier).
ttp://https://journal.code4lib.org/articles/13746

ttp://https://pwiki.awm.jp/~yoya/?2018-01-25/HEIFでYUV444なら劣化しないみたいなこと書いてあったからぐぐってみたんだけど
たぶんオープンソースのFFmpegでRExt Main 4:4:4 profile, Level-8.5でlossless圧縮したら数学上で損失のない信号情報に変換されたよ〜
って書いてあると思うんだけど、YUV444ならlossless変換でも色情報間引かれたりしないんだろうか

104

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 46e3-ZFeD) [sage] 2019/02/09(土) 16:33:15.07

ID

:C7mp2mR+0

>>103

やってみたけどサイズがPNGより膨らむ上にirfanviewでも開けないしよくわかんないっすね…
jpeg2000より圧縮率高かったら置き換えられるかなと思ってたけど厳しそう

105

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 41e7-OF6d) [sage] 2019/02/09(土) 19:50:32.09

ID

:D1Bfgd9M0

>>103

> ttp://https://pwiki.awm.jp/~yoya/?2018-01-25/HEIFでYUV444なら劣化しないみたいなこと書いてあった

　> ・ロスレス(劣化しない圧縮)と透明度に対応してるので PNG の代わりになり得る。
>　　　ただし、YUV444 対応しないと RGB=>YUV変換で微妙に劣化する

これは、もうちょっと細かく書くと、

　・ロスレス(劣化しない圧縮)と透明度に対応してるので PNG の代わりになり得る。

　　　・ただし、8bitRGBをロスレス保存するには、
　　　　　　　　・Main4:4:4で8bitRGBを、「フルレンジ」「4:4:4」「--colormatrix gbr」 で保存。
　　　　　　　　・fullrangeフラグやcolormatrixを見て適切な色変換を行う。
　　　　　　　　・Main4:4:4は、heixブランドなのでその対応が必要。
　　　　　という条件を満たす必要がある。

　　　　・でも現時点での実装のほとんどは、heicブランド（MainおよびMain Still Pictureのみ）にしか対応していない。
　　　　　これは8bitYUV4:2:0限定なので、8bitRGBをロスレス保存することはできない。

という感じだと思う。

106

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 41e7-OF6d) [sage] 2019/02/09(土) 21:44:49.69

ID

:D1Bfgd9M0

■iPhoneのHEIFサンプル

　・形式
　　　プロファイル：　　　　　Main Still Picture(8bit YUV4:2:0)
　　　YUVレンジ：　　　　　　 フル
　　　　fullrangeフラグ付与： あり
　　　RGB->YUV変換係数：　　　不明
　　　　colormatrix付与：　　 無し
　　　備考：
　　　　・画像は48枚の512x512のタイルに分割されて格納されており、
　　　　　そのタイルを横8枚、縦6枚で並べた4096x3072の絵を
　　　　　更にクロップして4032x3024にして1枚の画像を構成する仕組み。
　　　　・320x240のサムネイルと、Exif情報もあり。

■NOKIAのHEIFサンプル

　・形式
　　　プロファイル：　　　　　Main(8bit YUV4:2:0)
　　　YUVレンジ：　　　　　　 リミテッド
　　　　fullrangeフラグ付与： なし
　　　RGB->YUV変換係数：　　　不明
　　　　colormatrix付与：　　 無し

107

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 41e7-OF6d) [sage] 2019/02/09(土) 21:45:56.53

ID

:D1Bfgd9M0

■GIMP v2.10.8のHEIF対応状況

　・対応しているのはheicブランド(MainまたはMain Still Picture)のみ。
　　Main4:4:4やMain10等はheixブランドなので非対応。

　・書き出し
　　　プロファイル：　　　　　Main (8bit YUV4:2:0)
　　　YUVレンジ：　　　　　　 フル
　　　　fullrangeフラグ付与： 無し　←★酷い
　　　RGB->YUV変換係数：　　　BT.601
　　　　colormatrix付与：　　 無し

　・読み出し
　　　問答無用でフルレンジBT.601だとして変換する。　←★酷い
　　　　fullrangeフラグ読み取り：　無し
　　　　colormatrix読み取り：　　　無し

　・備考
　　　・アルファチャンネルにも対応している。
　　　・NOKIAのHEIFサンプルはリミテッドレンジなので、
　　　　GIMPで読み込むとコントラストが低下した状態で読み込まれてしまう。
　
　
どいつもこいつもcolormatrixつけやしねえ・・・
デフォはBT.601として扱えとでも言うのだろうか・・・

108

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW ae68-irfR) [sage] 2019/02/09(土) 21:47:59.23

ID

:PZ/1qvmK0

画像系のソフトって色域の管理できてないのが多いからねぇ
というか、そもそも色域管理の術を知らないんじゃないのかとさえ思う

109

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW f901-yPlE) [sage] 2019/02/09(土) 21:54:40.43

ID

:7Ywj2Giu0

率直な質問だけどHEIXなHEIFって拡張子は.heixになるの？それとも.heif？

110

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 495f-zsj5) [sage] 2019/02/10(日) 00:05:13.79

ID

:c1Tihcf60

次世代ビデオコーデックのスレで画像コーデックの話何時までやるの？
話題ついでレベルなら全然かまわんと思うけど
ゴリゴリ続けられてもちょっとな

111

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 49e6-OF6d) [sage] 2019/02/10(日) 00:07:20.73

ID

:eYWijAuK0

次世代画像コーデックスレが必要になってきた感じですかね

112

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 46e3-ZFeD) [sage] 2019/02/10(日) 00:19:13.56

ID

:eskOjsHm0

HEIFやWEBPみたいに静止画と動画の変換コーデックに同じものが使われる傾向が続くと
将来的には「昔は静止画専用のコーデックがあってさ〜」みたいな話になるんだろうか

113

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 4690-Bwin) [sage] 2019/02/10(日) 00:19:54.07

ID

:UraLMarw0

どんどん続けてOK。俺はどうでもいいかスルーするけど

114

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 41e7-OF6d) [sage] 2019/02/10(日) 00:46:56.11

ID

:4eTbMRSh0

>>109

.heic

　HEIF Technical Information - High Efficiency Image File Format
　ttp://https://nokiatech.github.io/heif/technical.html

115

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW f901-yPlE) [sage] 2019/02/10(日) 00:52:48.44

ID

:fr2Lb9Px0

>>114

heixでも.heicなのか
サンクス

116

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 9177-DOJB) [] 2019/02/10(日) 01:22:36.25

ID

:rS1Ref0Y0

低スペックマシン(Windows10/AMD E1-7010 APU/RAM4.0GB)でYouTubeを720p/AV1設定にして視聴したんだが感動を覚えた。
Dropped Frames 683/5960 11.5%位落ちてるけれどこんな低スペックPCでchromeブラウザのAV1デコーダー凄い軽さだなぁと。

117

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW ae68-irfR) [sage] 2019/02/10(日) 02:25:30.99

ID

:KMjRffzw0

11.5%も落ちてたらダメだろ

118

： 名無しさん＠編集中 (ﾜｯﾁｮｲW 024b-9ozn) [] 2019/02/10(日) 02:47:17.59

ID

:wV54BB3g0

>>118

のCPUってcine bench15 マルチコアで70しか出ないのかよ…ちなみに9900Kが2000ちょい
仮にスコア100でフルフレーム出るとすると4コアCPUでも4K画質のソフトウェアデコードギリギリ出来るな。
デコーダの並列度が高ければ。

119

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 9177-DOJB) [] 2019/02/10(日) 10:35:49.01

ID

:rS1Ref0Y0

>>117

実際に落ちまくったのは最初の方やな。その後も落ちてたけど見られないほどひどくはない印象。

120

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 02b2-FtKs) [sage] 2019/02/10(日) 10:46:48.45

ID

:ItrmmZ/j0

シーンによって再生負荷が変動してる気がするんだが
再生負荷が高そうな動画だとどうなるんだろう

121

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 4690-Bwin) [sage] 2019/02/10(日) 13:56:38.44

ID

:UraLMarw0

つか、デコード負荷って結構あるんだね。今まで馬鹿にしてたわ。
2Kから4Kになれば負荷4倍なのは分かりやすいけど最近2Kの30fpsのmpeg2動画とh.264の動画をFireHD10でCPUで再生したらmpeg2こんな軽いんだね...
h.264だと再生ギリだわ。

最新コーデックってのはエンコ側ですげぇ頑張って、デコード側は大した変わらないのかなと盲目的に思ってたわ。

122

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 2d23-OF6d) [sage] 2019/02/10(日) 14:00:53.85

ID

:KVIj63yp0

GPU支援とかの機能があったりするのはそういうのが有効な程度には負荷があるってことだしね

123

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 4690-Bwin) [sage] 2019/02/10(日) 14:45:02.12

ID

:UraLMarw0

2Kの30fpsのmpeg2
HW L40% L40%
SW L50% L50% B50%
2Kの30fpsのAVC
HW L40% L40%
SW L60% L60% B70% B70%
2Kの30fpsのHEVC
HW L40% L40%
SW L90% L90% B100% B100%(かくかく)
android版VLC FireHD10 MT8173
LとかBはlittleコア、bigコアでアバウトなCPU使用率

124

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 9177-DOJB) [] 2019/02/10(日) 14:49:57.63

ID

:rS1Ref0Y0

スマホにAV1/HEVC配信をするのってバッテリー面で大丈夫なのだろうか。

125

： 名無しさん＠編集中 (ｽﾌｯ Sd22-ZIal) [sage] 2019/02/10(日) 16:11:58.54

ID

:DGz5wh45d

HEVCは新しい比較的SoCだとAndroidでもiOSでもHWデコードできなかったっけ？AV1は負荷がかかるからバッテリー持ち悪そうではある

126

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 2d23-OF6d) [sage] 2019/02/10(日) 17:11:24.75

ID

:KVIj63yp0

なぁに糞重いゲームとかと比べると屁みたいなもんよ
まあ電気食わないに越したことはないんだけどさ

127

： 名無しさん＠編集中 (ﾜｯﾁｮｲW 024b-9ozn) [] 2019/02/10(日) 17:57:13.49

ID

:wV54BB3g0

AV1でリアルタイムエンコ出来るわけ無いだろ…

128

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 8de7-OF6d) [sage] 2019/02/10(日) 18:07:19.31

ID

:/y8PkD8C0

AV1はHWメーカーも入って検討してるんだし、HW実装さえされれば
ユーザ側は少なくともデコードについては特に心配せずに使えるんでないかい。

デコードはユーザーレベルまで普及するだろうけど、エンコードがどうなるかはまだわからんね。

129

： 名無しさん＠編集中 (ﾜｯﾁｮｲW 9177-Cocm) [] 2019/02/10(日) 18:17:42.72

ID

:rS1Ref0Y0

>>127

そこでH.264の出番!()

130

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 82e3-ZFeD) [sage] 2019/02/10(日) 21:56:54.41

ID

:dLysR4Z60

AVCのデコードの重さはCore2Duo世代の年寄りにとっては当たり前の話みたいなもんだったけど
今の若い人には逆に新鮮なんだな

当時はSD画質でも体感負荷が倍くらいあったけど
今はマルチコアの並列化がこなれてきてるのかMPEG2で50%負荷→AVCで70%負荷程度しか変わらんのな

JPEG2000もそろそろパッと読み込まれるようになってもええんやで、と思ってググったら
FLIFとかいうロスレス規格も出てきてたんだなttp://https://gigazine.net/news/20160308-flif/
完全に浦島太郎状態だわ

131

： 名無しさん＠編集中 (ｱｳｱｳｴｰ Sa0a-QQ+n) [sage] 2019/02/10(日) 22:11:41.46

ID

:FlhgQQsYa

普及する見込みのないコーデック覚えても意味ないから知らなくていいよ

132

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW f901-yPlE) [sage] 2019/02/10(日) 22:21:26.62

ID

:fr2Lb9Px0

J2Kは回路コストが高すぎるとかで普及しなかったらしいけどAV1はどうなんだろう

133

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 9177-DOJB) [] 2019/02/10(日) 22:30:34.47

ID

:rS1Ref0Y0

テレビ局のエンコーダーでお馴染みのソシオネクスト君がやってはいるんだけどね。
ttp://https://www.socionext.com/jp/pr/sn_pr20180606_01j.pdf

134

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 92e3-ZFeD) [sage] 2019/02/10(日) 22:40:09.22

ID

:v/4sZexS0

動画の帯域問題はプロバイダやサーバー事業者（サービス提供者）にとっては死活問題だから
YouTube（Google）とNetflixとPrime（amazon）とHuluが主導してる時点で意地でも普及させてくると思う

135

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 2d61-QeCQ) [sage] 2019/02/10(日) 22:59:30.12

ID

:42DuUQLQ0

Ubuntu創業者Mark Shuttleworth自らキターーーッ
ttp://https://code.videolan.org/videolan/dav1d/merge_requests/577/commits

136

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 2d61-QeCQ) [sage] 2019/02/10(日) 23:31:02.97

ID

:42DuUQLQ0

Mark Shuttleworthこっちにも来てたw
ttp://https://github.com/OpenVisualCloud/SVT-AV1/pull/38
インストール、アップデートがめちゃらくになる

137

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW bd5f-m4CA) [sage] 2019/02/11(月) 05:29:56.58

ID

:xK0vAipo0

大御所が来るとワクワクするなぁ

138

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 022c-tTYk) [sage] 2019/02/11(月) 12:18:12.82

ID

:SadaeFgt0

>>130

DVD見るためにセレロン300AをOCしていた思い出・・・

139

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW bd5f-m4CA) [sage] 2019/02/11(月) 14:37:09.21

ID

:xK0vAipo0

再エンコードとかなかった頃のニコニコ動画で再生負荷高くて再生できないなんてことがクソスペックであったからなぁ
逆に再生負荷あげられまくれるからベンチマークなんてのあったし

140

： 名無しさん＠編集中 (ﾜｯﾁｮｲW 9177-Cocm) [] 2019/02/11(月) 14:49:32.71

ID

:rdXGmVRF0

YouTubeの720p/AV1はそこそこ普通に見られるのにニコニコ動画のHTML5プレーヤーは止まりまくるの草

141

： 名無しさん＠編集中 (ﾜｯﾁｮｲW 02ad-jVKw) [sage] 2019/02/11(月) 15:13:57.25

ID

:nmSLbfp20

>>138

パソコンでDVD 見たいなら再生支援チップが載ったグラボ買った方が良いよ！な時代やな

142

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 82d2-hHwN) [sage] 2019/02/11(月) 19:00:02.67

ID

:e71+OvT80

ttps://pbs.twimg.com/media/DzHM_vaUUAApdg_.png
ttps://pbs.twimg.com/media/DzHNAzcUcAAPhvF.png
ttps://pbs.twimg.com/media/DzHNBr9UwAAE0om.png
ttps://pbs.twimg.com/media/DzHNC3iUUAEWCUt.png
4枚目に記述してあるfpsはpedestrian_area_1080p25をエンコードした時の数値。

143

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 82d2-hHwN) [sage] 2019/02/11(月) 19:10:49.97

ID

:e71+OvT80

CPUなに使ってるか書いてなかった
Ryzen 5 2400Gです

144

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 41e7-OF6d) [sage] 2019/02/11(月) 19:28:21.76

ID

:ZzHY0EqP0

>>142-143

乙です。

　・SVT-AV1、libaom、rav1e、libvpx VP9、x265、x264のVMAFでの比較評価。（重い設定での比較）

　・全体的にlibaomが良好、その次にx265とlibvpx VP9。

　・SVT-AV1はその次くらいで、rav1eと同等かそれ以上。

ってところかな。そしてやっぱりAV1は重い。

145

： 名無しさん＠編集中 (ﾜｯﾁｮｲW 9177-Cocm) [] 2019/02/11(月) 20:09:41.51

ID

:rdXGmVRF0

AV1がすごい、HEVC/VVCがすごい以前に2つの参加企業見比べたらAV1がVVC潰しに掛かっているような構図にしか見えない。

146

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW d154-irfR) [sage] 2019/02/11(月) 20:16:33.39

ID

:dJsgS1pL0

同じAV1でもlibaomとSVT-AV1、rav1eでは別物クラスの違いがあるね
libaomは低ビットレートでの改善具合がすごい
ただ、重いんだろうなぁw
問題は、高解像度映像でどの程度の改善があるのか
libaom使って4Kをエンコードした場合に、HEVCより3割以上縮むのならば、4K放送の当面の保存用に考えなくもないが…
（4Kは保存場所がどうしても消費してしまうし、画質落とした4Kを保存するくらいならば2Kでいいだろとすらなってしまうのがイタい）

147

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 41e7-OF6d) [sage] 2019/02/11(月) 20:39:55.79

ID

:ZzHY0EqP0

>>145

「参加企業」つってもHEVCの参加企業と言ってるのはライセンスを保持する企業群のことだろうし、
AV1(AOM)の参加企業は「HEVCのライセンスは内容も複雑さもクソ」って企業が集まったってだけでしょ。
別にVVCを潰すなんて意図はないし、VVCでHEVCのクソライセンスの悲劇を繰り返さないためにMC-IFって組織も立ち上げられてる。

148

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW d168-ZIal) [sage] 2019/02/12(火) 01:07:16.82

ID

:zyRKv6En0

VVCがAV1より良い出来で、ライセンスが分かりやすくなったらそっちに鞍替えする企業も出てくるのだろうか

149

： 名無しさん＠編集中 (ﾜｯﾁｮｲW bd02-2nwz) [sage] 2019/02/12(火) 02:50:53.44

ID

:pAuFBqsE0

VVCはAV1を超えてくるだろうね
単純に後発なのもそうだしAV1はmpegが今まで積み上げてきた特許回避しなきゃならないから
それにライセンスも今回は慎重にいくみたいだし

まあAV1はmpeg帝国に対するけん制みたいな面もあるしあんまcodec戦争とか言われるようなもんじゃないのかもね

150

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW cddd-vOmh) [sage] 2019/02/12(火) 03:26:21.89

ID

:7IFsax0K0

>>142

rigaya氏いつも乙です

151

： 名無しさん＠編集中 (ﾜｯﾁｮｲW 024b-9ozn) [] 2019/02/12(火) 04:51:15.31

ID

:4fMEzpfv0

(お寿司アイコンの人なんだよなぁ…)

152

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW bd5f-m4CA) [sage] 2019/02/12(火) 11:56:45.50

ID

:HaMTUjbk0

libaom凄いな
3000kbpsでもうほぼソース画質に近くなるのか
そりゃ動画配信企業はお熱になりますわ

153

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 8de7-OF6d) [sage] 2019/02/12(火) 17:06:28.01

ID

:aWs0QX+90

>>150

俺も別スレでグラフ出しただけでrigaya氏扱いされたことがあるけど、
匿名掲示板で名乗りもしてないレスに対して「〇〇さん乙です」みたいな人物特定するような書き込みをするのは
結構気色悪い行為だからやめたほうがいいと思うよ。的外れなら尚更。

154

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW cddd-vOmh) [sage] 2019/02/12(火) 18:55:57.73

ID

:7IFsax0K0

>>153

その後同じグラフをブログに掲載すんだからバレバレじゃん

155

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW a99b-KbRv) [sage] 2019/02/12(火) 18:57:26.04

ID

:juPfdEn70

氏がこのスレかソース元サイトを見てるって事でしょ。
アンテナ張ってる先は同じなんだからさ。まずここ特定板じゃねえし、特定厨は邪魔だから帰って

156

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 4690-Bwin) [sage] 2019/02/12(火) 18:58:20.40

ID

:hFx1aJxP0

気色悪いっていうより性格悪いだけ

157

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 8de7-OF6d) [sage] 2019/02/12(火) 19:07:51.99

ID

:aWs0QX+90

ネトゲで「お前同じクラスの〇〇だろ！キャラの顔があいつに似てる！」と叫んでる人を見てる気分。

158

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 82d2-hHwN) [sage] 2019/02/12(火) 19:25:44.24

ID

:T7QlbUJk0

もしかしてグラフ作るのが技術的に物凄く難しくてrigaya氏みたいな人じゃないと出来ないと思ってる？
libreOfficeみたいなフリーのオフィスソフトでも簡単に作れるんだけどな

159

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW d154-irfR) [sage] 2019/02/12(火) 20:41:37.81

ID

:rrOD0+rV0

ところで、libaomとはどうやって使うものなの？
あと、これを使ってエンコードしたものをまともに再生しようとした場合に、ハードウェア再生支援の存在しない現状で要求されるハードウェアスペックとはどの程度なのだろうか？
エンコードを時間かけてやってもまともに再生できないようではさすがにつらすぎるし

160

： 名無しさん＠編集中 (ﾜｯﾁｮｲ fe2d-feI+) [sage] 2019/02/12(火) 20:47:52.42

ID

:ZNV4nXBR0

個人でまともに再生したいならx265使えばいい

161

： 名無しさん＠編集中 (ﾜｯﾁｮｲW 9177-Cocm) [] 2019/02/12(火) 21:20:37.94

ID

:9Gwk3FUH0

Google Cloud Platformの仮想Windowsでエンコードから再生までやってる。音声と映像のラグが酷いけど。

162

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 86e3-OF6d) [sage] 2019/02/12(火) 21:28:25.54

ID

:v0EqkMJx0

ffmpegとLAV Filtersでエンコードもデコードもできるんだから1:30くらいの動画を試しに変換してみればいいじゃん

と思って検索掛けてみたらAV1の画像フォーマットもAVIFも策定されてきてるんだな
ttp://https://people.xiph.org/~negge/AVIF2018.pdf
前に見つけたFLIFはJPEG2000よりさらに2倍近く読み込み時間が必要だったからwebpの後継として期待したい

163

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW d154-irfR) [sage] 2019/02/12(火) 23:21:14.98

ID

:rrOD0+rV0

>>162

FFMpegでエンコードするときの使い方をわかりやすく解説した資料とかないかな？

164

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW a99b-KbRv) [sage] 2019/02/12(火) 23:27:06.40

ID

:juPfdEn70

GUI公開されてるの幾つかあるけど、やっぱ個人で実用的に使うのはまだ先になりそうだねー
設定項目多すぎるよ

165

： 名無しさん＠編集中 (ﾜｯﾁｮｲ cde3-OF6d) [sage] 2019/02/12(火) 23:53:40.25

ID

:vY3WPBB90

>>163

基本的なのはffmpegのページに載ってる
現状での再生スペック測る程度なら充分かと
ttp://https://trac.ffmpeg.org/wiki/Encode/AV1

166

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW d154-irfR) [sage] 2019/02/13(水) 00:40:42.78

ID

:GtS0jeru0

>>164-165

やっぱりまだテスト目的止まりか
使い物になるのはいつ頃だろ？
4Kの容量削減のために、なるべく早く使いたいところ

話変わるけど、BS4K放送がリアルタイムハードウェアエンコードで33Mbpsで放送しているけれど、x265でslowくらいの設定で放送と同程度くらいのエンコードをした場合だと、
ビットレートはどのくらいまで落とせるものなのだろうか？
あまり変わらないかな？

167

： 名無しさん＠編集中 (ｱｳｱｳｳｰ Sa05-fSiJ) [sage] 2019/02/13(水) 00:53:49.27

ID

:AZNTvuCJa

むしろlibaomのパラメータ少ないと思ったが…

168

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW a99b-KbRv) [sage] 2019/02/13(水) 00:54:56.63

ID

:uVRm45c70

33Mbpsでも不足してる(画質維持には50Mbpsは欲しいところ)から何とも…
その上で考えると、放送画質相当なら20Mbpsくらいにまでなら落とせるかもしれない。

169

： 名無しさん＠編集中 (ｱｳｱｳｸｰ MM91-irfR) [sage] 2019/02/13(水) 01:18:01.32

ID

:qHNoLAniM

>>168

絶対的な画質で言ってしまえばビットレート不足か場面がないわけではないけど、放送としては開始間もない状況では充分なのではと個人的には思っているけれど
で、x265で積めて20Mbpsあたりか…
2年前くらいのNHK BSプレミアムと同程度の保存容量か
やはりAV1かVVCが来ないと保存場所の確保が大変になりそうだな
とりあえずAV1のハードウェア再生支援を早急に整備してほしい…

170

： 名無しさん＠編集中 (ﾜｯﾁｮｲW a9b0-hPCk) [sage] 2019/02/13(水) 01:36:54.76

ID

:YMo/w0ij0

>>149

HEVCやAV1で拡張扱いの機能が標準で取り込まれてたりするからね

171

： 名無しさん＠編集中 (ﾜｯﾁｮｲW 0777-Aoz0) [] 2019/02/16(土) 16:46:44.53

ID

:CMtST+2l0

VVCって一番遅いエンコード設定にしたら10Mbpsで4K/24fps出来たりするのかね?

172

： 名無しさん＠編集中 (ﾜｯﾁｮｲW 5f4b-Fc2p) [] 2019/02/16(土) 17:18:16.96

ID

:bdhzcnJr0

何を基準に出来るというか分からないけど前評判ではAV1より縮むはず。
実際個人で試せる所まで来てみないと分からんだろう。

173

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 87e3-cT+3) [sage] 2019/02/16(土) 17:41:33.60

ID

:lJi5rW/o0

低ビットレートなら半分くらいのビットレートで済むのは有るだろうけど
高画質目的なら H.264/AVC -> H.265/HEVC での圧縮率と同じ4/5程度だろうなと思ってる

174

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 87e7-cT+3) [sage] 2019/02/16(土) 18:34:35.71

ID

:VThERhyn0

>>172

VVC Test Model (VTM) なら一応個人でも試せる。

　Versatile Video Coding (VVC) | JVET
　ttp://https://vvc.hhi.fraunhofer.de/

　jvet / VVCSoftware_VTM ・ GitLab
　ttp://https://vcgit.hhi.fraunhofer.de/jvet/VVCSoftware_VTM

175

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 5fd2-07dM) [sage] 2019/02/16(土) 18:37:58.26

ID

:4sV2ot5Z0

doom9にビルド済みバイナリもあるね

ttp://https://forum.doom9.org/showthread.php?p=1865448#post1865448

176

： 名無しさん＠編集中 (ﾜｯﾁｮｲ a761-5nnY) [sage] 2019/02/16(土) 19:11:52.60

ID

:UI0w9CkX0

ttp://https://www.reddit.com/r/VVC/

177

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 5fd2-07dM) [sage] 2019/02/16(土) 19:17:27.42

ID

:4sV2ot5Z0

下のをダウンロードして
ttp://https://vcgit.hhi.fraunhofer.de/jvet/VVCSoftware_VTM/blob/master/cfg/encoder_randomaccess_vtm.cfg

こんな感じでエンコード出来た

ffmpeg.exe -y -i "%~1" -an -pix_fmt yuv420p -f rawvideo input.yuv
EncoderApp.exe -c cfg_encoder_randomaccess_vtm.cfg --InputBitDepth=8 --OutputBitDepth=8 -q 25 -fr 24 -wdt 1280 -hgt 720 -f 10 -i input.yuv -o output.yuv -b output.bin
ffmpeg.exe -y -f rawvideo -s 1280x720 -r 24/1 yuv420p -i output.yuv -vcodec utvideo -an output.avi

178

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 87e7-cT+3) [sage] 2019/02/16(土) 19:31:03.26

ID

:VThERhyn0

.yuvの入出力がパイプ渡しでできれば便利なんだけどねえ。

179

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 5fd2-07dM) [sage] 2019/02/16(土) 19:35:33.47

ID

:4sV2ot5Z0

>>177

誤 ffmpeg.exe -y -f rawvideo -s 1280x720 -r 24/1 yuv420p -i output.yuv -vcodec utvideo -an output.avi
正 ffmpeg.exe -y -f rawvideo -s 1280x720 -r 24/1 -pix_fmt yuv420p -i output.yuv -vcodec utvideo -an output.avi

180

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 7fa7-dCfb) [] 2019/02/17(日) 05:07:51.50

ID

:Gg6iyg9o0

東京五輪後に地デジ４Ｋ開始で、映像圧縮はH266!

2019年2月12日(火)―2月8日発行　 第64巻 第15376号
地デジ以上の一大Ｐ・東京・名古屋実験公開
技術的焦点はＨ．２６６活用とＳＦＮ目途
総務省来年度予算８０億・最多額投入し具現へ
地上波４Ｋ、愈々検討本格化・五輪以降開始方針

181

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 5fa5-ayOl) [sage] 2019/02/17(日) 05:33:48.73

ID

:uKm1awvM0

>>180

まーた無茶してノイズ/モアレだらけの偽高解像度放送やるんか

182

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 5fb2-8zyB) [sage] 2019/02/17(日) 10:46:19.22

ID

:J/NgXoyM0

今の地デジ放送って1つのチャンネルに複数のフォーマットを混在させることってできるのだろうか
ゴールデンタイムとかは現行の地デジのまま、深夜に４K８K放送流して
視聴者はそれを録画して見るとか

183

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 479b-Cl+w) [sage] 2019/02/17(日) 10:56:29.98

ID

:3NpuGEvs0

関テレが研究してたのってそういうのじゃやかった？4Kの電波を現放送に乗せる的な
違ったっけ

184

： 名無しさん＠編集中 (ﾜｯﾁｮｲ a7e7-cT+3) [sage] 2019/02/17(日) 17:03:38.99

ID

:tRS00x9O0

>>180

決まってもいないことを決まったかのように書いてる１行目は自分で書いたのか。
スポーツ新聞や転載まとめサイトじゃあるまいし、やめたほうがいいと思うよ。


　マスコミ研究会 > 日刊合同通信 > バックナンバー
　ttp://http://www.godotsushin.com/backnumber_nikkan/2019/2019_02html.htm

「東京・名古屋実験」って、どういう団体がどういう実験をした（する？）んだろな。
「五輪以降」ってのは「何年後とは言ってない」ってレベルの話であって何のメドにもなってないし、
検討がまだ進んでない状況なんだから、やるとしても東京五輪以降ってのは当たり前の話でもあるし、
そもそもVVC(H.266？)の標準化予定が2020年10月（東京五輪より後）。

185

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 275f-cT+3) [sage] 2019/02/17(日) 17:58:55.52

ID

:s92V9Zmy0

>>184

実験はいつも通りNHKがやるんだよ
ttp://http://www.soumu.go.jp/main_content/000539299.pdf

186

： 名無しさん＠編集中 (ﾜｯﾁｮｲW 0777-Aoz0) [] 2019/02/18(月) 00:26:23.57

ID

:DRJ/X+L20

もう遅いだろうが五輪4K諦めてH.266出てから実験始めろ

187

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 7fb0-LjV/) [sage] 2019/02/18(月) 01:06:00.37

ID

:fbYKrhEG0

>>182

H.264のワンセグと普通のMPEG-2が一緒に配信出来てるからTSならできるでしょう。

188

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 5f2c-xv4H) [sage] 2019/02/18(月) 01:16:47.65

ID

:Ncp9urY/0

>>187

1Chあたりの容量は変わらんから両方とも相当悲惨な絵になりそう

189

： 名無しさん＠編集中 (ｱｳｱｳｴｰ Sa1f-rf/x) [sage] 2019/02/18(月) 06:07:30.18

ID

:62kKIEwya

AVX512が使えるとSVT-VP9がすごい
AVX512有無だけでここまで変わるものなのか
ttp://https://www.phoronix.com/scan.php?page=news_item&px=SVT-VP9-Open-Source

190

： 名無しさん＠編集中 (ﾜｯﾁｮｲW 47b0-mDuQ) [sage] 2019/02/18(月) 11:26:22.45

ID

:JmLEF2mC0

10Mbps超でH266で4Kならそこそこ綺麗そうだけどな

191

： 名無しさん＠編集中 (ﾜｯﾁｮｲW 0777-Aoz0) [] 2019/02/18(月) 18:36:33.75

ID

:DRJ/X+L20

Chrome/Firefox「Flashはセキュリティ面の問題もあるし、何よりWebはオープンであるべき!」
Chrome「せや!動画もH.264/H.265排除したろ!」
Apple「駄目です。」
Chrome「ぐぬぬ・・・」←いまここ

将来的にChromeがVVC排除する危険性は0じゃないし、Webに載せるのは慎重になってしまう。

192

： 名無しさん＠編集中 (ｱｳｱｳｸｰ MM7b-jkgh) [sage] 2019/02/18(月) 18:50:00.26

ID

:wzkzZVMHM

かと言ってAV1が普及するかと言えば、再生すら糞重たい現状ではかなり難しい
（CPUデコードで4K再生とか8コアクラス以上のCPUじゃないと無理だろ）

193

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW c701-kRyl) [sage] 2019/02/18(月) 18:52:34.76

ID

:qW2k2rzD0

i7-2600程度だと720pですらコマ落ちしまくるからなぁ

194

： 名無しさん＠編集中 (ﾜｯﾁｮｲ a7e7-cT+3) [sage] 2019/02/18(月) 19:24:56.77

ID

:/W1wW3i40

>>189

記事内のリンクで気づいたけど、2/15にSVT-AV1のベンチマーク記事も出てたんだね。
2/3版に比べて、2/15版はかなり速くなってるとのこと。
（まあそれでも i9-7980XEで1080pが8.5fpsくらいだけど・・・。）

　SVT-AV1 Already Seeing Nice Performance Improvements Since Open-Sourcing - Phoronix
　ttp://https://www.phoronix.com/scan.php?page=news_item&px=SVT-AV1-Speed-Progress

195

： 名無しさん＠編集中 (ﾜｯﾁｮｲ a7e7-cT+3) [sage] 2019/02/18(月) 19:27:07.56

ID

:/W1wW3i40

>>192-193

参考までにPhoronix Test Suiteのdav1dのベンチマーク。1080pと4Kのデコード速度。

　dav1d Test Profile
　ttp://https://openbenchmarking.org/test/pts/dav1d

　グラフ
　dav1d Performance Showdown, Automated Performance Comparison
　ttp://https://openbenchmarking.org/showdown/pts/dav1d

196

： 名無しさん＠編集中 (ﾜｯﾁｮｲ a7e7-cT+3) [sage] 2019/02/18(月) 19:34:14.50

ID

:/W1wW3i40

メモ： Phoronix Test Suite の ビデオエンコード/デコード関連のテストプロファイル一覧

SVT-AV1
ttp://https://openbenchmarking.org/test/pts/svt-av1

SVT-VP9
ttp://https://openbenchmarking.org/test/pts/svt-vp9

SVT-HEVC
ttp://https://openbenchmarking.org/test/pts/svt-hevc

dav1d
ttp://https://openbenchmarking.org/test/pts/dav1d

AOM AV1
ttp://https://openbenchmarking.org/test/pts/aom-av1

VP9 libvpx
ttp://https://openbenchmarking.org/test/pts/vpxenc

x264
ttp://https://openbenchmarking.org/test/pts/x264

x265
ttp://https://openbenchmarking.org/test/pts/x265

197

： 名無しさん＠編集中 (ｱｳｱｳｸｰ MM7b-jkgh) [sage] 2019/02/18(月) 20:54:14.05

ID

:wzkzZVMHM

>>195

掲載しているCPUに偏りがありすぎて資料としての価値が…
そもそも物理コアが2コア、4コア、6コア、8コアでそれぞれ何fps程度までコマ落ちなしで再生できるのかみたいな比較じゃないとわかりにくいし

あと、今年中に登場予定のIntelの新型CPUがかなり気合い入ってるらしいので、そいつに期待するか

2018年あたりからThunderbolt3端子搭載ノートPCが増えてきているから、Thunderbolt3接続タイプのAV1ハードウェア再生支援回路とかが出れば普及させやすいかもしれんが

198

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 87ad-2NBu) [] 2019/02/19(火) 11:19:45.35

ID

:aPIlGERf0

ttp://https://satch.tv/forums/forum/satella2_first?mref=115

199

： 名無しさん＠編集中 (ﾜｯﾁｮｲ bfe3-cT+3) [sage] 2019/02/19(火) 11:38:42.25

ID

:8Fbpkffo0

ffmpeg+QSVでH.264とHEVC両方使ってみたけど
意外とCPU負荷もあるんだな

GPUに全部お任せできるくらいに思ってたわ

200

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 7fa7-dCfb) [] 2019/02/19(火) 11:38:44.66

ID

:/aPm2G0j0

H.265の寿命は短かったなあ。4K8Kのコンテンツもコーデックもオワコン。

201

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 5f2c-xv4H) [sage] 2019/02/19(火) 11:48:08.72

ID

:jPOPtbqt0

h.266はいつ決まるんだか・・・

202

： 名無しさん＠編集中 (ｵｲｺﾗﾐﾈｵ MMdb-akdL) [sage] 2019/02/19(火) 12:14:20.65

ID

:cSY3PZqTM

H.266よりもAV1だろ
AV1のハードウェアエンコードはいつになったらできるのか

203

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 2702-k2Dg) [sage] 2019/02/19(火) 13:05:19.36

ID

:kCQtpMgn0

>>191

H.264はともかくH.265は元からChrome/Firefoxには無いだろ

204

： 名無しさん＠編集中 (ﾜｯﾁｮｲW 0777-Aoz0) [] 2019/02/19(火) 17:07:06.83

ID

:sckuBehZ0

>>203

終わったやん。本格的に。
まぁ、でもAV1リアルタイムエンコード厳しいし...厳しいし...

205

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 2702-k2Dg) [sage] 2019/02/19(火) 17:11:17.76

ID

:kCQtpMgn0

>>204

は？何いってんだ、H.265が採用すらされないのは権利問題だろ
そもそもSafariにはH.265あるのか？

206

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 5fe7-cT+3) [sage] 2019/02/19(火) 17:43:56.97

ID

:aKEtg7+S0

>>205

>>5

207

： 名無しさん＠編集中 (ﾜﾝﾐﾝｸﾞｸ MM3f-Fc2p) [] 2019/02/19(火) 18:24:43.65

ID

:skHDP/FFM

個人使用でモダンなコーデックの中で圧倒的に実用的なhevcが終わったっていうのは有り得ない。
一般的には始まっても無いが少なくとも終わったという表現はおかしい。

208

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 47e5-OU7K) [sage] 2019/02/19(火) 19:41:58.89

ID

:fSib0Tn80

ノートでバリバリHEVCエンコしてるよ
i7-8750H、2時間映画8時間近くかかるから寝る前にセットだ

209

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 479b-Cl+w) [sage] 2019/02/19(火) 20:48:49.07

ID

:i6FIJpQD0

いいなぁ
俺i5-3210Mだから羨ましい

210

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 275f-KjHq) [sage] 2019/02/19(火) 20:55:54.22

ID

:q0vP/lA40

ノートエンコードとかパーツの消耗激しそうだな

211

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 479b-Cl+w) [sage] 2019/02/19(火) 21:03:48.09

ID

:i6FIJpQD0

7年間交換0だよ

212

： 名無しさん＠編集中 (JPWW 0H6b-JuJs) [sage] 2019/02/19(火) 21:55:35.90

ID

:a6rZOomdH

固定回線でも「ギガ不足」におびえる時代が到来か、トラフィック急増により現場で起きている悲劇とは (1/2)

「従量課金に移行しないと、このままではとても立ち行かない」

ある固定回線系プロバイダーの幹部が悲痛な面持ちで筆者に訴えた。　「ここ数年の爆発的なトラフィックの伸びに設備投資が追い付かず、ユーザーからのクレームが増加している」
それは、プロバイダーだけの問題ではなく、NTT東日本・西日本（NTT東西）のフレッツ光にもいえることらしい。

この資料の中で注目してほしいのは4ページ目の「1契約当たりのトラヒック」（図版2）だ。これを見ると、2015年辺りから毎年3〜4割のダウンロードトラフィック増を記録している（赤のグラフ）。

動画サービスの台頭やWindows Updateの存在がトラフィック増の原因か


ttp://https://www.atmarkit.co.jp/ait/articles/1902/19/news013.html

213

： 名無しさん＠編集中 (ﾜｯﾁｮｲW 47b0-mDuQ) [sage] 2019/02/19(火) 22:05:06.39

ID

:NmVRXRZb0

iPhoneの動画撮影と写真がHEVCになって2年以上経つし普及はしまくってる
既に使用してないiMac 2010でもHEVC 1080pは余裕で再生できた

214

： 名無しさん＠編集中 (ﾜｯﾁｮｲW df2d-Bhkh) [sage] 2019/02/19(火) 22:06:32.93

ID

:vV3u4VEB0

YouTubeの1080p60を1.5倍速で再生できないうちのパソコンに未来はありますか…？

215

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW bfe0-lW87) [sage] 2019/02/19(火) 22:08:33.82

ID

:yhBJ5Ose0

進歩しないといけないとはいえ
やっぱ光の速度に限界がある以上
限界は近い

216

： 名無しさん＠編集中 (ﾜｯﾁｮｲW 47b0-mDuQ) [sage] 2019/02/19(火) 22:12:06.25

ID

:NmVRXRZb0

1080pじゃないな。iPhoneで4K60fpsで撮ったのが2010 iMacで問題なく再生できてるの間違いだわ。ハードにHEVCの再生支援なんてないから、GPUのシェーダーコアとかCPUのSSEとかで頑張ってるんだろうけど(AVXもないマシンなので

217

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 5fe7-cT+3) [sage] 2019/02/19(火) 22:45:31.02

ID

:aKEtg7+S0

>>216

さすがに2010年のiMacのスペックで4K60fps（H.264でもHEVCでも）を問題なく再生するのは無理では？

　　ttp://https://ja.wikipedia.org/wiki/IMac_(%E3%82%A4%E3%83%B3%E3%83%86%E3%83%AB%E3%83%99%E3%83%BC%E3%82%B9)#iMac_(Mid_2010)

再生してる動画のプロパティをもう一度確認したほうが良い気がする。

218

： 名無しさん＠編集中 (ﾜｯﾁｮｲW 47b0-mDuQ) [sage] 2019/02/19(火) 23:06:38.10

ID

:NmVRXRZb0

>>217

ダブルチェックした。
未編集ビデオ書き出してQuickTimeで再生。
HEVC 3840x2160 59.99fps
データレート 51.41Mbps
ふつーにヌルッヌルに再生できる。

2.93GHz Core i7
8GB 1333MHz DDR3
Radeon HD 5750 1024MB
解像度 2560x1440

219

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 5f90-pQCL) [sage] 2019/02/19(火) 23:09:38.22

ID

:0cpGBqE30

俺のivybridgのCorei5 で4k 60fpsのVP9再生してみたけど60%ぐらいやな。だからいけそうな気がするな。

220

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 5f90-pQCL) [sage] 2019/02/19(火) 23:10:38.76

ID

:0cpGBqE30

60%ってのはタスクマネージャーで確認したCPU使用率

221

： 名無しさん＠編集中 (ﾜｯﾁｮｲW 47b0-mDuQ) [sage] 2019/02/19(火) 23:17:55.76

ID

:NmVRXRZb0

負荷は4コア400%中295%程度
100%基準にすると75%程度だから妥当かと

222

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 0768-eBvU) [sage] 2019/02/19(火) 23:44:22.31

ID

:mkU5Scpt0

固定回線が従量制になったりしたらネットインフラが完全に崩壊しそう。ゲームのDL版なんか買えなくなる

223

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 5fe7-cT+3) [sage] 2019/02/19(火) 23:50:09.71

ID

:aKEtg7+S0

>>218

割といけるもんなのか。すまんかった。

224

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 5f2c-xv4H) [sage] 2019/02/20(水) 06:20:44.84

ID

:BsGWK+b50

>>222

最大の危機はWindowsUpdateって話も・・・

225

： 名無しさん＠編集中 (ﾜｯﾁｮｲW 47b0-mDuQ) [sage] 2019/02/20(水) 08:30:45.84

ID

:DBJWIpDW0

従量制だと良識派ユーザーならかえって安くなりそうだな

226

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 6d77-2CcH) [] 2019/02/21(木) 02:31:52.85

ID

:pqfYOsa30

YouTube VP9/1080p60fpsでDropped Frames 9912/14280のワイ無事死亡。
FUJITSU AH30/Xもう本当に許さねぇからな。お前。

227

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW a668-Qdjj) [sage] 2019/02/21(木) 03:03:19.27

ID

:o5LCkWfz0

>>226

逆恨みはほどほどにな

・ AMD デュアルコア E1-7010 APU + AMD Radeon™ R2 グラフィックス
→Unified Video Decoder 4.2
VP9の再生支援には対応していない

Celeronの最下位モデルと同クラスのCPUに期待しすぎだ

228

： 名無しさん＠編集中 (ｱｳｱｳｳｰ Sa21-yb0n) [sage] 2019/02/21(木) 03:47:27.85

ID

:7+Dl7YRJa

>>226

そんな低スペ使うお前が悪いんだろ…

229

： 名無しさん＠編集中 (ｽﾌﾟｯｯ Sd6d-55q0) [sage] 2019/02/21(木) 08:43:21.07

ID

:OSPSdfchd

E1って家電量販店で騙されて買うCPUじゃない?

230

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW f17d-bAbS) [sage] 2019/02/21(木) 09:29:41.13

ID

:TSvcgvew0

ブラウザ変えてみるとvp9のデコーダの性能が違うから見れるかも
chromeはlibvpx
firefoxはffvp9
edgeはvp9 extension
でデコードされる

231

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW a668-Qdjj) [sage] 2019/02/21(木) 09:34:38.67

ID

:o5LCkWfz0

edgeはmediafoundation全面押しだから軽い

232

： 名無しさん＠編集中 (ﾌﾞｰｲﾓ MM8e-7smw) [sage] 2019/02/21(木) 09:58:31.10

ID

:0swOg75xM

ジッジが同じような富士通の機種使ってるとこ見たとき
プレインストールの常駐ソフトだけでメモリ4Gほとんど使い切って
スワップしてたからそこも気をつけてほしい

233

： 名無しさん＠編集中 (ﾜｯﾁｮｲW da2d-Y9HE) [sage] 2019/02/21(木) 10:10:02.86

ID

:XB9+iIRT0

ah77/cだけど

>>226

にはギリギリ勝ってて腐ってもi7なんだなって思った

234

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 6d77-2CcH) [] 2019/02/21(木) 14:53:17.61

ID

:pqfYOsa30

>>229

その通りなんよ。今度から自分で買うことにする。悪いのは家電量販店と富士通やし。
タスクマネージャー見たらエクスプローラー開こうとしただけで100%行きやがる。

235

： 名無しさん＠編集中 (ｽﾌｯ Sd0a-VpOn) [sage] 2019/02/21(木) 14:56:31.09

ID

:jk/PggXsd

他人のせいにするのがお好きなようで

236

： 名無しさん＠編集中 (ｱｳｱｳｳｰ Sa21-yb0n) [sage] 2019/02/21(木) 14:59:08.96

ID

:NnQTvkdha

>>234

こういう奴仕事できなさそう
自分が無能なのを棚に上げてさ

237

： 名無しさん＠編集中 (ｽｯﾌﾟ Sdea-BjwS) [sage] 2019/02/21(木) 15:13:44.58

ID

:LbyjZwWpd

>>224

各プロバイダーがWSUS設置すりゃいいw

238

： 名無しさん＠編集中 (ﾜｯﾁｮｲ a902-rusg) [sage] 2019/02/21(木) 19:23:25.39

ID

:RJi1T1ZO0

>>226

つべを見たいだけならh264ifyとかでVP9使わないようにすれば…

239

： 名無しさん＠編集中 (ﾜｯﾁｮｲW 6d77-00F9) [] 2019/02/21(木) 21:26:12.13

ID

:pqfYOsa30

>>238

Edgeで見たら凄い軽かったからそれで行こうと思う。
ChromeがVP9のハードウェアデコードしてなかったらしい。
Edge今までChromeインストール用と馬鹿にしてごめんなさい...。

240

： 名無しさん＠編集中 (ﾜｯﾁｮｲ a902-rusg) [sage] 2019/02/21(木) 22:03:21.14

ID

:RJi1T1ZO0

>>239

EdgeさんはVP9ハードウェアデコーダ積んでない場合H.264にするとかやってなかったっけ？
右クリで詳細統計情報のコーデック見るんだ

241

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 7de7-dS/9) [sage] 2019/02/21(木) 22:21:59.07

ID

:+zuJcrqf0

>>239

> ChromeがVP9のハードウェアデコードしてなかった

Chromeのせいみたいに書いてるが、

>>226

のPCはVP9のハードウェアデコード機能持ってないんだから当たり前だろう・・・。
まさかEdgeがハードウェアデコードしてくれてるとでも思ってるんじゃないだろうな・・・？

242

： 名無しさん＠編集中 (ﾜｯﾁｮｲW ea4b-iZeB) [] 2019/02/21(木) 22:33:51.54

ID

:A6q6gtFO0

win7だとdirectXの新しいのが入れられないのでスペックは十二分にあるのにモダンなコーデックはハードウェアデコード出来なくてHEVC4Kがギリギリで辛い
どうしてもダメな理由があるので変えられん

今思い付いたけどvirtualboxとかにwin10インストールしたら支援受けられる?

243

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 6d9b-eSdf) [sage] 2019/02/21(木) 22:41:39.79

ID

:mcnwV9cy0

iPhoneのGPU使ってHEVCエンコしたいんだけど、そういうアプリ無いかな…

244

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW b501-Pez2) [sage] 2019/02/21(木) 23:11:28.27

ID

:sF1C2Cww0

>>242

仮想化ソフトで動かしてもGPUを直接叩けるわけじゃないから無理

245

： 名無しさん＠編集中 (ｱｳｱｳｳｰ Sa21-bb9Q) [sage] 2019/02/21(木) 23:11:28.92

ID

:YxCQTi7Da

>>243

ある。Siri Shortcutsでワークフロー作ろう。
共有メニューからパイプみたいに流し込んでエンコできるようにしとくと便利

246

： 名無しさん＠編集中 (ﾜｯﾁｮｲW ea4b-iZeB) [] 2019/02/21(木) 23:16:36.64

ID

:A6q6gtFO0

>>244

ふぇ…VRとか6Kとかの動画多くて辛ひ

247

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW c55f-7smw) [sage] 2019/02/21(木) 23:26:07.41

ID

:VkBeiukz0

>>242

グラボのpciをvirtualboxでパススルーすれば仮想マシンから直接触れるようなことは聞いたことあるけど
やったことはないから自信ない

248

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW ea90-4Jln) [sage] 2019/02/21(木) 23:27:51.18

ID

:DH+z3Sdg0

今どきのハードウェアデコーダは6Kとか対応してるのか？

249

： 名無しさん＠編集中 (ﾜｯﾁｮｲW 6d77-00F9) [] 2019/02/21(木) 23:31:38.20

ID

:pqfYOsa30

>>240

ほんまや。OpusとAVCと組み合わせなんて初めて見た。
てかReadonっていつの間にVP9非対応になってしまったんや。

250

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 79dd-RHnI) [sage] 2019/02/21(木) 23:51:09.29

ID

:jz76jMf30

>>248

物によるが8Kまでいける

251

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 7de7-dS/9) [sage] 2019/02/22(金) 03:19:38.70

ID

:Vo38WZn10

>>249

> Readonっていつの間にVP9非対応になってしまったんや

いや、君がVP9サポート前のPC使ってるだけだから・・・。

ついでに言うとRadeonはVP9の対応が遅れてて、VP9のHWデコードやDXVAに対応できてるのはAPU（RavenRidge）のみ。
それ以外のPolarisとかVegaはハイブリッドデコードでDXVA非対応。

252

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW a668-Qdjj) [sage] 2019/02/22(金) 05:55:08.96

ID

:F1WIQ+vi0

稀に動画は再生支援を使うから低スペックPCで省電力がいいとか言ってる連中がいるが、
省電力PCは不可かかったときにフレーム落ちしやすいし、音声にリサンプリング処理とかを高精度に適用するだけでもブツブツといった
ノイズが混入しやすくなるから、省電力PCは全くオススメしない

253

： 名無しさん＠編集中 (ﾜｯﾁｮｲ ea2c-McPC) [sage] 2019/02/22(金) 09:17:18.39

ID

:Y/U9VaYx0

>>242

virtualboxのGPU仮想化はホストがLinux限定じゃなかったっけ
VMWareだと結構お高い拡張パック必須

254

： 名無しさん＠編集中 (ｽﾌﾟｯｯ Sd0a-mxW3) [sage] 2019/02/22(金) 09:26:07.42

ID

:p+OCkQzvd

どのみち仮想化するならハード一個持ってかれるからホストとグラボ共有とかは無理なはず。

もう一個グラボ刺したら？

255

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 7dad-yQpw) [] 2019/02/22(金) 10:27:56.97

ID

:cVQZej0+0

ttp://https://satch.tv/?mref=115

256

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 592f-dS/9) [sage] 2019/02/22(金) 17:34:35.59

ID

:N7WNcznu0

余命一年のOSで踏ん張らないといけない理由が何さ
宗教的な問題？

257

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW a95f-y1wo) [sage] 2019/02/22(金) 18:23:12.02

ID

:mmyvnHtz0

>>256

windows7じゃないと動かないソフトがたくさんあるんじゃない？

258

： 名無しさん＠編集中 (ｱｳｱｳｸｰ MM7d-Qdjj) [sage] 2019/02/22(金) 18:48:24.36

ID

:WX+8pzRRM

もう一台PC買えばえぇがな…

259

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 6aa5-aEfC) [sage] 2019/02/22(金) 18:56:04.44

ID

:xQQpWNoh0

そういう用途ならデュアルブートにするのが良さそうね

260

： 名無しさん＠編集中 (ﾜｯﾁｮｲW 3d63-U0yH) [sage] 2019/02/22(金) 19:42:18.46

ID

:+K2CPXsH0

互換性バッチリでしょ

261

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 39e7-dS/9) [sage] 2019/02/22(金) 20:55:44.41

ID

:eyyxrl7A0

　
何を言っているのかヨクわからねーかもしれないが、x265 で SVT-HEVC を使えるようになっていた。

　x265 and SVT-HEVC in the same house
　ttp://http://x265.org/x265-svt-hevc-house/

　SVT-HEVC　(ビルド方法やオプションの使い方など)
　ttp://https://x265.readthedocs.io/en/latest/svthevc.html

262

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 6d9b-eSdf) [sage] 2019/02/22(金) 20:59:36.02

ID

:CM3VJp1V0

>>245

ビットレートの指定とかできる？

263

： 名無しさん＠編集中 (ﾜｯﾁｮｲW ea4b-iZeB) [] 2019/02/22(金) 21:11:48.11

ID

:s8uVm+Dr0

>>256

マジレスすると反応速度が重要な少し古めのゲーム、というかSTGだな。配信もしてる
モニタや入力機器、ドライバも拘って遅延抑えてるのにwin10にするだけで1-2F程度遅延が発生する
自分は当該ゲームだと1F遅延はABテスト100%だから絶対変えられないし知り合いも2環境作ってる人が多い
多分反応速度0.13台だから異常に遅延を感じやすい

デュアルブートはOS切り替え面倒臭いから多少不便があっても使ってる…

264

： 名無しさん＠編集中 (ﾜｯﾁｮｲ eada-naZm) [sage] 2019/02/22(金) 21:13:07.70

ID

:QphstW2g0

>>251

RX580使ってるけどChromeでもFFでもEdgeでもハードデコードできないよ
昔は出来たみたいだけど

265

： 名無しさん＠編集中 (ﾜｯﾁｮｲ eada-naZm) [] 2019/02/22(金) 21:14:36.35

ID

:QphstW2g0

>>264

すまん日本語読めてなかったわ

266

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW a668-Qdjj) [sage] 2019/02/22(金) 21:32:01.47

ID

:F1WIQ+vi0

>>261

それを使うメリットって何かあるの？

267

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 6a16-dS/9) [sage] 2019/02/22(金) 21:42:30.50

ID

:myVroYu20

>>261

自分もそれを書こうかと思ってたところ

>>266

なんかSVT-HEVCを利用して
x265の高速化を図るのではないかという予想もあるみたい

268

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW a668-Qdjj) [sage] 2019/02/22(金) 21:56:56.37

ID

:F1WIQ+vi0

>>267

速くなるのか
お手並み拝見ですな

269

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 6a16-dS/9) [sage] 2019/02/23(土) 00:00:16.62

ID

:RKcxoJ7n0

>>268

doom9の一般人の予想だからなんとも・・
ま、あっても2pass時のみとか微妙な感じになりそう

270

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW b501-Pez2) [sage] 2019/02/23(土) 00:21:24.43

ID

:c+er7Yfj0

SVTをx265が使えるログファイルを吐くように改造するのと
x265にSVTの一部コードを移植するのと
どっちが現実的なんだろうね

271

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 7de7-dS/9) [sage] 2019/02/23(土) 00:37:25.34

ID

:XngKrU9B0

>>269

>>261

の公式ブログ記事曰く

---

In the long term, we plan to leverage this integration to further improve x265’s ability
to handle real-time and low turn-around scenarios in pure software;
this is the space that SVT-HEVC was focused on. In parallel,
we will continue to innovate on our flagship presets that are used in offline encoding where x265 dominates.

長期的には、この統合を活用して、純粋なソフトウェアで
x265のリアルタイムおよび低ターンアラウンドシナリオを処理する能力をさらに向上させる予定です。
これはSVT-HEVCが焦点を当てたスペースです。
並行して、私たちは、x265が優位を占めるオフラインエンコーディングで使用される当社の主力プリセットを革新し続けます。

272

： 名無しさん＠編集中 (ﾜｯﾁｮｲW a5b0-bb9Q) [sage] 2019/02/23(土) 01:56:16.44

ID

:loC7Esh/0

>>263

render aheadフレーム数の強制設定のことかな
VulkanやDX12には意味ないから、OpenGLやDX11以前の旧ソフト向けのバッドノウハウ化しそうだな

273

： 名無しさん＠編集中 (ｱｳｱｳｴｰ Sa52-igw8) [sage] 2019/02/23(土) 02:21:15.68

ID

:+G6Dm3iKa

SVTはリアルタイムエンコに特化してるからx265と直接は比べる意味無いと思う
動画に使うならx265のほうが良いし配信に使うならSVTのほうが良い

274

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 6aa5-aEfC) [sage] 2019/02/23(土) 04:43:53.18

ID

:sKFj1/Bx0

ttp://https://github.com/intel/SVT-HEVC/blob/master/README.md

メモリ足りてればBroadwell以降のCPUで動くらしいけど、恩恵を受けられるのはサーバーらしいね
どの層を狙った統合なんですかね

275

： 名無しさん＠編集中 (ﾜｯﾁｮｲW 5db5-Sw0M) [sage] 2019/02/23(土) 14:00:48.86

ID

:9dCGFDcv0

1080pで6GBなら使えるでしょ

276

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 66a7-xcUo) [] 2019/02/24(日) 09:19:57.58

ID

:TlG/bat50

リモコン番号
(関東地方チャンネルプラン)

１ ２　３
４ ５　６
７ 韓 ９
101112

押すわけないわな、日本人なら。

277

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW b501-y1wo) [sage] 2019/02/24(日) 09:49:15.68

ID

:ZE7qAJY70

>>276

ネトウヨおじさん板間違えてますよ

278

： 名無しさん＠編集中 (ﾜｯﾁｮｲW c51a-N78A) [] 2019/02/24(日) 12:24:13.86

ID

:oDYZkfeC0

ネトウヨとか言っちゃうのキモすぎ

荒れるからどちっちもそういうのやめろよな

279

： 名無しさん＠編集中 (ﾜｯﾁｮｲW ea4b-iZeB) [] 2019/02/24(日) 12:43:32.81

ID

:yW0YtBW80

レイシスト

280

： 名無しさん＠編集中 (ｱｳｱｳｸｰ MM7d-N78A) [] 2019/02/24(日) 13:05:49.71

ID

:AKHsQ4tmM

朝鮮人…

281

： 名無しさん＠編集中 (ﾜｯﾁｮｲ ea2c-McPC) [sage] 2019/02/24(日) 18:07:48.28

ID

:SuJygCu60

>>270

SVTのライセンスがBSD+Patentなんで、
x265をSVTが使えるログファイルを吐くように改造する
の一択でねえの

282

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW ad54-Qdjj) [sage] 2019/02/24(日) 18:36:51.67

ID

:v5zMOCw30

SVT関連は配信する人向けの対応みたいだね

別件だが、Windows10用にMSが公開しているAV1用のデコーダー（mediafoundation仕様）、何か改善されたのかな？
「映画&TV」でAV1動画の重たいものを再生すると、以前より滑らかになったような気がする
「映画&TV」はリピートの設定を記憶してくれないからあまり使ってなかったのだが、前にテストしたときよりも
AV1以外を含めて全体的にカクつかなくなったようにも感じられるし、しばらく「映画&TV」を使い倒してみるかな…

283

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW c55f-bAbS) [sage] 2019/02/24(日) 18:39:45.83

ID

:L6F9zrAN0

映画&TVを使わなくてもWMPで再生できる

284

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW ad54-Qdjj) [sage] 2019/02/24(日) 18:51:22.18

ID

:v5zMOCw30

>>283

WMPで再生すると重すぎてまともに再生すらできてないけどなぁ

285

： 名無しさん＠編集中 (ｽﾌﾟｯｯ Sd12-55q0) [sage] 2019/02/24(日) 20:54:54.89

ID

:XYMJ1FMhd

「映画&TV」は音声chが複数ある時に、ビットレートが高い方のchを選択して再生する
っていう謎の挙動があったな。

普通は音声chの順番とか言語とか見て選択するよな、、、

286

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW b501-Pez2) [sage] 2019/02/24(日) 21:06:20.61

ID

:n+LED7DK0

>>285

ビットレート優先だからそこまで謎って訳でもないでしょ
言語とかを見てほしいのには同意だが

287

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 5de7-dS/9) [sage] 2019/02/24(日) 21:17:00.40

ID

:hCpTiocj0

>>282

うちは入れてないからわからんのだけど、とりあえずバージョンやDLLの日付を見て更新があったのかどうかを確認してみてはどうだろう。
全体のバージョンはアプリのとこで見れるはずだし、個々のDLLについてはDXVACheckerからDSF/MFT Viewerを起動して
MediaFoundationの一覧からたどるとわかりやすいと思う。

288

： 名無しさん＠編集中 (ﾜｯﾁｮｲW 3d7c-685d) [sage] 2019/02/25(月) 07:44:40.18

ID

:S/i2jnKf0

>>286

主音声と副音声を同じパラメーターで圧縮してたら、データによって主が再生されたり副が再生されたりして？？？になってた。

今は主音声と副音声でパラメーターを変えて、明確にビットレートに差がでるようにしてる。

WMPやMPCではこんな変な挙動は無いんだけどね。

289

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW c55f-WJsY) [sage] 2019/02/25(月) 16:48:23.08

ID

:PthDP9Mt0

デュアルモノでLRそれぞれに違う言語入れてる音声多重・二カ国語放送ソースなら、エンコード時にLRをモノラルに分離してから
主音声・副音声の順にID振って、言語種別のメタデータ追加して個別オーディオストリームに格納するのが本来じゃ無いの？
日本語音声しか使わないのなら副音声カットするなり、副音声側のレベル下げてmixして音声ストリームを1本にすりゃ良いし

ビットレートに差をつけるとかは、再生環境側が主音声の判断材料が無いから「ビットレート高い音声が主だろう」という挙動とっているだけでは？

290

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 3d7c-2CcH) [sage] 2019/02/25(月) 23:11:34.72

ID

:S/i2jnKf0

>>289

まさにそんな感じで、デュアルモノをLRで分割して、IDを振って言語も「日本語/英語」で付けたんだけど、
ビットレートで選ばれちゃうもんだから謎だなって思ったわけです。

291

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 6a16-dS/9) [sage] 2019/02/26(火) 01:49:15.88

ID

:MFVEGhEm0

遥かむかーしに聞いたことなる仕様だ
ソフト名までは覚えてないけど

292

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 1163-rusg) [sage] 2019/02/27(水) 05:46:58.15

ID

:yJj+PUIM0

既出かもしれんが遂にVP9がPCゲームで使用されてた
ttp://https://assassinscreed.ubisoft.com/game/ja-jp/home

ゲーム中のCGか動画かは中止しないと見分けがつかないレベルだった

293

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 1163-rusg) [sage] 2019/02/27(水) 05:47:22.65

ID

:yJj+PUIM0

訂正
注視しないと見分けがつかないレベルだった

294

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 1163-rusg) [sage] 2019/02/27(水) 06:32:14.06

ID

:yJj+PUIM0

NVENCはx品質指定でエンコード出来ないんかな

295

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 1163-rusg) [sage] 2019/02/27(水) 06:32:30.39

ID

:yJj+PUIM0

誤爆

296

： 名無しさん＠編集中 (ｱｳｱｳｲｰ Sa7d-VS9j) [sage] 2019/02/27(水) 14:45:44.61

ID

:7new9Rwca

Switchのムービー使ってるゲームはほぼ全部VP9と思われる
権利表記に必ずVP9が書いてある

297

： 名無しさん＠編集中 (ｵｲｺﾗﾐﾈｵ MMb5-K3Le) [sage] 2019/02/27(水) 18:51:49.74

ID

:qgijpDsMM

SwitchはOpus使ってるからな

298

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW a668-Qdjj) [sage] 2019/02/27(水) 21:46:29.20

ID

:2L9A2z0n0

・Windows 10で「AV1」動画を再生可能にするメディア拡張機能「AV1 Video Extension」
ベータテスト中。「Windows 10 バージョン 1903」ではエクスプローラーでのプレビューも
ttp://https://forest.watch.impress.co.jp/docs/review/1171984.html

299

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 6ad2-X3b8) [sage] 2019/02/27(水) 22:00:27.47

ID

:pigQApwk0

>>298

MSの実装、性能悪いんだよな
dav1d使えばいいのに
各社バラバラにSIMD最適化するのって効率悪く思えるよ

300

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 6a16-dS/9) [sage] 2019/02/27(水) 23:36:03.55

ID

:VpREUR9z0

>>299

同一じゃないの
ARMとx86（x86_64）みたいな大枠での話のような気がする

301

： 名無しさん＠編集中 (ﾜｯﾁｮｲW d7b5-w3ae) [sage] 2019/02/28(木) 23:58:07.36

ID

:CdNeOdFx0

AVIF an AV1-based Compressed Still Image Format that Challenges HEIF, Goes v1.0.0 | TechPowerUp
ttp://https://www.techpowerup.com/253131/avif-an-av1-based-compressed-still-image-format-that-challenges-heif-goes-v1-0-0

302

： 名無しさん＠編集中 (ﾜｯﾁｮｲ d7e3-3oSp) [sage] 2019/03/01(金) 00:39:59.94

ID

:5NpuT6lc0

思ったよりAVIF来るの早かったな
とりあえずIrfanviewが対応してくれるの待ち

303

： 名無しさん＠編集中 (JPWW 0H3b-EwP6) [sage] 2019/03/01(金) 04:52:17.34

ID

:UlphI8OyH

ついにきたのか、静止画用としてはwebpより品質低いのが事実かどうか気になるところ

304

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 9ff7-p5ww) [sage] 2019/03/01(金) 06:37:41.75

ID

:+YgnTH/A0

v1.0.0だけどまだdraft段階で正式に承認されてないから注意ね
これからまたerrataとか出すかもしれない

305

： 名無しさん＠編集中 (ﾜｯﾁｮｲW 9770-vAqM) [sage] 2019/03/01(金) 08:05:09.85

ID

:vmUXFKDq0

>>298

のはAVIF(海老フ)にも対応してるんだよね
Windowsに載ると普及早いかもね
HEIFはすでに対応してた気がする

306

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 9f00-K4iq) [sage] 2019/03/01(金) 08:17:10.79

ID

:IRRmhBUL0

ライブラリとコマンドラインツールくれよう。オレオレ画像ビューアに組み込むからさ

307

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW ff68-wh6V) [sage] 2019/03/01(金) 10:13:46.91

ID

:I6OWpHRk0

エビフでもヒフでもどっちでもいいけど、画像ビューアーがどれだけ対応するか
未だに色域の処理すらままならんクソ匕が履いて捨てるほどにあるのが、どうにも信じられん
何故静止画のソフトウェア開発者は無脳が多いのか

308

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 175f-sWv8) [sage] 2019/03/01(金) 11:34:03.28

ID

:h7UYLdcC0

単に需要が労力に伴わないだけでは

309

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 9ff7-p5ww) [sage] 2019/03/01(金) 11:51:04.31

ID

:0qgvUaZM0

HEIFもAVIFもbt601とbt709どっち使うのか明確に決まってないしレンジもリミテッドなのかフルなのかもよく分からんしな
作成側のソフトも表示側のソフトもガバガバだから正しい色で表示出来ないトラブルが頻発しそうやね
というかこの辺BPGのほうがよっぽどまともだったな

310

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 9ff7-J00P) [sage] 2019/03/01(金) 17:57:06.66

ID

:/TLgUkWD0

>>306

現時点では公式のライブラリを作る予定はないらしい
ttp://https://github.com/AOMediaCodec/av1-avif/issues/44#issuecomment-466190773

311

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 9f00-K4iq) [sage] 2019/03/01(金) 18:27:13.73

ID

:IRRmhBUL0

そうかー、libavifあたりに行ってみるかな

312

： 名無しさん＠編集中 (ｱｳｱｳｴｰ Sadf-Er9v) [sage] 2019/03/05(火) 03:58:55.20

ID

:pOcHU9vJa

dav1d v0.2

313

： 名無しさん＠編集中 (ﾜｯﾁｮｲ d701-ejTr) [sage] 2019/03/05(火) 05:30:12.73

ID

:b7+IUhTW0

dav1d v0.2.1

314

： 名無しさん＠編集中 (ﾜﾝﾐﾝｸﾞｸ MM7f-bwry) [] 2019/03/05(火) 06:15:10.19

ID

:d/q7arl7M

>>312

たすかる

>>313

まだ出てねーよ死ね

315

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 9ff7-p5ww) [sage] 2019/03/05(火) 07:59:33.06

ID

:cIo+p+Ed0

dav1d.exe -v すると0.2.1って表示されるのは確か

316

： 名無しさん＠編集中 (ﾜｯﾁｮｲ d7e7-3oSp) [sage] 2019/03/05(火) 08:38:05.48

ID

:It/b/sFS0

>>315

リリース後はとりあえずバージョン表記も仮バージョンという形で上げておこうという運用みたいだね。

　0.1.0　リリース
　　↓
　仮バージョン 0.1.1 として開発続行
　　↓
　0..2.0 リリース
　　↓
　仮バージョン 0.2.1　として開発続行　← now

なので、「v0.2.1がリリースされた」というのとはちょっと違う。

317

： 名無しさん＠編集中 (ﾜｯﾁｮｲ d7e7-3oSp) [sage] 2019/03/05(火) 09:30:00.26

ID

:It/b/sFS0

dav1d v.0.2 の関連記事と概要

DAV1D v0.2 AV1 Video Decoder Released With SSSE3 & NEON Optimizations - Phoronix
ttp://https://www.phoronix.com/scan.php?page=news_item&px=DAV1D-0.2.0-Released

dav1d 0.2.0: Covering all PC’s, including mobile ? Ewout ter Hoeven ? Medium
ttp://https://medium.com/@ewoutterhoeven/dav1d-0-2-0-covering-all-pcs-including-mobile-eac3e43868c2

・SSSE3に対応したよ。Steamの2019年2月のハードウェア調査によると、AVX2はユーザーの3分の2くらいしか対応してないけど
　SSSE3ならユーザーの97.23%をカバーしてるから、大抵の環境で軽快なAV1再生が楽しめることになるね。

・ARM向けのNEONアセンブリにも対応したよ。

・dav1dは今のところ8bitコンテンツしか対応してない。10/12bitは今後の課題だね。

・VLCはv0.2に近日対応予定。

・Firefoxも作業中。

・ffmpegは既に開発ブランチを利用してる。

・Handbrakeも近日中に対応する予定。

318

： 名無しさん＠編集中 (ﾜｯﾁｮｲ d7e7-3oSp) [sage] 2019/03/05(火) 09:40:28.70

ID

:It/b/sFS0

　
27 CPUs Benchmarked With AOM AV1, Intel SVT VP9/AV1/HEVC Video Encoders - Phoronix
ttp://https://www.phoronix.com/scan.php?page=news_item&px=27-CPUs-AV1-SVT-Video-Encode

27種類のCPUでのエンコードベンチマーク。

>>196

のリンクも参照。

dav1d v0.2がもう少し早く出てればそのデコードベンチマークもしてたんだろうけど、タイミングが悪かったようだ。

319

： 名無しさん＠編集中 (ﾜｯﾁｮｲ d7ad-1LhD) [] 2019/03/05(火) 09:43:22.95

ID

:1CJ0f5jE0

ttp://https://satch.tv/?mref=115

320

： 名無しさん＠編集中 (ﾜｯﾁｮｲ d716-3oSp) [sage] 2019/03/05(火) 11:25:29.16

ID

:floUbY4x0

>>318

SVT-HEVC早すぎじゃね？

321

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 37e3-3oSp) [sage] 2019/03/05(火) 15:37:04.89

ID

:K/TojsId0

ttp://https://01.org/svt
ttp://https://01.org/sites/default/files/documentation/scalable_video_technology_for_the_visual_cloud.pdf
SVTってQSV機能を活用したエンコーダなのかなって思ってたけど
ソフトウェアベースのエンコードなのか

322

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 9ff7-p5ww) [sage] 2019/03/05(火) 17:12:44.27

ID

:yc+l86Er0

>>320

SVT-HEVCはデフォルトのencMode 9だとVMAFはx265のsuperfastとかultrafast相当だから
medium相当のencMode 4だと相応に遅くなる

323

： 名無しさん＠編集中 (ﾜｯﾁｮｲW 9770-vAqM) [sage] 2019/03/05(火) 20:17:09.90

ID

:XZbT/4K/0

>>320

それよりもSVT-VP9がAVX512対応してて早いのがびっくり

324

： 名無しさん＠編集中 (ｱｳｱｳｴｰ Sadf-Er9v) [sage] 2019/03/05(火) 20:52:51.27

ID

:nnQrXBvJa

SVTはIntelがxeonで動かすために作ってるエンコーダだから
マルチコアやSIMDに特化してる

325

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 175f-sWv8) [sage] 2019/03/06(水) 03:07:22.20

ID

:0He6BQdH0

IntelのSDKだとQSV使えなければソフトウェア動作もする造りだからな
それをXeon E3/D以外の多スレッド＆SIMD向けに速度寄りのチューニングした様なもの（画質性能はVLC一派には敵わない

326

： 名無しさん＠編集中 (ﾜﾝﾐﾝｸﾞｸ MM7f-5yB0) [] 2019/03/06(水) 09:15:37.82

ID

:6FPfl5H9M

AVX2にも最適化してくれんかなぁ
動画配信で未だにゾンビの如く使われるx264をリプレースして欲しい
x264veryslow以上でx265veryfast程度の画質はあるよね…?

327

： 名無しさん＠編集中 (ｱｳｱｳｴｰ Sadf-Er9v) [sage] 2019/03/06(水) 09:21:18.43

ID

:HDv3J/SPa

それはわかる
色々とコーデックはあるけどh264にしか対応していない環境は多い

328

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 9ff7-p5ww) [sage] 2019/03/06(水) 12:12:31.57

ID

:15cHhK/o0

配信者がh265でエンコードしても配信サイトのほうでh264に再エンコードされるんじゃないの
配信したことないから予想で言ってるけど

329

： 名無しさん＠編集中 (ﾜﾝﾐﾝｸﾞｸ MM7f-5yB0) [] 2019/03/06(水) 14:32:09.30

ID

:6FPfl5H9M

配信者がエンコしたものがそのまま配信される(P2P or サーバー側で再配信)形と再エンコされて配信される形があるかな。
後者は3-10秒程度遅延があるものが多い。
自分はどちらも使うからクライアント側もサーバー側も両方更新して欲しい。
あと

>>326

の1個目はx264→h264だ恥ずかしい。

330

： 名無しさん＠編集中 (ﾜｯﾁｮｲ d72c-I0PN) [sage] 2019/03/06(水) 15:03:32.04

ID

:/CLqK7wW0

>>329

>後者は3-10秒程度遅延があるものが多い。
リアルタイムで変換してその都度捨ててるの？そんなわけないでしょ

331

： 名無しさん＠編集中 (ﾜﾝﾐﾝｸﾞｸ MM7f-5yB0) [] 2019/03/06(水) 16:45:24.67

ID

:6FPfl5H9M

配信した瞬間から視聴者へ届くまでの遅延ね。タイムラグと言った方がいいかもしれない。
サーバーサイドで再エンコされない場合、zero latencyとか指定しておけば1秒以下になる場合もあるから。

332

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 9fe7-3oSp) [sage] 2019/03/06(水) 19:47:37.65

ID

:RC6cWvjR0

配信やってないからあまり知らないけど、YoutubeLiveもTwitchもニコニコ生放送も
配信者がエンコードして送り出した動画をサーバー側で再エンコードして、それを視聴者に届けてるよね？

配信者がエンコードしたものをそのまま視聴者に送ってる配信サイトってどういうのがあるんだろ？

333

： 名無しさん＠編集中 (ﾜｯﾁｮｲW 1785-B5gC) [] 2019/03/06(水) 20:29:36.14

ID

:w0XrMoCv0

あんまり詳しい事覚えていないけどMicrosoftのMixerは遅延対策にWebRTC使っているし、再エンコードしてないのでは?

334

： 名無しさん＠編集中 (ﾜｯﾁｮｲ ffa7-V+g/) [] 2019/03/06(水) 20:39:44.87

ID

:axg03XIN0

総務省資料より抜粋

335

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 9701-Gfzz) [sage] 2019/03/06(水) 21:12:07.82

ID

:ZlOsb0em0

VVCの1080pで4MbpsってDivX/WMV時代だとSD画質程度じゃねーか
そんなに進化するのか

336

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 9fe7-3oSp) [sage] 2019/03/06(水) 21:33:16.91

ID

:RC6cWvjR0

>>334

情報出してくれて感謝だけど、そういうのは一部を切り出した画像だけじゃなく元資料のリンクとかも貼ってもらえるとありがたい。

　総務省｜放送用周波数の活用方策に関する検討分科会｜放送用周波数の活用方策に関する検討分科会（第4回）配布資料
　ttp://http://www.soumu.go.jp/main_sosiki/kenkyu/housou_kadai/02ryutsu08_04000339.html

　資料4−4 VHF-High帯の利用提案について【シャープ株式会社提出資料】
　ttp://http://www.soumu.go.jp/main_content/000604314.pdf

>>335

>>334

のページ全体の画像→ ttp://2sen.dip.jp/cgi-bin/upgun/up2/source/up3530.jpg
「性能を倍と仮定して算出」だってさ。

---
注）
　　・HEVCの性能はAVCの倍、VVCの性能はHEVCの倍と仮定して算出
---

337

： 名無しさん＠編集中 (ｽﾌﾟﾌﾟ Sd32-OlGz) [sage] 2019/03/07(木) 00:43:09.20

ID

:HHPcJuXRd

>>332

Twitchはソース画質がある

338

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 975f-NvWY) [sage] 2019/03/07(木) 04:48:43.63

ID

:YP2bYD8M0

でも実際はMPEG2で20Mbps必要なところを、FHDを6割の解像度に落としてネジ混む暴挙でたのが現場
帯域設計的にも地デジは本来AVCでやるべきだったのを、地デジ賛同を人質に早くから試験運用開始してTV売ろうとした業界の上層部の守銭奴のお陰でデコーダの調達面や、数年後の本格移行に入ってから録画機能にAVC使う算段からMPEG2になっちまった
開始2年遅らせられたら放送波AVC使えたのにな

339

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 975f-+w//) [sage] 2019/03/07(木) 05:27:17.36

ID

:YP2bYD8M0

おまけで、地デジの帯域管理の構想で元々13セグの分割も12セグ+1セグなんて物じゃ無く
10セグ+3セグでFHD AVCでプログレッシブ放送＋エラー補正付き縦横入れ替えたハーフD1解像度（480x360を引き延ばし）放送で、14Mbps＋7.2Mbpsという、表中の14Mbpsで綺麗に分割出来る設計なのよ
デジタル信号で受信不良地域が出た際の対応も当初3セグの役目だった

そこに無理なMPEG2化で3セグが帯域奪われワンセグ化
文字情報も読みとり困難になって320x180で動態受信用途と役割縮小
元から帯域ギリなうえ更に削られてAVCは外せず
16.8Mbps確保してもMPEG2だとインタレで20Mbps必要でまだ帯域足りないので1440x1080引き延ばしまで加えて画質は更に下がる

地デジでインターレース放送の理由がイマイチ根拠が舌噛みそうなのと
プロファイルが低くて良いとはいえワンセグはAVCだったりと変なダブルスタンダードと、歪な状態なのはここらへんなのよね

ただ画質が下がって、当時テレビの売れ行きが伸び悩んでた家電メーカーだけに利があったのが今の地デジ

340

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 16a7-9S5W) [] 2019/03/07(木) 09:41:38.96

ID

:jo+LYTBY0

HEVCはもう時代遅れ。

341

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 0266-rLsy) [sage] 2019/03/07(木) 10:17:31.29

ID

:jwiHTjh40

全てのテレビ放送はAV1コーデックになるべきだ

342

： 名無しさん＠編集中 (ﾜﾝﾐﾝｸﾞｸ MM42-KzAK) [] 2019/03/07(木) 11:10:49.80

ID

:9ou03NE3M

可能であればVVCでしょ。
総計算量がAV1の1/3程度でそれよりも縮むといわれてるし。

343

： 名無しさん＠編集中 (ﾜｯﾁｮｲ ff16-/kwh) [sage] 2019/03/07(木) 11:52:09.20

ID

:tSvYPBW/0

>>339

アナログ放送に比べたら画質は格段に良くなったぞ

344

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW cb81-/BpF) [sage] 2019/03/07(木) 13:10:05.33

ID

:l/RsNDYy0

テレビならエンコードのコストなんか無視できるだろう

345

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 975f-gSza) [sage] 2019/03/07(木) 13:13:18.28

ID

:UvZrNSiY0

>>336

avc->hevc->vvcで伝送容量をただavcから半分にしてるだけでワラタw
さすがにやばいかもって気持ちが端数の切り上げに表れててさらに笑うw

346

： 名無しさん＠編集中 (ｱｳｱｳｲｰ Sa07-40aG) [sage] 2019/03/07(木) 16:52:19.03

ID

:wJy1WfOJa

>>336

VVCはまだ想定の話でもいいけど、H.265は実際にエンコーダーが沢山あるんだからちゃんと検証すりゃいいのに
効率がH.264の倍とかってどんぶり勘定もいいとこだな

347

： 名無しさん＠編集中 (ﾜｯﾁｮｲ d263-uGU8) [sage] 2019/03/07(木) 18:42:51.85

ID

:hyJnVoNc0

自サイトでVP9(Webm)をGIFアニメの代わりに使いまくってる僕

348

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 975f-NvWY) [sage] 2019/03/07(木) 19:04:48.22

ID

:YP2bYD8M0

放送波でVVCはエンコする放送事業者側、特に地方局で悲鳴が上がるけどな
BS4K/8Kに絡んでるキー局ならまだしも、リアルタイム処理の敷居上がるし編集機材も総入れ替えだから、地方局じゃ見通しも出せんだろう

その提案は技術面だけでの案でタイムスケジュール的な現実性が全然無いのよね
手前らはデコード環境揃えられりゃ良いんだろうけど

349

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW cb81-/BpF) [sage] 2019/03/07(木) 19:24:49.95

ID

:l/RsNDYy0

編集時のフォーマットなんて何でもいいのでは？

350

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 122c-InV+) [sage] 2019/03/07(木) 20:12:40.25

ID

:TtT6IoUv0

フォーマットじゃなくて機材の話じゃね？

351

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW cb81-/BpF) [sage] 2019/03/07(木) 20:29:03.77

ID

:l/RsNDYy0

機材の変更なんか要らないって話
放送時に変換すればいいだけでしょ

352

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 1f2c-ybSI) [sage] 2019/03/07(木) 20:41:17.16

ID

:GzwN5NQF0

ぱそこんで1日一本作ればいいYouTuberくらいしか想像できない視聴者は
黙ってればいいよ

353

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW cb81-/BpF) [sage] 2019/03/07(木) 20:45:09.67

ID

:l/RsNDYy0

リアルタイムエンコーダが1台あれば済むテレビ局、
大量の動画を複数解像度でエンコードする動画サイト、
というわけだな

354

： 名無しさん＠編集中 (ﾜｯﾁｮｲ a3e7-/kwh) [sage] 2019/03/07(木) 20:49:25.37

ID

:xNQBo2uT0

さすがにこれ以上ボロ出すのはやめたほうが・・・

355

： 名無しさん＠編集中 (ｱｳｱｳｲｰ Sa07-40aG) [sage] 2019/03/07(木) 23:07:28.97

ID

:wJy1WfOJa

リアルタイムエンコに限定すれば評価も変わりそうだな
複雑すぎるアルゴリズムだと間に合わないから意味無いし
実はH.264位が丁度いいかもしれない

356

： 名無しさん＠編集中 (ﾜｯﾁｮｲW 1f7c-AHG9) [sage] 2019/03/08(金) 00:03:40.15

ID

:T1KKcONz0

帯域や変調方式まで変わるとなると、伝送系や送信局の設備更改やらで
かなり面倒な事になりそうだな。

357

： 名無しさん＠編集中 (ﾜｯﾁｮｲW 9785-d4+U) [] 2019/03/08(金) 01:51:37.52

ID

:aM5MWAXO0

AV1リアルタイムエンコードが実現するのに残りどれほど時間がかかるのか。ぼくには

358

： 名無しさん＠編集中 (ﾜｯﾁｮｲW 9785-d4+U) [] 2019/03/08(金) 01:52:05.10

ID

:aM5MWAXO0

想像も出来ない

359

： 名無しさん＠編集中 (ｱｳｱｳｲｰ Sa07-40aG) [sage] 2019/03/08(金) 02:06:46.92

ID

:UirPlsIpa

地デジは最初レイテンシーが3秒以上あったが、エンコーダーの進化で画質も向上しつつレイテンシーも1秒になった
実はMPEG2もリアルタイムエンコに限れば悪くないのかもしれない

360

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW af68-HjXf) [sage] 2019/03/08(金) 02:56:57.33

ID

:kn6Z4BCp0

そうは言っても3秒程度のレイテンシーってそんなに大事なのか？そのへんのことはよく分からんが…

361

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 1f2c-ybSI) [sage] 2019/03/08(金) 03:03:06.38

ID

:5SKNiUfb0

年越しカウントダウンがずれるだろ

とはいえ、日本の年越し行事はことごとくダウンタウンに破壊されたが

362

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW af68-HjXf) [sage] 2019/03/08(金) 03:21:07.99

ID

:kn6Z4BCp0

あぁまあたしかに…

363

： 名無しさん＠編集中 (ｱｳｱｳｳｰ Sac3-lIS0) [sage] 2019/03/08(金) 03:43:50.37

ID

:91KR7Osea

テレビ局の自力によって用意できるエンコーダーに差がでて各局毎に12時がバラバラとかになるのか

364

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW cb81-/BpF) [sage] 2019/03/08(金) 05:35:43.73

ID

:j8ENjAYT0

Good News: AV1 Encoding Times Drop to Near-Reasonable Levels
ttp://https://www.streamingmedia.com/Articles/Editorial/Featured-Articles/Good-News-AV1-Encoding-Times-Drop-to-Near-Reasonable-Levels-130284.aspx

x265の2.5倍程度の時間でAV1をエンコードできる？

365

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 975f-NvWY) [sage] 2019/03/08(金) 05:58:30.59

ID

:TqHPQkeT0

高速化ではあるんだろうけど
ブラシーボでx265回した方がまだ速いという

366

： 名無しさん＠編集中 (ﾌﾞｰｲﾓ MM0e-W70O) [sage] 2019/03/08(金) 10:11:08.80

ID

:lP/XGfBwM

libaomよりrav1eの方が早そう

367

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 92a5-/kwh) [sage] 2019/03/09(土) 13:10:05.88

ID

:O5uvNncX0

HEVCにしてもAV1にしても確かに同じ絵が連続するようなアニメだと縮むんだけれど
テレビ放送で大半を占めるであろう実写に対しては焼け石に水なんだよね
SHARPが丼勘定で数字出してしまうのもなんとなくわかる気がする
忖度か手抜きかわからんけど

368

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 16a7-9S5W) [] 2019/03/09(土) 15:12:39.91

ID

:r1/hb7hU0

◆ドイツの地デジはHEVCに移行、ＨＤ４０チャンネルへ
ドイツの公共・商業放送事業者は5月31日，DVB-T2方式による地上HD放送を全国18の都市圏で開始した。
6月10日からフランスで開催されるサッカーUEFA欧州選手権にタイミングを合わせた形だ。
当面は試験放送の扱いで，従来のDVB-T方式によるSD放送と並行して，
公共放送のARD第1テレビとZDF，商業放送のRTL，ProSieben，Sat.1，Voxの計6チャンネルをHD放送する。2017年3月29日に，
公共・商業放送合わせて約40のHDチャンネルからなる本放送を都市部で開始し，2019年半ばまでに全国で完全移行する。
動画圧縮規格にH.265/HEVCを採用したため，視聴者は受信機の買い替えが必要となる。
また商業放送は，本放送開始と同時に有料放送に移行する計画。

(ソース)ttp://http://www.nhk.or.jp/bunken/book/monthly/europe/201607.html

ドイツの地デジの新方式　
# 帯域幅８MHz、26.37Mbps (64QAM, FEC2/3)を、HD6チャンネルに分割。
# 映像圧縮　HEVC　平均2.6〜3.5Mbps、最大6Mbps
# 音声圧縮　E-AC-3かAAC

各チャンネル詳細 ⇒　ttp://i.imgur.com/ZNnciLl.jpg

369

： 名無しさん＠編集中 (ﾜｯﾁｮｲ d27c-gi2a) [sage] 2019/03/09(土) 15:14:11.26

ID

:hyzMQ4jm0

ドイツ人のキチガイぶりには呆れるしかない

370

： 名無しさん＠編集中 (ﾜｯﾁｮｲ ffda-bEPP) [sage] 2019/03/09(土) 15:37:05.58

ID

:imO9F1Hw0

>>368

今から変えるならAV1のほうが良かったんじゃないの？って思ったり

371

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW ef9b-q+B7) [sage] 2019/03/09(土) 15:45:56.83

ID

:zh7fJzba0

え？今までSDだったの

372

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 16a7-9S5W) [] 2019/03/09(土) 15:59:36.79

ID

:r1/hb7hU0

ドイツの男は、基本的に衛星放送かＣＡＴＶ(放送画質はＨＤ/H.264)で、
欧州５大リーグやチャンピンズリーグを主に見ている。
ドイツの有料多チャンネル普及率90%で日本よりはるかに高い普及率。

アメリカはNetflixなどの躍進で、衛星＋ＣＡＴＶの普及率が急激に低下中で、
地デジのみ＋配信のパターンが増えている。

373

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 16a7-9S5W) [] 2019/03/09(土) 16:43:50.96

ID

:r1/hb7hU0

>>372

【参考】欧州の最大の衛星放送　SKYグループ加入者数

サービスエリア　　　　　加入者数(2018年6月)
　　　　　　　　　　　　　　　個人　　　　　法人など
英国 + アイルランド　　1299.6 万　　　334.5 万
ドイツ+オーストリア　　　519.1　　　　　 16.0
イタリア　　　　　　　　　　482.3
==
合計　　　　　　　　　　　　2301　　　　　350.5　　　　総計　2651万

※加入者数のソース；ＳＫＹグループの"Annual Report 2018"。ttps://www.skygroup.sky/corporate/investors/annual-reports

　日本のように、まだネット配信に自国サッカーリーグ放映権を奪取されておらず、加入者の減少は見られない

374

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 16a7-9S5W) [] 2019/03/09(土) 17:23:01.28

ID

:r1/hb7hU0

>>371

地デジはそうだよ。ＮTSCのSDよりは高画質だけど。
ドイツは人口が多く、貧困層（主に不法移民）も多いから、
受信機買い替えが必要な地デジの規格変更は慎重だった。
当初の計画はH.264だったけど、長い議論の末に伝送規格DVB-T2、映像圧縮H.265になった。

詳細はDVBの過去NEWS参照
（携帯電話の帯域を増やしてくれということで、地デジ不要論まであった）
ttp://https://www.dvb.org/

375

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW ef9b-q+B7) [sage] 2019/03/09(土) 17:43:15.17

ID

:zh7fJzba0

>>374

なるほど
H265で帯域を可能な限り圧縮してるのね

376

： 名無しさん＠編集中 (JPWW 0H6e-P3kg) [sage] 2019/03/09(土) 19:18:52.63

ID

:eWmZRcCAH

>>371

2年前まで

377

： 名無しさん＠編集中 (JPWW 0H6e-P3kg) [sage] 2019/03/09(土) 19:21:02.16

ID

:eWmZRcCAH

で、ドイツをキチガイ呼ばわりしている理由はなんだ？

378

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 16f2-LbCk) [sage] 2019/03/09(土) 20:28:39.31

ID

:wSFCtnpO0

日本も後２〜３年遅らせればh264でFHDにはなったと思うんだよなぁ

379

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 1f2c-ybSI) [sage] 2019/03/09(土) 20:56:00.88

ID

:xIrOWq2Z0

>>377

あれじゃね?規格変更をテレビ売りたいがためだと信じてる人たち

380

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 16a7-9S5W) [] 2019/03/09(土) 21:57:00.98

ID

:r1/hb7hU0

【SHVC】アメリカの地デジ４Ｋ規格 ATSC3.0 で採用

ATSC 3.0　映像圧縮SHVC　(HEVC Scalability Extension)

SHVCは画像を階層的に符号化する階層符号化技術で、
映像ビットストリームを品質と解像度レイヤーを映像信号に追加するサブセットに分割し、
ネットワークのデータストリーム情報を画像に変換する仕組み。
　・・・　ttp://zakkamekka.com/industry_news/2014/10/141020_a.html)

現行のATSCとは互換性はないので、"受信機の買い替えが必要"
次世代通信規格５Ｇや、ネット配信の影響で、いまさら感のATSC 3.0は懐疑的な見方もある。

381

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 16a7-9S5W) [] 2019/03/09(土) 22:02:25.80

ID

:r1/hb7hU0

>>378

遅れて開始したワンセグはH.264だからね

382

： 名無しさん＠編集中 (ﾜｯﾁｮｲ b744-/kwh) [sage] 2019/03/09(土) 22:15:32.52

ID

:YYgSaRJf0

スカパープレミアムは1440x1080だから地デジでH.264採用しててもフルHDではなかった？
ビットレートの問題かな

383

： 名無しさん＠編集中 (ｱｳｱｳｲｰ Sa07-40aG) [sage] 2019/03/09(土) 23:34:56.68

ID

:juekoSbLa

だいぶ前からだがアクトビラに対応してるテレビはH.264のデコーダーを載せてる
余程古いテレビ以外はH.264をデコード出来るからもったいないことをした

384

： 名無しさん＠編集中 (ﾜｯﾁｮｲW b71a-x8FJ) [sage] 2019/03/10(日) 10:43:24.77

ID

:GjJBN3rx0

>>368

># 映像圧縮　HEVC　平均2.6〜3.5Mbps、最大6Mbps

いくらHEVCといえど、HDでこのビットレートは苦しくないか？

385

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 975f-NvWY) [sage] 2019/03/10(日) 11:15:00.65

ID

:BE3wr2E/0

>>384

電波帯域の再編成とか面倒な事極力避けてるからな
近年のドイツ政府らしい結構な手抜きとゴリ押しだよ
お陰で軍隊の劣化マッハすぎて笑えない

386

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW af68-HjXf) [sage] 2019/03/10(日) 12:07:12.64

ID

:yVKjPwL+0

政府がテキトーなのはどこの国も似たようなもんか

387

： 名無しさん＠編集中 (ｱｳｱｳｸｰ MM07-ak2Z) [sage] 2019/03/10(日) 12:22:15.21

ID

:479H0cy7M

平均3Mbpsしか割り当てられないってのが、そもそもどうかしているし、どうしてもそれしかできないならば、おとなしくVVCまで待てよとしか言いようがない

388

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 162c-gi2a) [sage] 2019/03/10(日) 12:54:47.93

ID

:1vlqVtXI0

一方mpeg2/1440 30fを無理やり1920に引き伸ばしてるの日本

389

： 名無しさん＠編集中 (ﾜｯﾁｮｲ ff16-/kwh) [sage] 2019/03/10(日) 13:12:57.30

ID

:+mhCxlCP0

>>384

x265の品質基準で結果的に1.3MBps前後なエンコードしてるけど
画質的にはギリセーフな感じだから、2.6MBｐｓもあれば十分「綺麗」な放送ができると思う

390

： 名無しさん＠編集中 (ｱｳｱｳｸｰ MM07-ak2Z) [sage] 2019/03/10(日) 13:16:48.88

ID

:479H0cy7M

ハードウェアエンコードの放送をソフトウェアエンコードのビットレートで比較してどうすんだよ

391

： 名無しさん＠編集中 (ﾜｯﾁｮｲ df01-uGU8) [sage] 2019/03/10(日) 13:44:48.92

ID

:1cspIKRk0

x265mediumで1440x1080の実写だと4MbpsはOK、
3Mbpsだと地デジ通常局よりノッペリしてて汚いって感じ
アニメの縮みは何だったのかと思うほど実写はレート必要だね
まあ今までSDならそれよりは圧倒的にマシだから良いのでは

392

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 975f-NvWY) [sage] 2019/03/10(日) 15:22:22.56

ID

:BE3wr2E/0

放送事業者が使ってるシステムも、実際の中身がXeonのシステムにDSPや映像入出力系のボード載せた専用システムってのも少なくないからな
ハードウェアエンコーダと言って良いかは疑問

393

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 975f-NvWY) [sage] 2019/03/10(日) 15:38:44.97

ID

:BE3wr2E/0

まぁ、実写で視覚評価の悪化をどうにかする為にrd系オプションが有ったりする訳だけども
SSIMでの画質評価基準からは外れるから、自分で画質評価出来なきゃならんので、落としどころ見つけるのが糞難しい

394

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW ef9b-q+B7) [sage] 2019/03/10(日) 19:20:41.45

ID

:8CcuJa050

>>384

俺がエンコした感じ、、1920x1080/60pは4Mbpsでかなり見られる画質になった。
確かYouTubeは1080/30pのH.264を4Mbpsくらいでエンコしてるから、それ基準に考えたら分かりやすいかもしんない

395

： 名無しさん＠編集中 (ﾜｯﾁｮｲ ff16-/kwh) [sage] 2019/03/10(日) 19:33:27.82

ID

:+mhCxlCP0

>>390

放送で使われてるHWエンコーダーは優秀だと思うぞ

396

： 名無しさん＠編集中 (ｱｳｱｳｸｰ MM07-ak2Z) [sage] 2019/03/10(日) 19:38:21.95

ID

:479H0cy7M

>>394

YouTubeみたいなせいぜい20インチ程度の小さな画面を前提の設定とテレビを同列で語られましても…

>>395

期待しすぎ

397

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 0b57-P3kg) [sage] 2019/03/10(日) 19:55:13.00

ID

:Hi8yh7Vn0

>>396

テレビはYoutubeより劣化したレートにせざるを得ない

398

： 名無しさん＠編集中 (ｱｳｱｳｸｰ MM07-ak2Z) [sage] 2019/03/10(日) 19:57:36.65

ID

:479H0cy7M

>>397

勝手にそんな決まり事を作られましても

399

： 名無しさん＠編集中 (ﾜｯﾁｮｲ ff16-/kwh) [sage] 2019/03/10(日) 21:46:54.27

ID

:+mhCxlCP0

>>397

関連性があんまり分かってないけど
ドイツのは最大6MBｐｓまで対応なんだから
必要十分な画質は達成できるでしょ

400

： 名無しさん＠編集中 (ﾜｯﾁｮｲW 9785-d4+U) [] 2019/03/10(日) 21:56:33.57

ID

:JF4RxAip0

テレビ局向けエンコーダでの有名所というとソシオネクストとかかね?
ttp://http://www.socionext.com/jp/products/assp/h264h265/broad/index.html

401

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW ef9b-q+B7) [sage] 2019/03/10(日) 22:04:30.41

ID

:8CcuJa050

>>396

いや、YouTubeのビットレートとAVCについて理解してたら通じると思うんだが。なぜなら見る媒体じゃなくコーデックの話だから。
同列で語る事に違和感あるなら、一度エンコすれば分かると思うよ。

402

： 名無しさん＠編集中 (ﾜｯﾁｮｲ c22d-uGU8) [sage] 2019/03/10(日) 22:53:09.98

ID

:6gYjNpU10

ここって政治の話もいいの？

403

： 名無しさん＠編集中 (ｽﾌｯ Sd32-HjXf) [sage] 2019/03/10(日) 22:54:20.74

ID

:Ojih3FNgd

めんどくさくなるからダメ

404

： 名無しさん＠編集中 (ﾜｯﾁｮｲ c22d-uGU8) [sage] 2019/03/10(日) 22:58:50.64

ID

:6gYjNpU10

なら国がどうとか企業がどうとか政治の話はしなくていいんじゃね
技術とは全然違う話だから

405

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 47e6-gi2a) [] 2019/03/11(月) 20:50:20.47

ID

:MbUGv6rS0

ソニーは8Kに対応したH.265ベースの新コーデック「XEVC」を開発中
ttp://https://dclife.jp/camera_news/article/sony/2018/1218_01.html

↑こんなことして特許問題とか大丈夫なんですか？

406

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 162c-gi2a) [sage] 2019/03/11(月) 21:15:32.96

ID

:xG+jTn/e0

また日本の不必要な囲い込み規格か
AVCHDとかもそうだったが
メーカー囲い込みのためだけに外殻だけ変えたもん作るのやめろよ

407

： 名無しさん＠編集中 (ﾜｯﾁｮｲW ffb5-gVn4) [sage] 2019/03/11(月) 21:34:41.87

ID

:TscWVfuA0

AVCHDのH.265版かな

408

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 335f-uGU8) [sage] 2019/03/11(月) 21:50:03.64

ID

:78lSjZ9f0

XAVCとか作ってたし

409

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW d2ef-q+B7) [sage] 2019/03/11(月) 23:17:19.74

ID

:L90B6k8B0

そうだね
XAVCのHEVC版

410

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 0266-rLsy) [sage] 2019/03/11(月) 23:38:05.45

ID

:2j8OmFUh0

独自規格とかふざけんな
AV1でいいだろAV1の何が悪い

411

： 名無しさん＠編集中 (ﾜｯﾁｮｲW ffb5-gVn4) [sage] 2019/03/11(月) 23:54:12.55

ID

:TscWVfuA0

既存の物を組み合わせただけに見えるから言うほど独自でもないような

412

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 47e6-gi2a) [] 2019/03/12(火) 00:25:53.44

ID

:AfkQJYes0

AV1で記録するカメラとか作れるの？

413

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 1f2c-ybSI) [sage] 2019/03/12(火) 00:56:57.76

ID

:x/gYHc1r0

業務用カメラや規格を知らない無知なただの動画オタ一般人は
あまり汚い言葉で書き込まないでほしい。見てて恥ずかしい

414

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 975f-NvWY) [sage] 2019/03/12(火) 00:57:20.28

ID

:XFbAnoAR0

ポンコツじゃないHWエンコーダが実装できればな

415

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 975f-NvWY) [sage] 2019/03/12(火) 01:05:43.02

ID

:XFbAnoAR0

カメラ向けのプロファイルとして提言すりゃ良いものを、独自拡張でやってりゃ同じだよ

416

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 16a7-9S5W) [] 2019/03/12(火) 02:03:46.65

ID

:l7WESTE40

放送局用などプロ向け機器は、SONYが唯一高シャアの商品だからね。

417

： 名無しさん＠編集中 (ｱﾒ MMdb-qHyh) [sage] 2019/03/12(火) 08:11:54.37

ID

:03Drw0smM

俺がルールだと言うことだな。
曖昧にされるよりは良いかな。

418

： 名無しさん＠編集中 (ｽｯｯﾌﾟ Sd32-dNZM) [sage] 2019/03/12(火) 08:39:27.30

ID

:o5mikNRad

放送品質はある程度高くしとかないと大画面テレビが売れなくなって、家電メーカが困るだろう。

まぁNHKのネット配信とやらがどんな形式のどんな帯域でやるのか楽しみだ。

419

： 名無しさん＠編集中 (ﾗｸﾗｯﾍﾟ MMdb-/TBF) [sage] 2019/03/12(火) 10:51:08.61

ID

:OzWAftKzM

>>416

3倍速いと突っ込んで欲しいのか定期

420

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 1201-B/TR) [] 2019/03/12(火) 11:49:38.20

ID

:DlnDkenz0

H.265/HEVCのライセンスが緩くなった今、
VP9ってYoutubeがAppleと喧嘩して一人で意地張ってただけで
誰も幸せにしてないな

421

： 名無しさん＠編集中 (ﾜﾝﾄﾝｷﾝ MM42-ATBS) [sage] 2019/03/12(火) 16:20:53.13

ID

:TywPFad4M

そもそもVP9がないと緩くならなかったんだぞ？

422

： 名無しさん＠編集中 (ﾜｯﾁｮｲ a3e7-/kwh) [sage] 2019/03/12(火) 16:42:12.92

ID

:92k8wk380

>>420

逆でしょ。Appleが無駄に意地を張ってVP9に対応しないせいで
SafariでYoutubeの1080pより上が見られないというマヌケな状況が続いてるってだけ。
AppleがVP9に対応しない理由が何なのかは知らんけど。

H.265のライセンスが緩くなったつっても、VP9やAV1に対する危機感でコンテンツ課金が無くなったくらいであって
無駄に複雑でリスクもある状況は今でも全く変わってないはずだし
主要ブラウザでの対応予定が無い状況ではweb界隈での利用も限定的になり広く使用される可能性は低い。

そうこうしてるうちにAV1のHWサポートや普及が進んでいくだろうから、
H.265はweb界隈（ブラウザベース）に限っては大した幸せをもたらさずに終わりそう。

423

： 名無しさん＠編集中 (ﾜｯﾁｮｲ d2e6-gi2a) [] 2019/03/12(火) 17:36:54.64

ID

:AE09qaiu0

AV1作ってるAlliance for Open Mediaのメンバーに日本企業が無いように見えるんだけど、俺の見間違いだよね？
ttp://https://ja.wikipedia.org/wiki/Alliance_for_Open_Media

424

： 名無しさん＠編集中 (ｽﾌｯ Sd32-HjXf) [sage] 2019/03/12(火) 17:46:22.65

ID

:cDCbV9G/d

ARMはソフバンの子会社だし…

425

： 名無しさん＠編集中 (ﾜｯﾁｮｲ a3e7-/kwh) [sage] 2019/03/12(火) 17:54:45.26

ID

:92k8wk380

>>423

　
Socionextがいるじゃん。

426

： 名無しさん＠編集中 (ﾜｯﾁｮｲ a3e7-/kwh) [sage] 2019/03/12(火) 18:06:19.83

ID

:92k8wk380

　
SVT-AV1 Performance Continues Speeding Ahead, Xeon/EPYC Video Encode Benchmarks - Phoronix
ttp://https://www.phoronix.com/scan.php?page=news_item&px=SVT-AV1-Xeon-EPYC

SVT-AV1が速くなってるとのこと。

　2 x Intel Xeon Gold 6138
　2/3　3.10fps → 2/15 8.41fps → 3/7 18.35fps

ただ、3/5に

　Live Encode - Updated Presets [0 to 7] (#136)
　ttp://https://github.com/OpenVisualCloud/SVT-AV1/commit/8d75aadc3a3c55d36240cceb152f903f8792a3ea

という、0-3(デフォ3)だったプリセットを0-7(デフォ7)にするコミットが入ったりしてるので、
単純に一部の処理が省略されたせいで速くなっただけという可能性も高そう。(詳しくは見てない)
ベンチマークのコマンドもプリセットは指定せずデフォルトを使ってるし。

427

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 92d2-Wc63) [sage] 2019/03/12(火) 18:58:55.13

ID

:rqM7hON70

SVT-AV1の各プリセットのエンコード速度とVMAF調べたいんだけど出力する動画がたまに壊れるバグがあるみたいで調べられないんよね
issueに報告しようかと思ったけどQ値とかキーフレームの間隔を変えるだけで正常になったり異常になったりして再現条件がわからないからどう報告したらいいのか

428

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 16f2-LbCk) [sage] 2019/03/12(火) 19:16:14.50

ID

:aKU2iyph0

条件特定しなくても、事象をそのまま書いてなんか怪しいよって報告したらいいのでは

429

： 名無しさん＠編集中 (ﾜｯﾁｮｲ d2e6-gi2a) [] 2019/03/12(火) 20:13:20.77

ID

:FzprnLGA0

>>424-425

ってことはパナソニックのデジカメがAV1で記録できるかもしれないのか！
ソニーの関連企業は入ってないの？

430

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW af68-HjXf) [sage] 2019/03/12(火) 20:20:27.77

ID

:w+9uzIvK0

>>429

いや日本企業が入ってるからって日本企業がそれを採用するかなんて分からんし、なんでいきなりパナソニックが出てきたのか意味不明

そもそも、まだHWエンコも出来ないAV1がデジカメに乗るのなんかいつになることやら

431

： 名無しさん＠編集中 (ﾜｯﾁｮｲ d2e6-gi2a) [] 2019/03/12(火) 20:27:07.92

ID

:FzprnLGA0

>>430

富士通とパナソニックのシステムLSI統合会社がソシオネクストだったから・・・

でも、↓を見たらカメラはあと１０年くらいh264で記録するような気がしてきた。

Netflixとしては「大幅な圧縮率の改善が可能ならば、たとえエンコードの複雑
性が高まるとしてもまったく問題にしない」というスタンスであることを伝え
ると、議長から「では、どのくらいの複雑さを許容できますか？」と尋ねられ
たとのこと。回答の準備が整っていなかったNetflixの技術者は「最悪のケース
では100倍まで」と答えると、100人はいたであろう動画コーディングの専門
家たちからは大爆笑が起こったそうです。議長は「心配しないで。彼らはみな
『新しいこと』を試すことができると、幸せに感じているのです。たいていの
人は『3倍まで』と答えるものだから」と話したそうです。

432

： 名無しさん＠編集中 (ﾜｯﾁｮｲ a3e7-/kwh) [sage] 2019/03/12(火) 20:31:12.84

ID

:92k8wk380

>>430

【福田昭のセミコン業界最前線】富士通とパナソニックのシステムLSI統合会社「ソシオネクスト」 - PC Watch
ttp://https://pc.watch.impress.co.jp/docs/column/semicon/692816.html

まあだからといってパナソニックデジカメがAV1を採用するかどうかなんてわからんが。

433

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW ef9b-q+B7) [sage] 2019/03/12(火) 21:11:36.27

ID

:dtB3qhEs0

>>418

AVC、1280x720@30p
だろうねー、60fpsは絶対必要だと俺は思うけどAbemaTVが頑なに30p続けてるからなぁ

434

： 名無しさん＠編集中 (ﾜﾝﾄﾝｷﾝ MM42-njRC) [sage] 2019/03/12(火) 22:01:03.29

ID

:ClyEQmsdM

エンコードだけ60fpsにしても大抵の映像は30fps以下で制作されているんだから無駄なだけだろう

435

： 名無しさん＠編集中 (ﾜｯﾁｮｲW 9785-d4+U) [] 2019/03/12(火) 22:51:23.01

ID

:CSCuMBAH0

Fire7使っているのだが、何故かChrome上だとVP9でYouTubeが再生される。非対応らしいのに。
ttp://https://developer.amazon.com/ja/docs/fire-tablets/ft-media-specs-custom.html

436

： 名無しさん＠編集中 (ｱｳｱｳｴｰ Saaa-njRC) [sage] 2019/03/12(火) 22:55:51.85

ID

:un2kRHWUa

そりゃchromeはvp9デコーダ載せてるし

437

： 名無しさん＠編集中 (ﾜｯﾁｮｲW 9785-cwTQ) [] 2019/03/13(水) 01:12:39.04

ID

:PFT+lkLO0

>>436

そうなん?vp9意外とデコード処理早いんかね?3480円の端末のcpuでも動くわけだから。

438

： 名無しさん＠編集中 (ﾜｯﾁｮｲW 9785-cwTQ) [] 2019/03/13(水) 01:52:01.47

ID

:PFT+lkLO0

てっきりandroid版chromeはosのデコーダー使っていると思っていたワイであった。

439

： 名無しさん＠編集中 (ｱｳｱｳｴｰ Saaa-njRC) [sage] 2019/03/13(水) 08:53:43.66

ID

:kbbcnrpra

chromeはvp9再生できるって言われてるのに端末によって再生できないことになったらweb開発者泣くよ

440

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 63a5-eaeZ) [sage] 2019/03/13(水) 09:55:35.33

ID

:o8H1JwQb0

ブラウザでVP9に対応してるって事と
CPU(GPU)がVP9のデコードに耐えられるって事は
話が別なんで

441

： 名無しさん＠編集中 (ﾜﾝﾄﾝｷﾝ MM42-xj15) [] 2019/03/13(水) 11:50:26.76

ID

:QkWz9CHcM

vp9のデコードすらできないcpuではブラウザ動かすのも無理だと思うのだけど

442

： 名無しさん＠編集中 (ﾜｯﾁｮｲW 9785-d4+U) [] 2019/03/13(水) 12:08:03.56

ID

:PFT+lkLO0

つまりは将来的にAndroid端末側がAV1に対応して無くても、Chrome上でならAV1を再生出来るようになる可能性が高いという認識でおｋ?

443

： 名無しさん＠編集中 転載ダメ (ﾜｯﾁｮｲ ffed-cJbE) [sagete] 2019/03/13(水) 12:44:56.49

ID

:lPtM5ewr0

Android 4.4以上の仕様でVP9デコーダの搭載は必須や

ttp://https://developer.android.com/guide/topics/media/media-formats

444

： 名無しさん＠編集中 (ﾜｯﾁｮｲW 9785-d4+U) [] 2019/03/13(水) 16:17:24.67

ID

:PFT+lkLO0

>>443

えぇ...
なぜ二重に載せたし...
と思ったけど4.4以下でも再生出来るようにするためなのか?
するとYouTubeアプリにもVP9デコーダー載ってたりして。

445

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 16a7-V4pZ) [] 2019/03/13(水) 17:32:03.38

ID

:Xo4I4vgG0

個人情報を盗まれ放題のChromeねえ

446

： 名無しさん＠編集中 (ｱｳｱｳｳｰ Sac3-C8N5) [sage] 2019/03/13(水) 17:51:32.59

ID

:yLv/TkR/a

Firefoxも似たような事やってるから一々気にする人間はモダンブラウザ使わない方がいいよ
ELinksでも使っとけ

447

： 名無しさん＠編集中 (ﾜｯﾁｮｲ ffda-w+C0) [sage] 2019/03/13(水) 17:53:12.47

ID

:WEDL4Cpt0

だから私はNetscape

448

： 名無しさん＠編集中 (ｽｯﾌﾟ Sd1f-kM5W) [sage] 2019/03/14(木) 08:02:16.80

ID

:UhoNLWfxd

個人情報ｶﾞｰとかいうやつ大抵ニート説だから大した情報そもそもない説

449

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW e39b-9Z9t) [sage] 2019/03/14(木) 08:12:24.34

ID

:KBTEZwuO0

知り合いの情報も持ってないだろうしね

450

： 名無しさん＠編集中 (JPWW 0Hff-CeDQ) [sage] 2019/03/14(木) 09:27:26.97

ID

:77Z+/Lt2H

ソニーは糞規格を連発して世界中のユーザーを混乱させた重い罪がある
もう信用無いんだから止めろよ
規格を作る才能が無いんだから

451

： 名無しさん＠編集中 (ｵｲｺﾗﾐﾈｵ MM47-yW/I) [sage] 2019/03/14(木) 10:43:34.79

ID

:2t/GHCkzM

ttp://https://android-developers.googleblog.com/2019/03/introducing-android-q-beta.html
Android Q introduces support for the open source video codec AV1. This allows media providers to stream high quality video content to Android devices using less bandwidth.
In addition, Android Q supports audio encoding using Opus - a codec optimized for speech and music streaming, and HDR10+ for high dynamic range video on devices that support it.

452

： 名無しさん＠編集中 (ﾌﾞｰｲﾓ MM1f-91B6) [sage] 2019/03/14(木) 11:15:57.31

ID

:qfZuqZGCM

ついにスマホでもAV1が…？
ハードウェアのデコード対応はいつ頃スマホに来るんだろ

453

： 名無しさん＠編集中 (ｵｰﾊﾟｲ a32c-EX2E) [sage] 2019/03/14(木) 12:15:17.14

ID

:T7Bi1A9P0Pi

カメラの自社独自規格に文句言うのは筋違い
他社や団体の規格策定や改変に合わせてハードウェアやファームウェアの開発を
毎回ジャストインタイムで開発調整するなんて困難だし負担が大きすぎる
自社規格なら迅速に新製品出せるし先行するタイムスケジュールも明確
ぱそこんでアニメエンコしてるだけのお子様は黙れ

454

： 名無しさん＠編集中 (ｵｰﾊﾟｲWW f368-9GRz) [sage] 2019/03/14(木) 12:16:44.71

ID

:HZiKg5Ae0Pi

ついでにOpusもAndroid自体でサポートになるのな
OSでサポートは大きいね

455

： 名無しさん＠編集中 転載ダメ (ｵｰﾊﾟｲ 23ed-bP2B) [sagete] 2019/03/14(木) 12:53:30.79

ID

:67jX2/x20Pi

>>454

Opusのデコードは5.0以上で必須や

456

： 名無しさん＠編集中 (ｵｰﾊﾟｲ Sd1f-CsRu) [sage] 2019/03/14(木) 13:05:25.55

ID

:lI4w/349dPi

次期「Android Q」がベータ提供開始。Pixelで利用可
ttp://https://pc.watch.impress.co.jp/docs/news/1174599.html

・onResumeとonPause、resizeableActivity関数の変更により、折りたたみ画面とマルチウィンドウの親和性を向上
・オープンソースビデオコーデック「AV1」、および「Opus」を使ったオーディオエンコード、HDR10+のコンテンツのサポート
・Vulkan上で動くOpenGLドライバを開発し、ゲーム開発の一貫性を向上
・ANGLEを実験的にサポートし、OpenGL ESを使用する多くのゲームがVulkanの性能向上の恩恵を受けられるようになる
・64bitのAndroidデバイスでVulkanサポートを必須に。32bitでは推奨扱い

457

： 名無しさん＠編集中 (ｵｰﾊﾟｲ Sadf-s/DK) [sage] 2019/03/14(木) 13:09:38.51

ID

:DMUrSzYUaPi

vulkan上にopenGLESマッピングしてるのすげえな

458

： 名無しさん＠編集中 (ｵｰﾊﾟｲ e3ba-oVEF) [sage] 2019/03/14(木) 15:43:40.60

ID

:A1ki4/jb0Pi

>>449

ブラウザの閲覧情報の話だよ

>>445

送信する設定変えればいいよ

459

： 名無しさん＠編集中 (ｵｰﾊﾟｲ b302-B/CD) [sage] 2019/03/14(木) 16:35:57.76

ID

:OTygQfg40Pi

>>434

大抵の映像が30fps以下で制作されている…？？？

460

： 名無しさん＠編集中 (ｵｰﾊﾟｲWW bf66-iM28) [sage] 2019/03/14(木) 17:13:56.10

ID

:2vD8fWlg0Pi

Android QのAV1対応はデコードだけなのか？

461

： 名無しさん＠編集中 (ｵｰﾊﾟｲW 0385-XGsB) [] 2019/03/14(木) 17:46:10.32

ID

:MvCxgjmY0Pi

現状の性能でAV1エンコーダ載せて意味あるのか定期

462

： 名無しさん＠編集中 (ｵｰﾊﾟｲWW b390-TzFu) [sage] 2019/03/14(木) 17:47:05.51

ID

:1m5l5wiL0Pi

あれは標準搭載させるソフトウェアのエンコーダ/デコーダの意味でしょ。
ハードウェアエンコーダを追加するかは後はベンダーの自由だし。

現状のSoC性能で標準でAV1のソフトウェアエンコーダ追加しても...

463

： 名無しさん＠編集中 (ｵｰﾊﾟｲ 23e7-kdx8) [sage] 2019/03/14(木) 18:11:41.34

ID

:br/cli/o0Pi

>>460

> Android Q introduces support for the open source video codec AV1.
> This allows media providers to stream high quality video content to Android devices using less bandwidth.

→ Android QはオープンソースビデオコーデックのAV1をサポートします。
　　これによりメディアプロバイダーは、高品質な映像を低ビットレートでAndroidに流すことができます。

文脈的にはデコーダーだけサポートするようにも見える。

464

： 名無しさん＠編集中 (ｵｰﾊﾟｲWW e39b-9Z9t) [sage] 2019/03/14(木) 20:45:43.28

ID

:KBTEZwuO0Pi

>>459

AbemaTV見てるとインターレースの横シマも出てないし、たぶん60iでは撮ってないんじゃないかなぁ。1920x1080/30pで撮ってんのかなぁ…

465

： 名無しさん＠編集中 (ｻｻｸｯﾃﾛﾗ Sp07-J2zs) [sage] 2019/03/14(木) 23:06:25.26

ID

:2wjAJzcCp

ソシオネクストってGopro HERO7のHEVCエンコーダ作ってたところじゃん。
技術的には期待できそうだ。

466

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 23e7-kdx8) [sage] 2019/03/15(金) 00:32:02.57

ID

:9rqY8XIO0

LAVFilters が Nightly 0.73.1-37 で、AV1のlibdav1dデコードに対応。

　ttp://https://files.1f0.de/lavf/nightly/
　ttp://https://github.com/Nevcairiel/LAVFilters/commits/master

467

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 9357-91B6) [sage] 2019/03/17(日) 19:09:30.89

ID

:x6z9+RX+0

>>453

完璧に受け入れられない
独善的な日本メーカーらしい発想でしかない
すなわちそれは井の中の蛙な発想とイコールであり、日本企業が惨敗を喫することになった要因でもある
おまえは視野が狭い野郎だ
自覚が無いなら重症だな

468

： 名無しさん＠編集中 (ﾜｯﾁｮｲW 031a-unOC) [] 2019/03/17(日) 19:43:05.68

ID

:Jm9vAbYZ0

ソニー自体は割と勝者だと思うが…

469

： 名無しさん＠編集中 (ﾜｯﾁｮｲW bf4b-E+9y) [] 2019/03/17(日) 20:06:10.72

ID

:Dipw2teE0

SONYの独自規格が成功した試しあるか?情弱相手の囲い込みばっかじゃん
ライセンスが面倒臭そうなHEVCの亜種の権利をSONYが一括で面倒見てくれるっていうなら需要は結構あると思うが。

470

： 名無しさん＠編集中 (ﾜｯﾁｮｲW 0385-XGsB) [] 2019/03/17(日) 20:11:46.35

ID

:WOcV6nOu0

日本独自規格の失敗例はおサイフケータイのNFCもそうだな。使われているのは日本と台湾くらい。

そんな事はどうでも良いけど、iOSにAV1デコーダ載るのはやはりHWデコーダを開発してからか?

471

： 名無しさん＠編集中 (ﾜｯﾁｮｲW b302-Hr+E) [sage] 2019/03/17(日) 20:30:03.40

ID

:ORl03JOn0

独自規格云々は世界でも変わらんしこれで日本ガーはちょっと違うわ
目立つところだとappleなんか独自規格の塊みたいなもんだし
A/V関連ならドルビーとか対立規格つくりまくりだぞ

472

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 9381-vubx) [sage] 2019/03/17(日) 20:43:22.42

ID

:UcmzCqnc0

CDやDVDは無かったことになってるのかな？

473

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW e368-RJnd) [sage] 2019/03/17(日) 21:26:44.83

ID

:/kPaarqf0

>>469

XAVCは放送業界じゃかなり広く使われてる規格だぞ

俺ら一般ユーザーに馴染みがないからってイコールで失敗してるわけじゃない

474

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 23e7-kdx8) [sage] 2019/03/17(日) 22:12:02.18

ID

:WwtSjU4p0

そういえば x264 が去年XAVC絡みのコミット入れてたなーと思って久しぶりにgitを見に行ったら
3月に入ってからそこそこ更新が入ってて、3/14 に r2970 まで進んでた。
（ただしrigaya氏のバイナリは今のところ3/12のr2945まで）

めぼしい更新内容としては
　・ultrafastで --trellis 0 にするの忘れてたので直した。（8/10bit統合時にバグったらしい）
　・Progressive High, Constrained High, and Progressive High 10 のためのフラグ処理をすることにした。
といったくらいかな？

475

： 名無しさん＠編集中 (ﾜｯﾁｮｲW ffad-3M8l) [sage] 2019/03/17(日) 22:17:02.92

ID

:dEMeY0D20

>>471

今のAppleは独自規格少ないイメージ

476

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW e39b-9Z9t) [sage] 2019/03/17(日) 23:23:34.02

ID

:zk0tNwy10

ALACも使わんしな
Lightningだけだ

477

： 名無しさん＠編集中 (ﾜｯﾁｮｲ a32c-EX2E) [sage] 2019/03/18(月) 00:35:31.72

ID

:I89CrkkJ0

いつからこのスレはProResを知らない素人さんばっかりになったの?

478

： 名無しさん＠編集中 (ﾜｯﾁｮｲ bf2d-B/CD) [sage] 2019/03/18(月) 00:40:40.88

ID

:rOt7GyiM0

このスレに政治の話持ち込んでもしょうがないと思うんだけどな

479

： 名無しさん＠編集中 (ﾜｯﾁｮｲW 031a-unOC) [] 2019/03/18(月) 00:45:12.93

ID

:ctXuRo1o0

次世代のコーデックが技術的優位性だけではなく政治的要因も絡む以上

趨勢を見定めて何を使うかを考える上で政治要素は避けられないと思う

480

： 名無しさん＠編集中 (ﾜｯﾁｮｲ bf2d-B/CD) [sage] 2019/03/18(月) 01:07:12.17

ID

:rOt7GyiM0

次世代コーデック絡む話ならまだいいかもだけど、上の話なんてもう関係ない規格のことだし

481

： 名無しさん＠編集中 (ｱｳｱｳｲｰ Sa07-/NcN) [sage] 2019/03/18(月) 12:54:05.56

ID

:TAikIOTGa

testtubeで常にAV1を使う設定にしてるとしょっちゅうSD画質になってしまう
SDだけAV1にしても意味ねーと思うけど、GoogleをもってしてもAV1のエンコードは厳しいのか？
エンコード負荷が高すぎて使えねーとかならなきゃいいが

482

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW bf66-w5iy) [sage] 2019/03/18(月) 17:45:26.47

ID

:DLPIJIs60

>>481

常時AV1設定だと720p以上の画質が現れない
480p止まりになってしまう

483

： 名無しさん＠編集中 (ﾜｯﾁｮｲW 0385-XGsB) [] 2019/03/18(月) 18:39:20.82

ID

:Gd2CIRHv0

名前出して良いのか分からないけどAV1でも720pで見られる動画はある。

484

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 23e7-kdx8) [sage] 2019/03/18(月) 18:54:25.34

ID

:fAQSTeL90

>>482

違うよ。
「常にAV1を使う」は、「AV1で再エンコードされたファイルがある場合はそれだけしか一覧に出ない」というだけ。そんでもって
　　・AV1で再エンコードされたファイルがあるかどうか
　　・どの解像度までAV1で再エンコードされているか
は動画によって異なる。（再生数等の情報をもとにYoutubeが判断している）
つまり
　　・AV1が無い場合は普通にVP9等で見れる解像度一覧が出る。
　　・AV1が480pまでしか無いなら480pまでしか一覧に出ないし、720pまでしか無いなら720pまでしか一覧に出ない。
というだけの話。
そこそこ再生数のある動画でもAV1は無いか480pまでというのが結構多い。
720pまでというのもそこそこあるけど、1080pは割とレア。という感じ。

下の一覧から見れば、AV1で1080p等も選べるのがわかる。

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

485

： 名無しさん＠編集中 (ｵｲｺﾗﾐﾈｵ MM47-w5iy) [sage] 2019/03/18(月) 20:57:48.44

ID

:C9p0stmaM

>>484

AV1でも1080pで見られる動画あるんだ…
ありがとう

486

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 734e-oVEF) [sage] 2019/03/18(月) 21:16:52.72

ID

:fKqTMsQ60

2160p60のAV1は9700Kでもコマ落ちするな

487

： 名無しさん＠編集中 (ﾜﾝﾐﾝｸﾞｸ MM9f-swX+) [sage] 2019/03/20(水) 11:59:22.70

ID

:6CHnOeTJM

Googleの始めるクラウドゲームサービスに
おめーらの大好きなAV1やVP9が使われるって本当？

488

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW e368-RJnd) [sage] 2019/03/20(水) 12:43:39.05

ID

:a6dDNDcE0

VP9は使われる気がする

AV1はまだ厳しいんじゃない？

489

： 名無しさん＠編集中 (ﾜｯﾁｮｲ b302-B/CD) [sage] 2019/03/20(水) 13:02:11.67

ID

:1nvUctDR0

ゲームサービスだと圧縮率より遅延が少ない方が良さげな気がするけど、
符号化/復号化の遅延的には次世代コーデックってどうなんけ？

490

： 名無しさん＠編集中 (ﾜｯﾁｮｲ a32c-EX2E) [sage] 2019/03/20(水) 15:43:42.88

ID

:aBOBK2CR0

コントローラがコンソール介さずWi-Fiで直接サーバと通信
ものっそいデータセンターでサーバ側の処理リソースは潤沢
あとはクライアントデコード環境を気にするだけでいい
それもChromecast Ultraで問題ないのでは

491

： 名無しさん＠編集中 (ﾜｯﾁｮｲ ff2c-03sp) [sage] 2019/03/20(水) 16:40:11.11

ID

:f99Qfbqa0

固定回線でもギガを買う時代が来るな

来るというか、帰ってくるか・・・

492

： 名無しさん＠編集中 (ﾜｯﾁｮｲ a32c-EX2E) [sage] 2019/03/20(水) 16:50:51.08

ID

:aBOBK2CR0

ギガって平成最も恥ずかしい用法だよな
世界に対して恥ずかしい

493

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW e368-RJnd) [sage] 2019/03/20(水) 17:21:02.26

ID

:a6dDNDcE0

バカの間でだけ流行ってる言葉だと思ってたらマスコミも使い始めて、通信キャリアがCMで使い始めてもうだめだと思った

494

： 名無しさん＠編集中 (ﾜｯﾁｮｲ ffd2-+aqj) [sage] 2019/03/20(水) 19:24:53.96

ID

:fIAKVAmX0

早速AVIFのコマンドライン変換ソフトが出てきた。
ttp://https://github.com/Kagami/go-avif

Windows用バイナリもあるからすぐ試せる。

495

： 名無しさん＠編集中 (JPWW 0Hff-91B6) [sage] 2019/03/20(水) 19:25:38.72

ID

:68XLeFNpH

ギガって恥ずかしい
だがキャリアが使ったしまう国というほうがもっと恥ずかしい

496

： 名無しさん＠編集中 (ﾜｯﾁｮｲW bf4b-E+9y) [] 2019/03/20(水) 20:30:36.37

ID

:LWDTtGck0

ギガって良いと思うけどな
月極の通信制限容量という意味合いはよく使われるのにそれを端的に表す言葉が無い。
漢字文化なら情報通信へんなんてのが出来ても良いものだと思うが文字コードなんかの関係か知らん作られる事は無いし
言語としてはコミュニケーションを取る上で悪くない進化だと思うよ。

497

： 名無しさん＠編集中 (ｱｳｱｳｴｰ Sadf-s/DK) [sage] 2019/03/20(水) 20:52:59.40

ID

:C8DtkW+1a

昔はパケット数で計算されてたのにな
直感的じゃないからGBに移行したのは分かるけどそこからバイトが消されてギガが残るとは…

498

： 名無しさん＠編集中 (ﾜｯﾁｮｲ ffd7-m3tC) [sage] 2019/03/20(水) 20:57:11.13

ID

:wcKsR1Ag0

牛丼のメガ盛り、みたいなノリなんでしょ（投げやり）

499

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 035f-fHW7) [sage] 2019/03/20(水) 21:26:22.56

ID

:ytRujBYw0

そういうのにすぐ飛びついてCMで使いまくるキャリアやMVNO業者があるからな

500

： 名無しさん＠編集中 (JPWW 0Hff-91B6) [sage] 2019/03/20(水) 22:28:56.69

ID

:68XLeFNpH

>>496

進化じゃないね。退化でもないが。筋違いって感じだ
決して正当進化ではない
馴れ合ってるに過ぎないよ

501

： 名無しさん＠編集中 (ﾜｯﾁｮｲW bf4b-E+9y) [] 2019/03/20(水) 22:38:20.84

ID

:LWDTtGck0

>>500

日本語なんて語彙が少な過ぎて多くの国から輸入しまくってるのに今更だわ。
概念そのものに対応する言葉が無いなら作るのがそもそもの筋だわ。

502

： 名無しさん＠編集中 (ﾜｯﾁｮｲ a32c-EX2E) [sage] 2019/03/20(水) 22:46:08.90

ID

:aBOBK2CR0

>>501

でも「ギガ」を使うのは完全に文法的に間違いだから許せんわ
牛丼は盛りをメガにするから意味が通ってるが、ギガは修飾相手の単語がないから
『「大量の」を消費する』『「大きい」を消費する』みたいで違和感がある

CMプランナーは、あえてネタ的に広告打ったが、情弱がネタとしてではなく
そのまま本気で外国人に対して使って日本全体が馬鹿にされそうで怖い

503

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 73e7-kdx8) [sage] 2019/03/20(水) 22:56:13.59

ID

:VgNRZWvl0

スレチな話題をだらだら続ける人がいると日本全体が馬鹿にされそうで怖い

504

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 035f-9x0m) [sage] 2019/03/20(水) 22:57:04.51

ID

:Fw62qNZO0

和製英語や日本語で使われてる意味が違う言葉なんていくらでもあるじゃん
マンションとか
エンコードをエンコとか略してるのも他所から見たら変かもしれないし

505

： 名無しさん＠編集中 (ﾜｯﾁｮｲ a32c-EX2E) [sage] 2019/03/20(水) 23:17:57.97

ID

:aBOBK2CR0

類似ジャンルの用途違いと省略を引き合いに出すなよ
品詞の誤用はレベルが違うだろ

506

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 73e7-kdx8) [sage] 2019/03/20(水) 23:29:46.54

ID

:VgNRZWvl0

レベルが違うかどうかはともかく日本全体が馬鹿にされそうで怖い

507

： 名無しさん＠編集中 (ｵｲｺﾗﾐﾈｵ MM47-H3y7) [sage] 2019/03/20(水) 23:38:29.15

ID

:fQcvEk6+M

せめてギガバだわな
スレチだけど

508

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW ff68-b0GN) [sage] 2019/03/21(木) 00:06:57.07

ID

:wNJL41dq0

アホの小学生ども、さっさと寝ろ

509

： 名無しさん＠編集中 (ﾜｯﾁｮｲ de2c-Tywx) [sage] 2019/03/21(木) 00:56:30.85

ID

:wD0RYRI+0

効率エンコしてファイルのギガ減らしていく

510

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 4aa5-0zLl) [sage] 2019/03/21(木) 01:01:10.05

ID

:ZTEL7ybA0

海外だと通信量を表す際にギガという表現を使うのでそれが遅れて輸入されただけ
基本的にトップアップ圏の言葉だな

511

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 6f5f-x4mc) [sage] 2019/03/21(木) 11:11:21.26

ID

:C+tRexbg0

スレチの話題やめなさい

512

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 6385-yExI) [] 2019/03/22(金) 02:07:20.79

ID

:XLWgFGHm0

4Kなんかスマホどころかテレビの大画面でもほとんどの人には
違いが分からないんだからビットレートをケチっても良いよね...?

513

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW ff68-b0GN) [sage] 2019/03/22(金) 02:32:39.86

ID

:HGdrPbsr0

違いのわからない男なんてつまらないだけだ

514

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 4e2d-rXtv) [sage] 2019/03/22(金) 03:02:46.77

ID

:ZLZ3U44Y0

>>512

そんな奴はおらんやろ
1.5Hで見て違い分からないなら近眼

515

： 名無しさん＠編集中 (ｽｯﾌﾟ Sd8a-uLXs) [sage] 2019/03/22(金) 08:46:14.98

ID

:5Dfnxr95d

流石に4Kの違いはハイレゾと違ってわかるわww

516

： 名無しさん＠編集中 (ｱﾒ MM27-M0a5) [sage] 2019/03/22(金) 09:15:46.83

ID

:CGieln2vM

50型サイズぐらいじゃないと分からないんじゃないのかな。

517

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 0b2c-Ey8W) [sage] 2019/03/22(金) 09:55:35.16

ID

:fgFZhogL0

24インチ4Kモニタで見てるけど格段に違う

518

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 635f-L9W/) [sage] 2019/03/22(金) 10:55:20.03

ID

:kz1hQl/B0

PCとTVだと見るときの基準が違うんだけどな
PCの場合は画素感が認知出来るギリギリのあたりで、使用用途で前後するけど
TVの場合は画素感が全く感じられなくて、可能な限り視野範囲を広く占有するのが適してるとされるし

519

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 0b2c-Ey8W) [sage] 2019/03/22(金) 11:14:37.79

ID

:fgFZhogL0

何を言っているのか意味がわからない
PCとTVとか書いてるけど何の違いを言いたいの?
この次世代ビデオコーデックスレで発言している限り4K映像に関する話じゃないの?
「PCの場合」を作業UIについて言ってるとしたらスレ違いじゃないの?

520

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 635f-L9W/) [sage] 2019/03/22(金) 11:47:57.15

ID

:kz1hQl/B0

わーアスペがかみついてきたー

521

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 1b52-rXtv) [sage] 2019/03/22(金) 13:28:41.42

ID

:gRV+brym0

PCとTVじゃまず色レンジが違うじゃん
次世代コーデックが4KTVのみで扱われると思ってるならちょっとおかしい人だね

522

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 9fe7-0zLl) [sage] 2019/03/22(金) 16:56:48.37

ID

:CLQgc/Uo0

>>519

>>518

は視聴距離の話じゃないの。
4Kテレビの最適視聴距離は

>>514

にあるように画面の高さの1.5倍とか言われることがあるけど
実用面を考えるとPCの場合とかTVの場合とかで色々違いがあるよねっていう。

まあ元の話の

>>512

については、何と比べて違いがわからないと言ってるのかよくわからんし、
何を目的としたエンコードなのか知らんけど、ビットレートなんて自分で見て判断して決めればいいんじゃねで済む話では。

523

： 名無しさん＠編集中 (ｽﾌﾟﾌﾟ Sdea-gwRP) [sage] 2019/03/22(金) 18:43:11.20

ID

:iJGCSBvWd

ttp://http://jp.gamesindustry.biz/article/1903/19032201/

「2018年の晩秋に行ったProject Streamテストでは，1080p，60fpsを得るためにゲーマーに要求した推奨帯域幅は25Mbpsでした」と氏は語る。
「実際には，私たちはそれよりはるかに少ない基準を使用しました ― 20Mbps程度です。
今年のローンチに向けて，我々はストリーマ，コーデック，ハードウェアおよびソフトウェアサービスを大幅に改善しました。
すなわち，約30Mbpsで4K 60fpsに達することができます。30Mbpsというのは，人口の大部分を除外するようなものではありません。
そのようなパフォーマンスであれば，我々は世界中のかなりの部分に到達できると考えています。ギガバイトのダウンストリームではないのです」

524

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 9fe7-0zLl) [sage] 2019/03/22(金) 20:30:22.90

ID

:CLQgc/Uo0

>>523

の記事のタイトル

　Phil Harrison：Stadiaはゲーム機からの「避けられない一方通行の変革」を始める
　ttp://http://jp.gamesindustry.biz/article/1903/19032201/

モノによるとはいえゲーム中ずっと30Mbps占有とかやべえな。

525

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 4ad2-kdZ0) [sage] 2019/03/22(金) 20:35:20.36

ID

:gh+Qa7gq0

ドワンゴの人がAV1リアルタイムハードウェアエンコーダに関して何か喋るって
ttp://https://twitter.com/yue_roo/status/1109039668249518080
ttp://https://twitter.com/5chan_nel (5ch newer account)

526

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 635f-L9W/) [sage] 2019/03/22(金) 20:52:27.75

ID

:kz1hQl/B0

Wi-Fiだとアベレージでは帯域確保出来ていても瞬間的に通信止まってたり遅延するから、結局バッファ確保したらそれなりのレイテンシになりそう

527

： 名無しさん＠編集中 (JPWW 0H56-x4mc) [sage] 2019/03/24(日) 14:23:02.50

ID

:a8hXGUTpH

>>512

一発で違うが分かる
さてはおまえ4Kを持ってないな

528

： 名無しさん＠編集中 (ﾄﾞｺｸﾞﾛ MM02-xpu2) [sage] 2019/03/24(日) 14:40:03.66

ID

:1UydpKUmM

受け取ったパケットだけで画面を作って、ロストしたらしたぶん画質が低下するだけで動画の停滞は滅多にしないようなコーデックは無いものか。。

昔のアナログ放送みたいな

529

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 635f-L9W/) [sage] 2019/03/24(日) 19:21:39.01

ID

:s6gAiLLn0

>>528

表示までの遅延許容すればデコーダ側の造りで対応出来る
ただCPUとメモリ無駄食いしまくるからやらないのだと思うよ

530

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 9fe7-0zLl) [sage] 2019/03/24(日) 20:28:44.79

ID

:xhspfe530

コーデック側で SVC (Scalable Video Coding) みたいな仕組みに対応していても
ベースレイヤーがロストしたらどうしようもないだろうしなあ。

531

： 名無しさん＠編集中 (ｱｳｱｳｲｰ Sa43-IiJ/) [sage] 2019/03/24(日) 22:32:57.32

ID

:BoBOrUlea

動画はみんなTCPで転送してるからパケットが全部揃わないと遅延が発生する
デコーダーやコーデックが頑張ってもどうにもならんと思う

532

： 名無しさん＠編集中 (ｱｳｱｳｴｰ Sac2-dgEo) [sage] 2019/03/25(月) 16:01:22.13

ID

:3BYMYU9Za

youtubeはUDP使い始めてるけどな

533

： 名無しさん＠編集中 (ｱｳｱｳｲｰ Sa43-IiJ/) [sage] 2019/03/25(月) 16:26:48.56

ID

:OvuU20wja

HTTP3になったQUICでしょ？
これでデコーダーの方でキーフレーム以前のデータが遅れた場合にバッサリカット出来るかもしれない
ただLiveならそれで良いかも知れないけど映画とかは表示されないフレームがあって良いものか微妙だな

534

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 6781-v0cy) [sage] 2019/03/25(月) 17:24:51.13

ID

:l3pe6cOK0

QUICはTCP+TLSの代替だから基本的にデータを全部揃えるよ
多少のパケットロスはRAID5みたいに前後のパケットから補完できる
データのロストを許容する仕様も検討されているみたいだが

535

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 635f-L9W/) [sage] 2019/03/25(月) 19:49:08.73

ID

:VF7BrnMG0

まぁエラー訂正やるなら通信側でやるだろうけどな
どっちにしろデータ伝送効率とトレードオフ（帯域が減る）

536

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 0b2c-Ey8W) [sage] 2019/03/25(月) 21:03:24.17

ID

:skjtHRnX0

クライアント側でロストした部分をAIで瞬時に計算して
補完する未来がやってくるんだろうな

537

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 0b2c-zZmn) [sage] 2019/03/27(水) 02:32:23.31

ID

:3rtXeziX0

とか言ってたらこんな事できるようになってるし
リアルタイム処理できる未来はそう遠く無いかも
ttp://https://gigazine.net/news/20190325-star-trek-ds9-full-hd/

538

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 4ad2-kdZ0) [sage] 2019/03/27(水) 22:37:32.26

ID

:ErbMyfy+0

ドワンゴのAV1リアルタイムハードウェアエンコーダのスライド
ttp://https://www.slideshare.net/RooTakatori/av1-138429446

libaom、SVT-AV1、x264と比較したグラフもある

539

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 6755-z2Ty) [sage] 2019/03/27(水) 23:07:09.06

ID

:Ds15+t6e0

ニコ動の動画をAV1に変えるのか？

540

： 名無しさん＠編集中 (ﾜﾝﾐﾝｸﾞｸ MM3a-dgEo) [sage] 2019/03/27(水) 23:19:20.25

ID

:VkEjEPkNM

SVTとほぼ同じ画質で720p30fpsできるのはすげえな
SVTは30万円以上するxeonを2つ繋げて15fps超えるのがやっとなのに

541

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW b301-RF5v) [sage] 2019/03/27(水) 23:20:09.54

ID

:AbFXTogq0

サブセット化して速度を高めたのか

542

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 635f-L9W/) [sage] 2019/03/27(水) 23:50:52.72

ID

:BYO9J0FD0

パイプライン処理化だろうな
常套手段

543

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 0f68-Mdiw) [sage] 2019/03/28(木) 02:39:32.70

ID

:dK6vwrC10

四月一日に伝説のクソアニメがスペシャルで帰ってくる…だと？!

544

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 0f68-Mdiw) [sage] 2019/03/28(木) 02:40:16.73

ID

:dK6vwrC10

スマン
スレ間違った

545

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW eb5f-Z2Pi) [sage] 2019/03/28(木) 05:03:48.32

ID

:X1CeW6Ph0

同じの声優変えて5本とかやりそう

546

： 名無しさん＠編集中 (ﾜｯﾁｮｲ fb02-9gjM) [sage] 2019/03/28(木) 08:07:22.72

ID

:6BvI1zje0

>>538

,540
ニコ動が使ってるFPGAってどれくらいのもんなんかな？

547

： 名無しさん＠編集中 (ﾌﾞｰｲﾓ MM7f-LXsT) [sage] 2019/03/28(木) 22:55:38.91

ID

:PPVlesk+M

>>538

,546
後日、会社のブログでより詳細な内容を公開予定だそう
ttps://twitter.com/yue_roo/status/1110921189818425344
ttp://https://twitter.com/5chan_nel (5ch newer account)

548

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 4be7-r4m/) [sage] 2019/03/28(木) 23:27:25.71

ID

:vKgDshGt0

まあでもニコ動はAV1採用まで生き抜くことができるかどうか・・・

549

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 4be7-r4m/) [sage] 2019/03/28(木) 23:31:15.27

ID

:vKgDshGt0

　
VP9とAV1のライセンスプールかぁ・・・。
　
　Sisvel Launches Patent Pools for VP9 and AV1

　ttp://https://www.streamingmedia.com/Articles/News/Online-Video-News/Sisvel-Launches-Patent-Pools-for-VP9-and-AV1-130840.aspx

　ビデオ符号化特許ライセンスプラットフォームを開始

　ttp://https://www.businesswire.com/news/home/20190327005305/ja/

---
シズベルインターナショナルS.A.は本日、ビデオ符号化特許ライセンスプラットフォームの開始を発表しました。
このライセンスプラットフォームでは新たに、VP9規格関連特許に関する共同特許ライセンスと
AV1規格関連特許に関するプールライセンスの二つのプログラムが個別に提供されます。
当ライセンスプラットフォームのもと、株式会社JVCケンウッド, 日本電信電話株式会社, Orange, Philips,
東芝IPRソリューション株式会社を含む複数の革新的企業が所有もしくは管理する特許ポートフォリオのライセンスが開始されます。
---

550

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW eb5f-Z2Pi) [sage] 2019/03/28(木) 23:41:44.06

ID

:X1CeW6Ph0

そりゃAV1として使う分にはタダだけど、使用している技術特許が転用し放題な訳じゃ無いからな

551

： 名無しさん＠編集中 (ｽｯﾌﾟ Sdbf-yDwj) [sage] 2019/03/29(金) 04:10:33.43

ID

:MhXkOCp+d

ズコー

552

： 名無しさん＠編集中 (ｱｳｱｳｴｰ Sa3f-cvFJ) [sage] 2019/03/29(金) 05:07:05.22

ID

:JFHns1dLa

こりゃ裁判だな

553

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW fb5f-UDcb) [sage] 2019/03/29(金) 05:50:11.22

ID

:VtyeLRWb0

我々一般ユーザーには関係あまりないの？

554

： 名無しさん＠編集中 (ｱｳｱｳｲｰ Sa4f-wCsH) [sage] 2019/03/29(金) 08:40:22.73

ID

:GABudG4Da

典型的な特許ゴロだな…
AV1じゃなくてVP9も含めてるところが今更かよと思うし潜水艦もいいとこだ

555

： 名無しさん＠編集中 (ﾜﾝﾐﾝｸﾞｸ MMbf-AkZ9) [] 2019/03/29(金) 09:07:11.49

ID

:OuVaFWWoM

AV1がオワコンになってくれればもっと計算負荷が低くて圧縮率の高いVVCに削げ変わってくれる可能性があるから。
VP9/AV1/HEVC/VVC全部採用されずにAVCが残る可能性もあるか…

556

： 名無しさん＠編集中 (ﾜｯﾁｮｲ fb02-9gjM) [sage] 2019/03/29(金) 09:19:56.75

ID

:JJMlc4Ei0

>>547

ほほう、thx

557

： 名無しさん＠編集中 転載ダメ (ﾜｯﾁｮｲ 4bed-2A3s) [sagete] 2019/03/29(金) 11:47:30.77

ID

:IaTCV3wd0

> Opus is subject to the royalty-free patent licenses which are
> specified at:

> Xiph.Org Foundation:
> ttp://https://datatracker.ietf.org/ipr/1524/

> Microsoft Corporation:
> ttp://https://datatracker.ietf.org/ipr/1914/

> Broadcom Corporation:
> ttp://https://datatracker.ietf.org/ipr/1526/

Opusにも特許を保持する団体が存在するけどOpusそのものは自由に使えるで

558

： 名無しさん＠編集中 転載ダメ (ﾜｯﾁｮｲ 4bed-2A3s) [sagete] 2019/03/29(金) 11:54:58.48

ID

:IaTCV3wd0

ただ、

>>549

は開発元では無い団体が勝手にライセンス料の徴収を主張するのが違うな

559

： 名無しさん＠編集中 (ｽﾌﾟｯｯ Sdbf-bZii) [sage] 2019/03/30(土) 10:26:59.31

ID

:MMqxXa2qd

>>553

PCにデコーダーバンドルしたら製品価格に含まれるかもしれない
あとはMSがストアで配布してるようなデコーダーが有料になったりとかあり得る(現状無料)

>>554

mp3やmpeg audioに関する特許関連もやってたみたいだから、昨日今日の組織じゃないね

>>558

そのページ読むと東芝やらNTTやら名前連ねてるじゃない
特許の管理をこの会社に委託してるんじゃね
別におかしなことではないと思う

560

： 名無しさん＠編集中 (ﾜｯﾁｮｲ fb5f-r4m/) [sage] 2019/03/31(日) 03:34:45.61

ID

:mYS2gDDC0

8Kはまだ難しいと思ってたけど、BS8KがRTXで普通に再生できて拍子抜けした
もうそういう時代になったのか・・・

561

： 名無しさん＠編集中 (ｽｯﾌﾟ Sdbf-yDwj) [sage] 2019/03/31(日) 04:41:10.47

ID

:o5vDx/WTd

>>560

再生した時は、ディスプレイ解像度も8Kで滑らかに表示できた？

562

： 名無しさん＠編集中 (ﾜｯﾁｮｲ fb5f-r4m/) [sage] 2019/03/31(日) 05:35:36.07

ID

:mYS2gDDC0

>>561

8Kのディスプレイは持ってないから分からん。4Kに表示した

563

： 名無しさん＠編集中 (ﾜｯﾁｮｲW ab70-bZii) [sage] 2019/03/31(日) 08:59:40.58

ID

:VDZjoozC0

>>560

どうやってBS8kのデータをゲットしたの？

564

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 4b90-gufL) [sage] 2019/03/31(日) 09:24:39.90

ID

:jMIV68YT0

だな。どうやってゲットしたのか気になる。

565

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 4bda-ycr5) [] 2019/03/31(日) 15:58:18.84

ID

:XPsEHUTj0

AV1のサンプルムービーは再生できたんだけど(超重い)、画像ファイルの「AVIF」が開けない。
手持ちのビューワー試したが全滅なんだが。ブラウザにドロップしてもダウンロードのポップアップだし。どうやったら見れんの?
ttp://https://www.elecard.com/videos
ttp://http://download.opencontent.netflix.com/?prefix=AV1/Chimera/AVIF/
あと、下の「ivf」も再生不可。インテル関連ということしか分らん。誰か詳しい人居る?
ttp://http://download.opencontent.netflix.com.s3.amazonaws.com/AV1/Chimera/Chimera-AV1-10bit-1280x720-2380kbps.ivf

566

： 名無しさん＠編集中 (ｱｳｱｳｴｰ Sa3f-cvFJ) [sage] 2019/03/31(日) 17:28:43.17

ID

:sSJOyOfka

>>565

firefoxでdav1d有効化して試してみたら

567

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 9fd2-qoOB) [sage] 2019/03/31(日) 17:37:15.77

ID

:17lg0TEw0

>>565

AVIFは多分まだブラウザで正式サポートされてないから表示させるにはこういうの使う必要がある
ttp://https://kagami.github.io/avif.js/
ttp://https://cconcolato.github.io/wasm-av1/

ivfファイルは確かコンテナに入ってない生の映像データだったと思う
x264でいう.h264ファイルみたいなもんか？

568

： 名無しさん＠編集中 (ﾜｯﾁｮｲ fb5f-r4m/) [sage] 2019/03/31(日) 18:10:53.33

ID

:mYS2gDDC0

>>563

ttp://https://deliciousslurper.blogspot.com/2019/03/8k.html

569

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 4bda-ycr5) [] 2019/03/31(日) 19:47:24.06

ID

:XPsEHUTj0

>>567

なるほどねー、最先端過ぎて、ブラウザすら対応できてないのか。
最新技術をいち早く投入するブラウザが追い付いてないんじゃ、一般のフリーソフトなんか半年は待たないと無理じゃん。
自分の検索が甘いのかと思ってたがスッキリした。情報どうも。

570

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 9fd2-qoOB) [sage] 2019/03/31(日) 20:37:58.68

ID

:17lg0TEw0

>>569

一応、Windowsのinsider previewなら表示に対応してる。
WICにも対応してるから↓みたいなWIC用のSusieプラグイン入れればをMassiGraでも読み込める。
ttp://http://toro.d.dooo.jp/slplugin.html#iftwic

あと今試したらIrfanViewでも読み込めた。
ただ現時点ではMSのデコードの出来がまだイマイチで画像のサイズによってはデコード結果が乱れたりする。
ttps://i.imgur.com/kuGGqe5.png
MSがやる気出してくれるなら結構色んなソフトでAVIFを扱えるようになると思うんだけどね。

571

： 名無しさん＠編集中 (ｱｳｱｳｲｰ Sa4f-wCsH) [sage] 2019/03/31(日) 20:46:29.60

ID

:h3//sKMpa

AVIFはどこかのWebサイトで見れたけど、1フレームのAV1の動画が表示されてたな

572

： 名無しさん＠編集中 (ﾜｯﾁｮｲ ab01-twBZ) [sage] 2019/03/31(日) 23:20:42.70

ID

:ChSAdlL80

>>560

8KなんてGT1030やKabyLakeオンボですら再生できるぞ
無理なのはAMDだけ

573

： 名無しさん＠編集中 (ｳｿ800 Sdbf-sDWV) [sage] 2019/04/01(月) 09:21:19.89

ID

:Ue8HDV8cdUSO

8Kあたりは結構フツーに見れるイメージあった。オンボとか使ったこと無いからかな。MX420 GTS250 GTX570 GTX660Ti GTX970 RTX 2070だけど mx420(2002年)の時点でHDも完璧に見れてたしなぁ

574

： 名無しさん＠編集中 (ｳｿ800 fb5f-r4m/) [sage] 2019/04/01(月) 10:51:19.64

ID

:c2+TGL6K0USO

>>572

フレームレートを問わなけれ再生できるが、60fpsで再生できるのはRTXだけだよ
Pascal世代のGPUだと50fpsが限界、IntelのUHD Graphicsは4k60pまでだから15fpsが限界
どっちもBS8K(8k60p)を再生するとカクカク

575

： 名無しさん＠編集中 (ｳｿ800 Sdbf-sDWV) [sage] 2019/04/01(月) 10:54:23.98

ID

:MfXZXCSgdUSO

たしかに60FPSってのは問題にあるかもな

576

： 名無しさん＠編集中 (ｽﾌﾟﾌﾟ Sdbf-8I7Z) [sage] 2019/04/01(月) 12:49:17.67

ID

:Y75yWm71d

NHKが8K/120Hz対応コーデックなどNAB出展。88型の8K有機ELで上映も
ttp://https://av.watch.impress.co.jp/docs/news/1177302.html

8K/120Hzの映像をリアルタイム処理できるエンコーダーとデコーダーを紹介する。

映像符号化方式にはH.265/HEVCを採用し、Main10プロファイル(4:2:0/10bit)まで対応。ビットレートは最大480Mbps。
ttps://av.watch.impress.co.jp/img/avw/docs/1177/302/8k03_o.jpg

577

： 名無しさん＠編集中 (ｱｳｱｳｸｰ MM4f-Mdiw) [sage] 2019/04/01(月) 17:11:40.32

ID

:G4//kiYaM

【悲報】新元号対応GPUはGM206以降のみ






ｳｿﾃﾞｽ

578

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW fb5f-UDcb) [sage] 2019/04/01(月) 19:48:53.73

ID

:k5waTDVw0

新元号になってからグラボ買う

579

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 0f68-Mdiw) [sage] 2019/04/03(水) 15:40:00.64

ID

:uGmuJsas0

・スマートフォンを接続するだけでフルHD液晶＆フルキーボードが使えるようになる「NexDock 2」
ttp://https://gigazine.net/news/20190403-nexdock-2/

最近はスマホは新しいのを買うけどPCは古いままな人が多いから、こういうのが普及すれば最新の動画再生支援機能を利用して、
古いPCで動画を視聴するよりも快適に視聴できるようになるかもしれないな
（画面のクオリティー次第だけど）

580

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 9fd2-qoOB) [sage] 2019/04/03(水) 22:28:19.49

ID

:zT0T5yFf0

Samsung Joins the Alliance for Open Media Board of Directors
ttp://https://aomedia.org/samsung-joins-the-alliance-for-open-media-board-of-directors/

581

： 名無しさん＠編集中 (ｱﾝﾊﾟﾝ 22da-NXOo) [sage] 2019/04/04(木) 10:54:14.96

ID

:2tuhH0YZ00404

黙れVP厨

582

： 名無しさん＠編集中 (ｱﾝﾊﾟﾝWW 82f7-72V4) [sage] 2019/04/04(木) 12:02:43.01

ID

:4n2ZOYSX00404

韓国企業のSamsungはAOM陣営についたのに日本企業は旧体制としてAOM陣営と対立するとか悲しくなるな

583

： 名無しさん＠編集中 (ｱﾝﾊﾟﾝWW 095f-rpi5) [sage] 2019/04/04(木) 13:06:35.58

ID

:rP94GUDK00404

製造業として、自社製品消費してくれる企業の多い側に付いてるだけだけどな

そういやDRAMとNANDの余剰在庫は夏前に整理付きそうなんで、関連製品の購入時期に注意
市場に安い次期の製品在庫があっても、小売フランチャイズ元等でストックにして値を戻してから商戦向け商材・特価品のふりして放出とかしやがるんで留意

584

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 0268-BZhk) [sage] 2019/04/05(金) 00:11:12.18

ID

:HIwW+3tZ0

それは商売の基本では。
価格が上がらないまま売れ筋が大容量品に移ると大変。

585

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 095f-rpi5) [sage] 2019/04/05(金) 05:25:41.12

ID

:2u8fWdy00

安く買うタイミングはこういう転換期に集中して情報入れておいて
平時に無駄な労力割かないのがベスト
今回は容量や方式的な世代交代も関係ないしな

586

： 名無しさん＠編集中 (ｱｳｱｳｴｰ Sa8a-YuV7) [sage] 2019/04/05(金) 11:01:41.81

ID

:GXj8Olyva

VP9とAV1どうなるかねえ
ttp://https://twitter.com/dynamitter/status/1113714603681144832
ttp://https://twitter.com/5chan_nel (5ch newer account)

587

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 2e68-lONI) [sage] 2019/04/05(金) 15:15:07.79

ID

:9DOIJjU50

もはや存在価値が…
当面はHEVCいずれはVVCで流れは決まった

588

： 名無しさん＠編集中 (ｱｳｱｳｲｰ Sa51-nYTl) [sage] 2019/04/05(金) 18:50:02.89

ID

:uZKH6p7ta

なんかロイヤリティフリーなコーデックをやたら毛嫌いする人が居るんだなぁ…

589

： 名無しさん＠編集中 (ｽｯｯﾌﾟ Sda2-gZRC) [sage] 2019/04/05(金) 19:01:34.76

ID

:h0W199yld

名が広まったもん勝ちなんだよなあ

590

： 名無しさん＠編集中 (ｵｲｺﾗﾐﾈｵ MMe9-3NqX) [sage] 2019/04/05(金) 20:06:20.96

ID

:KXO5aOSFM

>JPEG XL is based on a combination of FUIF and Google's Pik. FUIF uses the same entropy coder (MANIAC) as FLIF, but does progressive and lossy better.

いまいち進展がわからんJPEG-XLだがGoogleのPikとロスレス最強FLIFの融合だと判明
どっちも2,3年前に少し話題に上がってから音沙汰無しだったけど生きてたのか
これもJPEG-XTを闇に葬ったシズベルにAV1共々沈められ兼ねんな

591

： 名無しさん＠編集中 (ｱｳｱｳｴｰ Sa8a-YuV7) [sage] 2019/04/05(金) 20:13:11.67

ID

:jfuPWnACa

なんでシズベルを敵視しているんだ
原因はそこじゃないだろう

592

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 612c-95c7) [sage] 2019/04/05(金) 20:33:17.17

ID

:TRI2mPzO0

ここ最近の消費と経済の構造ってすごく歪んで来てるよね
ガチャゲーみたいにその作品の価値以上に対価を得てる人たちは
規制や処罰されてしかるべきだと思うし
頑張って映像や画像の技術研究成果出して貢献している人たちには
ちゃんと対価が行き渡って欲しいと思う

593

： 名無しさん＠編集中 (ｵｲｺﾗﾐﾈｵ MMe9-3NqX) [sage] 2019/04/05(金) 20:55:18.77

ID

:KXO5aOSFM

今回ばかりはサブマリン特許でパテントトロール行為紛いのことやってるからな
折角HEVC/AV1はTV放送/ネット配信で棲み分けできてんのにお互い足引っ張りあって停滞するとか馬鹿じゃねーのとしか思わん

594

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 02d2-0IBv) [sage] 2019/04/05(金) 21:01:52.41

ID

:5uuYWF7/0

特許に問題があるならAV1策定中にでも指摘すればいいのにこれから普及していくぞってタイミングで主張しだすのってどうなの

595

： 名無しさん＠編集中 (ﾌﾞｰｲﾓ MM8d-Vp07) [sage] 2019/04/05(金) 21:21:01.30

ID

:IBYd4E1CM

何で権利者側が仕様策定中のものに対してわざわざ調査しにいかなきゃならんの？馬鹿なの？

596

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 02d2-0IBv) [sage] 2019/04/05(金) 21:28:00.69

ID

:5uuYWF7/0

>>595

AV1だけじゃくてVP9に対しても主張してるんだから早い段階でわかってたことでしょ

597

： 名無しさん＠編集中 (ﾜｯﾁｮｲW a9ad-mN1b) [] 2019/04/05(金) 22:55:44.64

ID

:24eP8bm80

面白いことになってきた。
JVC KENWOOD、NTT、東芝か。
当然の権利とも言えるから三社が悪いわけでもないけど。
NAB Showに合わせてきたのかなぁ。

598

： 名無しさん＠編集中 (ｱｳｱｳｲｰ Sa51-nYTl) [sage] 2019/04/06(土) 00:21:43.37

ID

:SeaycIBxa

ロイヤリティフリーのコーデックったって特許の塊だからな
単にその権利を行使しないというだけで
ロイヤリティフリーじゃないものは苦労したぶん正当な対価を得る権利が有るみたいに言うけどさ
何処で利益を得るかの違いだけなんだよな

599

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 095f-rpi5) [sage] 2019/04/06(土) 00:31:48.57

ID

:qh7SIIRW0

別な見方すれば、技術系・映像音響関連の著名企業が保有している特許のチェックですら出来てなかったのにパテントフリー騙っていたって事だからな
特許保有側も具体的な実装が出来てこなくちゃ何処まで侵害されてるかも解らんし
特許というもの自体が抵触したくない側が躱すべきもの

600

： 名無しさん＠編集中 (ﾜｯﾁｮｲ e9ba-iE/E) [sage] 2019/04/06(土) 02:00:37.81

ID

:vjc+i2h40

アルゴリズム特許を事前にすべて精査するなんて不可能だろ

601

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 095f-rpi5) [sage] 2019/04/06(土) 02:33:25.30

ID

:qh7SIIRW0

だから特許保有側は把握している保有特許への抵触範囲を提示して訴えもせずにいてくれている
ステルスとか言っている馬鹿がいるけど、見落としているのはコーデックのプロジェクト側の責で、パテントフリーを謳い文句にしていて、それが出来ていない方が問題だと思うが

特許保有している側が隠している訳でも無い（だからこその特許制度でもある
訴えもせずに見落としている側に特許保有側が手間して明示化してるのにステルスも糞も無い罠
出方待ってくれてる時点で、ここらへんの対応が甘すぎると言われる日本企業らしいと言えば、日本企業らしいけどな

602

： 名無しさん＠編集中 (ｱｳｱｳｲｰ Sa51-nYTl) [sage] 2019/04/06(土) 09:40:10.13

ID

:Twk9HCUTa

特許ってどうしようもなくしょうもないものまで千差万別だぞ
そういうのに限って文面がどうにでも解釈できるように物凄い曖昧に書いてたりするからな
特にアルゴリズムに関連するものはそんなんばっか
だから後だしするには都合が良い

603

： 名無しさん＠編集中 (ｱｳｱｳｸｰ MM51-lONI) [sage] 2019/04/06(土) 18:46:13.24

ID

:A55mIoDyM

・高いコントラストと豊かな階調再現を実現した「ピュア W プリント」
自然光＋透過光で奥深い色を表現
ttp://https://dc.watch.impress.co.jp/docs/news/1178580.html

印刷物もHDRみたいな状態になってきたようだ
今後は、静止画動画問わずSDR→高精度HDR変換に需要が見込めそうだな

604

： 名無しさん＠編集中 (ﾜｯﾁｮｲW 0985-7ad9) [] 2019/04/07(日) 15:51:22.70

ID

:bWaz9rQM0

JVC/NTT/東芝 　 　 　←必死に抵抗
vs　 　 　 　 　 Apple←勝ち組
Google/Intel/Amazon ←優勢

605

： 名無しさん＠編集中 (ｱｳｱｳｴｰ Sa8a-YuV7) [sage] 2019/04/07(日) 17:36:02.06

ID

:OCtnfMC+a

MPEGの特許ってパナソニックがかなり多かったと思うのだけどそこは何も言ってこないのね

606

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 095f-rpi5) [sage] 2019/04/07(日) 18:38:09.84

ID

:Kp1v4dJn0

抵抗も糞も筋通せてないのにドヤ顔していたVP9/AV1勢の失態ってだけ
志高けりゃ権利侵害してもいいって訳じゃ無いからな

607

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 0116-k8NZ) [sage] 2019/04/07(日) 21:03:54.26

ID

:5yQbDMAx0

mpeg2の特許って切れ始めてるんじゃなかったっけ？

608

： 名無しさん＠編集中 (ｱｳｱｳｶｰ Sa09-nYTl) [sage] 2019/04/07(日) 21:04:10.76

ID

:E/mibOL/a

筋通せて無いのはTOSHIBAの方だろw
今頃特許主張して恥ずかしくないのかよw

609

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 01e7-k8NZ) [sage] 2019/04/07(日) 21:06:36.43

ID

:ZSOJmr5q0

失態と言えるほどのことかどうかはまだわからない。

開発段階で特許の精査はやってたけど、完璧にやるのは難しいだろうし、
AoMediaでは特許訴訟が起きることを見越して防衛基金を用意したりもしている。

今回シズベルに集約されてる特許群が本当にAV1/VP9に適用できるものなのかも不透明だし
適用できたとしてどれくらいの影響を及ぼすものかもまだわからない。

今後の交渉なり法廷闘争なりの行方次第だから、それを注視していくしかない。
現時点で失態ダーとか権利侵害ダーとか騒いでも無意味。

610

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 095f-rpi5) [sage] 2019/04/07(日) 21:25:32.38

ID

:Kp1v4dJn0

>>608

ガキなのか、そういう道理が理解できてない社会人かは知らんけど
見落としする方の責なんだから仕方ない罠
そういう法律やし

611

： 名無しさん＠編集中 (ﾜｯﾁｮｲW 0985-7ad9) [] 2019/04/08(月) 01:02:42.20

ID

:62H6D9B00

黙って高みの見物Appleくん最強

612

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 2e68-lONI) [sage] 2019/04/08(月) 01:38:51.26

ID

:Qkv5GhUH0

VP9に対応しないアップル（笑）

613

： 名無しさん＠編集中 (ｱｳｱｳｲｰ Sa51-nYTl) [sage] 2019/04/08(月) 01:42:23.33

ID

:VWkTJcUta

特許の文面を一度でも見たこと有れば精査することがどれだけ大変かわかるよ
ま、今後どうなるか見ものだな

614

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 01e7-k8NZ) [sage] 2019/04/08(月) 03:08:36.93

ID

:ePuriIh90

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

更新されてた。MPEGがEVCというコーデックを開発してるそうな。

　> 異なる方向性のアプローチとして、ライセンス・フレンドリ(licensing-friendly)を掲げた
　> MPEG-5 EVC(Essential Video Coding)の開発も始まりました。
　> 20年以上経過して枯れた要素技術のみで構成しつつ、現行H.265/HEVC程度のデータ圧縮性能を目指しています。
　> 2018年10月のRequirements公開から2020年1月の最終ドラフト(FDIS)に向けて、
　> 映像コーデック研究開発としては異例のスピード目標となっています。

今年1月中旬に行われたMPEG 125のミーティングでは

　> The target coding efficiency for the call for proposals was to be at least as efficient as HEVC.
　> This target was exceeded by approximately 24% in the responses to the call for proposals, which were evaluated at this meeting.

ということで、最大でHEVCより24%くらい効率的になりえると評価されたらしい。

615

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 01e7-k8NZ) [sage] 2019/04/08(月) 03:09:22.42

ID

:ePuriIh90

参考URL等

■EVC (Essential Video Coding)

・Essential Video Coding
　ttp://https://mpeg.chiariglione.org/standards/mpeg-5

・MPEG 124 - Macao
　ttp://https://mpeg.chiariglione.org/meetings/124
　(MPEG issues Call for Proposals for a New Video Coding Standard expected to have licensing terms timely available)

・MPEG 125 - Marrakesh
　ttp://https://mpeg.chiariglione.org/meetings/125
　(MPEG starts work on MPEG-5 Essential Video Coding)

・EVC - Essential Video Coding / MPEG-5
　ttp://https://forum.doom9.org/showthread.php?t=176055

616

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 2e68-lONI) [sage] 2019/04/08(月) 04:54:25.32

ID

:Qkv5GhUH0

白目…

617

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 7d5f-v81K) [sage] 2019/04/08(月) 11:36:46.83

ID

:ttYG8xqB0

コーデックが沢山でもうわからねぇ！（思考放棄）

618

： 名無しさん＠編集中 (ｽﾌﾟﾌﾟ Sda2-xlxQ) [sage] 2019/04/08(月) 12:01:29.33

ID

:Cpj+XRZfd

よく分からないんだけど

EVCは古い技術を使ってHEVCと同等の圧縮率を目指し、特許料を安く、分かりやすくする

VVCはいわゆるH.266に相当して、最新技術を盛り込み、より高い圧縮率を目指すよ

ってことかな？わざわざEVCなるものを作るということは、VVCも特許地獄の可能性が高そう

619

： 名無しさん＠編集中 (ｽﾌﾟｯｯ Sd02-+cXQ) [sage] 2019/04/08(月) 14:03:39.14

ID

:DPWwiw/Zd

EVCはVVCの掌握に失敗した某企業が立ち上げたやつ
ライセンスフレンドリーとはフリーでも安いでもなく、単に彼らと対立する立場の企業を締め出して仲良しだけで作る=ライセンス条件について合意しやすいという意味でしかない
VVCと違って参加企業は非常に少なく、実質的に彼らの持ち込みコーデックにそのままスタンプ押すだけの状態

ちなみにその24%というのは輝度だけの性能で、VVCに彼らが持ってきた提案と同じで、故意に色差分のビットを輝度に回す最適化をしてる

620

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 82f7-72V4) [sage] 2019/04/08(月) 14:43:53.66

ID

:nWv1KFKq0

EVCってロイヤリティフリーのことかと勘違いしてたけどそういう意味か

621

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 01e7-k8NZ) [sage] 2019/04/08(月) 23:11:23.84

ID

:6RQMKldX0

>>615

EVC関連記事追加

Introducing MPEG-5 ? Noteworthy - The Journal Blog
ttp://https://blog.usejournal.com/introducing-mpeg-5-5ed1de2be71b

MPEG 124 Meeting Report - Bitmovin
ttp://https://bitmovin.com/mpeg-124-meeting-report/

MPEG 125 Meeting Report - Bitmovin
ttp://https://bitmovin.com/mpeg-125-meeting-report/

Video Codecs Today: Minefield, Muddle, or Multiple Choice?
ttp://https://www.streamingmedia.com/Articles/ReadArticle.aspx?ArticleID=130999

NAB 2019: Five trends to watch | Industry Trends | IBC
ttp://https://www.ibc.org/content-management/nab-2019-five-trends-to-watch/3708.article

Forty years of video coding and counting
ttp://https://www.linkedin.com/pulse/forty-years-video-coding-counting-leonardo-chiariglione/
　
　
最後の記事はビデオコーデックの歴史がざっくりまとめられていて一見の価値ありかと。

622

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 01e7-k8NZ) [sage] 2019/04/08(月) 23:24:55.64

ID

:6RQMKldX0

こんな感じなのかな？

■EVC (Essential Video Coding)

　●baseline profile
　　　・「特許切れの技術」および「ロイヤリティフリーにできる技術」のみが使われる。
　　　・現時点の評価では、AVCと比べて30%程度の圧縮率向上。

　●main profile
　　　・baselineに加えて、いくつかの(ライセンスが必要な)符号化技術が使われる。
　　　・符号化技術ごとに独立した実装が行われ、それぞれを容易に有効化/無効化できるようにする。
　　　　仕様確定後に適切なライセンス合意が行われなかった場合はその技術だけ切り離すこともできるようにしておく。
　　　・現時点の評価では、HEVCと比べて24%程度の圧縮率向上。

623

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 2e68-lONI) [sage] 2019/04/08(月) 23:55:49.77

ID

:Qkv5GhUH0

24%程度の改善じゃ、箸にも棒にもかかりませんよ
しかもこんな中途半端なコーデック、ハードウェア再生支援に組み込まれる可能性も低い
GPUメーカーはボランティアで再生支援してるんじゃないのだから

624

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 01e7-k8NZ) [sage] 2019/04/09(火) 01:25:44.67

ID

:4gaPavTr0

開催中のNAB Showで、IntelとNetflixがSVT-AV1の発表をしたとのこと。
4Kp60/10-bitのライブ配信も可能って書いてるな。

Intel Finally Announces SVT-AV1, To Be Used By Netflix - Phoronix
ttp://https://www.phoronix.com/scan.php?page=news_item&px=Intel-SVT-AV1-Announced

Intel, Netflix to Deliver AV1 Scalable Codec to Power Next-Gen Compression Tech for Visual Workloads | Intel Newsroom
ttp://https://newsroom.intel.com/news/intel-netflix-deliver-av1-scalable-codec-power-next-gen-compression-tech-visual-workloads/

> This codec makes it possible for services ranging from video on demand
> to live broadcast of 4Kp60/10-bit content on IntelR XeonR Scalable processors,
> including the recently launched 2nd-Generation Intel Xeon Scalable processor.

625

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW b901-UcP2) [sage] 2019/04/09(火) 04:02:18.66

ID

:JT0+toOo0

Xeonスケーラブルって確か56コアだったよな…

626

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 095f-rpi5) [sage] 2019/04/09(火) 05:12:02.10

ID

:B5cVX3yf0

そのうえ、出来たデータは数万じゃ効かないぐらい再生されるからな
事業者のエンコード時の消費リソースやコスト感覚が別次元だし
そのうえあのNetflixだし

動画エンコードの探求に「終わり」はあるのか？
ttp://https://gigazine.net/news/20180614-end-of-video-coding/

2015年にNetflixの技術者が初めてMPEG会議に参加して、将来の動画コーディングのための文書を発表しました。
その際に、Netflixとしては「大幅な圧縮率の改善が可能ならば、たとえエンコードの複雑性が高まるとしてもまったく問題にしない」というスタンスであることを伝えると、議長から「では、どのくらいの複雑さを許容できますか？」と尋ねられたとのこと。
回答の準備が整っていなかったNetflixの技術者は「最悪のケースでは100倍まで」と答えると、100人はいたであろう動画コーディングの専門家たちからは大爆笑が起こったそうです。
議長は「心配しないで。彼らはみな『新しいこと』を試すことができると、幸せに感じているのです。たいていの人は『3倍まで』と答えるものだから」と話したそうです。

627

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 8581-hwzd) [sage] 2019/04/09(火) 06:23:15.60

ID

:uy7Ei/bz0

Netflixなら1つの動画あたりの再生数が多いだろうから
エンコード負荷より回線帯域のほうが重要だろうね

628

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 095f-rpi5) [sage] 2019/04/09(火) 06:47:30.46

ID

:B5cVX3yf0

x265もそれなりに仕上がっていた3年半前の時点でコレだからな
そこで非公式ながら100倍まで容認するってんだから、Xeon SPの力押しも厭わないだろうさ
基本的に処理比率的に絶対量は多くは無いにしろ、複雑化した際にボトルネックになりやすいベクター演算関係でのパフォーマンス考えるなら今のところはIntel系の方が正解だし

629

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 02d2-0IBv) [sage] 2019/04/09(火) 07:21:43.60

ID

:CnKCeiSO0

AV1の特許の件についての声明が出てた

The Alliance for Open Media Statement - Alliance for Open Media
ttp://https://aomedia.org/the-alliance-for-open-media-statement/

630

： 名無しさん＠編集中 (ﾜｯﾁｮｲW 7970-f5Ac) [sage] 2019/04/09(火) 07:44:47.13

ID

:CFf0Ib8K0

3行でまとめると？

631

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 02d2-0IBv) [sage] 2019/04/09(火) 07:55:12.89

ID

:CnKCeiSO0

英語よくわからんけどSisvelの発表で業界とか投資家あたりに不安な動きが広がったから、ちゃんと対応は考えてるから心配するなっていう声明をとりあえず出したって感じだと受け取ってる

632

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 095f-rpi5) [sage] 2019/04/09(火) 08:34:53.78

ID

:B5cVX3yf0

要約「以前から掲げているライセンスで扱えるよう対応するから心配するな」

633

： 名無しさん＠編集中 (ﾜｯﾁｮｲW 7d02-XrGE) [sage] 2019/04/09(火) 14:24:57.35

ID

:1B7Tr0nt0

・AOMedia参加メンバー間では合意が取れてるよ
・開発時にコーデック、法律の専門家とともに特許の精査は完了してるよ
・特許に関する防御のための仕組みもあるよ
って感じ
まあ心配せんでも大丈夫やで、ぐらいの内容で

>>631

の言う通りとりあえず感が強いですね
つか具体的な特許リストがまだ出てきてないから対応のしようがないですし

634

： 名無しさん＠編集中 (ﾜｯﾁｮｲW 0985-7ad9) [] 2019/04/09(火) 17:35:14.13

ID

:d07ftRlo0

ChromeでAV1再生するとGPUの3Dの%が異様に上がる割にCPU負荷が上がらないんだが、GPGPU使ってたりするのかな?気のせい?

635

： 名無しさん＠編集中 (ｽｯｯﾌﾟ Sd33-3Xmw) [] 2019/04/17(水) 15:35:20.72

ID

:Yfx4MaNMd

Chromium EdgeくんAV1再生時に拡張機能不要にしてくれるのかね?

636

： 名無しさん＠編集中 (ｱｳｱｳｲｰ Sa39-isSE) [sage] 2019/04/18(木) 03:32:51.10

ID

:95evdqpAa

Presentation: Latest Technical and Business Progress with AV1
ttp://https://people.xiph.org/~negge/NAB2019.pdf

637

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 12d2-38Qo) [sage] 2019/04/18(木) 19:30:03.94

ID

:RS41jD9n0

Introducing SVT-AV1: a scalable open-source AV1 framework
ttp://https://medium.com/netflix-techblog/introducing-svt-av1-a-scalable-open-source-av1-framework-c726cce3103a

SVT-AV1 is currently work in progress since it is still missing the implementation of some coding tools and therefore has an average gap of about 14% in PSNR BD-rate with the libaom encoder in a 1-pass mode.
The following features are planned to be added and will decrease the BD-rate gap:

Multi-reference pictures
ALTREF pictures
Eighth-pel motion compensation (1/8-pel)
Global motion compensation
OBMC
Wedge prediction
TMVP
Palette prediction
Adaptive transform block sizes
Trellis Quantized Coefficient Optimization
Segmentation
4:2:2 support
Rate control (ABR, CBR, CBR)
2-pass encoding mode

638

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 12d2-38Qo) [sage] 2019/04/18(木) 19:38:49.77

ID

:RS41jD9n0

ttp://https://forum.doom9.org/showthread.php?p=1871939#post1871939
ttps://i.ibb.co/QcdpmNH/hvmaf-720.png
ttps://i.ibb.co/Z2hRQ1b/msssim-720.png
ttps://i.ibb.co/BGpNzLZ/psnrhvsm-720.png
ttps://i.ibb.co/X7GNTqC/hvmaf-1080.png
ttps://i.ibb.co/TKxNDxk/msssim-1080.png
ttps://i.ibb.co/5cGyhjk/psnrhvsm-1080.png

SmilingWolf氏がAV1エンコーダーの4回目のベンチマークを公開
SVT-AV1が新たに追加
rav1eはビットレートが大幅に増加する不具合があるそうだから今回は除外とのこと（マルチスレッド対応の初期段階のせい？）

639

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW f590-Xw8j) [sage] 2019/04/18(木) 20:48:42.17

ID

:ay264Mn/0

vp9でいいやん

640

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 0901-Abnm) [sage] 2019/04/18(木) 23:11:03.17

ID

:8tGmyCFa0

Allegro DVT Introduces the Industry First Real-Time AV1 Video Encoder Hardware IP for 4K/UHD Video Encoding Applications
ttp://https://www.design-reuse.com/news/45981/allegro-dvt-real-time-av1-video-encoder-hardware-ip-4k-uhd-video.html

641

： 名無しさん＠編集中 (ﾜｯﾁｮｲW f5b5-azrN) [sage] 2019/04/18(木) 23:20:42.41

ID

:jKK6RmNq0

>>638

x264程度の画質なのか…
うーん

642

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 51e6-emY3) [sage] 2019/04/19(金) 01:52:04.19

ID

:CC0zKLMb0

x265でいいや

643

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 1968-T4tv) [sage] 2019/04/19(金) 03:56:37.00

ID

:fjkhXfkU0

・GoogleとAmazonが和解。Fire TVでYouTube、ChromecastでAmazonプライムビデオ視聴が可能に
ttp://http://www.phileweb.com/news/d-av/201904/18/47157.html

Appleだけ孤立する構造になりそうだな

644

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 692c-bKfN) [sage] 2019/04/19(金) 06:09:17.08

ID

:rz/+uUNz0

>>643

孤立ってどういう意味?

645

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 12d2-38Qo) [sage] 2019/04/19(金) 07:41:59.92

ID

:OkYmo5hL0

>>641

SVT-AV1のスコアが悪いのは

-enc-mode 3でエンコードしてるから(

>>142

は-enc-mode 0)
GOPの間隔が24と他のエンコーダーより短く設定してある

>>637

に書いてある通りまだ実装してない符号化ツールが多いため

なのでもう少し上がる余地があると思う

646

： 名無しさん＠編集中 (ｽｯﾌﾟ Sd12-emY3) [sage] 2019/04/19(金) 12:25:38.21

ID

:1GFweKaMd

>>643

Fire OSでGoogle Playも使わせろや

647

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 515f-Hjqg) [sage] 2019/04/19(金) 12:51:58.90

ID

:2zX+uURv0

単純にG-Appの適当なの入れときゃいい

648

： 名無しさん＠編集中 (ｱｳｱｳｲｰ Sa39-zVoN) [sage] 2019/04/19(金) 15:14:39.18

ID

:SETO3tI6a

>>636

でAV1のエンコードはHEVCの2倍程度の遅さまで高速化されて、画質はHEVCを上回ったという報告になってる
ロイヤリティフリーだからみんなしてエンコーダーの開発に凌ぎを削ってるのが良い結果になっていると思われる

649

： 名無しさん＠編集中 (JPWW 0Hc6-k0nY) [sage] 2019/04/19(金) 15:19:58.04

ID

:4221RZ9wH

>>646

使えるよ。実際使ってる
apkを4つくらいインストールする必要があるが

650

： 名無しさん＠編集中 (ｽｯﾌﾟ Sd12-emY3) [sage] 2019/04/19(金) 18:10:25.61

ID

:u+QpfVv0d

>>649

それは使えるとは言わん

651

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 515f-Hjqg) [sage] 2019/04/19(金) 18:19:05.43

ID

:2zX+uURv0

AndroidベースのカスタムOSだから、Googleのアプリは動くがプリイン出来ない
Amazonの独断で機能削って軽くしたり使用状況のモニタしとるからな
音声も抜いてくるAlexaもFire HDタブにぶっ込んできてるし、尚更無理

652

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 515f-Hjqg) [sage] 2019/04/19(金) 18:24:02.00

ID

:2zX+uURv0

>>650

apkでアプリも追加できない奴を基準にすればな

653

： 名無しさん＠編集中 (ﾜｯﾁｮｲ d904-JNgg) [sage] 2019/04/19(金) 18:58:00.90

ID

:B3Cf5sMl0

　 ､wミミミﾐ主彡彡ﾐゞ,
　ミミｼ"~~_,,.,__~"'ヾ乍t
　ﾐﾐ'　' ´_,.,_！_,,..,,_ ヾﾐ
　'ミ ｨ彡'"`'�W'"~`'ミ 'ﾐ
　 ﾐ　ィtｯｧ 〉 （ ttｯｧ､ }｝
　 }} "´ ,.. / "ヽ 丶、 {{
　（}　　　/`^ｰ^ﾍ、　`'{）
　　、　ノ :.:.:_J_:.:.ヽ　 ,!
　＿ヽ　/"二ﾞ二`ヽ ,ｲ
´:::::::::::>､ 　'⌒　　ノ 〉`ー-
::::::::／ 〉 ` ﾆﾆﾆ´　 /::::::::::::

654

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 5194-ehi0) [] 2019/04/21(日) 19:35:50.32

ID

:Oh8ZQjIO0

スレチだけど知らない間にYouTubeの詳細統計情報にDebugInfoという謎の欄が追加されてる。
AV1も自動設定(TestTubeの方)で取得される環境増えてるっぽい?今までワイの環境で自動だとVP9だったし。

655

： 名無しさん＠編集中 (ﾜｯﾁｮｲ b5e7-JNgg) [sage] 2019/04/21(日) 19:50:14.56

ID

:0OAdnhA60

ちゃんと環境（OS、ブラウザ名、バージョン、AV1絡みのconfig等を変更しているかどうか等）を書かないと意味なくね。
というかTesttubeの「自動」ってどういう挙動だったっけ・・・？

656

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 5194-ehi0) [] 2019/04/21(日) 20:29:11.29

ID

:Oh8ZQjIO0

Windows10 Pro Ver1809 Build17763.437 64bit
Intel(R) Core(TM) i5=8250U CPU @ 16.0GHz 1.80GHz
8.00 GB DDR4 (7.86GB使用可能)
Firefox Developer Edition 67.0b12(64bit) UpdateCh:aurora
AV1に関する設定は特にいじっていない。

657

： 名無しさん＠編集中 (ﾜｯﾁｮｲ b5e7-JNgg) [sage] 2019/04/21(日) 23:07:38.83

ID

:0OAdnhA60

>>656

Win10 Home 1803 Build 17134.706 64bit、i7-4702MQ

　Firefox 66.0.3
　　・TestTube「自動」だとav01は使われない。
　　　試しに media.av1.use-dav1d （デフォfalse） を true に変えてみたが、やはりav01は使われない。

　Chrome 73.0.3683.103
　　・TestTube「自動」だと、720p60まではav01になる。1080p60はvp09になる。
　
　

>>636

のPDFによると
　　Firefox 67 （2019/05/07予定）
　　Chromium 74 (2019/04/23週予定)
でdav1dがデフォルトになるらしい。
そっちのFirefox67がTestTube「自動」でav01を利用するようになってるのは、そのへんが関係してるのかもね。

658

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 5194-ehi0) [] 2019/04/21(日) 23:17:45.58

ID

:Oh8ZQjIO0

今動画確認してみたらさらりとvp9に戻ってた。設定ミスか?

659

： 名無しさん＠編集中 (ﾜｯﾁｮｲ b5e7-JNgg) [sage] 2019/04/21(日) 23:33:16.79

ID

:0OAdnhA60

今は2160p60のAV1が生成されてる動画もあるんだな。

　COSTA RICA IN 4K 60fps HDR (ULTRA HD) - YouTube
　ttp://https://www.youtube.com/watch?v=LXb3EKWsInQ

昨年11月末時点ではこの動画もAV1は720p60までだったんだが。
8K(4320p)のAV1もあったりするんだろうか。

660

： 名無しさん＠編集中 (ﾜｯﾁｮｲ b5e7-JNgg) [sage] 2019/04/21(日) 23:41:30.09

ID

:0OAdnhA60

あ、8K(4320p30)のAV1もさくっと見つかったわ・・・。

　PATAGONIA 8K - YouTube
　ttp://https://www.youtube.com/watch?v=ChOhcHD8fBA

　Go Central Japan in 8K HDR Hyperlapse - 中央日本 - YouTube
　ttp://https://www.youtube.com/watch?v=XsVGYfsb3sI

661

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 1968-T4tv) [sage] 2019/04/22(月) 06:58:33.25

ID

:3Wp9zfHO0

8KのAV1を再生できるスペックってどんだけ〜

662

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 1968-T4tv) [sage] 2019/04/22(月) 09:41:10.79

ID

:3Wp9zfHO0

とある案件を調べている最中に偶然引っかかったのだが、SVT-HEVCというのはx265の親戚みたいなものなのか？
いまいちよくわからん

663

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 0916-JNgg) [sage] 2019/04/22(月) 09:45:54.22

ID

:C2mU5MyE0

Intelの開発したソフトウエアHEVCエンコーダー
何らかの政治的力でx265でも使えるようになった

664

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 1968-T4tv) [sage] 2019/04/22(月) 10:05:56.95

ID

:3Wp9zfHO0

そうなんだ
何かメリットあるの？

665

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 0916-JNgg) [sage] 2019/04/22(月) 11:31:20.87

ID

:C2mU5MyE0

傍目にはよく分からんけど、システム要件がXeonとなってるから
Xeonを使うような大規模システム向けにx265を拡張・チューニングする手間が省けてラクみたいな感じじゃね

666

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 1968-T4tv) [sage] 2019/04/22(月) 12:24:24.52

ID

:3Wp9zfHO0

Xeonか…
たぶん一生触ることはないな

667

： 名無しさん＠編集中 (ｵｯﾍﾟｹ Sr79-fOP5) [sage] 2019/04/22(月) 13:31:16.85

ID

:JHs2skN+r

XEONってだけなら案外手軽に手に入る

668

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 515f-Hjqg) [sage] 2019/04/22(月) 18:35:02.63

ID

:kAnwbuDD0

何故コーデックかの様にx265やx264を扱うのか

669

： 名無しさん＠編集中 (ﾜｯﾁｮｲ a9e7-JNgg) [sage] 2019/04/22(月) 18:44:22.78

ID

:mlm7jaub0

>>668

直近のやりとりでは普通にエンコーダとして扱ってると思うが、何に対して言ってるんだ？

670

： 名無しさん＠編集中 (ﾌﾞｰｲﾓ MMb2-luUK) [sage] 2019/04/22(月) 18:44:36.43

ID

:qZBu9dknM

えっ、ちちっ違うんですか！？

671

： 名無しさん＠編集中 (ﾜｯﾁｮｲ a9e7-JNgg) [sage] 2019/04/22(月) 18:46:17.29

ID

:mlm7jaub0

>>670

渾身のボケに14秒差で割り込んでしまってごめんな・・・

672

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 1954-61/s) [sage] 2019/04/22(月) 18:57:22.84

ID

:RMc3VFIj0

ボケ殺しや

673

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 51d4-ehi0) [] 2019/04/22(月) 19:19:22.33

ID

:K1ncT1o70

Xeon案外安いぞ(実用性があるとは言っていない)
ttp://https://www.amazon.co.jp/dp/B075WL3QNG

674

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 51d4-ehi0) [] 2019/04/22(月) 19:27:49.25

ID

:K1ncT1o70

>>654

だけど
また720pまでだけど自動でAV1で取得されるようになった。わけわかめ...

675

： 名無しさん＠編集中 (ﾜｯﾁｮｲW 4170-x8O4) [sage] 2019/04/23(火) 04:31:46.91

ID

:ScGVcnuz0

>>665

AVX512アピールするためのものじゃない？
AMDは当分実装しないだろうから

676

： 名無しさん＠編集中 (ﾜｯﾁｮｲ d904-JNgg) [sage] 2019/04/23(火) 17:05:36.84

ID

:M6gJvnPJ0

　 ､wミミミﾐ主彡彡ﾐゞ,
　ミミｼ"~~_,,.,__~"'ヾ乍t
　ﾐﾐ'　' ´_,.,_！_,,..,,_ ヾﾐ
　'ミ ｨ彡'"`'�W'"~`'ミ 'ﾐ
　 ﾐ　ィtｯｧ 〉 （ ttｯｧ､ }｝
　 }} "´ ,.. / "ヽ 丶、 {{
　（}　　　/`^ｰ^ﾍ、　`'{）
　　、　ノ :.:.:_J_:.:.ヽ　 ,!
　＿ヽ　/"二ﾞ二`ヽ ,ｲ
´:::::::::::>､ 　'⌒　　ノ 〉`ー-
::::::::／ 〉 ` ﾆﾆﾆ´　 /::::::::::::

677

： 名無しさん＠編集中 (ﾜｯﾁｮｲ a9e7-JNgg) [sage] 2019/04/24(水) 20:55:53.44

ID

:+bWSd5WA0

NAB 2019: Twitch Talks VP9, AV1 and its Five-Year Encoding Roadmap
ttp://https://www.streamingmedia.com/Articles/Editorial/Featured-Articles/NAB-2019-Twitch-Talks-VP9-AV1-and-its-Five-Year-Encoding-Roadmap-131163.aspx

Twitchの担当者へのインタビュー抜粋

・来月、人気コンテンツ向けにFPGAを使ったVP9配信を開始する。
　x264比で25%ほどのビットレート削減になるが、35%減という目標もある。

・人気コンテンツでのAV1の採用は2022〜2023年頃と見込んでいる。

・（人気コンテンツ以外も含めた）AV1への完全切替は2024〜2025年頃と見込んでいる。

678

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 12d2-38Qo) [sage] 2019/04/24(水) 21:09:39.44

ID

:bulym0NJ0

TwitchのVP9エンコーダーってこれやね

How VP9 delivers value for Twitch’s esports live streaming
ttp://https://blog.twitch.tv/how-does-vp9-deliver-value-for-twitchs-esports-live-streaming-35db26f6322f

AWS Marketplace: NGCodec VP9 Encoder - V01
ttp://https://aws.amazon.com/marketplace/pp/B07J2K9MYY

679

： 名無しさん＠編集中 (ｱｳｱｳｴｰ Sa13-7qrM) [sage] 2019/04/25(木) 11:11:41.27

ID

:wRI7YbTsa

Liveでvp9使うようになるのか
YouTubeより進んでるな

680

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 2d5f-8teH) [sage] 2019/04/25(木) 16:23:34.42

ID

:R+kQPv7C0

ios端末さんあのVP9対応…

681

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 2501-DhOR) [sage] 2019/04/25(木) 22:26:33.16

ID

:NWvPbylQ0

RK3588 8K Arm Cortex-A76/A55 SoC, Rockchip Roadmap to 2020
ttp://https://www.cnx-software.com/2019/04/24/rk3588-8k-arm-cortex-a76-a55-soc-rockchip-roadmap-2020/

ttps://www.cnx-software.com/wp-content/uploads/2019/04/Rockchip-Video-Encoder-Decoder.jpg

682

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW b501-bBS5) [sage] 2019/04/25(木) 22:48:25.41

ID

:vMS9PMT10

ようやくAV1のHWデコーダーか

683

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW b501-bBS5) [sage] 2019/04/26(金) 00:40:35.01

ID

:PdH62N3b0

ところでAVS2とAVS3って何？
中華コーデック？

684

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW a37c-7fbs) [sage] 2019/04/26(金) 00:49:31.20

ID

:p9bwxHi30

AV1がH.265と同じ道を辿らなければ良いが…

685

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 155f-JueJ) [sage] 2019/04/26(金) 01:29:15.40

ID

:LkKgVhhQ0

意味が解らない

686

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 15d4-4vDe) [] 2019/04/26(金) 21:33:36.76

ID

:SF8UfUFX0

ブラウザはChromeとFirefox(Microsoft,Apple)
動画配信はYouTubeとNetflixさらにHulu(Amazon)
半導体メーカーはIntelとnVIDIAさらにARM

逆にどう考えたら普及しないと思えるのか教えてほしい。

687

： 名無しさん＠編集中 (ﾜｯﾁｮｲW 234b-4eYA) [] 2019/04/27(土) 18:45:11.44

ID

:+jHjuDEl0

サブマリン特許とエンコードコストかな…

688

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 155f-JueJ) [sage] 2019/04/27(土) 20:12:10.82

ID

:40QUDttX0

特許自体開示情報で潜るも糞も無く、解釈の拡大適用でも無くて
AV1出来てから買った特許でも無いのにサブマリンも糞も無いのだけれどな
ライセンスフリーが売りなのに詰めが甘かっただけだ罠

689

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 15d4-4vDe) [] 2019/04/27(土) 20:51:21.12

ID

:rnvf+bo00

NTTのいちゃもんだと思うんだけどなぁ。オープン化が好大きなWeb業界でAOMediaに勝てないと考えて潰そうとしたんでしょ。
実際VVCも搭載されるブラウザなんてSafariくらいやろ。てかSafariも搭載してくれるか怪しい。

690

： 名無しさん＠編集中 (ｱｳｱｳｸｰ MM81-9ePr) [sage] 2019/04/27(土) 21:00:57.29

ID

:REBoXRVvM

そもそもの話、PCやスマホの場合、デコーダーはOS側で対応して、ブラウザーはOSが対応しているデコーダーを利用して呼び出して再生するだけでいいんじゃないのかと思ったりしなくもない
わざわざブラウザーがデコーダーまで抱える必然性は低いように思えてならない

691

： 名無しさん＠編集中 (ｵｲｺﾗﾐﾈｵ MMb1-GtBW) [sage] 2019/04/27(土) 21:10:27.27

ID

:DGnQbFYZM

せめて接触特許明示してからイキれよ

692

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 155f-JueJ) [sage] 2019/04/27(土) 22:46:11.28

ID

:40QUDttX0

オープンなのは良い事だけど、それを傘に権利侵害を問題と考えなかったり、
調査の不備棚に上げて権利者悪者みたく扱うのは全然別だと思うが

693

： 名無しさん＠編集中 (ﾜｯﾁｮｲ e5e7-MRXB) [sage] 2019/04/27(土) 23:30:39.75

ID

:igFPWjm70

>>688

> 解釈の拡大適用でも無くて
> AV1出来てから買った特許でも無い

・どの特許が対象になってるか把握してるの？

・「拡大適用でもない」というのは何を根拠に言っているの？

694

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 155f-JueJ) [sage] 2019/04/28(日) 01:32:00.43

ID

:wkZXu2m+0

>>693

煽って誘ったのは悪いが、そっちも解ってるんじゃん
そういう当該特許が何かや特許詳細わからんだろ？
詳細や抵触箇所が不透明なのだから、サブマリン特許とか潰そうとしているとか一方的に非難も出来んのだよ
成否の判断が第三者からは難しい

なのに非難している方にも同様のレス付けないのは何故なんだい？

695

： 名無しさん＠編集中 (ﾜｯﾁｮｲ e5e7-MRXB) [sage] 2019/04/28(日) 01:59:31.92

ID

:AtUcCe7J0

>>694

根拠もないのに確定情報であるかのような書き方をするのはやめるべきだと思うんだよね。

詳細もはっきりしないのにサブマリン特許だーとかAV1潰しだーとか騒ぐのもどうかと思うけど、
「特許侵害は確定だー、AV1陣営の不備だー失態だー」という書き方をするのも
同様によくないだろっていうのは

>>609

でも書いたとおり。

696

： 名無しさん＠編集中 (ｱｳｱｳｲｰ Sa81-qfih) [sage] 2019/04/28(日) 02:16:17.77

ID

:/OtbffzSa

世の中の特許は全て革新的な技術で取られてると思ってるおめでたいやつがいるんだな
完全に俺の感覚だけど95%は糞みたいな特許だぞ
そういうのに限ってどうとでもとれるような曖昧な書き方になってる
だから後出ししてくる
NTTだからそんなことないと思ってるかもしれないけど、大企業ほどそういう特許が多い

697

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 155f-JueJ) [sage] 2019/04/28(日) 04:00:57.91

ID

:wkZXu2m+0

そんか曖昧な書き方してたら当たり前に特許自体が通らんよ
ウチみたいな技術系の中小企業でも数十は保有してるし、申請出すだけでも偉い手間も金も掛かる（特許の有効化に手数料と書類作成でだけでも数十万軽く飛ぶ
申請時はそれを仕事にしている専門家に審査されるから糞厳しいのよ

曖昧な主張が通るのは申請時より係争時で、特許無効や不該当にしたがってる連中の方が、本質が全然別な代物の特許や既製品の実装例使って、表面的な類似性だけで専門家では無い裁判官に勘違いさせるようってのが多い
裁判官も上告されてミスジャッジが後から露呈するの嫌がって、下手に判断行わず大抵は示談調定持っていく事に一生懸命になるのが多いけどな

698

： 名無しさん＠編集中 (ｵｲｺﾗﾐﾈｵ MMb1-GtBW) [sage] 2019/04/28(日) 10:01:36.00

ID

:RuTB6hC1M

内情知ってるNTT社員の駆付擁護かと思ってたら真相は門外漢のエスパーがイキってただけで草不可避

699

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 652c-QY/s) [sage] 2019/04/28(日) 15:48:16.62

ID

:RvdOQEos0

>完全に俺の感覚だけど95%は糞みたいな特許だぞ
あー、はい。そうですか…

700

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 0d61-MRXB) [sage] 2019/04/28(日) 21:10:54.01

ID

:WyTb6CZR0

映像の圧縮技術で特許を完全に回避なんかできるわけがない。

701

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 0554-9ePr) [sage] 2019/04/28(日) 22:15:29.73

ID

:jfFkpKxd0

黎明期ならいざ知らず、ここまで高度化した現在においてフリーとか乞食の夢物語にすぎない

702

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 0590-7yDL) [sage] 2019/04/28(日) 23:56:29.14

ID

:q+UZRBRW0

でも、mpeg2失効したしそれから基本的な技術変わってないんじゃないの？パラメーター変えただけのくそ特許がいっぱいあるってこと？

703

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 155f-JueJ) [sage] 2019/04/29(月) 01:53:31.39

ID

:KpHMsu0m0

実行コストが低くて効果が大きい圧縮法から採用されてるからな

あとは処理性能や作業記憶領域の確保量的な、時間経過でコスト評価が軽くなる部分も食い潰して
新たな発明・発見的なものが無い限り、高コストで採用を先延ばしてたものをどう折り合い付けて実装していくかという状態やし

704

： 名無しさん＠編集中 (ｱｳｱｳｲｰ Sa81-qfih) [sage] 2019/04/29(月) 03:35:01.22

ID

:C/hMONVZa

特許に抵触してるかなんて有能な弁護士を沢山雇って調査しないと分からんだろ
AOMedia連合に加入してる企業は腐るほど金があるから、金に物言わしてその辺の事情に最も精通してるに違いない
だからロイヤリティフリーと言えるんだよ
基本的にド素人がなに言っても無意味なんだよな

705

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 155f-JueJ) [sage] 2019/04/29(月) 06:08:31.38

ID

:KpHMsu0m0

それはお互いの企業どちらも同じでしょ
そして両方に「正しいに違いない」とか言うん？
結局雇い主優位にするための雇われ集団だからな
事の正否関係なく、クライアントにとってより黒に近いものを裁判で白に出来る奴ほど有能という業界だし

706

： 名無しさん＠編集中 (ﾆｸｸｴ 15d4-4vDe) [] 2019/04/29(月) 12:15:43.32

ID

:EMdNvHAu0NIKU

アメリカトップのIT企業様集団に勝てるわけがないんだよなぁ。

707

： 名無しさん＠編集中 (ﾆｸｸｴW d5b5-jvGB) [sage] 2019/04/29(月) 15:43:44.61

ID

:Rj5w+YR80NIKU

企業の面子的にはAV1陣営の方が信用できる

708

： 名無しさん＠編集中 (ﾆｸｸｴ 4baa-SAwI) [sage] 2019/04/29(月) 22:39:46.65

ID

:JzVdDrYW0NIKU

VP9、youtube以外じゃ見かけた事が無いな
泥スマホではカメラアプリに使われてたりするん？

709

： 名無しさん＠編集中 転載ダメ (ﾆｸｸｴ 25ed-ZqJX) [sagete] 2019/04/29(月) 23:53:57.33

ID

:TYNKyqeq0NIKU

>>708

ゲーム機に使われてるんやと　

>>296

710

： 名無しさん＠編集中 (ﾆｸｸｴ 2b2d-KxX0) [sage] 2019/04/29(月) 23:58:20.81

ID

:b16Beb+c0NIKU

スイッチは音声もOpusだしね

711

： 名無しさん＠編集中 (ﾆｸｸｴ 2b2d-KxX0) [sage] 2019/04/29(月) 23:58:42.30

ID

:b16Beb+c0NIKU

>>297

で書かれてたｗ

712

： 名無しさん＠編集中 (ﾆｸｸｴ MMb1-GtBW) [sage] 2019/04/29(月) 23:59:14.10

ID

:LjRyUJr5MNIKU

最近のゲームのムービーでWebM形式は割とよく見るぞ
あとふたば

713

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 2b02-f8cI) [] 2019/04/30(火) 02:31:36.31

ID

:q1lAGrmK0

これからAV1が標準になる思って良い？
Amazon、Facebook、Google、Intel、NVIDIA、Microsoft、Adobeなどが関わってるとなると広まるとしか思えないけど

714

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 4d23-MRXB) [sage] 2019/04/30(火) 02:47:52.96

ID

:UL2knPtU0

まだ油断は禁物だってJpeg2000さんが草葉の陰で言ってた

715

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 155f-JueJ) [sage] 2019/04/30(火) 03:03:59.94

ID

:RdiAm3j+0

広まるというか、連中が一緒にゴリ押しし始めると移行せざるをえなくなる

716

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 1d81-aFST) [sage] 2019/04/30(火) 03:41:32.32

ID

:tquj0htm0

NetflixもVP9

717

： 名無しさん＠編集中 (ｵｲｺﾗﾐﾈｵ MMb1-GtBW) [sage] 2019/04/30(火) 11:35:14.36

ID

:RegLVrggM

日本企業だけAV1移行失敗したら笑う

718

： 名無しさん＠編集中 (ｵｲｺﾗﾐﾈｵ MMb1-GtBW) [sage] 2019/04/30(火) 11:51:44.01

ID

:RegLVrggM

NTTドコモの配信サービスは利用してないからどうでもいいが
ドコモ端末でYouTubeやPrimeVideoが利用不可になれば乗換不可避だわ
あのAmazonとGoogleさえも和解する程の痛手

719

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 032d-KxX0) [sage] 2019/04/30(火) 12:19:52.56

ID

:fI3fcioP0

嫌なスレだねぇ・・・

720

： 名無しさん＠編集中 (ｽﾌｯ Sd43-GR/N) [sage] 2019/04/30(火) 12:23:06.72

ID

:P/GcRaPJd

>>718

いくらなんでもそんなことするわけないだろ、docomoもそこまで馬鹿じゃない。そもそもAndroidがAV1デコードにも対応するだろうし、docomoが意図的にその機能を省くほどのメリットはない

721

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 23ad-PgzV) [sage] 2019/04/30(火) 12:36:03.04

ID

:5xvxuxjL0

AOM AV1コーデックと特許管理
ttp://https://qiita.com/yohhoy/items/0f6aec829a05b6292316

これ読むとAOMに訴訟した企業、団体は防御的解除によってAV1の利用権を失うみたいに読めるけど

722

： 名無しさん＠編集中 (ｵｲｺﾗﾐﾈｵ MMb1-GtBW) [sage] 2019/04/30(火) 12:37:58.62

ID

:RegLVrggM

>>720

AOMを攻撃した企業関係者にはAV1ライセンスの防御的解除が発動される可能性があるそうだぞ
ttp://https://qiita.com/yohhoy/items/0f6aec829a05b6292316

723

： 名無しさん＠編集中 (ｱｳｱｳｲｰ Sa81-qfih) [sage] 2019/04/30(火) 13:08:58.23

ID

:bNd6Hfc7a

Sisvelの主張だとデバイスメーカーに課金するようだけど、その直後にサムスンがAOMediaに加入したのは偶然じゃないだろう
サムスンにアップルと二大端末メーカーを敵に回してまで特許侵害を主張する意味があるとは思えない

724

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 15d4-4vDe) [] 2019/04/30(火) 14:56:30.61

ID

:edQ3PAu00

>>722

docomoが売っているスマートフォンには流石にAV1デコーダ搭載されるんちゃう?
dアニメストアとかdTVとかはどうなるか予想できないけど。

725

： 名無しさん＠編集中 (Hi!REIWA 25e7-MRXB) [sage] 2019/05/01(水) 11:00:11.46

ID

:HLdsqs3n00501

　
dav1d 0.3.0 Sailfish: ARMed to the teeth ? Ewout ter Hoeven ? Medium
ttp://https://medium.com/@ewoutterhoeven/dav1d-0-3-0-sailfish-armed-to-the-teeth-af5bbf845a16

> dav1d 0.3.0 decodes AV1 video’s 24% faster on SSSE3, 26% on SSE4.1
> and 4% on AVX2 (all PC), and 12% faster on Arm64 (mobile).

・Chrome74やFirefox67でdav1dがデフォルト有効に。

・ffmpeg4.2が出たらHandbrakeもdav1dを組み込む予定らしい

・Youtubeはいくつかの4K/8K動画をAV1でエンコードしている

　AV1 4K & 8K - YouTube
　ttp://https://www.youtube.com/playlist?list=PLvndfuQ5JldKMffLOhQ6pLdO0euZfq_40

726

： 名無しさん＠編集中 (Hi!REIWA 4bf2-mEZ1) [sage] 2019/05/01(水) 21:08:02.80

ID

:1us5cPLz00501

x265のスレないのか
少しバージョン上がったね

727

： 名無しさん＠編集中 (Hi!REIWA 2356-Z4eT) [sage] 2019/05/01(水) 22:22:58.89

ID

:Si0jTuXZ00501

H.265/HEVC Part9 【7680x4320】
ttp://mevius.5ch.net/test/read.cgi/avi/1537363331/

728

： 名無しさん＠編集中 (JPWW 0H93-coRu) [sage] 2019/05/02(木) 10:35:45.19

ID

:H3AuzTo8H

>>714

jpeg2000なら医療や映画、衛星の中で活躍してますよ

729

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 3602-jJIx) [sage] 2019/05/02(木) 13:46:21.73

ID

:8dLWttDO0

>>728

知らない人多いけどデジタルシネマはjpeg2000だからね

730

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 4fe6-fbFq) [sage] 2019/05/03(金) 00:04:37.91

ID

:XUAlyhoh0

デジカメやらスマホやらがjpegのままな限り他が普及する事は一生無い

731

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 172c-S6pj) [sage] 2019/05/03(金) 01:03:30.56

ID

:U8v0jgBR0

だからこそAppleがHEIFを世界標準にしてくれることを期待したんだがな

732

： 名無しさん＠編集中 (ﾜｯﾁｮｲW f7b5-DmbV) [sage] 2019/05/04(土) 01:20:16.85

ID

:/dLn/u3u0

Intel's SVT-AV1 Video Encoder Saw Yet Another Performance Boost In April - Phoronix
ttp://https://www.phoronix.com/scan.php?page=news_item&px=SVT-AV1-Ending-April-High

>SVT-AV1 bef6750を適当にベンチマーク
>主にencmode8の性能を測りたかったので比較対象はx264、x265のmedium
ttp://https://twitter.com/fg118942/status/1123009783496228864
ttp://https://twitter.com/5chan_nel (5ch newer account)

733

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 17a7-31Zm) [] 2019/05/04(土) 02:58:51.32

ID

:QOpgcd7u0

＜技術者を苦しめるフレームレート＞

なぜ、NTSCカラーは29.97fpsなのか　・・・　ttp://i.imgur.com/UHsHBQW.jpg

734

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 362d-ahOC) [sage] 2019/05/04(土) 03:06:26.39

ID

:kvg2/SjS0

いやNHKがアナログハイビジョンで60FPSにしたんだが、
NTSC陣営が猛反発してデジタルでは59.94FPSのままになってしまったんだよ
60FPSにしとけば色々と楽だったのになあ

735

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 62ad-whR5) [sage] 2019/05/04(土) 07:28:00.39

ID

:TCLDYi/w0

>>732

グラフ
ttps://pbs.twimg.com/media/D5W6YzjV4AASys6.png
ttps://pbs.twimg.com/media/D5W6aGYUcAAe5Cu.png
ttps://pbs.twimg.com/media/D5W6bzYVUAA7pGX.png
ttps://pbs.twimg.com/media/D5W6sbWUwAAWlJQ.png
ttps://pbs.twimg.com/media/D5W6tVHVUAA_qQT.png
ttps://pbs.twimg.com/media/D5W6wOnUUAEq3Dk.png
ttps://pbs.twimg.com/media/D5W64W3U0AE9Xpt.png
ttps://pbs.twimg.com/media/D5W66VvVUAAWy_S.png
ttps://pbs.twimg.com/media/D5W67K1U8AA4FuX.png

> エンコード速度
> 1080pだとメモリがスワップして正確に測れなかったので720p(sakura_op)で計測
> エンコード速度にブレがあるのはビットレートが高いほうが速度が遅くなるため

> x264 medium 110〜79fps
> x265 medium 38〜26fps
> SVT-AV1 encmode8 18〜15fps

736

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 9b23-Cg3z) [sage] 2019/05/04(土) 13:44:03.49

ID

:drkLvLD60

企業の利権の影響が消費者の利便性を損ねちゃうのは悪しき伝統だよな
直ちに問題はない
大きな問題はない
・・・

737

： 名無しさん＠編集中 (ｺｰﾄﾞﾓ 4f5f-syfw) [sage] 2019/05/05(日) 06:52:23.33

ID

:3dpmz5wJ00505

rav1eの新しいのは何かバグってるっぽいな、Quantizerが奇数だと不安定。
以下適当に20MBぐらいで比較、CPU100%使えないやつは並列化。

rav1e 1.0.2293 / rav1e GUI v1.12
Setting : Speed=10 Thread=16 Quantizer=156
Progress : 0:16:03 (963s/3.214fps/1280x720/3096frames/20.0MB)
ttps://imgur.com/X4fIQBO.jpg
ttps://imgur.com/igQIPRv.jpg
ttps://imgur.com/jWylYvN.jpg
ttps://imgur.com/9OdQetk.jpg

libaom-av1 1.0.0-1629-gd224f625e (FFmpeg N-93634-geeca67e023)
Setting : -pix_fmt yuv420p -c:v libaom-av1 -threads 8 -tile-columns 4 -cpu-used 8 -crf 44 -b:v 0 -aq-mode 3 -strict experimental
[x10] Progress : 0:9:41 (581.46s/5.328fps/1280x720/3096frames/19.8MB)
ttps://imgur.com/XrM1as9.jpg
ttps://imgur.com/MykKQyW.jpg
ttps://imgur.com/WwGNr0B.jpg
ttps://imgur.com/RB3uTbL.jpg

738

： 737 (ｺｰﾄﾞﾓ 4f5f-syfw) [sage] 2019/05/05(日) 06:55:04.69

ID

:3dpmz5wJ00505

続き

x265 : 3.0+2-ge71f790de+23 (10bit)
Setting : --preset=slower --crf 27 --tune animation
[x4] Progress : 0:9:48 (588.54s/5.26fps/1280x720/3096frames/19.0MB)
ttps://imgur.com/IDeWPV8.jpg
ttps://imgur.com/e3CO8Hv.jpg
ttps://imgur.com/0RMqjaM.jpg
ttps://imgur.com/oq0XwGW.jpg

Original
ttps://imgur.com/QwgGrh3.jpg
ttps://imgur.com/EGiYEVP.jpg
ttps://imgur.com/MM9s8uv.jpg

739

： 名無しさん＠編集中 (ｺｰﾄﾞﾓ 62ad-whR5) [sage] 2019/05/05(日) 12:12:55.37

ID

:guSt+BSO00505

>>737

乙
rav1eってまだver 0.1.0だし全然安定してないよね

740

： 737 (ｺｰﾄﾞﾓ 4f5f-syfw) [sage] 2019/05/05(日) 12:50:51.46

ID

:3dpmz5wJ00505

AV1とx265の質感の差が大きいので設定を変更してやり直し。
x265は割とごっそり高周波成分を削っていく感じで代わりにエッジ部分の品質が高い。
AV1の方は高周波成分を残した分そっちにレート食われて輪郭部の品質が落ちてる感じで、
デフォで実写向きのチューニングになってるっぽい。

libaom-av1 : -pix_fmt yuv420p -c:v libaom-av1 -threads 8 -tile-columns 4 -cpu-used 8 -crf 44 -b:v 0 -strict experimental
[x10] Progress : 0:9:3 (543.78s/5.701fps/19.2MB)
ttps://imgur.com/2GOIIiP.jpg
ttps://imgur.com/B4UDRNy.jpg
ttps://imgur.com/uNKfLtP.jpg
ttps://imgur.com/ciYqeBP.jpg

x265 (10bit) : --preset=slower --crf 28
[x4] Progress : 0:9:49 (589.95s/5.256fps/19.3MB)
ttps://imgur.com/2peuotJ.jpg
ttps://imgur.com/aLJ95h3.jpg
ttps://imgur.com/xahR1tY.jpg
ttps://imgur.com/r8wFhjb.jpg

ちなみにlibaom-av1を並列化せずに[x1]でエンコードした場合はCPU7-16%で0.976fpsぐらいだった。
ttps://imgur.com/bVDX8mU.jpg

741

： 名無しさん＠編集中 (ｺｰﾄﾞﾓWW 4f5f-izkM) [sage] 2019/05/05(日) 12:55:35.81

ID

:ojq2ZAQh00505

圧縮ロジックの優劣見るならアニメ絵使わない方が良くないか？

742

： 名無しさん＠編集中 (ｺｰﾄﾞﾓ MM9f-JJ5l) [sage] 2019/05/05(日) 13:09:09.96

ID

:HwZbYXTsM0505

アニメは偏るからねぇ

743

： 名無しさん＠編集中 転載ダメ (ｺｰﾄﾞﾓ f7ed-siGz) [sagete] 2019/05/05(日) 13:31:54.71

ID

:wB8zy91500505

ガチで比較するならソース自体にアーティファクトがあるものより無圧縮の素材がおすすめやで

ttp://https://media.xiph.org/video/derf/

744

： 名無しさん＠編集中 (ｺｰﾄﾞﾓ 9b23-Cg3z) [sage] 2019/05/05(日) 14:36:46.84

ID

:igL/Whch00505

アニメ素材での性能がどうなのか？ ってのを気にする人も少なからずいると思うしこれはこれでいいと思う
アニメは無圧縮のソースが入手しにくいけどな

745

： 名無しさん＠編集中 (ｺｰﾄﾞﾓWW d74f-Zo9t) [sage] 2019/05/05(日) 16:15:50.16

ID

:WHIoVb4w00505

アニメでもBDソースならまだいいけど
TV録画なんて元から汚い物で比較されてもな

746

： 名無しさん＠編集中 (ｺｰﾄﾞﾓ 62ad-whR5) [sage] 2019/05/05(日) 16:47:05.23

ID

:guSt+BSO00505

BDだと誰でも簡単にソースを入手出来るわけじゃないから追試がしにくいのがね

>>743

のとこに日本のアニメスタイルの動画があればいいんだけど

747

： 名無しさん＠編集中 (ｺｰﾄﾞﾓ MM9f-JJ5l) [sage] 2019/05/05(日) 17:29:21.21

ID

:HwZbYXTsM0505

いや、アニメから離れろw

748

： 名無しさん＠編集中 (ｺｰﾄﾞﾓ 122d-ahOC) [sage] 2019/05/05(日) 17:31:36.24

ID

:YkbacK9E00505

>>747

エンコ系スレにいるのはほぼアニメマニアだろうし

749

： 名無しさん＠編集中 (ｺｰﾄﾞﾓ df01-7GOi) [sage] 2019/05/05(日) 17:33:06.50

ID

:PTg3ptNw00505

実写は動き検索大変で遅い、縮まない、縮めるとすぐノッペリでエンコする意味ないからな

750

： 名無しさん＠編集中 (ｺｰﾄﾞﾓ f716-Cg3z) [sage] 2019/05/05(日) 17:37:38.92

ID

:fnZcHXXe00505

エンコーダーの性能テストにはアニメが好んで使われてるってどこかで読んだぞ

751

： 名無しさん＠編集中 (ｺｰﾄﾞﾓ 62ad-whR5) [sage] 2019/05/05(日) 17:40:29.46

ID

:guSt+BSO00505

>>747

AV1の標準データセットっぽいobjective-1-fastは実写映像だけで構成されてるわけじゃなくてゲームの映像も入ってるわけだしそれならアニメだってちょっとくらいいいじゃん
Twitchとかあの辺の影響で入ったんだろうけど、日本のアニメだってNetflixやらCrunchyrollでそれなりの数をエンコードしてるだろうし

752

： 名無しさん＠編集中 (ｺｰﾄﾞﾓ 122d-ahOC) [sage] 2019/05/05(日) 17:45:27.89

ID

:YkbacK9E00505

でもこのスレの場合、アニメでしかエンコしない、他のソースは徹底的に拒否するってなると
>747みたいなこと言いたい気持ちもわからんでもない

753

： 名無しさん＠編集中 (ｺｰﾄﾞﾓ MM93-mvEV) [sage] 2019/05/05(日) 17:57:22.87

ID

:zybFg1VnM0505

アニメでも実写でも画質が向上するなら全て良し！

754

： 名無しさん＠編集中 (ｺｰﾄﾞﾓ f7e7-Cg3z) [sage] 2019/05/05(日) 18:36:51.07

ID

:8CAmGv+L00505

>>752

× このスレの場合、アニメでしかエンコしない、他のソースは徹底的に拒否する

〇 このスレの場合、
　　　・アニメソースでテストして結果を書き込んでくれる人はそこそこいる。
　　　・実写ソースでそれをしてくれる人はあまりいない。
　　　・自分ではやらないのに他力本願で自分好みのテスト結果を求めるだけの人はそこそこいる。

755

： 名無しさん＠編集中 (ｺｰﾄﾞﾓ 9b23-Cg3z) [sage] 2019/05/05(日) 19:30:57.25

ID

:igL/Whch00505

アニメと比べて実写はソースごとの差異が大きすぎて比較しにくいってのもある
風景を垂れ流すだけのヒーリングビデオとか動きの激しいスポーツ中継とか人が入り乱れる大作映画とか
それぞれコーデックによって結構傾向も変わってくるしな
誰かが何かで検証したとしても外野がそれじゃ不十分あれとこれとそれもやれそこまでできないのかつかえねーな
くらい言われたり・・・

756

： 名無しさん＠編集中 (ﾜｯﾁｮｲ cb5f-Cg3z) [sage] 2019/05/05(日) 23:52:08.46

ID

:xjDgzIkL0

なんでもいいから、実写での比較画像プリーズ
でないと、アニメではAV1は全然使えねーって評価で終わる

757

： 名無しさん＠編集中 (ｱｳｱｳｲｰ Sa9f-3o8d) [sage] 2019/05/06(月) 09:22:44.36

ID

:xnH51Ujza

JPEGの圧縮ノイズに見えてしまうからPNGで見たかった…

758

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 62ad-whR5) [sage] 2019/05/06(月) 12:53:54.10

ID

:iMy2A5Em0

>>737

そういえばこれって2passでエンコードしてる？
AV1はcrfでエンコードするときも2passじゃないと効率悪いんだけど

759

： 名無しさん＠編集中 (ｽﾌﾟﾌﾟ Sd02-QkaB) [sage] 2019/05/06(月) 16:10:07.29

ID

:3fCKJc7Dd

アニメとかいいから実写とか3DCGとかピクサーでもええからはよ

760

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 062c-gJ33) [sage] 2019/05/06(月) 16:14:51.74

ID

:IL7izna50

日本アニメは単色塗りつぶし域が大きいので特殊なソース
そこに最適化はしてくれないだろう。。

761

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 4f5f-izkM) [sage] 2019/05/06(月) 16:58:05.39

ID

:n5+2Y4+V0

最適化というか、フレーム情報の周波数域の分布解りやすくて
ロジック煮詰め無くてもマクロブロックの配置難易度が低いから最適化自体必要ないだろと

HWエンコーダで極端にアニメ絵の方が縮むのもそこらへんだからなぁ
一部のanimeオプションも周波数成分の扱いとビットレートの再分配の必要性低いから余計な処理しないで処理リソース他に回す方向のもので、
アニメへの最適化というより単純化の宣言みたいなもんだからな

762

： 737 (ﾜｯﾁｮｲ 4f5f-syfw) [sage] 2019/05/06(月) 19:22:08.74

ID

:yLZLRtGK0

とりあえず余計なもの外して必要な機能だけにしたバッチ書いたので試してみたい人はどうぞ。
VP9/x265/AV1(libaom-av1)を10並列でゴリゴリ動かすバッチを入れておいた。
AV1だと720pならメモリ12〜16GB推奨、フルHDは32GBぐらい必要だと思う。

Multi_FFEncoder.7z
ttp://https://1.bitsend.jp/download/5ab2492b8dd50328fe72217593c5e92a.html

763

： 737 (ﾜｯﾁｮｲ 4f5f-syfw) [sage] 2019/05/06(月) 19:25:26.48

ID

:yLZLRtGK0

DLパスワード： ajyruDeN

764

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 62ad-whR5) [sage] 2019/05/06(月) 20:49:07.20

ID

:iMy2A5Em0

>>762

乙
メモリ8GBしか積んでないからキツイなｗ
並列数の指定が出来るといいんだけど

あとmp4boxの動作に必要なdllが足りなくてmux出来ないっぽい

765

： 名無しさん＠編集中 (ﾜｯﾁｮｲ b6a1-ahOC) [sage] 2019/05/06(月) 21:09:40.69

ID

:ajsp0w4j0

クレクレばっかしてねーで少しは自分でやれよ

766

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 62ad-whR5) [sage] 2019/05/06(月) 21:35:20.92

ID

:iMy2A5Em0

>>765

じゃあ自分で書いたbatも公開してみる

>>735

のグラフもこれで描いた
ttp://https://github.com/f11894/video_benchmark

あと、並列数を弄ろうと思って

>>762

のbatを覗いて見たけど複雑過ぎて理解出来なかった
並列数10でハードコードされてて弄れなさそう？

767

： 名無しさん＠編集中 (ﾜｯﾁｮｲW 4f1a-aLIU) [] 2019/05/06(月) 21:41:32.62

ID

:utUE7MyG0

さすができるお方、優秀や……

一方…

768

： 名無しさん＠編集中 (ﾜｯﾁｮｲ f701-/6e6) [sage] 2019/05/06(月) 23:59:25.84

ID

:9sX7v7pg0

AVS
ttp://http://www.avs.org.cn/
AVS2のオープンソース諸々
ttp://https://github.com/pkuvcl

769

： 737 (ﾜｯﾁｮｲ 4f5f-syfw) [sage] 2019/05/07(火) 20:54:05.33

ID

:43jO51DX0

Multi_FFEncoder_v0.01.7z : [x5]のバッチを追加
ttp://https://1.bitsend.jp/download/756a9928e33a0840cf74de78aa19f5d0.html

>>764

DLLはこの辺落として入れてみて。

JS.dll / libcryptoMD.dll / libsslMD.dll　＞　GPACK x64
カスタムインストールでMP4BOXとVC2015 Rutimeの2つをインストールするか
インストーラのEXEを7zipで解凍してDLL3つを bin\MP4BOXフォルダにコピー
ttp://https://gpac.wp.imt.fr/downloads/gpac-nightly-builds/

VCRUNTIME140.dll ＞ Visual Studio 2015 Visual C++ Runtime（vc_redist.x64.exe）
ttp://https://www.microsoft.com/ja-jp/download/details.aspx?id=48145

MSVCR100.dll ＞ Microsoft Visual C++ 2010 Runtime (vcredist_x64.exe)
ttp://https://www.microsoft.com/ja-jp/download/details.aspx?id=14632

エンコードしたAV1が再生出来ない時は、MPC-HCなら最新版のLAVFilterを入れて外部フィルタを使うように設定
ttps://i.imgur.com/3alfIQO.png

770

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 62ad-whR5) [sage] 2019/05/08(水) 20:03:17.82

ID

:Ao6LCTyE0

>>769

わざわざありがとう
x5ならうちのPCでも使えそう

771

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 7763-y0Vo) [sage] 2019/05/12(日) 00:44:30.09

ID

:li/Ayl/G0

ここは可逆圧縮コーデックの話題もしてええの？不可逆系のみ？

772

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 572c-0Zgs) [sage] 2019/05/12(日) 01:09:21.52

ID

:blB2Mv0u0

次世代ビデオコーデックならいいんじゃないの?

773

： 名無しさん＠編集中 (ｵｲｺﾗﾐﾈｵ MM6b-XE84) [sage] 2019/05/12(日) 01:38:02.82

ID

:/mlyd70AM

旧スレ時代もDSCの話題で賑わってた記憶あるぞい

774

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 7fa1-y0Vo) [sage] 2019/05/12(日) 03:01:24.17

ID

:WK7S3FPG0

映像編集用のコーデックは編集ソフトのスレで聞いた方がいいと思うよ

775

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 9fad-3HmU) [] 2019/05/12(日) 10:33:36.57

ID

:HC2cF78Q0

昔は可逆圧縮専用スレもあったよな

776

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 57e7-gMth) [sage] 2019/05/12(日) 16:17:37.38

ID

:8cQQgM3L0

なつかしいな。最後のスレは例のDTV板壊滅で落ちるまで7年半かかってたが・・・

　映像可逆圧縮総合スレ Part3 （過去ログ）
　ttps://echo.5ch.net/test/read.cgi/avi/1247236230

777

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW d768-7DOq) [sage] 2019/05/12(日) 17:55:25.58

ID

:kUbYAkuz0

DTVビッグバン前か

778

： 名無しさん＠編集中 (ﾜｯﾁｮｲW 9f4b-daHg) [] 2019/05/12(日) 21:25:50.88

ID

:+yHy+a0S0

俺も最新の可逆コーデック知りたいぞ。どこ行けばいいんだ?
まだバランス的にamv4一択だとかならいいです。

779

： 名無しさん＠編集中 (ｱｳｱｳｴｰ Sadf-aGTh) [sage] 2019/05/13(月) 00:00:40.80

ID

:2zWsrIrma

x264の可逆圧縮モードが最強だぞ

780

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 7763-y0Vo) [sage] 2019/05/13(月) 00:34:06.12

ID

:ixNkK2I70

じゃあ自分が使ってる可逆コーデックでも紹介しとくわ

Lagarith Lossless Video Codec 速い割に圧縮率高め
ttp://https://lags.leetcode.net/codec.html

MLC Codec 遅めで圧縮率重視
ttp://http://www.linek.sk/mlc/

MSU Lossless Video Codec 2Dゲーム動画の圧縮用途に置いては最強の圧縮率
ttp://http://www.compression.ru/video/ls-codec/index_en.html

Ut Video Codec Suite 有名どころ
ttp://http://umezawa.dyndns.info/wordpress/

---------ここから下は有料----------------

MagicYUV 一番新しい可逆コーデック 4Kサポート 無料版はあるが古いバージョンを使わされる
ttp://https://www.magicyuv.com/

AMV4 軽い割に圧縮率高め
ttp://http://www.amarectv.com/buy.htm


Huffyuvは時代遅れで今や速度も遅いし圧縮率も低いので省いた

781

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 7763-y0Vo) [sage] 2019/05/13(月) 00:41:35.32

ID

:ixNkK2I70

すまん間違えた
2Dゲーム動画の圧縮用途に置いては最強の圧縮率なのはこっちMSU Screen Captureの方

MSU Screen Capture Lossless Codec
ttp://http://www.compression.ru/video/ls-codec/screen_capture_codec_en.html

782

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 1f2d-y0Vo) [sage] 2019/05/13(月) 00:41:54.42

ID

:aM9frZWI0

普通Ut Video以外の選択肢なんてあるのかね

783

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW d7da-nP+x) [sage] 2019/05/13(月) 00:46:08.61

ID

:ZlpuVBUB0

昔は一時ファイルにLagarith使ってたけど、長らく更新されないのもあってUTに乗り換えたな
他におすすめあったら知りたい

784

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 57e7-gMth) [sage] 2019/05/13(月) 02:27:45.77

ID

:MGYRq2PL0

可逆は普通にUtVideoでいいと思うよ。
無料だし、今でもこつこつ改良されてるし、フォーマット毎に分かれててわかりやすいし、
高速なT2シリーズ（UM**）も追加されてるし、ffmpegでも入出力できるし。

AMV4も良い性能みたいだけど、有料だし、「YUVで入力したらYUVでしかデコードできない」という欠陥仕様があるので
使い方によっては動画編集ソフトに読み込めないことがあるので注意が必要。（その場合でもAvisynthを経由すれば読めるかもしれんけど）

>>780-781

はMLCやMSUを挙げてるけど、いまどきこれらを実用してる人なんているんだろうか・・・。

785

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 7763-y0Vo) [sage] 2019/05/13(月) 03:27:31.80

ID

:ixNkK2I70

ひとつ忘れてた

Zip Motion Blocks Video 2Dゲーム動画の圧縮用途でMSU Screen Capture Lossless Codecと同じくらいの圧縮率だがそれより軽い
ttp://http://www.dosbox.com/

Dosboxに付属してるのでコーデック単体の提供はない


>いまどきこれらを実用してる人なんているんだろうか
まあ挙げたのは保存用途だからキャプチャ用途にはUtVideoでいいんじゃね

786

： 779 (ﾜｯﾁｮｲW 9f4b-daHg) [] 2019/05/13(月) 04:56:15.39

ID

:2aWwZBre0

>>780

ありがとう。MSU、magicYUVての興味あるなぁ

787

： 名無しさん＠編集中 (ﾜﾝﾐﾝｸﾞｸ MM7f-ZJrh) [sage] 2019/05/13(月) 11:35:22.22

ID

:iWOJstvQM

汎用性と圧縮率の高さでH.264 losslessが使いやすそうだな

788

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 9fad-3HmU) [] 2019/05/13(月) 19:43:44.63

ID

:QZfGQKDs0

Memory optimizations for all resolutions (#242)
ttp://https://github.com/OpenVisualCloud/SVT-AV1/commit/430c2a6fd2889c2f1b4a3351b146ad6dfc94c4a7
SVT-AV1のメモリ消費量めっちゃ減った。
今まで1080pで5GBくらい食ってたけど半分になった。

789

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 77da-vVMj) [sage] 2019/05/13(月) 23:11:11.84

ID

:k3Ys6ysN0

ffmpeg の ffv1 も可逆圧縮

790

： 名無しさん＠編集中 (ﾜｯﾁｮｲ bf68-vM1y) [sage] 2019/05/14(火) 12:47:34.27

ID

:SMwjlOv20

編集前提の可逆や低圧縮の非可逆系コーデックだと、一般的にはAppleやBlackmagicDesignのコーデック使うことが多いような気がする
Ediusが最新版からAppleのコーデックにも対応するようだから、今後動画の編集もWindowsに一本化される可能性が高くなるだろうし
（AppleはiPhoneを重視しすぎてMacがすっかり手抜き状態になり果ててしまっているようだし）

791

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 572c-0Zgs) [sage] 2019/05/14(火) 19:33:05.64

ID

:iGKsahu/0

おぉBlackmagicDesignの話題が出るとは
Blackmagic Motion JPEGで撮りためてる素材があるんだけど
スマートレンダリングで編集する方法がないかずっと探してる
どのスレで聞けばいいんだろうこれは

792

： 名無しさん＠編集中 (ｱｳｱｳｸｰ MM8b-7DOq) [sage] 2019/05/14(火) 19:36:58.67

ID

:jLWllfQfM

ダヴィンチで出来ないのか？

793

： 名無しさん＠編集中 (ｱｳｱｳｶｰ Saeb-gSC/) [sage] 2019/05/14(火) 23:58:55.08

ID

:lstjlG44a

そんなモーションJPEGあったの初めて知った

794

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 975f-pVDi) [sage] 2019/05/15(水) 01:22:00.45

ID

:acvacarG0

>>791

AviUtlでAVI/AVI2 File Reader使って「開く」から読み込んで、書き出したい対象範囲を選択後に右クリから「選択範囲の切り出し」して「AVI出力」で無劣化出力は出来ると思う
連結はファイルからAVIファイルの操作→AVIファイルの連結

795

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 57e7-gMth) [sage] 2019/05/15(水) 01:54:19.67

ID

:4zAyorT00

>>794

ただの「トリム＆再エンコ無し出力」ならそれでもいいだろうけど、「スマートレンダリング」と言った場合、
一般的には「要変更部分の再エンコード」も含むだろうからAviUtlでは無理だと思う。

796

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 975f-pVDi) [sage] 2019/05/15(水) 02:11:08.83

ID

:acvacarG0

>>795

スマートレンダリングが目的では無く、劣化の最小限化が目的じゃ無いの？

MotionJPEG自体はフレーム内で圧縮は完結していて、mpeg系みたいにフレーム間参照していないから再エンコード不要な訳なんだが
だから不可逆圧縮のJPEGだとしても再圧縮せずに編集できるのが売りな訳でなんだし
音声トラック側の処理に問題無ければ目的を果たせるのでは？

スマートレンダリングはフレーム間参照しているコーデックでカット発生部分の寸断されたGOPのみをエンコードして劣化を最小限にする為の処理を賢く適用する機能の俗称で、無劣化処理出来るのにスマートレンダリング使う必要有るの？

797

： 795 (ﾜｯﾁｮｲ 57e7-gMth) [sage] 2019/05/15(水) 02:11:25.10

ID

:4zAyorT00

ああ、でもMJPEGなら A、B、C に分けてAとCは無劣化出力、Bは編集して再エンコ出力して
後から連結でA+B+Cにしてスマートエンコードもどきみたいなこともできるのかな？
やったことないからわからんけど。

798

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 57e7-gMth) [sage] 2019/05/15(水) 02:17:24.11

ID

:4zAyorT00

>>797

× スマートエンコード
〇 スマートレンダリング

まあ

>>791

が考えてる「スマートレンダリング」がどこまでの機能を指してるか次第だろうね。
あとはDavinciスレあたりにでも行ってみればいいんじゃないだろうか。

　【Blackmagic Design】 DaVinci Resolve Studio Part2 【カラーグレーディング】
　ttps://mevius.5ch.net/test/read.cgi/avi/1555764417/

799

： 名無しさん＠編集中 (ｱｳｱｳｴｰ Sadf-aGTh) [sage] 2019/05/15(水) 02:50:56.09

ID

:XDlR0KGEa

AV1リアルタイムハードウェアエンコーダを開発しました
ttp://https://dwango.github.io/articles/av1hwencoder/

800

： 名無しさん＠編集中 (ﾜｯﾁｮｲW 9f21-RiOk) [] 2019/05/15(水) 08:09:53.37

ID

:ght3Cse80

>>792

,798
面白そうなんで調べてみたが、なんとな、できない希ガス。
スマートレンダーキャッシュって機能があって、そればっかりヒットする。
Resolveは元々カラーグレーディングが強力で発展してきて、編集機能とか強化されたは最近。
なんで無調整の切り貼りみたいな編集はあんまり想定してない気がする上に、ユーザー層も
マシンパワーでゴリゴリってノリが強い感じ。

最近編集やら色々強化されて使いやすくなったけど、開発スピード早いんで油断してるとハマったw

801

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 57e7-gMth) [sage] 2019/05/15(水) 15:47:56.03

ID

:4zAyorT00

>>800

「Resolve スマートレンダリング」でググれば、
Resolve16で「Bypass re-encode when possible」が実装されたって記事がさくっと出てくるけど・・・

802

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 57e7-gMth) [sage] 2019/05/15(水) 16:07:53.84

ID

:4zAyorT00

>>796

> スマートレンダリングはフレーム間参照しているコーデックでカット発生部分の寸断されたGOPのみをエンコードして
> 劣化を最小限にする為の処理を賢く適用する機能の俗称で、無劣化処理出来るのにスマートレンダリング使う必要有るの？

TMSRだとそんな感じだけど、動画編集ソフトだとエフェクト入れたりした部分だけ再エンコードして
それ以外は無劣化コピー出力するという機能をスマートレンダリングと呼んでたりするからね。

　SVRT - Wikipedia
　ttp://https://ja.wikipedia.org/wiki/SVRT

803

： 名無しさん＠編集中 (ﾜｯﾁｮｲW ffb0-RiOk) [] 2019/05/15(水) 16:14:46.37

ID

:B+eZb5go0

>>801

なんだと〜
ありがとうございます。

804

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 975f-pVDi) [sage] 2019/05/15(水) 16:15:19.83

ID

:acvacarG0

>>802

スマート云々のスマートが何所までの機能を網羅すべきなんか定義は無いからね
ただ対象がMotionJPEGの素材であって、素材の切り分け的な作業に止まらず、加工までするなら元の書き込み内容から乖離ありすぎると思うけども

805

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 57e7-gMth) [sage] 2019/05/15(水) 16:55:42.42

ID

:4zAyorT00

>>803

無料版で使えるかどうかとかMotionJPEGが対象になるか等は知らんから気を付けてな〜。
試してうまくいったかどうかを後でDavinciスレに報告しておいてもらえると助かる。

>>804

元の書き込みは

>>791

の
　　> Blackmagic Motion JPEGで撮りためてる素材があるんだけど
　　> スマートレンダリングで編集する方法がないかずっと探してる
で、別にカット編集に限定してはいないから、特に乖離してはいないと思う。
まあ最初からスレチな話題ではあるけどｗ

806

： 名無しさん＠編集中 (ｽﾌﾟｯｯ Sd3f-VoPZ) [sage] 2019/05/15(水) 19:57:50.60

ID

:VgTUsgTVd

BMPCC 4K買ったからDavinci使い始めたけど、RGBのままHEVCにしようするとVFW使えなくて無圧縮か中間経由必須なのが残念だよね

>>787

h.264はロスレスでもデコード負荷が高いみたいでHWデコードできるソフトじゃないと編集激重になるっぽい?
録画に使ったらVegasで編集にならなくてTMPGencでカット&Utに再エンコするはめになった
1素材だけだったからなんとかなったけど

>>786

Magicはultimate買ったけど
14bitまであるのがメリットだけどHDR素材とかエフェクトかけまくる訳でもなければ10bitまでのUtで充分だと思った

807

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 1701-1DYb) [sage] 2019/05/15(水) 20:05:44.32

ID

:7N5vJwJL0

というかH.264のロスレスってデコード対応してるHWあるの？
ロスレスなら4:4:4だろうしビットレートも非可逆より高いだろうし

808

： 名無しさん＠編集中 (ｽﾌﾟｯｯ Sd3f-VoPZ) [sage] 2019/05/15(水) 20:25:21.28

ID

:VgTUsgTVd

今見たらnvdecでh.264書いてないな
encはMaxwellから対応してるし(つべうpにnvencロスレスで上げてた)、TMPGencではプレビューヌルヌルだったから勝手にそう思ってたけど
うろ覚えだけど圧縮率は他の可逆とそんな変わらなくて微妙だった記憶
Vegasはプレビューがgeforceと相性悪かったかでHW切ってたんだよね
環境は7900X+1080ti

809

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 57e7-gMth) [sage] 2019/05/15(水) 20:45:46.51

ID

:4zAyorT00

>>807

> ロスレスなら4:4:4だろうし

H.264のロスレスは、クロマサンプリングが4:4:4限定になるわけじゃなく、
4:2:0も4:2:2:も4:4:4も全て「High 4:4:4 Predictive Profile」になるってだけだよ。

HWデコード対応してないから重いというより、フレーム間の依存関係とかもあるので
根本的にデコードが重くて編集作業向きじゃないってだけ。
ロスレスで保存したくて、なおかつファイルサイズを抑えたいという場合くらいしか出番がない。

編集作業ではシークや逆再生時の軽さなども求められるから、デコードの軽いイントラ系コーデックが主に求められると聞く。

810

： 791 (ﾜｯﾁｮｲ ce2c-pm6i) [sage] 2019/05/16(木) 00:33:05.96

ID

:zLiSuJ/a0

スレチの話題に優しく議論してくださった皆様すみません
dvシーケンスみたいに無劣化で切り貼りできるだけで十分で
ID:acvacarG0 さんの回答姿勢に間違いはないですありがとう
AdobeがDVも含め「スマートレンダリング」を使ってたので
言いやすいし最近はその語法でまとめていいのかなと思って
接続部分の再エンコードとかを深く求めたわけでもないです
切り貼り以外の加工を心配してくれた人たちもありがとう

811

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW c605-yIiw) [sage] 2019/05/21(火) 22:00:14.24

ID

:xHpaSshR0

h.266楽しみだな〜

812

： 名無しさん＠編集中 (ｱｳｱｳｲｰT Sa81-VtQ6) [sage] 2019/05/22(水) 17:46:16.17

ID

:VeqYUKHfa

Firefox67でAV1再生にdav1dが使われるようになったけど、自分の環境だとVP9とデコード負荷は変わらないレベルになったと思う

813

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 8792-pA78) [sage] 2019/05/27(月) 21:50:43.16

ID

:ovXgB0ue0

何だか面白いことになってるな。
500ドルのCPUが1500ドルのCPUに勝ってるとか。
ttps://livedoor.blogimg.jp/bluejay01-review/imgs/f/4/f4a63649.png

814

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 2701-aOcq) [sage] 2019/05/27(月) 22:10:48.69

ID

:t7VT9Poj0

AVX512には対応してるの？（AVX512言いたいだけ

815

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW a75f-PExg) [sage] 2019/05/27(月) 22:29:36.25

ID

:eLahBUXG0

でもAVX512処理に特化したコード書くと4chでもメモリ帯域足りるかどうかだからな
足回りや剛性無視して馬力と価格だけで車の優劣語るようなもん

816

： 名無しさん＠編集中 (ﾜｯﾁｮｲ e72d-dCWx) [sage] 2019/05/28(火) 01:16:22.28

ID

:75Up+55s0

まあ16コアやAVX512はDDR5待ちだね
DDR4じゃ宝の持ち腐れ

817

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW df90-b3Yi) [sage] 2019/05/28(火) 07:09:13.29

ID

:Eyhy5Cqb0

そろそろモバイルにも256ビットSIMDを...

818

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 5f2d-dCWx) [sage] 2019/05/28(火) 20:55:44.81

ID

:hoDV62pX0

x265はAVX512の有無でかなり速度違うけど、それでもまだ全然本気じゃないってことか

819

： 名無しさん＠編集中 (ﾜｯﾁｮｲ e716-buEI) [sage] 2019/05/28(火) 22:09:02.99

ID

:ptdJpp520

ほんの10%程度を「かなり」と言っていいものか・・

820

： 名無しさん＠編集中 (ｽｯﾌﾟ Sd7f-0CIq) [sage] 2019/05/28(火) 22:11:38.37

ID

:TkMU1hAqd

10速くなってもAVX使うとオフセットでクロック10%くらい下がるからプラマイ0？

821

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 7f63-+klA) [sage] 2019/05/29(水) 04:29:07.56

ID

:pW3XeBhY0

x265に手を出してみたがx264に比べてエンコードオプション多すぎて
どれか一個でも有効にするとエンコード速度が更に遅くなりそうでどれを有効にしようか選べなくてワラタ

822

： 名無しさん＠編集中 (ｽｯﾌﾟ Sdff-zxr2) [sage] 2019/05/29(水) 08:00:18.54

ID

:O59dfZzvd

ttp://https://av.watch.impress.co.jp/docs/news/1187024.html

HEVCを30%上回る映像圧縮「VVC」'20年標準化。次世代地上放送に向けNHK研究

823

： 名無しさん＠編集中 (ﾜｯﾁｮｲ e716-buEI) [sage] 2019/05/29(水) 11:45:28.52

ID

:jeOfmF8R0

解像度を上げなかったら評価する

824

： 名無しさん＠編集中 (ﾆｸｸｴ 7fa7-gP31) [] 2019/05/29(水) 16:30:27.90

ID

:uLGqzOxW0NIKU

地デジ4KはVVC

825

： 名無しさん＠編集中 (ﾆｸｸｴ Sdff-MITD) [sage] 2019/05/29(水) 16:43:46.90

ID

:P+cGOQiXdNIKU

VVCは負荷は9倍以上か…個人pcだとキツイな…

826

： 名無しさん＠編集中 (ﾆｸｸｴWW a7e6-29ZT) [sage] 2019/05/29(水) 17:40:05.24

ID

:FsML4/Hg0NIKU

H.265がやっとソース以下で変換出来る様になってきたと思ったら…

827

： 名無しさん＠編集中 (ﾆｸｸｴWW a7e6-29ZT) [sage] 2019/05/29(水) 17:40:23.14

ID

:FsML4/Hg0NIKU

ソース以下の時間ね

828

： 名無しさん＠編集中 (ﾆｸｸｴW 6777-n5xj) [] 2019/05/29(水) 22:14:19.60

ID

:vlIc+dXS0NIKU

そんな事より、30fps, 60fpsに統一しろぃ

829

： 名無しさん＠編集中 (ﾆｸｸｴWW a75f-PExg) [sage] 2019/05/29(水) 22:29:37.72

ID

:su6tvBKw0NIKU

コーデック関係ない

830

： 名無しさん＠編集中 (ﾜｯﾁｮｲ bea7-qmTP) [] 2019/06/01(土) 03:19:51.17

ID

:jBb9o2lD0

「NHK技研公開 2019」はフルスペック8KとAR、VR、インテグラル3Dと未来の放送技術満載だ
ttp://https://kakakumag.com/av-kaden/?id=13895&lid=k_topics_article_13895
ついに8K/120Hz駆動のフルスペックに到達した8K放送

831

： 名無しさん＠編集中 (ﾜｯﾁｮｲW 6a4b-W6is) [] 2019/06/01(土) 10:30:54.34

ID

:PmLmbqkC0

8KでBT2100になれば俺にはそれ以上は分からないと思ってるけど240hzモニタ持ってる身からするとfpsだけ他に比べて低い気がするんだよね

832

： 名無しさん＠編集中 (ﾜｯﾁｮｲ bea7-qmTP) [] 2019/06/01(土) 11:41:28.98

ID

:jBb9o2lD0

英国ＢＢＣは300fpsが理想だって言っていたな。
列車が通り過ぎるデモで違和感なく見れるのが300fpsだった。

記事のソースはリンク切れ

833

： 名無しさん＠編集中 (ﾜｯﾁｮｲW 2e02-Ekl2) [sage] 2019/06/01(土) 12:57:10.71

ID

:zctC8ATh0

60fps以上だったかで人間の脈拍が上昇するというのは昔の話か

834

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 8f04-YAY1) [sage] 2019/06/01(土) 14:48:15.25

ID

:Zv6jdMx+0

脳のクロック数は脈拍数と比例関係にあるからな
象とネズミでは時間の感じ方が違う
人間の眼に小動物が早送り映像のように素早く動くように映るのは
我々人間の心拍が彼らよりものろまで処理クロック数が低いから
彼らネズミには加速装置が生まれながらに装備されている

835

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 2301-vV2Z) [sage] 2019/06/01(土) 18:03:14.81

ID

:2/OY1INE0

>>832

50と60の公倍数だから50Hzソースを持ってるBBCとしては300Hzが欲しいんだろ

836

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW d35f-YEIQ) [sage] 2019/06/01(土) 18:15:41.65

ID

:kqWmyk010

訓練されていない人の視覚分解能は、時間軸方向で能力高くて50ms程度だから、一般人向けで300Hzは相当オーバースペックだと思うが

837

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW d35f-YEIQ) [sage] 2019/06/01(土) 18:30:09.67

ID

:kqWmyk010

そんで知覚分解能的には多少の超過は見込んだ方良いんで
ゲーマー向けモニタの240Hzってのは落とし所的に2割マージン載せで良い数字だったりするんだが
デジタル表示機的に考えればコンテンツリフレッシュレートの24Hzや30Hz、モニタ標準リフレッシュレートの60Hzとも公倍数取れるしな

これからの規格で何世代も古い走査線処理方式のに足引っ張られても意味ないし
PALはあくまで処理方式で50Hzとは限らず、欧州で「PALで50Hz」が普及したってだけで、PALで60Hzも出来てたりする

838

： 名無しさん＠編集中 (ｵｯﾍﾟｹ Sr33-rvnw) [sage] 2019/06/02(日) 08:48:32.47

ID

:UjfwiBumr

ホールドボケ解消だと900fpsくらいいるけどね
これは過去に論文も出てる

839

： 名無しさん＠編集中 (ﾜｯﾁｮｲW 4a21-G+bo) [] 2019/06/02(日) 08:50:42.41

ID

:xKa2c2V/0

カメラのファインダーも60じゃ話にならんけど120だと随分追っかけやすくなる。240くらいで落ち着きそうな予感。

840

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 7e68-bUoT) [] 2019/06/02(日) 11:26:42.80

ID

:t6wTdYEZ0

>>824

>>822

の記事ではスーパーハイビジョンとしか書いてないから
地デジは４K飛び越して８Kになるんじゃね
VVCの実用化にしても相当先になるだろうし

841

： 名無しさん＠編集中 (ﾜｯﾁｮｲ bea7-qmTP) [] 2019/06/02(日) 12:31:28.76

ID

:dx0CTpBe0

地デジ４Ｋ開始にあたって、現行の12セグHDを7セグHDに画質を落とす予定。
全局ＭＸテレビ並みと考えていい。

842

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 5b16-bIfI) [sage] 2019/06/02(日) 12:57:21.83

ID

:CPr8GJoa0

放送局は画質画質というわりに
画質を落とす決断を平然と行うから
どういう思考回路してるのか理解に苦しむわ

843

： 名無しさん＠編集中 (ｱｳｱｳｸｰ MM73-BzIv) [sage] 2019/06/02(日) 14:07:09.63

ID

:/dcuqYIuM

先にワンセグ（笑）を廃止にしろ

844

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW d35f-YEIQ) [sage] 2019/06/02(日) 14:30:21.76

ID

:LLQ827zr0

無駄なチャンネルの複数保有させなきゃ良いんだよ

845

： 名無しさん＠編集中 (ｱｳｱｳｸｰ MM73-BzIv) [sage] 2019/06/02(日) 14:41:19.44

ID

:/dcuqYIuM

ワンセグってまだ使ってる奴いるのかね
いるとしてもどこかのチャンネル1つ（13セグメント=ワンセグ13チャンネル分）をワンセグ専用に確保して、
フルセグ用の帯域を使わないようにしてもらいたい

846

： 名無しさん＠編集中 (ﾄﾞｺｸﾞﾛ MM8a-p3RA) [sage] 2019/06/02(日) 16:25:20.50

ID

:ptwakXS9M

放送局は制作機材のアップデートが必要になるからテレビの高画質化には消極的な印象

847

： 名無しさん＠編集中 (ﾜｯﾁｮｲ 5b16-bIfI) [sage] 2019/06/02(日) 17:22:57.40

ID

:CPr8GJoa0

普通にビットレート盛れば良いだけ
撮影・制作機材以前にビットレートが足りないせいで
ブロックノイズやモスキートノイズ多すぎ

848

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW 5bda-p3RA) [sage] 2019/06/02(日) 19:26:17.65

ID

:V3Y3iLNI0

あーそういう話ね。画質と聞いてピクセル数の話かと勝手に思ってた。

849

： 名無しさん＠編集中 (ﾜｯﾁｮｲ bbb3-5vLt) [sage] 2019/06/02(日) 19:32:07.60

ID

:3ZBFNQBW0

ワンセグで全録してるのでなくなると困る

850

： 名無しさん＠編集中 (ﾜｯﾁｮｲWW bb01-FCLF) [] 2019/06/02(日) 22:21:57.43

ID

:SDHi+rpk0

svt-hevcでエンコしている人はいないか？
svt-hevcの速度、画質が気になる
あと、対応しているcpuは？

851

： 名無しさん＠編集中 (ﾜｯﾁｮｲ bea7-qmTP) [] 2019/06/02(日) 22:29:32.69

ID

:dx0CTpBe0

スマホ普及でワンセグ受信機が激減しているからな。
５Ｇ時代には、完全に無くなるね。

852

： 名無しさん＠編集中 (ﾜｯﾁｮｲ eaad-IoUc) [sage] 2019/06/02(日) 22:46:22.17

ID

:nTJJLOh+0

>>850

別にXeonじゃなくてもRyzenとかでも対応してるよ
画質は詳しく試してないから分からんけど