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

レス数が1000を超えています。これ以上書き込みはできません。
1名無しさん@編集中 (ワッチョイ e1e7-uJAn)2019/01/30(水) 16:23:41.40ID:Amc+t7YI0
H.264/AVCの後の様々なビデオコーデック全般について語るスレです。

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

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

次スレは>>980が宣言してから立ててください。

2名無しさん@編集中 (ワッチョイ e1e7-uJAn)2019/01/30(水) 16:25:10.61ID:Amc+t7YI0

3名無しさん@編集中 (ワッチョイ e1e7-uJAn)2019/01/30(水) 16:26:03.03ID:Amc+t7YI0
■各ビデオコーデックの概要や状況(2019年1月下旬時点)

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

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

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

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

4名無しさん@編集中 (ワッチョイ e1e7-uJAn)2019/01/30(水) 16:27:01.29ID: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)という業界団体が立ち上がっている。
  http://www.mc-if.org/

5名無しさん@編集中 (ワッチョイ e1e7-uJAn)2019/01/30(水) 16:27:49.39ID:Amc+t7YI0

6名無しさん@編集中 (ワッチョイ e1e7-uJAn)2019/01/30(水) 16:28:41.48ID:Amc+t7YI0

7名無しさん@編集中 (ワッチョイ e1e7-uJAn)2019/01/30(水) 16:29:54.84ID: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で利用可能らしい。
   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)2019/01/30(水) 16:33:31.04ID:Amc+t7YI0
■AV1のエンコーダ/デコーダ実装の例

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

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

9名無しさん@編集中 (ワッチョイ e1e7-uJAn)2019/01/30(水) 16:45:22.06ID:Amc+t7YI0
↑一応テンプレここまで。

テンプレの変更点は以下の通り。
 ・各コーデックの参考リンクを>>2に移動
 ・諸々の状況を2019年1月下旬時点にあわせて更新
   ・VVCの説明にMC-IFのことを追記
   ・HWエンコーダの説明で、SDKのバージョンを更新
   ・HWエンコーダの説明で、TuringでのHEVC Bフレームサポートを追記
 ・>>8にAV1のエンコーダ/デコーダ実装を追加

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

10名無しさん@編集中 (ワッチョイ e1e7-uJAn)2019/01/30(水) 16:46:55.39ID:Amc+t7YI0
即落ち防止に>>20まで保守

11名無しさん@編集中 (ワッチョイ e1e7-uJAn)2019/01/30(水) 16:47:44.03ID:Amc+t7YI0
保守

12名無しさん@編集中 (ワッチョイ e1e7-uJAn)2019/01/30(水) 16:48:34.22ID:Amc+t7YI0
ほしゅ

13名無しさん@編集中 (ワッチョイ e1e7-uJAn)2019/01/30(水) 16:49:27.68ID:Amc+t7YI0
ホシュ

14名無しさん@編集中 (ワッチョイ e1e7-uJAn)2019/01/30(水) 16:50:56.24ID:Amc+t7YI0
保守

15名無しさん@編集中 (ワッチョイ e1e7-uJAn)2019/01/30(水) 16:52:01.83ID:Amc+t7YI0
ほしゅ

16名無しさん@編集中 (ワッチョイ e1e7-uJAn)2019/01/30(水) 16:53:27.80ID:Amc+t7YI0
ホシュ

17名無しさん@編集中 (ワッチョイ e1e7-uJAn)2019/01/30(水) 16:54:45.09ID:Amc+t7YI0
保守

18名無しさん@編集中 (ワッチョイWW e2a5-zAcf)2019/01/30(水) 16:59:14.89ID:+tJJ61+Y0
イチモツ!

19名無しさん@編集中 (ワッチョイWW 9901-jPG+)2019/01/30(水) 16:59:52.20ID:znWPkEmL0

20名無しさん@編集中 (ワッチョイ e1e7-uJAn)2019/01/30(水) 17:00:23.12ID:Amc+t7YI0
(`・ω・´)ゞ

21名無しさん@編集中 (ワッチョイ e1e7-uJAn)2019/01/30(水) 17:29:17.91ID:Amc+t7YI0
「Firefox 65」が正式公開 〜トラッキング保護を改善、WebP/AV1をサポート - 窓の杜
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)2019/01/30(水) 22:11:06.43ID:AssGQeqI0
誰もMac mini 2018のHEVCエンコードのレポートしてくれないな
俺がやるしかないのか

23名無しさん@編集中 (ワッチョイW dfb0-DtoP)2019/01/31(木) 01:48:45.71ID:lbLfngwn0
あ、持ってるよ。低ビットレートだとやっぱx265のがずっと綺麗です。1080p60時に20Mbpsとか大盤振る舞いをするなら大して変わらないから便利です

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

24名無しさん@編集中 (ワッチョイW dfb0-DtoP)2019/01/31(木) 01:52:18.29ID:lbLfngwn0
ちなみにFFmpegでもCompressorでも出来ることは殆ど一緒でカスタマイズ項目は少ない。2パスエンコは不可能

25名無しさん@編集中 (ワッチョイWW df5f-3FHL)2019/01/31(木) 03:06:04.71ID:23iJu7rG0
量子化係数のより高い状態でのエンコードで、如何に画質の劣化を軽減するか
それを如何に効率よく処理するかがエンコーダ性能の優劣だからな
高ビットレートを容認すればするほど前者が問われ無くなるから、そりゃ差は縮むわな

26名無しさん@編集中 (ワッチョイW dfb0-DtoP)2019/01/31(木) 16:28:21.64ID:lbLfngwn0
まー1080p60で10MbpsでもSSIM 0.01違いとかそんなもんです
Compressorから圧縮するとちゃんとBフレームも使う
13500フレームの動画でx265だとBフレームが9900程度、T2だと9500程度になった
リアルタイムエンコーダーとしてはそこそこ優秀だと思いますよ

27名無しさん@編集中 (ササクッテロ Spb3-gshI)2019/01/31(木) 16:41:57.91ID:4erjIMicp
フィルムグレイン多い実写だとx265でもダメダメだなあ
エンコ時間かかりまくるのに全然縮まない
アニメ専用かよ

28名無しさん@編集中 (ワッチョイWW df01-AsgQ)2019/01/31(木) 16:54:38.71ID:LD1OTsqd0
グレインって再生時に追加するものだと思ってた

29名無しさん@編集中 (ワッチョイ 5f2d-vS77)2019/01/31(木) 18:08:12.91ID:a75KqDXu0
グレインとかCMOSの暗部ノイズはランダムノイズなので動き補償と相性悪すぎるからしょうがない
砂嵐をエンコードしてるようなもん

30名無しさん@編集中 (ワッチョイWW 7f19-gzT9)2019/02/01(金) 00:05:35.11ID:70xPgJm90
デジタルシネマは圧縮電送して、シネコン側で指定されたフイルムグレイン(KODAK何番とか)足して再生すると、何かで読んだけど

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

31名無しさん@編集中 (スププ Sd9f-Wh9i)2019/02/01(金) 03:44:31.20ID:7xR8Rqwyd
「8K」の普及促進や規格化を担う団体「8K Association」が発足。
ttps://www.4gamer.net/games/999/G999902/20190130060/

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

32名無しさん@編集中 (アウアウカー Sa53-SfgE)2019/02/01(金) 09:18:33.02ID:YfsKtIyIa
>>30
シーンごとカットごとでの指定はできるんかね?

33名無しさん@編集中 (ワッチョイ dfe7-S1Ul)2019/02/01(金) 15:58:01.11ID:XDDcQZyk0
AV1には「Film grain synthesis」って機能があるみたいだね。
「デノイズしてエンコードした映像」と「モデル化されたグレイン情報」に分けておいて、デコーダー側で合成するらしい。

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

34名無しさん@編集中 (ワッチョイWW df01-AsgQ)2019/02/01(金) 16:12:11.59ID:Wp69VOga0
映画制作側は「俺の創った映像と違う」とか言って拒みそうな機能だな
24p→60pも否定的だったし

35名無しさん@編集中 (アタマイタイーW df70-wc2/)2019/02/02(土) 02:07:06.05ID:Sb/6ddJL00202

36名無しさん@編集中 (アタマイタイーWW 7f19-gzT9)2019/02/02(土) 02:12:10.37ID:cpcGyauI00202
>>34
トム・クルーズが「勝手にコマ数増やすな」と、テレビやと視聴者に文句言ってるのなw

37名無しさん@編集中 (アタマイタイーWW 7f19-gzT9)2019/02/02(土) 02:14:35.64ID:cpcGyauI00202
>>32
メタデータで指定してるんじゃないかな

>>33
あ、AV1か
ありがとう

38名無しさん@編集中 (アタマイタイー df2d-vS77)2019/02/02(土) 02:20:23.33ID:amB4hbMJ00202
>>35
デバイス製造元からの HEVC ビデオ拡張機能
https://www.microsoft.com/ja-jp/store/p/hevc-video-extension/9n4wgh0z6vhq
ハードウェアデコーダ用HEVC(無料)

39名無しさん@編集中 (アタマイタイーWW df01-AsgQ)2019/02/02(土) 02:25:26.82ID:T79ZNPze00202
>>38
インストールさえできればHW非対応の構成でも再生できるんだよなぁ

40名無しさん@編集中 (アタマイタイーWW 5f90-qbk3)2019/02/02(土) 09:14:23.45ID:ap96XOP400202
コーデックもそうだけど、動画まわりのAPIもどうにかしてほしい。もっと洗練されたクロスプラットホームなやつを..

41名無しさん@編集中 (アタマイタイーWW 5f90-qbk3)2019/02/02(土) 09:20:32.11ID:ap96XOP400202
windowsにしたって>>35は古いDirect ShowフィルタじゃなくてMedia Foundation用のコーデックだろ。MS純正のアプリはMedia Foundationに移行してると思うが、サードパーティーでMedia Foundation使ってるるプレイヤーってそんなにあるのか?

42名無しさん@編集中 (アタマイタイー dfe7-S1Ul)2019/02/02(土) 10:20:10.48ID:9GtYyRas00202
>>41
MS純正のアプリ使わないならLAV Filtersで事足りるからなあ・・・
MediaFoundationを意識するプレーヤーなんてQonohaくらいしか知らん・・・

43名無しさん@編集中 (アタマイタイーW dfb0-DtoP)2019/02/02(土) 14:10:34.69ID:D/xLMf4k00202
動画APIがクロスプラットホームである必然性なんて微塵もない
何をやってもHDTVとPCのガンマを同一と見做して変換してくれない糞プレイヤーが多いままなのは永久に変わらない

44名無しさん@編集中 (アタマイタイーWW 5f90-qbk3)2019/02/02(土) 14:44:40.78ID:aFta9TSt00202
動画がらみのAPIがクロスプラットフォームじゃなかったら、ffmpegがanroidかwindowsかどちらかでしか動かないくなるんだけど。
vlcやらも大変。
ffmpegのlibavやらlibavformatやらがクロスプラットだから、後はUIのがわをだけ作ればいいように楽できるんだけど。
libavとかカオスだし、gstreamerはまだましっぽいけど。

45名無しさん@編集中 (アタマイタイーWW ff68-qgTC)2019/02/02(土) 16:53:26.63ID:vK/dsrFX00202
Direct Showは、いずれ廃止になるんだから、さっさと移行しろよとは思うが、動画の世界は古い技術にしがみつきたがるやつが少なからずいるのが癌ではある

46名無しさん@編集中 (アタマイタイーWW df01-AsgQ)2019/02/02(土) 17:45:38.98ID:T79ZNPze00202
AV1拡張入れてもWin10のWMPでAV1動画が再生できなかったからMFとはまた別かと思ってた

47名無しさん@編集中 (アタマイタイー dfe7-S1Ul)2019/02/02(土) 18:07:44.87ID:9GtYyRas00202
BlueskysさんのDSF/MFT Viewer(DXVACheckerにも内蔵)を使うと
DSF(Direct Show Filter)やMFT(Media Foundation Transform)の一覧が見れるから見てみるといいかも。

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

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

48名無しさん@編集中 (アタマイタイーWW 7f32-45Wg)2019/02/02(土) 19:58:30.95ID:/bWEpySy00202
>>46
今は拡張でAV1をWMPで再生出来るよ

49名無しさん@編集中 (オイコラミネオ MMd3-5/sk)2019/02/03(日) 18:57:43.50ID: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/)2019/02/03(日) 19:41:54.96ID:+s7whyE60
こういう利権とかうるさいのって日本だけかと思ってたけど、やっぱ世界でも似たようなもんなんだなって思う

51名無しさん@編集中 (ワッチョイW 7fad-SfgE)2019/02/03(日) 19:48:22.00ID:PcbhQglC0
利権じゃなくて権利でしょ

52名無しさん@編集中 (ワッチョイWW df68-JfK/)2019/02/03(日) 19:54:37.87ID:+s7whyE60
すまぬ、普通にミスった

53名無しさん@編集中 (ワッチョイW 5f02-0FrV)2019/02/03(日) 22:08:33.63ID:NtUDTorS0
Intel Publishes Open-Source AV1 Video Encoder "SVT-AV1"
https://www.phoronix.com/scan.php?page=news_item&px=Intel-Open-Source-SVT-AV1
https://github.com/OpenVisualCloud/SVT-AV1

54名無しさん@編集中 (ワントンキン MMf3-pweG)2019/02/04(月) 00:33:40.50ID:TmbI8WXSM
ライブ配信向けのエンコーダか
1080pで最低16GB必要とはなかなか重いね

55名無しさん@編集中 (JPWW 0H03-CVwB)2019/02/04(月) 02:21:19.78ID:xsb5jlVGH
AVIFはどうなってるのかな
なんかwebpより画質悪いみたいだけど

56名無しさん@編集中 (ワッチョイ 7ff7-O2h2)2019/02/04(月) 09:28:21.48ID:Xu3xYzG60
>>55
webpより画質悪いってどこの情報?

57名無しさん@編集中 (ワッチョイW dfb0-DtoP)2019/02/04(月) 10:42:54.67ID:YcGRyN+W0
画質を気にするならJPEG 2000にしとけば?
HEIFもだけど動画のイントラ系は高画質寄りだとあまりメリットない

58名無しさん@編集中 (ワンミングク MMdf-yH8o)2019/02/04(月) 14:00:27.36ID:a6mZyw1tM
HEIFって4:4:4無いの?あるなら互換性を除けば非可逆で最もベターに思えるけど

59名無しさん@編集中 (アウアウエー Sa7f-pweG)2019/02/04(月) 18:10:16.48ID:FMV1aOYba
画質保ちたいならpng使うもんな
ほとんどの人はそれなりの画質で高圧縮を求めている

60名無しさん@編集中 (ワッチョイWW df01-AsgQ)2019/02/04(月) 18:13:52.22ID:1ZEHsh7z0
J2Kボケボケやん

61名無しさん@編集中 (ワッチョイWW 5f9a-fzKw)2019/02/04(月) 20:49:39.69ID:NDLJAyq00
>>55
VP8ベースのwebpよりVP9後継のAV1使ったAVIFが画質悪いの?

62名無しさん@編集中 (ワッチョイ dfb0-kU5+)2019/02/04(月) 20:57:35.55ID:YcGRyN+W0
>>58
iOSで4:4:4 HEIFで保存するサードパーティアプリあるので、出来るといえば出来る
OSデフォルトのカメラは4:2:0だけど

63名無しさん@編集中 (ワッチョイ dfb0-kU5+)2019/02/04(月) 21:01:20.04ID:YcGRyN+W0
何よりもクソなのはmacOS MojaveだとHEIF Losslessが追加されたのに実際は何かロスる。
たぶん4:2:0に変換された物がロスレスでコーディングされてるw

64名無しさん@編集中 (ワッチョイWW df01-AsgQ)2019/02/04(月) 21:23:33.84ID:1ZEHsh7z0
4:4:4でもYUVだとロスりそうな気が
ロスレスならGBRでしょ

65名無しさん@編集中 (ワッチョイ df01-vS77)2019/02/04(月) 21:56:36.06ID:/p97F0zT0
>>64
10bit12bit使えるはずなのでそれら使えばロスらない
でもこの辺ちゃんと対応してるのかね

66名無しさん@編集中 (ワッチョイW df70-wc2/)2019/02/04(月) 22:22:30.61ID:Wj0gSAPM0
>>62
そのアプリ名おせーて

67名無しさん@編集中 (ワッチョイW dfb0-DtoP)2019/02/04(月) 23:50:25.37ID:YcGRyN+W0
>>66
デュアルレンズiPhone専用で高額レンズのシミュレーションを行うFocosっていうアプリ
この手のアプリでは圧倒的なクオリティで専用ハードを使うLight L16より綺麗

68名無しさん@編集中 (ワッチョイW dfb0-DtoP)2019/02/04(月) 23:57:07.24ID:YcGRyN+W0
>>65
ロスレスで深度深くしたらRGBのままより圧縮効率落ちる。つまり、ただのzip圧縮と変わらないPNGに負ける

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

69名無しさん@編集中 (ワッチョイWW ff68-qgTC)2019/02/05(火) 00:00:31.06ID:qpF39z1a0
まだ言ってんのかよ

70名無しさん@編集中 (オイコラミネオ MMd3-gzT9)2019/02/05(火) 00:12:50.73ID:pAds7ycvM
>>63
422から420って、色の2が0にロスってるけどw
それロスレスって言っていいのか

71名無しさん@編集中 (オイコラミネオ MMd3-gzT9)2019/02/05(火) 00:16:21.96ID:pAds7ycvM
>>68
なるほどぉー
これは勉強になった
RGBよりdeep色向けな最適化軸が
YCoCgなのかな?
ぐぐって勉強してみよう

72名無しさん@編集中 (ワッチョイ dfe7-S1Ul)2019/02/05(火) 21:39:18.83ID:P6LvaH7m0
>>68
> 8bit深度のままロスレスYCoCg変換しててこれが正解

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

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

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

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

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

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

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

73名無しさん@編集中 (ワッチョイ dfe7-S1Ul)2019/02/05(火) 21:40:34.38ID: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という値範囲で扱われてる模様。
  https://flif.info/spec.html

74名無しさん@編集中 (ワッチョイ dfe7-S1Ul)2019/02/05(火) 21:43:47.70ID: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)2019/02/05(火) 21:44:40.11ID:P6LvaH7m0
>>68
(続き)

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

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

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

76名無しさん@編集中 (ワッチョイ dfe7-S1Ul)2019/02/05(火) 21:46:56.32ID: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)2019/02/05(火) 22:34:47.41ID:kcdu/Wz7M
他所でやれ

78名無しさん@編集中 (ワッチョイ df52-S1Ul)2019/02/05(火) 22:47:19.89ID:6V1gF+qL0
いま他所でやるスレあるの?
立てるしかない感じ?

79名無しさん@編集中 (ワッチョイWW 7ff7-17al)2019/02/05(火) 22:48:50.52ID:6jCbSgZp0
DTVなんでも雑談スレが必要やな

80名無しさん@編集中 (ワッチョイWW 7f90-qbk3)2019/02/05(火) 23:42:04.96ID:7723xQC20
いいよ。ここでやればいい。興味なければスルーするだけだし。

81名無しさん@編集中 (アウアウエー Sa7f-pweG)2019/02/06(水) 03:03:43.65ID:VH5w2eOWa
libvpxアップデート来てるやん
エンコードが速くなったらしい
テストはしてないけど

82名無しさん@編集中 (ワッチョイ dfe7-S1Ul)2019/02/06(水) 19:52:42.18ID:iiG25dOv0
>>81
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)2019/02/06(水) 19:55:49.59ID:JqeU2ncy0
--auto-alt-ref=0が無効で1が有効だと思っていた。
6ってどういう意味だろう?

84名無しさん@編集中 (ワッチョイ dfe7-S1Ul)2019/02/06(水) 21:53:37.56ID: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)2019/02/07(木) 22:13:08.59ID:iMx52KwE0
WEBPでPNGをロスレス変換したときのファイルサイズの減少率に感動して
HEVC?HEIF?の可逆にも挑戦してみようかと色々ググってたけど
「8bit/10bit YCbCr色空間内での可逆(RGB24/32ではない)」になるのか…

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

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

87名無しさん@編集中 (ブーイモ MMcd-JPGI)2019/02/07(木) 23:42:57.87ID:2e3JOoGMM
>>85
WebPのロスレス、実はロスレスじゃないという話があるけどどうなんだろう

88名無しさん@編集中 (ワッチョイ 02e3-ZFeD)2019/02/08(金) 01:02:09.44ID:FaS5LOof0
>>87
はてなブログの画像比較すると色数が違ってたけど
2013年末に自分がirfanviewで変換したpng->webp losslessは今比較しても色数同じだったから何かが違うんだろうなー

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

89名無しさん@編集中 (ワッチョイ cdb2-FtKs)2019/02/08(金) 10:35:48.98ID:gKQZNq7Y0
こっちのirfanviewとXnViewではちゃんとロスレスだった

9088 (ワッチョイ 02e3-ZFeD)2019/02/08(金) 12:31:27.20ID:XHOMvMPc0
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)2019/02/08(金) 14:10:24.35ID:FV1S2pxEH
windowsの仕業だったのか
Macだとどうなるんだろ

92名無しさん@編集中 (ワッチョイ 8216-OF6d)2019/02/08(金) 15:46:20.12ID:VPVS1LK30
なぜに管理者・・と思ったけど
圧縮率の情報をレジストリにでも書き込む仕様なんだろうか?

9388 (ワッチョイ 86e3-ZFeD)2019/02/08(金) 17:55:01.22ID: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.40ID:UlRVwGWHM
それほど大量にPNGを扱っているなら場合によってはBMPにして7zとかzpaqなどのアーカイブに放り込む方が縮むかもしれない
その場合というのは差分ありCGぐらいなんだが…差分が多ければPNGの1/10以下、条件か良ければ1/50以下になることもザラにあるよ。
HEVC等のRGB可逆で圧縮しておいて必要時に画像として出力するなんて方法も考えたことあるけど流石にな…

95名無しさん@編集中 (ワッチョイ a12c-U9Au)2019/02/08(金) 19:22:01.90ID:2sJCbLwZ0
最新のAcrobat Pro DCでHEIC開けなかったわ
PDFってまだHEIF埋め込める仕様になってないん?(´・ω・`)

96名無しさん@編集中 (ワッチョイW a9b0-KAwQ)2019/02/08(金) 22:12:26.58ID:lsyg2RlG0
pngcrushで事足りてるな...
(もっと効率良いPNG再圧縮プログラムもあるけど、デフォルトでメタデータが保持されない物が多いのでpngcrushが安全

97名無しさん@編集中 (ワッチョイ 8de7-OF6d)2019/02/09(土) 01:14:35.57ID:Lkg2e27Z0
MicrosoftのHEIF画像拡張機能を入れてテストしてみようとしたら
「Microsoftアカウントじゃないとインストールさせねえよ?」と言われたでござる。(´・ω・`)

98名無しさん@編集中 (ワッチョイWW 259a-JPGI)2019/02/09(土) 01:54:14.48ID:zFwc7OdK0
PNG最適化ならzopflipngが今のところ一番縮むはず

99名無しさん@編集中 (ワッチョイW a9b0-KAwQ)2019/02/09(土) 07:21:06.37ID:SX96QM+v0
zopflipngのコマンドラインは残すチャンクを手動指定しないとメタデータを軒並み消される

100名無しさん@編集中 (ワッチョイW a9b0-KAwQ)2019/02/09(土) 07:25:25.95ID:SX96QM+v0
メタデータまで含め非破壊で安全である事と、速度と圧縮効率のバランスの良さでpngcrushの標準(-bruteとか指定しないで普通に使う)は使い勝手が良い

101名無しさん@編集中 (ワッチョイ 41e7-OF6d)2019/02/09(土) 12:01:23.04ID:D1Bfgd9M0
HEIF画像拡張機能、なんかインストールできねえなと思ったら
  Windows 10 バージョン 17763.0 以降 (October 2018 Update〜)
になっとるやないかい・・・。まだApril 2018なままのうちでは無理か・・・去年さっさといれとけばよかった。

102名無しさん@編集中 (アウアウエー Sa0a-QQ+n)2019/02/09(土) 12:33:43.35ID:zQjVjhb7a
>>98
ECTやpingoのほうが縮むぞ
圧縮速度も何倍も速いしメタデータも残る

103名無しさん@編集中 (ワッチョイ 86e3-ZFeD)2019/02/09(土) 14:05:05.01ID: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).
https://journal.code4lib.org/articles/13746

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)2019/02/09(土) 16:33:15.07ID:C7mp2mR+0
>>103やってみたけどサイズがPNGより膨らむ上にirfanviewでも開けないしよくわかんないっすね…
jpeg2000より圧縮率高かったら置き換えられるかなと思ってたけど厳しそう

105名無しさん@編集中 (ワッチョイ 41e7-OF6d)2019/02/09(土) 19:50:32.09ID:D1Bfgd9M0
>>103
> 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)2019/02/09(土) 21:44:49.69ID: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)2019/02/09(土) 21:45:56.53ID: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)2019/02/09(土) 21:47:59.23ID:PZ/1qvmK0
画像系のソフトって色域の管理できてないのが多いからねぇ
というか、そもそも色域管理の術を知らないんじゃないのかとさえ思う

109名無しさん@編集中 (ワッチョイWW f901-yPlE)2019/02/09(土) 21:54:40.43ID:7Ywj2Giu0
率直な質問だけどHEIXなHEIFって拡張子は.heixになるの?それとも.heif?

110名無しさん@編集中 (ワッチョイWW 495f-zsj5)2019/02/10(日) 00:05:13.79ID:c1Tihcf60
次世代ビデオコーデックのスレで画像コーデックの話何時までやるの?
話題ついでレベルなら全然かまわんと思うけど
ゴリゴリ続けられてもちょっとな

111名無しさん@編集中 (ワッチョイ 49e6-OF6d)2019/02/10(日) 00:07:20.73ID:eYWijAuK0
次世代画像コーデックスレが必要になってきた感じですかね

112名無しさん@編集中 (ワッチョイ 46e3-ZFeD)2019/02/10(日) 00:19:13.56ID:eskOjsHm0
HEIFやWEBPみたいに静止画と動画の変換コーデックに同じものが使われる傾向が続くと
将来的には「昔は静止画専用のコーデックがあってさ〜」みたいな話になるんだろうか

113名無しさん@編集中 (ワッチョイWW 4690-Bwin)2019/02/10(日) 00:19:54.07ID:UraLMarw0
どんどん続けてOK。俺はどうでもいいかスルーするけど

114名無しさん@編集中 (ワッチョイ 41e7-OF6d)2019/02/10(日) 00:46:56.11ID:4eTbMRSh0
>>109
.heic

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

115名無しさん@編集中 (ワッチョイWW f901-yPlE)2019/02/10(日) 00:52:48.44ID:fr2Lb9Px0
>>114
heixでも.heicなのか
サンクス

116名無しさん@編集中 (ワッチョイ 9177-DOJB)2019/02/10(日) 01:22:36.25ID:rS1Ref0Y0
低スペックマシン(Windows10/AMD E1-7010 APU/RAM4.0GB)でYouTubeを720p/AV1設定にして視聴したんだが感動を覚えた。
Dropped Frames 683/5960 11.5%位落ちてるけれどこんな低スペックPCでchromeブラウザのAV1デコーダー凄い軽さだなぁと。

117名無しさん@編集中 (ワッチョイWW ae68-irfR)2019/02/10(日) 02:25:30.99ID:KMjRffzw0
11.5%も落ちてたらダメだろ

118名無しさん@編集中 (ワッチョイW 024b-9ozn)2019/02/10(日) 02:47:17.59ID:wV54BB3g0
>>118のCPUってcine bench15 マルチコアで70しか出ないのかよ…ちなみに9900Kが2000ちょい
仮にスコア100でフルフレーム出るとすると4コアCPUでも4K画質のソフトウェアデコードギリギリ出来るな。
デコーダの並列度が高ければ。

119名無しさん@編集中 (ワッチョイ 9177-DOJB)2019/02/10(日) 10:35:49.01ID:rS1Ref0Y0
>>117
実際に落ちまくったのは最初の方やな。その後も落ちてたけど見られないほどひどくはない印象。

120名無しさん@編集中 (ワッチョイ 02b2-FtKs)2019/02/10(日) 10:46:48.45ID:ItrmmZ/j0
シーンによって再生負荷が変動してる気がするんだが
再生負荷が高そうな動画だとどうなるんだろう

121名無しさん@編集中 (ワッチョイWW 4690-Bwin)2019/02/10(日) 13:56:38.44ID:UraLMarw0
つか、デコード負荷って結構あるんだね。今まで馬鹿にしてたわ。
2Kから4Kになれば負荷4倍なのは分かりやすいけど最近2Kの30fpsのmpeg2動画とh.264の動画をFireHD10でCPUで再生したらmpeg2こんな軽いんだね...
h.264だと再生ギリだわ。

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

122名無しさん@編集中 (ワッチョイ 2d23-OF6d)2019/02/10(日) 14:00:53.85ID:KVIj63yp0
GPU支援とかの機能があったりするのはそういうのが有効な程度には負荷があるってことだしね

123名無しさん@編集中 (ワッチョイWW 4690-Bwin)2019/02/10(日) 14:45:02.12ID: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.63ID:rS1Ref0Y0
スマホにAV1/HEVC配信をするのってバッテリー面で大丈夫なのだろうか。

125名無しさん@編集中 (スフッ Sd22-ZIal)2019/02/10(日) 16:11:58.54ID:DGz5wh45d
HEVCは新しい比較的SoCだとAndroidでもiOSでもHWデコードできなかったっけ?AV1は負荷がかかるからバッテリー持ち悪そうではある

126名無しさん@編集中 (ワッチョイ 2d23-OF6d)2019/02/10(日) 17:11:24.75ID:KVIj63yp0
なぁに糞重いゲームとかと比べると屁みたいなもんよ
まあ電気食わないに越したことはないんだけどさ

127名無しさん@編集中 (ワッチョイW 024b-9ozn)2019/02/10(日) 17:57:13.49ID:wV54BB3g0
AV1でリアルタイムエンコ出来るわけ無いだろ…

128名無しさん@編集中 (ワッチョイ 8de7-OF6d)2019/02/10(日) 18:07:19.31ID:/y8PkD8C0
AV1はHWメーカーも入って検討してるんだし、HW実装さえされれば
ユーザ側は少なくともデコードについては特に心配せずに使えるんでないかい。

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

129名無しさん@編集中 (ワッチョイW 9177-Cocm)2019/02/10(日) 18:17:42.72ID:rS1Ref0Y0
>>127
そこでH.264の出番!()

130名無しさん@編集中 (ワッチョイ 82e3-ZFeD)2019/02/10(日) 21:56:54.41ID:dLysR4Z60
AVCのデコードの重さはCore2Duo世代の年寄りにとっては当たり前の話みたいなもんだったけど
今の若い人には逆に新鮮なんだな

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

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

131名無しさん@編集中 (アウアウエー Sa0a-QQ+n)2019/02/10(日) 22:11:41.46ID:FlhgQQsYa
普及する見込みのないコーデック覚えても意味ないから知らなくていいよ

132名無しさん@編集中 (ワッチョイWW f901-yPlE)2019/02/10(日) 22:21:26.62ID:fr2Lb9Px0
J2Kは回路コストが高すぎるとかで普及しなかったらしいけどAV1はどうなんだろう

133名無しさん@編集中 (ワッチョイ 9177-DOJB)2019/02/10(日) 22:30:34.47ID:rS1Ref0Y0
テレビ局のエンコーダーでお馴染みのソシオネクスト君がやってはいるんだけどね。
https://www.socionext.com/jp/pr/sn_pr20180606_01j.pdf

134名無しさん@編集中 (ワッチョイ 92e3-ZFeD)2019/02/10(日) 22:40:09.22ID:v/4sZexS0
動画の帯域問題はプロバイダやサーバー事業者(サービス提供者)にとっては死活問題だから
YouTube(Google)とNetflixとPrime(amazon)とHuluが主導してる時点で意地でも普及させてくると思う

135名無しさん@編集中 (ワッチョイ 2d61-QeCQ)2019/02/10(日) 22:59:30.12ID:42DuUQLQ0
Ubuntu創業者Mark Shuttleworth自らキターーーッ
https://code.videolan.org/videolan/dav1d/merge_requests/577/commits

136名無しさん@編集中 (ワッチョイ 2d61-QeCQ)2019/02/10(日) 23:31:02.97ID:42DuUQLQ0
Mark Shuttleworthこっちにも来てたw
https://github.com/OpenVisualCloud/SVT-AV1/pull/38
インストール、アップデートがめちゃらくになる

137名無しさん@編集中 (ワッチョイWW bd5f-m4CA)2019/02/11(月) 05:29:56.58ID:xK0vAipo0
大御所が来るとワクワクするなぁ

138名無しさん@編集中 (ワッチョイ 022c-tTYk)2019/02/11(月) 12:18:12.82ID:SadaeFgt0
>>130
DVD見るためにセレロン300AをOCしていた思い出・・・

139名無しさん@編集中 (ワッチョイWW bd5f-m4CA)2019/02/11(月) 14:37:09.21ID:xK0vAipo0
再エンコードとかなかった頃のニコニコ動画で再生負荷高くて再生できないなんてことがクソスペックであったからなぁ
逆に再生負荷あげられまくれるからベンチマークなんてのあったし

140名無しさん@編集中 (ワッチョイW 9177-Cocm)2019/02/11(月) 14:49:32.71ID:rdXGmVRF0
YouTubeの720p/AV1はそこそこ普通に見られるのにニコニコ動画のHTML5プレーヤーは止まりまくるの草

141名無しさん@編集中 (ワッチョイW 02ad-jVKw)2019/02/11(月) 15:13:57.25ID:nmSLbfp20
>>138
パソコンでDVD 見たいなら再生支援チップが載ったグラボ買った方が良いよ!な時代やな

142名無しさん@編集中 (ワッチョイ 82d2-hHwN)2019/02/11(月) 19:00:02.67ID:e71+OvT80

143名無しさん@編集中 (ワッチョイ 82d2-hHwN)2019/02/11(月) 19:10:49.97ID:e71+OvT80
CPUなに使ってるか書いてなかった
Ryzen 5 2400Gです

144名無しさん@編集中 (ワッチョイ 41e7-OF6d)2019/02/11(月) 19:28:21.76ID: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.51ID:rdXGmVRF0
AV1がすごい、HEVC/VVCがすごい以前に2つの参加企業見比べたらAV1がVVC潰しに掛かっているような構図にしか見えない。

146名無しさん@編集中 (ワッチョイWW d154-irfR)2019/02/11(月) 20:16:33.39ID:dJsgS1pL0
同じAV1でもlibaomとSVT-AV1、rav1eでは別物クラスの違いがあるね
libaomは低ビットレートでの改善具合がすごい
ただ、重いんだろうなぁw
問題は、高解像度映像でどの程度の改善があるのか
libaom使って4Kをエンコードした場合に、HEVCより3割以上縮むのならば、4K放送の当面の保存用に考えなくもないが…
(4Kは保存場所がどうしても消費してしまうし、画質落とした4Kを保存するくらいならば2Kでいいだろとすらなってしまうのがイタい)

147名無しさん@編集中 (ワッチョイ 41e7-OF6d)2019/02/11(月) 20:39:55.79ID:ZzHY0EqP0
>>145
「参加企業」つってもHEVCの参加企業と言ってるのはライセンスを保持する企業群のことだろうし、
AV1(AOM)の参加企業は「HEVCのライセンスは内容も複雑さもクソ」って企業が集まったってだけでしょ。
別にVVCを潰すなんて意図はないし、VVCでHEVCのクソライセンスの悲劇を繰り返さないためにMC-IFって組織も立ち上げられてる。

148名無しさん@編集中 (ワッチョイWW d168-ZIal)2019/02/12(火) 01:07:16.82ID:zyRKv6En0
VVCがAV1より良い出来で、ライセンスが分かりやすくなったらそっちに鞍替えする企業も出てくるのだろうか

149名無しさん@編集中 (ワッチョイW bd02-2nwz)2019/02/12(火) 02:50:53.44ID:pAuFBqsE0
VVCはAV1を超えてくるだろうね
単純に後発なのもそうだしAV1はmpegが今まで積み上げてきた特許回避しなきゃならないから
それにライセンスも今回は慎重にいくみたいだし

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

150名無しさん@編集中 (ワッチョイWW cddd-vOmh)2019/02/12(火) 03:26:21.89ID:7IFsax0K0
>>142
rigaya氏いつも乙です

151名無しさん@編集中 (ワッチョイW 024b-9ozn)2019/02/12(火) 04:51:15.31ID:4fMEzpfv0
(お寿司アイコンの人なんだよなぁ…)

152名無しさん@編集中 (ワッチョイWW bd5f-m4CA)2019/02/12(火) 11:56:45.50ID:HaMTUjbk0
libaom凄いな
3000kbpsでもうほぼソース画質に近くなるのか
そりゃ動画配信企業はお熱になりますわ

153名無しさん@編集中 (ワッチョイ 8de7-OF6d)2019/02/12(火) 17:06:28.01ID:aWs0QX+90
>>150
俺も別スレでグラフ出しただけでrigaya氏扱いされたことがあるけど、
匿名掲示板で名乗りもしてないレスに対して「〇〇さん乙です」みたいな人物特定するような書き込みをするのは
結構気色悪い行為だからやめたほうがいいと思うよ。的外れなら尚更。

154名無しさん@編集中 (ワッチョイWW cddd-vOmh)2019/02/12(火) 18:55:57.73ID:7IFsax0K0
>>153
その後同じグラフをブログに掲載すんだからバレバレじゃん

155名無しさん@編集中 (ワッチョイWW a99b-KbRv)2019/02/12(火) 18:57:26.04ID:juPfdEn70
氏がこのスレかソース元サイトを見てるって事でしょ。
アンテナ張ってる先は同じなんだからさ。まずここ特定板じゃねえし、特定厨は邪魔だから帰って

156名無しさん@編集中 (ワッチョイWW 4690-Bwin)2019/02/12(火) 18:58:20.40ID:hFx1aJxP0
気色悪いっていうより性格悪いだけ

157名無しさん@編集中 (ワッチョイ 8de7-OF6d)2019/02/12(火) 19:07:51.99ID:aWs0QX+90
ネトゲで「お前同じクラスの〇〇だろ!キャラの顔があいつに似てる!」と叫んでる人を見てる気分。

158名無しさん@編集中 (ワッチョイ 82d2-hHwN)2019/02/12(火) 19:25:44.24ID:T7QlbUJk0
もしかしてグラフ作るのが技術的に物凄く難しくてrigaya氏みたいな人じゃないと出来ないと思ってる?
libreOfficeみたいなフリーのオフィスソフトでも簡単に作れるんだけどな

159名無しさん@編集中 (ワッチョイWW d154-irfR)2019/02/12(火) 20:41:37.81ID:rrOD0+rV0
ところで、libaomとはどうやって使うものなの?
あと、これを使ってエンコードしたものをまともに再生しようとした場合に、ハードウェア再生支援の存在しない現状で要求されるハードウェアスペックとはどの程度なのだろうか?
エンコードを時間かけてやってもまともに再生できないようではさすがにつらすぎるし

160名無しさん@編集中 (ワッチョイ fe2d-feI+)2019/02/12(火) 20:47:52.42ID:ZNV4nXBR0
個人でまともに再生したいならx265使えばいい

161名無しさん@編集中 (ワッチョイW 9177-Cocm)2019/02/12(火) 21:20:37.94ID:9Gwk3FUH0
Google Cloud Platformの仮想Windowsでエンコードから再生までやってる。音声と映像のラグが酷いけど。

162名無しさん@編集中 (ワッチョイ 86e3-OF6d)2019/02/12(火) 21:28:25.54ID:v0EqkMJx0
ffmpegとLAV Filtersでエンコードもデコードもできるんだから1:30くらいの動画を試しに変換してみればいいじゃん

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

163名無しさん@編集中 (ワッチョイWW d154-irfR)2019/02/12(火) 23:21:14.98ID:rrOD0+rV0
>>162
FFMpegでエンコードするときの使い方をわかりやすく解説した資料とかないかな?

164名無しさん@編集中 (ワッチョイWW a99b-KbRv)2019/02/12(火) 23:27:06.40ID:juPfdEn70
GUI公開されてるの幾つかあるけど、やっぱ個人で実用的に使うのはまだ先になりそうだねー
設定項目多すぎるよ

165名無しさん@編集中 (ワッチョイ cde3-OF6d)2019/02/12(火) 23:53:40.25ID:vY3WPBB90
>>163
基本的なのはffmpegのページに載ってる
現状での再生スペック測る程度なら充分かと
https://trac.ffmpeg.org/wiki/Encode/AV1

166名無しさん@編集中 (ワッチョイWW d154-irfR)2019/02/13(水) 00:40:42.78ID:GtS0jeru0
>>164-165
やっぱりまだテスト目的止まりか
使い物になるのはいつ頃だろ?
4Kの容量削減のために、なるべく早く使いたいところ

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

167名無しさん@編集中 (アウアウウー Sa05-fSiJ)2019/02/13(水) 00:53:49.27ID:AZNTvuCJa
むしろlibaomのパラメータ少ないと思ったが…

168名無しさん@編集中 (ワッチョイWW a99b-KbRv)2019/02/13(水) 00:54:56.63ID:uVRm45c70
33Mbpsでも不足してる(画質維持には50Mbpsは欲しいところ)から何とも…
その上で考えると、放送画質相当なら20Mbpsくらいにまでなら落とせるかもしれない。

169名無しさん@編集中 (アウアウクー MM91-irfR)2019/02/13(水) 01:18:01.32ID:qHNoLAniM
>>168
絶対的な画質で言ってしまえばビットレート不足か場面がないわけではないけど、放送としては開始間もない状況では充分なのではと個人的には思っているけれど
で、x265で積めて20Mbpsあたりか…
2年前くらいのNHK BSプレミアムと同程度の保存容量か
やはりAV1かVVCが来ないと保存場所の確保が大変になりそうだな
とりあえずAV1のハードウェア再生支援を早急に整備してほしい…

170名無しさん@編集中 (ワッチョイW a9b0-hPCk)2019/02/13(水) 01:36:54.76ID:YMo/w0ij0
>>149
HEVCやAV1で拡張扱いの機能が標準で取り込まれてたりするからね

171名無しさん@編集中 (ワッチョイW 0777-Aoz0)2019/02/16(土) 16:46:44.53ID:CMtST+2l0
VVCって一番遅いエンコード設定にしたら10Mbpsで4K/24fps出来たりするのかね?

172名無しさん@編集中 (ワッチョイW 5f4b-Fc2p)2019/02/16(土) 17:18:16.96ID:bdhzcnJr0
何を基準に出来るというか分からないけど前評判ではAV1より縮むはず。
実際個人で試せる所まで来てみないと分からんだろう。

173名無しさん@編集中 (ワッチョイ 87e3-cT+3)2019/02/16(土) 17:41:33.60ID:lJi5rW/o0
低ビットレートなら半分くらいのビットレートで済むのは有るだろうけど
高画質目的なら H.264/AVC -> H.265/HEVC での圧縮率と同じ4/5程度だろうなと思ってる

174名無しさん@編集中 (ワッチョイ 87e7-cT+3)2019/02/16(土) 18:34:35.71ID:VThERhyn0
>>172
VVC Test Model (VTM) なら一応個人でも試せる。

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

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

175名無しさん@編集中 (ワッチョイ 5fd2-07dM)2019/02/16(土) 18:37:58.26ID:4sV2ot5Z0
doom9にビルド済みバイナリもあるね

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

176名無しさん@編集中 (ワッチョイ a761-5nnY)2019/02/16(土) 19:11:52.60ID:UI0w9CkX0

177名無しさん@編集中 (ワッチョイ 5fd2-07dM)2019/02/16(土) 19:17:27.42ID:4sV2ot5Z0
下のをダウンロードして
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)2019/02/16(土) 19:31:03.26ID:VThERhyn0
.yuvの入出力がパイプ渡しでできれば便利なんだけどねえ。

179名無しさん@編集中 (ワッチョイ 5fd2-07dM)2019/02/16(土) 19:35:33.47ID: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.50ID:Gg6iyg9o0
東京五輪後に地デジ4K開始で、映像圧縮はH266!

2019年2月12日(火)―2月8日発行  第64巻 第15376号
地デジ以上の一大P・東京・名古屋実験公開
技術的焦点はH.266活用とSFN目途
総務省来年度予算80億・最多額投入し具現へ
地上波4K、愈々検討本格化・五輪以降開始方針

181名無しさん@編集中 (ワッチョイWW 5fa5-ayOl)2019/02/17(日) 05:33:48.73ID:uKm1awvM0
>>180
まーた無茶してノイズ/モアレだらけの偽高解像度放送やるんか

182名無しさん@編集中 (ワッチョイ 5fb2-8zyB)2019/02/17(日) 10:46:19.22ID:J/NgXoyM0
今の地デジ放送って1つのチャンネルに複数のフォーマットを混在させることってできるのだろうか
ゴールデンタイムとかは現行の地デジのまま、深夜に4K8K放送流して
視聴者はそれを録画して見るとか

183名無しさん@編集中 (ワッチョイWW 479b-Cl+w)2019/02/17(日) 10:56:29.98ID:3NpuGEvs0
関テレが研究してたのってそういうのじゃやかった?4Kの電波を現放送に乗せる的な
違ったっけ

184名無しさん@編集中 (ワッチョイ a7e7-cT+3)2019/02/17(日) 17:03:38.99ID:tRS00x9O0
>>180
決まってもいないことを決まったかのように書いてる1行目は自分で書いたのか。
スポーツ新聞や転載まとめサイトじゃあるまいし、やめたほうがいいと思うよ。


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

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

185名無しさん@編集中 (ワッチョイ 275f-cT+3)2019/02/17(日) 17:58:55.52ID:s92V9Zmy0
>>184
実験はいつも通りNHKがやるんだよ
http://www.soumu.go.jp/main_content/000539299.pdf

186名無しさん@編集中 (ワッチョイW 0777-Aoz0)2019/02/18(月) 00:26:23.57ID:DRJ/X+L20
もう遅いだろうが五輪4K諦めてH.266出てから実験始めろ

187名無しさん@編集中 (ワッチョイWW 7fb0-LjV/)2019/02/18(月) 01:06:00.37ID:fbYKrhEG0
>>182
H.264のワンセグと普通のMPEG-2が一緒に配信出来てるからTSならできるでしょう。

188名無しさん@編集中 (ワッチョイ 5f2c-xv4H)2019/02/18(月) 01:16:47.65ID:Ncp9urY/0
>>187
1Chあたりの容量は変わらんから両方とも相当悲惨な絵になりそう

189名無しさん@編集中 (アウアウエー Sa1f-rf/x)2019/02/18(月) 06:07:30.18ID:62kKIEwya
AVX512が使えるとSVT-VP9がすごい
AVX512有無だけでここまで変わるものなのか
https://www.phoronix.com/scan.php?page=news_item&px=SVT-VP9-Open-Source

190名無しさん@編集中 (ワッチョイW 47b0-mDuQ)2019/02/18(月) 11:26:22.45ID:JmLEF2mC0
10Mbps超でH266で4Kならそこそこ綺麗そうだけどな

191名無しさん@編集中 (ワッチョイW 0777-Aoz0)2019/02/18(月) 18:36:33.75ID:DRJ/X+L20
Chrome/Firefox「Flashはセキュリティ面の問題もあるし、何よりWebはオープンであるべき!」
Chrome「せや!動画もH.264/H.265排除したろ!」
Apple「駄目です。」
Chrome「ぐぬぬ・・・」←いまここ

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

192名無しさん@編集中 (アウアウクー MM7b-jkgh)2019/02/18(月) 18:50:00.26ID:wzkzZVMHM
かと言ってAV1が普及するかと言えば、再生すら糞重たい現状ではかなり難しい
(CPUデコードで4K再生とか8コアクラス以上のCPUじゃないと無理だろ)

193名無しさん@編集中 (ワッチョイWW c701-kRyl)2019/02/18(月) 18:52:34.76ID:qW2k2rzD0
i7-2600程度だと720pですらコマ落ちしまくるからなぁ

194名無しさん@編集中 (ワッチョイ a7e7-cT+3)2019/02/18(月) 19:24:56.77ID:/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
 https://www.phoronix.com/scan.php?page=news_item&px=SVT-AV1-Speed-Progress

195名無しさん@編集中 (ワッチョイ a7e7-cT+3)2019/02/18(月) 19:27:07.56ID:/W1wW3i40
>>192-193
参考までにPhoronix Test Suiteのdav1dのベンチマーク。1080pと4Kのデコード速度。

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

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

196名無しさん@編集中 (ワッチョイ a7e7-cT+3)2019/02/18(月) 19:34:14.50ID:/W1wW3i40

197名無しさん@編集中 (アウアウクー MM7b-jkgh)2019/02/18(月) 20:54:14.05ID:wzkzZVMHM
>>195
掲載しているCPUに偏りがありすぎて資料としての価値が…
そもそも物理コアが2コア、4コア、6コア、8コアでそれぞれ何fps程度までコマ落ちなしで再生できるのかみたいな比較じゃないとわかりにくいし

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

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

198名無しさん@編集中 (ワッチョイ 87ad-2NBu)2019/02/19(火) 11:19:45.35ID:aPIlGERf0

199名無しさん@編集中 (ワッチョイ bfe3-cT+3)2019/02/19(火) 11:38:42.25ID:8Fbpkffo0
ffmpeg+QSVでH.264とHEVC両方使ってみたけど
意外とCPU負荷もあるんだな

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

200名無しさん@編集中 (ワッチョイ 7fa7-dCfb)2019/02/19(火) 11:38:44.66ID:/aPm2G0j0
H.265の寿命は短かったなあ。4K8Kのコンテンツもコーデックもオワコン。

201名無しさん@編集中 (ワッチョイ 5f2c-xv4H)2019/02/19(火) 11:48:08.72ID:jPOPtbqt0
h.266はいつ決まるんだか・・・

202名無しさん@編集中 (オイコラミネオ MMdb-akdL)2019/02/19(火) 12:14:20.65ID:cSY3PZqTM
H.266よりもAV1だろ
AV1のハードウェアエンコードはいつになったらできるのか

203名無しさん@編集中 (ワッチョイWW 2702-k2Dg)2019/02/19(火) 13:05:19.36ID:kCQtpMgn0
>>191
H.264はともかくH.265は元からChrome/Firefoxには無いだろ

204名無しさん@編集中 (ワッチョイW 0777-Aoz0)2019/02/19(火) 17:07:06.83ID:sckuBehZ0
>>203
終わったやん。本格的に。
まぁ、でもAV1リアルタイムエンコード厳しいし...厳しいし...

205名無しさん@編集中 (ワッチョイWW 2702-k2Dg)2019/02/19(火) 17:11:17.76ID:kCQtpMgn0
>>204
は?何いってんだ、H.265が採用すらされないのは権利問題だろ
そもそもSafariにはH.265あるのか?

206名無しさん@編集中 (ワッチョイ 5fe7-cT+3)2019/02/19(火) 17:43:56.97ID:aKEtg7+S0

207名無しさん@編集中 (ワンミングク MM3f-Fc2p)2019/02/19(火) 18:24:43.65ID:skHDP/FFM
個人使用でモダンなコーデックの中で圧倒的に実用的なhevcが終わったっていうのは有り得ない。
一般的には始まっても無いが少なくとも終わったという表現はおかしい。

208名無しさん@編集中 (ワッチョイ 47e5-OU7K)2019/02/19(火) 19:41:58.89ID:fSib0Tn80
ノートでバリバリHEVCエンコしてるよ
i7-8750H、2時間映画8時間近くかかるから寝る前にセットだ

209名無しさん@編集中 (ワッチョイWW 479b-Cl+w)2019/02/19(火) 20:48:49.07ID:i6FIJpQD0
いいなぁ
俺i5-3210Mだから羨ましい

210名無しさん@編集中 (ワッチョイWW 275f-KjHq)2019/02/19(火) 20:55:54.22ID:q0vP/lA40
ノートエンコードとかパーツの消耗激しそうだな

211名無しさん@編集中 (ワッチョイWW 479b-Cl+w)2019/02/19(火) 21:03:48.09ID:i6FIJpQD0
7年間交換0だよ

212名無しさん@編集中 (JPWW 0H6b-JuJs)2019/02/19(火) 21:55:35.90ID:a6rZOomdH
固定回線でも「ギガ不足」におびえる時代が到来か、トラフィック急増により現場で起きている悲劇とは (1/2)

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

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

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

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


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

213名無しさん@編集中 (ワッチョイW 47b0-mDuQ)2019/02/19(火) 22:05:06.39ID:NmVRXRZb0
iPhoneの動画撮影と写真がHEVCになって2年以上経つし普及はしまくってる
既に使用してないiMac 2010でもHEVC 1080pは余裕で再生できた

214名無しさん@編集中 (ワッチョイW df2d-Bhkh)2019/02/19(火) 22:06:32.93ID:vV3u4VEB0
YouTubeの1080p60を1.5倍速で再生できないうちのパソコンに未来はありますか…?

215名無しさん@編集中 (ワッチョイWW bfe0-lW87)2019/02/19(火) 22:08:33.82ID:yhBJ5Ose0
進歩しないといけないとはいえ
やっぱ光の速度に限界がある以上
限界は近い

216名無しさん@編集中 (ワッチョイW 47b0-mDuQ)2019/02/19(火) 22:12:06.25ID:NmVRXRZb0
1080pじゃないな。iPhoneで4K60fpsで撮ったのが2010 iMacで問題なく再生できてるの間違いだわ。ハードにHEVCの再生支援なんてないから、GPUのシェーダーコアとかCPUのSSEとかで頑張ってるんだろうけど(AVXもないマシンなので

217名無しさん@編集中 (ワッチョイ 5fe7-cT+3)2019/02/19(火) 22:45:31.02ID:aKEtg7+S0
>>216
さすがに2010年のiMacのスペックで4K60fps(H.264でもHEVCでも)を問題なく再生するのは無理では?

  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)2019/02/19(火) 23:06:38.10ID: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)2019/02/19(火) 23:09:38.22ID:0cpGBqE30
俺のivybridgのCorei5 で4k 60fpsのVP9再生してみたけど60%ぐらいやな。だからいけそうな気がするな。

220名無しさん@編集中 (ワッチョイWW 5f90-pQCL)2019/02/19(火) 23:10:38.76ID:0cpGBqE30
60%ってのはタスクマネージャーで確認したCPU使用率

221名無しさん@編集中 (ワッチョイW 47b0-mDuQ)2019/02/19(火) 23:17:55.76ID:NmVRXRZb0
負荷は4コア400%中295%程度
100%基準にすると75%程度だから妥当かと

222名無しさん@編集中 (ワッチョイWW 0768-eBvU)2019/02/19(火) 23:44:22.31ID:mkU5Scpt0
固定回線が従量制になったりしたらネットインフラが完全に崩壊しそう。ゲームのDL版なんか買えなくなる

223名無しさん@編集中 (ワッチョイ 5fe7-cT+3)2019/02/19(火) 23:50:09.71ID:aKEtg7+S0
>>218
割といけるもんなのか。すまんかった。

224名無しさん@編集中 (ワッチョイ 5f2c-xv4H)2019/02/20(水) 06:20:44.84ID:BsGWK+b50
>>222
最大の危機はWindowsUpdateって話も・・・

225名無しさん@編集中 (ワッチョイW 47b0-mDuQ)2019/02/20(水) 08:30:45.84ID:DBJWIpDW0
従量制だと良識派ユーザーならかえって安くなりそうだな

226名無しさん@編集中 (ワッチョイ 6d77-2CcH)2019/02/21(木) 02:31:52.85ID:pqfYOsa30
YouTube VP9/1080p60fpsでDropped Frames 9912/14280のワイ無事死亡。
FUJITSU AH30/Xもう本当に許さねぇからな。お前。

227名無しさん@編集中 (ワッチョイWW a668-Qdjj)2019/02/21(木) 03:03:19.27ID:o5LCkWfz0
>>226
逆恨みはほどほどにな

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

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

228名無しさん@編集中 (アウアウウー Sa21-yb0n)2019/02/21(木) 03:47:27.85ID:7+Dl7YRJa
>>226
そんな低スペ使うお前が悪いんだろ…

229名無しさん@編集中 (スプッッ Sd6d-55q0)2019/02/21(木) 08:43:21.07ID:OSPSdfchd
E1って家電量販店で騙されて買うCPUじゃない?

230名無しさん@編集中 (ワッチョイWW f17d-bAbS)2019/02/21(木) 09:29:41.13ID:TSvcgvew0
ブラウザ変えてみるとvp9のデコーダの性能が違うから見れるかも
chromeはlibvpx
firefoxはffvp9
edgeはvp9 extension
でデコードされる

231名無しさん@編集中 (ワッチョイWW a668-Qdjj)2019/02/21(木) 09:34:38.67ID:o5LCkWfz0
edgeはmediafoundation全面押しだから軽い

232名無しさん@編集中 (ブーイモ MM8e-7smw)2019/02/21(木) 09:58:31.10ID:0swOg75xM
ジッジが同じような富士通の機種使ってるとこ見たとき
プレインストールの常駐ソフトだけでメモリ4Gほとんど使い切って
スワップしてたからそこも気をつけてほしい

233名無しさん@編集中 (ワッチョイW da2d-Y9HE)2019/02/21(木) 10:10:02.86ID:XB9+iIRT0
ah77/cだけど>>226にはギリギリ勝ってて腐ってもi7なんだなって思った

234名無しさん@編集中 (ワッチョイ 6d77-2CcH)2019/02/21(木) 14:53:17.61ID:pqfYOsa30
>>229
その通りなんよ。今度から自分で買うことにする。悪いのは家電量販店と富士通やし。
タスクマネージャー見たらエクスプローラー開こうとしただけで100%行きやがる。

235名無しさん@編集中 (スフッ Sd0a-VpOn)2019/02/21(木) 14:56:31.09ID:jk/PggXsd
他人のせいにするのがお好きなようで

236名無しさん@編集中 (アウアウウー Sa21-yb0n)2019/02/21(木) 14:59:08.96ID:NnQTvkdha
>>234
こういう奴仕事できなさそう
自分が無能なのを棚に上げてさ

237名無しさん@編集中 (スップ Sdea-BjwS)2019/02/21(木) 15:13:44.58ID:LbyjZwWpd
>>224
各プロバイダーがWSUS設置すりゃいいw

238名無しさん@編集中 (ワッチョイ a902-rusg)2019/02/21(木) 19:23:25.39ID:RJi1T1ZO0
>>226
つべを見たいだけならh264ifyとかでVP9使わないようにすれば…

239名無しさん@編集中 (ワッチョイW 6d77-00F9)2019/02/21(木) 21:26:12.13ID:pqfYOsa30
>>238
Edgeで見たら凄い軽かったからそれで行こうと思う。
ChromeがVP9のハードウェアデコードしてなかったらしい。
Edge今までChromeインストール用と馬鹿にしてごめんなさい...。

240名無しさん@編集中 (ワッチョイ a902-rusg)2019/02/21(木) 22:03:21.14ID:RJi1T1ZO0
>>239
EdgeさんはVP9ハードウェアデコーダ積んでない場合H.264にするとかやってなかったっけ?
右クリで詳細統計情報のコーデック見るんだ

241名無しさん@編集中 (ワッチョイ 7de7-dS/9)2019/02/21(木) 22:21:59.07ID:+zuJcrqf0
>>239
> ChromeがVP9のハードウェアデコードしてなかった

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

242名無しさん@編集中 (ワッチョイW ea4b-iZeB)2019/02/21(木) 22:33:51.54ID:A6q6gtFO0
win7だとdirectXの新しいのが入れられないのでスペックは十二分にあるのにモダンなコーデックはハードウェアデコード出来なくてHEVC4Kがギリギリで辛い
どうしてもダメな理由があるので変えられん

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

243名無しさん@編集中 (ワッチョイWW 6d9b-eSdf)2019/02/21(木) 22:41:39.79ID:mcnwV9cy0
iPhoneのGPU使ってHEVCエンコしたいんだけど、そういうアプリ無いかな…

244名無しさん@編集中 (ワッチョイWW b501-Pez2)2019/02/21(木) 23:11:28.27ID:sF1C2Cww0
>>242
仮想化ソフトで動かしてもGPUを直接叩けるわけじゃないから無理

245名無しさん@編集中 (アウアウウー Sa21-bb9Q)2019/02/21(木) 23:11:28.92ID:YxCQTi7Da
>>243
ある。Siri Shortcutsでワークフロー作ろう。
共有メニューからパイプみたいに流し込んでエンコできるようにしとくと便利

246名無しさん@編集中 (ワッチョイW ea4b-iZeB)2019/02/21(木) 23:16:36.64ID:A6q6gtFO0
>>244
ふぇ…VRとか6Kとかの動画多くて辛ひ

247名無しさん@編集中 (ワッチョイWW c55f-7smw)2019/02/21(木) 23:26:07.41ID:VkBeiukz0
>>242
グラボのpciをvirtualboxでパススルーすれば仮想マシンから直接触れるようなことは聞いたことあるけど
やったことはないから自信ない

248名無しさん@編集中 (ワッチョイWW ea90-4Jln)2019/02/21(木) 23:27:51.18ID:DH+z3Sdg0
今どきのハードウェアデコーダは6Kとか対応してるのか?

249名無しさん@編集中 (ワッチョイW 6d77-00F9)2019/02/21(木) 23:31:38.20ID:pqfYOsa30
>>240
ほんまや。OpusとAVCと組み合わせなんて初めて見た。
てかReadonっていつの間にVP9非対応になってしまったんや。

250名無しさん@編集中 (ワッチョイWW 79dd-RHnI)2019/02/21(木) 23:51:09.29ID:jz76jMf30
>>248
物によるが8Kまでいける

251名無しさん@編集中 (ワッチョイ 7de7-dS/9)2019/02/22(金) 03:19:38.70ID:Vo38WZn10
>>249
> Readonっていつの間にVP9非対応になってしまったんや

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

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

252名無しさん@編集中 (ワッチョイWW a668-Qdjj)2019/02/22(金) 05:55:08.96ID:F1WIQ+vi0
稀に動画は再生支援を使うから低スペックPCで省電力がいいとか言ってる連中がいるが、
省電力PCは不可かかったときにフレーム落ちしやすいし、音声にリサンプリング処理とかを高精度に適用するだけでもブツブツといった
ノイズが混入しやすくなるから、省電力PCは全くオススメしない

253名無しさん@編集中 (ワッチョイ ea2c-McPC)2019/02/22(金) 09:17:18.39ID:Y/U9VaYx0
>>242
virtualboxのGPU仮想化はホストがLinux限定じゃなかったっけ
VMWareだと結構お高い拡張パック必須

254名無しさん@編集中 (スプッッ Sd0a-mxW3)2019/02/22(金) 09:26:07.42ID:p+OCkQzvd
どのみち仮想化するならハード一個持ってかれるからホストとグラボ共有とかは無理なはず。

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

255名無しさん@編集中 (ワッチョイ 7dad-yQpw)2019/02/22(金) 10:27:56.97ID:cVQZej0+0

256名無しさん@編集中 (ワッチョイ 592f-dS/9)2019/02/22(金) 17:34:35.59ID:N7WNcznu0
余命一年のOSで踏ん張らないといけない理由が何さ
宗教的な問題?

257名無しさん@編集中 (ワッチョイWW a95f-y1wo)2019/02/22(金) 18:23:12.02ID:mmyvnHtz0
>>256
windows7じゃないと動かないソフトがたくさんあるんじゃない?

258名無しさん@編集中 (アウアウクー MM7d-Qdjj)2019/02/22(金) 18:48:24.36ID:WX+8pzRRM
もう一台PC買えばえぇがな…

259名無しさん@編集中 (ワッチョイWW 6aa5-aEfC)2019/02/22(金) 18:56:04.44ID:xQQpWNoh0
そういう用途ならデュアルブートにするのが良さそうね

260名無しさん@編集中 (ワッチョイW 3d63-U0yH)2019/02/22(金) 19:42:18.46ID:+K2CPXsH0
互換性バッチリでしょ

261名無しさん@編集中 (ワッチョイ 39e7-dS/9)2019/02/22(金) 20:55:44.41ID:eyyxrl7A0
 
何を言っているのかヨクわからねーかもしれないが、x265 で SVT-HEVC を使えるようになっていた。

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

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

262名無しさん@編集中 (ワッチョイWW 6d9b-eSdf)2019/02/22(金) 20:59:36.02ID:CM3VJp1V0
>>245
ビットレートの指定とかできる?

263名無しさん@編集中 (ワッチョイW ea4b-iZeB)2019/02/22(金) 21:11:48.11ID:s8uVm+Dr0
>>256
マジレスすると反応速度が重要な少し古めのゲーム、というかSTGだな。配信もしてる
モニタや入力機器、ドライバも拘って遅延抑えてるのにwin10にするだけで1-2F程度遅延が発生する
自分は当該ゲームだと1F遅延はABテスト100%だから絶対変えられないし知り合いも2環境作ってる人が多い
多分反応速度0.13台だから異常に遅延を感じやすい

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

264名無しさん@編集中 (ワッチョイ eada-naZm)2019/02/22(金) 21:13:07.70ID:QphstW2g0
>>251
RX580使ってるけどChromeでもFFでもEdgeでもハードデコードできないよ
昔は出来たみたいだけど

265名無しさん@編集中 (ワッチョイ eada-naZm)2019/02/22(金) 21:14:36.35ID:QphstW2g0
>>264 すまん日本語読めてなかったわ

266名無しさん@編集中 (ワッチョイWW a668-Qdjj)2019/02/22(金) 21:32:01.47ID:F1WIQ+vi0
>>261
それを使うメリットって何かあるの?

267名無しさん@編集中 (ワッチョイ 6a16-dS/9)2019/02/22(金) 21:42:30.50ID:myVroYu20
>>261
自分もそれを書こうかと思ってたところ

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

268名無しさん@編集中 (ワッチョイWW a668-Qdjj)2019/02/22(金) 21:56:56.37ID:F1WIQ+vi0
>>267
速くなるのか
お手並み拝見ですな

269名無しさん@編集中 (ワッチョイ 6a16-dS/9)2019/02/23(土) 00:00:16.62ID:RKcxoJ7n0
>>268
doom9の一般人の予想だからなんとも・・
ま、あっても2pass時のみとか微妙な感じになりそう

270名無しさん@編集中 (ワッチョイWW b501-Pez2)2019/02/23(土) 00:21:24.43ID:c+er7Yfj0
SVTをx265が使えるログファイルを吐くように改造するのと
x265にSVTの一部コードを移植するのと
どっちが現実的なんだろうね

271名無しさん@編集中 (ワッチョイ 7de7-dS/9)2019/02/23(土) 00:37:25.34ID: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)2019/02/23(土) 01:56:16.44ID:loC7Esh/0
>>263
render aheadフレーム数の強制設定のことかな
VulkanやDX12には意味ないから、OpenGLやDX11以前の旧ソフト向けのバッドノウハウ化しそうだな

273名無しさん@編集中 (アウアウエー Sa52-igw8)2019/02/23(土) 02:21:15.68ID:+G6Dm3iKa
SVTはリアルタイムエンコに特化してるからx265と直接は比べる意味無いと思う
動画に使うならx265のほうが良いし配信に使うならSVTのほうが良い

274名無しさん@編集中 (ワッチョイWW 6aa5-aEfC)2019/02/23(土) 04:43:53.18ID:sKFj1/Bx0
https://github.com/intel/SVT-HEVC/blob/master/README.md

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

275名無しさん@編集中 (ワッチョイW 5db5-Sw0M)2019/02/23(土) 14:00:48.86ID:9dCGFDcv0
1080pで6GBなら使えるでしょ

276名無しさん@編集中 (ワッチョイ 66a7-xcUo)2019/02/24(日) 09:19:57.58ID:TlG/bat50
リモコン番号
(関東地方チャンネルプラン)

1 2 3
4 5 6
7 韓 9
101112

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

277名無しさん@編集中 (ワッチョイWW b501-y1wo)2019/02/24(日) 09:49:15.68ID:ZE7qAJY70
>>276
ネトウヨおじさん板間違えてますよ

278名無しさん@編集中 (ワッチョイW c51a-N78A)2019/02/24(日) 12:24:13.86ID:oDYZkfeC0
ネトウヨとか言っちゃうのキモすぎ

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

279名無しさん@編集中 (ワッチョイW ea4b-iZeB)2019/02/24(日) 12:43:32.81ID:yW0YtBW80
レイシスト

280名無しさん@編集中 (アウアウクー MM7d-N78A)2019/02/24(日) 13:05:49.71ID:AKHsQ4tmM
朝鮮人…

281名無しさん@編集中 (ワッチョイ ea2c-McPC)2019/02/24(日) 18:07:48.28ID:SuJygCu60
>>270
SVTのライセンスがBSD+Patentなんで、
x265をSVTが使えるログファイルを吐くように改造する
の一択でねえの

282名無しさん@編集中 (ワッチョイWW ad54-Qdjj)2019/02/24(日) 18:36:51.67ID:v5zMOCw30
SVT関連は配信する人向けの対応みたいだね

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

283名無しさん@編集中 (ワッチョイWW c55f-bAbS)2019/02/24(日) 18:39:45.83ID:L6F9zrAN0
映画&TVを使わなくてもWMPで再生できる

284名無しさん@編集中 (ワッチョイWW ad54-Qdjj)2019/02/24(日) 18:51:22.18ID:v5zMOCw30
>>283
WMPで再生すると重すぎてまともに再生すらできてないけどなぁ

285名無しさん@編集中 (スプッッ Sd12-55q0)2019/02/24(日) 20:54:54.89ID:XYMJ1FMhd
「映画&TV」は音声chが複数ある時に、ビットレートが高い方のchを選択して再生する
っていう謎の挙動があったな。

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

286名無しさん@編集中 (ワッチョイWW b501-Pez2)2019/02/24(日) 21:06:20.61ID:n+LED7DK0
>>285
ビットレート優先だからそこまで謎って訳でもないでしょ
言語とかを見てほしいのには同意だが

287名無しさん@編集中 (ワッチョイ 5de7-dS/9)2019/02/24(日) 21:17:00.40ID:hCpTiocj0
>>282
うちは入れてないからわからんのだけど、とりあえずバージョンやDLLの日付を見て更新があったのかどうかを確認してみてはどうだろう。
全体のバージョンはアプリのとこで見れるはずだし、個々のDLLについてはDXVACheckerからDSF/MFT Viewerを起動して
MediaFoundationの一覧からたどるとわかりやすいと思う。

288名無しさん@編集中 (ワッチョイW 3d7c-685d)2019/02/25(月) 07:44:40.18ID:S/i2jnKf0
>>286
主音声と副音声を同じパラメーターで圧縮してたら、データによって主が再生されたり副が再生されたりして???になってた。

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

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

289名無しさん@編集中 (ワッチョイWW c55f-WJsY)2019/02/25(月) 16:48:23.08ID:PthDP9Mt0
デュアルモノでLRそれぞれに違う言語入れてる音声多重・二カ国語放送ソースなら、エンコード時にLRをモノラルに分離してから
主音声・副音声の順にID振って、言語種別のメタデータ追加して個別オーディオストリームに格納するのが本来じゃ無いの?
日本語音声しか使わないのなら副音声カットするなり、副音声側のレベル下げてmixして音声ストリームを1本にすりゃ良いし

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

290名無しさん@編集中 (ワッチョイ 3d7c-2CcH)2019/02/25(月) 23:11:34.72ID:S/i2jnKf0
>>289
まさにそんな感じで、デュアルモノをLRで分割して、IDを振って言語も「日本語/英語」で付けたんだけど、
ビットレートで選ばれちゃうもんだから謎だなって思ったわけです。

291名無しさん@編集中 (ワッチョイ 6a16-dS/9)2019/02/26(火) 01:49:15.88ID:MFVEGhEm0
遥かむかーしに聞いたことなる仕様だ
ソフト名までは覚えてないけど

292名無しさん@編集中 (ワッチョイ 1163-rusg)2019/02/27(水) 05:46:58.15ID:yJj+PUIM0
既出かもしれんが遂にVP9がPCゲームで使用されてた
https://assassinscreed.ubisoft.com/game/ja-jp/home

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

293名無しさん@編集中 (ワッチョイ 1163-rusg)2019/02/27(水) 05:47:22.65ID:yJj+PUIM0
訂正
注視しないと見分けがつかないレベルだった

294名無しさん@編集中 (ワッチョイ 1163-rusg)2019/02/27(水) 06:32:14.06ID:yJj+PUIM0
NVENCはx品質指定でエンコード出来ないんかな

295名無しさん@編集中 (ワッチョイ 1163-rusg)2019/02/27(水) 06:32:30.39ID:yJj+PUIM0
誤爆

296名無しさん@編集中 (アウアウイー Sa7d-VS9j)2019/02/27(水) 14:45:44.61ID:7new9Rwca
Switchのムービー使ってるゲームはほぼ全部VP9と思われる
権利表記に必ずVP9が書いてある

297名無しさん@編集中 (オイコラミネオ MMb5-K3Le)2019/02/27(水) 18:51:49.74ID:qgijpDsMM
SwitchはOpus使ってるからな

298名無しさん@編集中 (ワッチョイWW a668-Qdjj)2019/02/27(水) 21:46:29.20ID:2L9A2z0n0
・Windows 10で「AV1」動画を再生可能にするメディア拡張機能「AV1 Video Extension」
ベータテスト中。「Windows 10 バージョン 1903」ではエクスプローラーでのプレビューも
https://forest.watch.impress.co.jp/docs/review/1171984.html

299名無しさん@編集中 (ワッチョイ 6ad2-X3b8)2019/02/27(水) 22:00:27.47ID:pigQApwk0
>>298
MSの実装、性能悪いんだよな
dav1d使えばいいのに
各社バラバラにSIMD最適化するのって効率悪く思えるよ

300名無しさん@編集中 (ワッチョイ 6a16-dS/9)2019/02/27(水) 23:36:03.55ID:VpREUR9z0
>>299
同一じゃないの
ARMとx86(x86_64)みたいな大枠での話のような気がする

301名無しさん@編集中 (ワッチョイW d7b5-w3ae)2019/02/28(木) 23:58:07.36ID:CdNeOdFx0
AVIF an AV1-based Compressed Still Image Format that Challenges HEIF, Goes v1.0.0 | TechPowerUp
https://www.techpowerup.com/253131/avif-an-av1-based-compressed-still-image-format-that-challenges-heif-goes-v1-0-0

302名無しさん@編集中 (ワッチョイ d7e3-3oSp)2019/03/01(金) 00:39:59.94ID:5NpuT6lc0
思ったよりAVIF来るの早かったな
とりあえずIrfanviewが対応してくれるの待ち

303名無しさん@編集中 (JPWW 0H3b-EwP6)2019/03/01(金) 04:52:17.34ID:UlphI8OyH
ついにきたのか、静止画用としてはwebpより品質低いのが事実かどうか気になるところ

304名無しさん@編集中 (ワッチョイWW 9ff7-p5ww)2019/03/01(金) 06:37:41.75ID:+YgnTH/A0
v1.0.0だけどまだdraft段階で正式に承認されてないから注意ね
これからまたerrataとか出すかもしれない

305名無しさん@編集中 (ワッチョイW 9770-vAqM)2019/03/01(金) 08:05:09.85ID:vmUXFKDq0
>>298のはAVIF(海老フ)にも対応してるんだよね
Windowsに載ると普及早いかもね
HEIFはすでに対応してた気がする

306名無しさん@編集中 (ワッチョイWW 9f00-K4iq)2019/03/01(金) 08:17:10.79ID:IRRmhBUL0
ライブラリとコマンドラインツールくれよう。オレオレ画像ビューアに組み込むからさ

307名無しさん@編集中 (ワッチョイWW ff68-wh6V)2019/03/01(金) 10:13:46.91ID:I6OWpHRk0
エビフでもヒフでもどっちでもいいけど、画像ビューアーがどれだけ対応するか
未だに色域の処理すらままならんクソ匕が履いて捨てるほどにあるのが、どうにも信じられん
何故静止画のソフトウェア開発者は無脳が多いのか

308名無しさん@編集中 (ワッチョイWW 175f-sWv8)2019/03/01(金) 11:34:03.28ID:h7UYLdcC0
単に需要が労力に伴わないだけでは

309名無しさん@編集中 (ワッチョイWW 9ff7-p5ww)2019/03/01(金) 11:51:04.31ID:0qgvUaZM0
HEIFもAVIFもbt601とbt709どっち使うのか明確に決まってないしレンジもリミテッドなのかフルなのかもよく分からんしな
作成側のソフトも表示側のソフトもガバガバだから正しい色で表示出来ないトラブルが頻発しそうやね
というかこの辺BPGのほうがよっぽどまともだったな

310名無しさん@編集中 (ワッチョイ 9ff7-J00P)2019/03/01(金) 17:57:06.66ID:/TLgUkWD0
>>306
現時点では公式のライブラリを作る予定はないらしい
https://github.com/AOMediaCodec/av1-avif/issues/44#issuecomment-466190773

311名無しさん@編集中 (ワッチョイWW 9f00-K4iq)2019/03/01(金) 18:27:13.73ID:IRRmhBUL0
そうかー、libavifあたりに行ってみるかな

312名無しさん@編集中 (アウアウエー Sadf-Er9v)2019/03/05(火) 03:58:55.20ID:pOcHU9vJa
dav1d v0.2

313名無しさん@編集中 (ワッチョイ d701-ejTr)2019/03/05(火) 05:30:12.73ID:b7+IUhTW0
dav1d v0.2.1

314名無しさん@編集中 (ワンミングク MM7f-bwry)2019/03/05(火) 06:15:10.19ID:d/q7arl7M
>>312
たすかる
>>313
まだ出てねーよ死ね

315名無しさん@編集中 (ワッチョイWW 9ff7-p5ww)2019/03/05(火) 07:59:33.06ID:cIo+p+Ed0
dav1d.exe -v すると0.2.1って表示されるのは確か

316名無しさん@編集中 (ワッチョイ d7e7-3oSp)2019/03/05(火) 08:38:05.48ID:It/b/sFS0
>>315
リリース後はとりあえずバージョン表記も仮バージョンという形で上げておこうという運用みたいだね。

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

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

317名無しさん@編集中 (ワッチョイ d7e7-3oSp)2019/03/05(火) 09:30:00.26ID:It/b/sFS0
dav1d v.0.2 の関連記事と概要

DAV1D v0.2 AV1 Video Decoder Released With SSSE3 & NEON Optimizations - Phoronix
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
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)2019/03/05(火) 09:40:28.70ID:It/b/sFS0
 
27 CPUs Benchmarked With AOM AV1, Intel SVT VP9/AV1/HEVC Video Encoders - Phoronix
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.95ID:1CJ0f5jE0

320名無しさん@編集中 (ワッチョイ d716-3oSp)2019/03/05(火) 11:25:29.16ID:floUbY4x0
>>318
SVT-HEVC早すぎじゃね?

321名無しさん@編集中 (ワッチョイ 37e3-3oSp)2019/03/05(火) 15:37:04.89ID:K/TojsId0
https://01.org/svt
https://01.org/sites/default/files/documentation/scalable_video_technology_for_the_visual_cloud.pdf
SVTってQSV機能を活用したエンコーダなのかなって思ってたけど
ソフトウェアベースのエンコードなのか

322名無しさん@編集中 (ワッチョイWW 9ff7-p5ww)2019/03/05(火) 17:12:44.27ID:yc+l86Er0
>>320
SVT-HEVCはデフォルトのencMode 9だとVMAFはx265のsuperfastとかultrafast相当だから
medium相当のencMode 4だと相応に遅くなる

323名無しさん@編集中 (ワッチョイW 9770-vAqM)2019/03/05(火) 20:17:09.90ID:XZbT/4K/0
>>320
それよりもSVT-VP9がAVX512対応してて早いのがびっくり

324名無しさん@編集中 (アウアウエー Sadf-Er9v)2019/03/05(火) 20:52:51.27ID:nnQrXBvJa
SVTはIntelがxeonで動かすために作ってるエンコーダだから
マルチコアやSIMDに特化してる

325名無しさん@編集中 (ワッチョイWW 175f-sWv8)2019/03/06(水) 03:07:22.20ID:0He6BQdH0
IntelのSDKだとQSV使えなければソフトウェア動作もする造りだからな
それをXeon E3/D以外の多スレッド&SIMD向けに速度寄りのチューニングした様なもの(画質性能はVLC一派には敵わない

326名無しさん@編集中 (ワンミングク MM7f-5yB0)2019/03/06(水) 09:15:37.82ID:6FPfl5H9M
AVX2にも最適化してくれんかなぁ
動画配信で未だにゾンビの如く使われるx264をリプレースして欲しい
x264veryslow以上でx265veryfast程度の画質はあるよね…?

327名無しさん@編集中 (アウアウエー Sadf-Er9v)2019/03/06(水) 09:21:18.43ID:HDv3J/SPa
それはわかる
色々とコーデックはあるけどh264にしか対応していない環境は多い

328名無しさん@編集中 (ワッチョイWW 9ff7-p5ww)2019/03/06(水) 12:12:31.57ID:15cHhK/o0
配信者がh265でエンコードしても配信サイトのほうでh264に再エンコードされるんじゃないの
配信したことないから予想で言ってるけど

329名無しさん@編集中 (ワンミングク MM7f-5yB0)2019/03/06(水) 14:32:09.30ID:6FPfl5H9M
配信者がエンコしたものがそのまま配信される(P2P or サーバー側で再配信)形と再エンコされて配信される形があるかな。
後者は3-10秒程度遅延があるものが多い。
自分はどちらも使うからクライアント側もサーバー側も両方更新して欲しい。
あと>>326の1個目はx264→h264だ恥ずかしい。

330名無しさん@編集中 (ワッチョイ d72c-I0PN)2019/03/06(水) 15:03:32.04ID:/CLqK7wW0
>>329
>後者は3-10秒程度遅延があるものが多い。
リアルタイムで変換してその都度捨ててるの?そんなわけないでしょ

331名無しさん@編集中 (ワンミングク MM7f-5yB0)2019/03/06(水) 16:45:24.67ID:6FPfl5H9M
配信した瞬間から視聴者へ届くまでの遅延ね。タイムラグと言った方がいいかもしれない。
サーバーサイドで再エンコされない場合、zero latencyとか指定しておけば1秒以下になる場合もあるから。

332名無しさん@編集中 (ワッチョイ 9fe7-3oSp)2019/03/06(水) 19:47:37.65ID:RC6cWvjR0
配信やってないからあまり知らないけど、YoutubeLiveもTwitchもニコニコ生放送も
配信者がエンコードして送り出した動画をサーバー側で再エンコードして、それを視聴者に届けてるよね?

配信者がエンコードしたものをそのまま視聴者に送ってる配信サイトってどういうのがあるんだろ?

333名無しさん@編集中 (ワッチョイW 1785-B5gC)2019/03/06(水) 20:29:36.14ID:w0XrMoCv0
あんまり詳しい事覚えていないけどMicrosoftのMixerは遅延対策にWebRTC使っているし、再エンコードしてないのでは?

334名無しさん@編集中 (ワッチョイ ffa7-V+g/)2019/03/06(水) 20:39:44.87ID:axg03XIN0
総務省資料より抜粋

335名無しさん@編集中 (ワッチョイWW 9701-Gfzz)2019/03/06(水) 21:12:07.82ID:ZlOsb0em0
VVCの1080pで4MbpsってDivX/WMV時代だとSD画質程度じゃねーか
そんなに進化するのか

336名無しさん@編集中 (ワッチョイ 9fe7-3oSp)2019/03/06(水) 21:33:16.91ID:RC6cWvjR0
>>334
情報出してくれて感謝だけど、そういうのは一部を切り出した画像だけじゃなく元資料のリンクとかも貼ってもらえるとありがたい。

 総務省|放送用周波数の活用方策に関する検討分科会|放送用周波数の活用方策に関する検討分科会(第4回)配布資料
 http://www.soumu.go.jp/main_sosiki/kenkyu/housou_kadai/02ryutsu08_04000339.html

 資料4−4 VHF-High帯の利用提案について【シャープ株式会社提出資料】
 http://www.soumu.go.jp/main_content/000604314.pdf

>>335
>>334のページ全体の画像→ http://2sen.dip.jp/cgi-bin/upgun/up2/source/up3530.jpg
「性能を倍と仮定して算出」だってさ。

---
注)
  ・HEVCの性能はAVCの倍、VVCの性能はHEVCの倍と仮定して算出
---

337名無しさん@編集中 (スププ Sd32-OlGz)2019/03/07(木) 00:43:09.20ID:HHPcJuXRd
>>332
Twitchはソース画質がある

338名無しさん@編集中 (ワッチョイWW 975f-NvWY)2019/03/07(木) 04:48:43.63ID:YP2bYD8M0
でも実際はMPEG2で20Mbps必要なところを、FHDを6割の解像度に落としてネジ混む暴挙でたのが現場
帯域設計的にも地デジは本来AVCでやるべきだったのを、地デジ賛同を人質に早くから試験運用開始してTV売ろうとした業界の上層部の守銭奴のお陰でデコーダの調達面や、数年後の本格移行に入ってから録画機能にAVC使う算段からMPEG2になっちまった
開始2年遅らせられたら放送波AVC使えたのにな

339名無しさん@編集中 (ワッチョイWW 975f-+w//)2019/03/07(木) 05:27:17.36ID: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.96ID:jo+LYTBY0
HEVCはもう時代遅れ。

341名無しさん@編集中 (ワッチョイWW 0266-rLsy)2019/03/07(木) 10:17:31.29ID:jwiHTjh40
全てのテレビ放送はAV1コーデックになるべきだ

342名無しさん@編集中 (ワンミングク MM42-KzAK)2019/03/07(木) 11:10:49.80ID:9ou03NE3M
可能であればVVCでしょ。
総計算量がAV1の1/3程度でそれよりも縮むといわれてるし。

343名無しさん@編集中 (ワッチョイ ff16-/kwh)2019/03/07(木) 11:52:09.20ID:tSvYPBW/0
>>339
アナログ放送に比べたら画質は格段に良くなったぞ

344名無しさん@編集中 (ワッチョイWW cb81-/BpF)2019/03/07(木) 13:10:05.33ID:l/RsNDYy0
テレビならエンコードのコストなんか無視できるだろう

345名無しさん@編集中 (ワッチョイWW 975f-gSza)2019/03/07(木) 13:13:18.28ID:UvZrNSiY0
>>336
avc->hevc->vvcで伝送容量をただavcから半分にしてるだけでワラタw
さすがにやばいかもって気持ちが端数の切り上げに表れててさらに笑うw

346名無しさん@編集中 (アウアウイー Sa07-40aG)2019/03/07(木) 16:52:19.03ID:wJy1WfOJa
>>336
VVCはまだ想定の話でもいいけど、H.265は実際にエンコーダーが沢山あるんだからちゃんと検証すりゃいいのに
効率がH.264の倍とかってどんぶり勘定もいいとこだな

347名無しさん@編集中 (ワッチョイ d263-uGU8)2019/03/07(木) 18:42:51.85ID:hyJnVoNc0
自サイトでVP9(Webm)をGIFアニメの代わりに使いまくってる僕

348名無しさん@編集中 (ワッチョイWW 975f-NvWY)2019/03/07(木) 19:04:48.22ID:YP2bYD8M0
放送波でVVCはエンコする放送事業者側、特に地方局で悲鳴が上がるけどな
BS4K/8Kに絡んでるキー局ならまだしも、リアルタイム処理の敷居上がるし編集機材も総入れ替えだから、地方局じゃ見通しも出せんだろう

その提案は技術面だけでの案でタイムスケジュール的な現実性が全然無いのよね
手前らはデコード環境揃えられりゃ良いんだろうけど

349名無しさん@編集中 (ワッチョイWW cb81-/BpF)2019/03/07(木) 19:24:49.95ID:l/RsNDYy0
編集時のフォーマットなんて何でもいいのでは?

350名無しさん@編集中 (ワッチョイ 122c-InV+)2019/03/07(木) 20:12:40.25ID:TtT6IoUv0
フォーマットじゃなくて機材の話じゃね?

351名無しさん@編集中 (ワッチョイWW cb81-/BpF)2019/03/07(木) 20:29:03.77ID:l/RsNDYy0
機材の変更なんか要らないって話
放送時に変換すればいいだけでしょ

352名無しさん@編集中 (ワッチョイ 1f2c-ybSI)2019/03/07(木) 20:41:17.16ID:GzwN5NQF0
ぱそこんで1日一本作ればいいYouTuberくらいしか想像できない視聴者は
黙ってればいいよ

353名無しさん@編集中 (ワッチョイWW cb81-/BpF)2019/03/07(木) 20:45:09.67ID:l/RsNDYy0
リアルタイムエンコーダが1台あれば済むテレビ局、
大量の動画を複数解像度でエンコードする動画サイト、
というわけだな

354名無しさん@編集中 (ワッチョイ a3e7-/kwh)2019/03/07(木) 20:49:25.37ID:xNQBo2uT0
さすがにこれ以上ボロ出すのはやめたほうが・・・

355名無しさん@編集中 (アウアウイー Sa07-40aG)2019/03/07(木) 23:07:28.97ID:wJy1WfOJa
リアルタイムエンコに限定すれば評価も変わりそうだな
複雑すぎるアルゴリズムだと間に合わないから意味無いし
実はH.264位が丁度いいかもしれない

356名無しさん@編集中 (ワッチョイW 1f7c-AHG9)2019/03/08(金) 00:03:40.15ID:T1KKcONz0
帯域や変調方式まで変わるとなると、伝送系や送信局の設備更改やらで
かなり面倒な事になりそうだな。

357名無しさん@編集中 (ワッチョイW 9785-d4+U)2019/03/08(金) 01:51:37.52ID:aM5MWAXO0
AV1リアルタイムエンコードが実現するのに残りどれほど時間がかかるのか。ぼくには

358名無しさん@編集中 (ワッチョイW 9785-d4+U)2019/03/08(金) 01:52:05.10ID:aM5MWAXO0
想像も出来ない

359名無しさん@編集中 (アウアウイー Sa07-40aG)2019/03/08(金) 02:06:46.92ID:UirPlsIpa
地デジは最初レイテンシーが3秒以上あったが、エンコーダーの進化で画質も向上しつつレイテンシーも1秒になった
実はMPEG2もリアルタイムエンコに限れば悪くないのかもしれない

360名無しさん@編集中 (ワッチョイWW af68-HjXf)2019/03/08(金) 02:56:57.33ID:kn6Z4BCp0
そうは言っても3秒程度のレイテンシーってそんなに大事なのか?そのへんのことはよく分からんが…

361名無しさん@編集中 (ワッチョイ 1f2c-ybSI)2019/03/08(金) 03:03:06.38ID:5SKNiUfb0
年越しカウントダウンがずれるだろ

とはいえ、日本の年越し行事はことごとくダウンタウンに破壊されたが

362名無しさん@編集中 (ワッチョイWW af68-HjXf)2019/03/08(金) 03:21:07.99ID:kn6Z4BCp0
あぁまあたしかに…

363名無しさん@編集中 (アウアウウー Sac3-lIS0)2019/03/08(金) 03:43:50.37ID:91KR7Osea
テレビ局の自力によって用意できるエンコーダーに差がでて各局毎に12時がバラバラとかになるのか

364名無しさん@編集中 (ワッチョイWW cb81-/BpF)2019/03/08(金) 05:35:43.73ID:j8ENjAYT0
Good News: AV1 Encoding Times Drop to Near-Reasonable Levels
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)2019/03/08(金) 05:58:30.59ID:TqHPQkeT0
高速化ではあるんだろうけど
ブラシーボでx265回した方がまだ速いという

366名無しさん@編集中 (ブーイモ MM0e-W70O)2019/03/08(金) 10:11:08.80ID:lP/XGfBwM
libaomよりrav1eの方が早そう

367名無しさん@編集中 (ワッチョイ 92a5-/kwh)2019/03/09(土) 13:10:05.88ID:O5uvNncX0
HEVCにしてもAV1にしても確かに同じ絵が連続するようなアニメだと縮むんだけれど
テレビ放送で大半を占めるであろう実写に対しては焼け石に水なんだよね
SHARPが丼勘定で数字出してしまうのもなんとなくわかる気がする
忖度か手抜きかわからんけど

368名無しさん@編集中 (ワッチョイ 16a7-9S5W)2019/03/09(土) 15:12:39.91ID:r1/hb7hU0
◆ドイツの地デジはHEVCに移行、HD40チャンネルへ
ドイツの公共・商業放送事業者は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を採用したため,視聴者は受信機の買い替えが必要となる。
また商業放送は,本放送開始と同時に有料放送に移行する計画。

(ソース)http://www.nhk.or.jp/bunken/book/monthly/europe/201607.html

ドイツの地デジの新方式 
# 帯域幅8MHz、26.37Mbps (64QAM, FEC2/3)を、HD6チャンネルに分割。
# 映像圧縮 HEVC 平均2.6〜3.5Mbps、最大6Mbps
# 音声圧縮 E-AC-3かAAC

各チャンネル詳細 ⇒ http://i.imgur.com/ZNnciLl.jpg

369名無しさん@編集中 (ワッチョイ d27c-gi2a)2019/03/09(土) 15:14:11.26ID:hyzMQ4jm0
ドイツ人のキチガイぶりには呆れるしかない

370名無しさん@編集中 (ワッチョイ ffda-bEPP)2019/03/09(土) 15:37:05.58ID:imO9F1Hw0
>>368 今から変えるならAV1のほうが良かったんじゃないの?って思ったり

371名無しさん@編集中 (ワッチョイWW ef9b-q+B7)2019/03/09(土) 15:45:56.83ID:zh7fJzba0
え?今までSDだったの

372名無しさん@編集中 (ワッチョイ 16a7-9S5W)2019/03/09(土) 15:59:36.79ID:r1/hb7hU0
ドイツの男は、基本的に衛星放送かCATV(放送画質はHD/H.264)で、
欧州5大リーグやチャンピンズリーグを主に見ている。
ドイツの有料多チャンネル普及率90%で日本よりはるかに高い普及率。

アメリカはNetflixなどの躍進で、衛星+CATVの普及率が急激に低下中で、
地デジのみ+配信のパターンが増えている。

373名無しさん@編集中 (ワッチョイ 16a7-9S5W)2019/03/09(土) 16:43:50.96ID:r1/hb7hU0
>>372
【参考】欧州の最大の衛星放送 SKYグループ加入者数

サービスエリア     加入者数(2018年6月)
               個人     法人など
英国 + アイルランド  1299.6 万   334.5 万
ドイツ+オーストリア   519.1      16.0
イタリア          482.3
==
合計            2301     350.5    総計 2651万

※加入者数のソース;SKYグループの"Annual Report 2018"。ttps://www.skygroup.sky/corporate/investors/annual-reports

 日本のように、まだネット配信に自国サッカーリーグ放映権を奪取されておらず、加入者の減少は見られない

374名無しさん@編集中 (ワッチョイ 16a7-9S5W)2019/03/09(土) 17:23:01.28ID:r1/hb7hU0
>>371
地デジはそうだよ。NTSCのSDよりは高画質だけど。
ドイツは人口が多く、貧困層(主に不法移民)も多いから、
受信機買い替えが必要な地デジの規格変更は慎重だった。
当初の計画はH.264だったけど、長い議論の末に伝送規格DVB-T2、映像圧縮H.265になった。

詳細はDVBの過去NEWS参照
(携帯電話の帯域を増やしてくれということで、地デジ不要論まであった)
https://www.dvb.org/

375名無しさん@編集中 (ワッチョイWW ef9b-q+B7)2019/03/09(土) 17:43:15.17ID:zh7fJzba0
>>374
なるほど
H265で帯域を可能な限り圧縮してるのね

376名無しさん@編集中 (JPWW 0H6e-P3kg)2019/03/09(土) 19:18:52.63ID:eWmZRcCAH
>>371
2年前まで

377名無しさん@編集中 (JPWW 0H6e-P3kg)2019/03/09(土) 19:21:02.16ID:eWmZRcCAH
で、ドイツをキチガイ呼ばわりしている理由はなんだ?

378名無しさん@編集中 (ワッチョイ 16f2-LbCk)2019/03/09(土) 20:28:39.31ID:wSFCtnpO0
日本も後2〜3年遅らせればh264でFHDにはなったと思うんだよなぁ

379名無しさん@編集中 (ワッチョイ 1f2c-ybSI)2019/03/09(土) 20:56:00.88ID:xIrOWq2Z0
>>377
あれじゃね?規格変更をテレビ売りたいがためだと信じてる人たち

380名無しさん@編集中 (ワッチョイ 16a7-9S5W)2019/03/09(土) 21:57:00.98ID:r1/hb7hU0
【SHVC】アメリカの地デジ4K規格 ATSC3.0 で採用

ATSC 3.0 映像圧縮SHVC (HEVC Scalability Extension)

SHVCは画像を階層的に符号化する階層符号化技術で、
映像ビットストリームを品質と解像度レイヤーを映像信号に追加するサブセットに分割し、
ネットワークのデータストリーム情報を画像に変換する仕組み。
 ・・・ ttp://zakkamekka.com/industry_news/2014/10/141020_a.html)

現行のATSCとは互換性はないので、"受信機の買い替えが必要"
次世代通信規格5Gや、ネット配信の影響で、いまさら感のATSC 3.0は懐疑的な見方もある。

381名無しさん@編集中 (ワッチョイ 16a7-9S5W)2019/03/09(土) 22:02:25.80ID:r1/hb7hU0
>>378
遅れて開始したワンセグはH.264だからね

382名無しさん@編集中 (ワッチョイ b744-/kwh)2019/03/09(土) 22:15:32.52ID:YYgSaRJf0
スカパープレミアムは1440x1080だから地デジでH.264採用しててもフルHDではなかった?
ビットレートの問題かな

383名無しさん@編集中 (アウアウイー Sa07-40aG)2019/03/09(土) 23:34:56.68ID:juekoSbLa
だいぶ前からだがアクトビラに対応してるテレビはH.264のデコーダーを載せてる
余程古いテレビ以外はH.264をデコード出来るからもったいないことをした

384名無しさん@編集中 (ワッチョイW b71a-x8FJ)2019/03/10(日) 10:43:24.77ID:GjJBN3rx0
>>368
># 映像圧縮 HEVC 平均2.6〜3.5Mbps、最大6Mbps

いくらHEVCといえど、HDでこのビットレートは苦しくないか?

385名無しさん@編集中 (ワッチョイWW 975f-NvWY)2019/03/10(日) 11:15:00.65ID:BE3wr2E/0
>>384
電波帯域の再編成とか面倒な事極力避けてるからな
近年のドイツ政府らしい結構な手抜きとゴリ押しだよ
お陰で軍隊の劣化マッハすぎて笑えない

386名無しさん@編集中 (ワッチョイWW af68-HjXf)2019/03/10(日) 12:07:12.64ID:yVKjPwL+0
政府がテキトーなのはどこの国も似たようなもんか

387名無しさん@編集中 (アウアウクー MM07-ak2Z)2019/03/10(日) 12:22:15.21ID:479H0cy7M
平均3Mbpsしか割り当てられないってのが、そもそもどうかしているし、どうしてもそれしかできないならば、おとなしくVVCまで待てよとしか言いようがない

388名無しさん@編集中 (ワッチョイ 162c-gi2a)2019/03/10(日) 12:54:47.93ID:1vlqVtXI0
一方mpeg2/1440 30fを無理やり1920に引き伸ばしてるの日本

389名無しさん@編集中 (ワッチョイ ff16-/kwh)2019/03/10(日) 13:12:57.30ID:+mhCxlCP0
>>384
x265の品質基準で結果的に1.3MBps前後なエンコードしてるけど
画質的にはギリセーフな感じだから、2.6MBpsもあれば十分「綺麗」な放送ができると思う

390名無しさん@編集中 (アウアウクー MM07-ak2Z)2019/03/10(日) 13:16:48.88ID:479H0cy7M
ハードウェアエンコードの放送をソフトウェアエンコードのビットレートで比較してどうすんだよ

391名無しさん@編集中 (ワッチョイ df01-uGU8)2019/03/10(日) 13:44:48.92ID:1cspIKRk0
x265mediumで1440x1080の実写だと4MbpsはOK、
3Mbpsだと地デジ通常局よりノッペリしてて汚いって感じ
アニメの縮みは何だったのかと思うほど実写はレート必要だね
まあ今までSDならそれよりは圧倒的にマシだから良いのでは

392名無しさん@編集中 (ワッチョイWW 975f-NvWY)2019/03/10(日) 15:22:22.56ID:BE3wr2E/0
放送事業者が使ってるシステムも、実際の中身がXeonのシステムにDSPや映像入出力系のボード載せた専用システムってのも少なくないからな
ハードウェアエンコーダと言って良いかは疑問

393名無しさん@編集中 (ワッチョイWW 975f-NvWY)2019/03/10(日) 15:38:44.97ID:BE3wr2E/0
まぁ、実写で視覚評価の悪化をどうにかする為にrd系オプションが有ったりする訳だけども
SSIMでの画質評価基準からは外れるから、自分で画質評価出来なきゃならんので、落としどころ見つけるのが糞難しい

394名無しさん@編集中 (ワッチョイWW ef9b-q+B7)2019/03/10(日) 19:20:41.45ID:8CcuJa050
>>384
俺がエンコした感じ、、1920x1080/60pは4Mbpsでかなり見られる画質になった。
確かYouTubeは1080/30pのH.264を4Mbpsくらいでエンコしてるから、それ基準に考えたら分かりやすいかもしんない

395名無しさん@編集中 (ワッチョイ ff16-/kwh)2019/03/10(日) 19:33:27.82ID:+mhCxlCP0
>>390
放送で使われてるHWエンコーダーは優秀だと思うぞ

396名無しさん@編集中 (アウアウクー MM07-ak2Z)2019/03/10(日) 19:38:21.95ID:479H0cy7M
>>394
YouTubeみたいなせいぜい20インチ程度の小さな画面を前提の設定とテレビを同列で語られましても…

>>395
期待しすぎ

397名無しさん@編集中 (ワッチョイWW 0b57-P3kg)2019/03/10(日) 19:55:13.00ID:Hi8yh7Vn0
>>396
テレビはYoutubeより劣化したレートにせざるを得ない

398名無しさん@編集中 (アウアウクー MM07-ak2Z)2019/03/10(日) 19:57:36.65ID:479H0cy7M
>>397
勝手にそんな決まり事を作られましても

399名無しさん@編集中 (ワッチョイ ff16-/kwh)2019/03/10(日) 21:46:54.27ID:+mhCxlCP0
>>397
関連性があんまり分かってないけど
ドイツのは最大6MBpsまで対応なんだから
必要十分な画質は達成できるでしょ

400名無しさん@編集中 (ワッチョイW 9785-d4+U)2019/03/10(日) 21:56:33.57ID:JF4RxAip0
テレビ局向けエンコーダでの有名所というとソシオネクストとかかね?
http://www.socionext.com/jp/products/assp/h264h265/broad/index.html

401名無しさん@編集中 (ワッチョイWW ef9b-q+B7)2019/03/10(日) 22:04:30.41ID:8CcuJa050
>>396
いや、YouTubeのビットレートとAVCについて理解してたら通じると思うんだが。なぜなら見る媒体じゃなくコーデックの話だから。
同列で語る事に違和感あるなら、一度エンコすれば分かると思うよ。

402名無しさん@編集中 (ワッチョイ c22d-uGU8)2019/03/10(日) 22:53:09.98ID:6gYjNpU10
ここって政治の話もいいの?

403名無しさん@編集中 (スフッ Sd32-HjXf)2019/03/10(日) 22:54:20.74ID:Ojih3FNgd
めんどくさくなるからダメ

404名無しさん@編集中 (ワッチョイ c22d-uGU8)2019/03/10(日) 22:58:50.64ID:6gYjNpU10
なら国がどうとか企業がどうとか政治の話はしなくていいんじゃね
技術とは全然違う話だから

405名無しさん@編集中 (ワッチョイ 47e6-gi2a)2019/03/11(月) 20:50:20.47ID:MbUGv6rS0
ソニーは8Kに対応したH.265ベースの新コーデック「XEVC」を開発中
https://dclife.jp/camera_news/article/sony/2018/1218_01.html

↑こんなことして特許問題とか大丈夫なんですか?

406名無しさん@編集中 (ワッチョイ 162c-gi2a)2019/03/11(月) 21:15:32.96ID:xG+jTn/e0
また日本の不必要な囲い込み規格か
AVCHDとかもそうだったが
メーカー囲い込みのためだけに外殻だけ変えたもん作るのやめろよ

407名無しさん@編集中 (ワッチョイW ffb5-gVn4)2019/03/11(月) 21:34:41.87ID:TscWVfuA0
AVCHDのH.265版かな

408名無しさん@編集中 (ワッチョイ 335f-uGU8)2019/03/11(月) 21:50:03.64ID:78lSjZ9f0
XAVCとか作ってたし

409名無しさん@編集中 (ワッチョイWW d2ef-q+B7)2019/03/11(月) 23:17:19.74ID:L90B6k8B0
そうだね
XAVCのHEVC版

410名無しさん@編集中 (ワッチョイWW 0266-rLsy)2019/03/11(月) 23:38:05.45ID:2j8OmFUh0
独自規格とかふざけんな
AV1でいいだろAV1の何が悪い

411名無しさん@編集中 (ワッチョイW ffb5-gVn4)2019/03/11(月) 23:54:12.55ID:TscWVfuA0
既存の物を組み合わせただけに見えるから言うほど独自でもないような

412名無しさん@編集中 (ワッチョイ 47e6-gi2a)2019/03/12(火) 00:25:53.44ID:AfkQJYes0
AV1で記録するカメラとか作れるの?

413名無しさん@編集中 (ワッチョイ 1f2c-ybSI)2019/03/12(火) 00:56:57.76ID:x/gYHc1r0
業務用カメラや規格を知らない無知なただの動画オタ一般人は
あまり汚い言葉で書き込まないでほしい。見てて恥ずかしい

414名無しさん@編集中 (ワッチョイWW 975f-NvWY)2019/03/12(火) 00:57:20.28ID:XFbAnoAR0
ポンコツじゃないHWエンコーダが実装できればな

415名無しさん@編集中 (ワッチョイWW 975f-NvWY)2019/03/12(火) 01:05:43.02ID:XFbAnoAR0
カメラ向けのプロファイルとして提言すりゃ良いものを、独自拡張でやってりゃ同じだよ

416名無しさん@編集中 (ワッチョイ 16a7-9S5W)2019/03/12(火) 02:03:46.65ID:l7WESTE40
放送局用などプロ向け機器は、SONYが唯一高シャアの商品だからね。

417名無しさん@編集中 (アメ MMdb-qHyh)2019/03/12(火) 08:11:54.37ID:03Drw0smM
俺がルールだと言うことだな。
曖昧にされるよりは良いかな。

418名無しさん@編集中 (スッップ Sd32-dNZM)2019/03/12(火) 08:39:27.30ID:o5mikNRad
放送品質はある程度高くしとかないと大画面テレビが売れなくなって、家電メーカが困るだろう。

まぁNHKのネット配信とやらがどんな形式のどんな帯域でやるのか楽しみだ。

419名無しさん@編集中 (ラクラッペ MMdb-/TBF)2019/03/12(火) 10:51:08.61ID:OzWAftKzM
>>416
3倍速いと突っ込んで欲しいのか定期

420名無しさん@編集中 (ワッチョイ 1201-B/TR)2019/03/12(火) 11:49:38.20ID:DlnDkenz0
H.265/HEVCのライセンスが緩くなった今、
VP9ってYoutubeがAppleと喧嘩して一人で意地張ってただけで
誰も幸せにしてないな

421名無しさん@編集中 (ワントンキン MM42-ATBS)2019/03/12(火) 16:20:53.13ID:TywPFad4M
そもそもVP9がないと緩くならなかったんだぞ?

422名無しさん@編集中 (ワッチョイ a3e7-/kwh)2019/03/12(火) 16:42:12.92ID: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.64ID:AE09qaiu0
AV1作ってるAlliance for Open Mediaのメンバーに日本企業が無いように見えるんだけど、俺の見間違いだよね?
https://ja.wikipedia.org/wiki/Alliance_for_Open_Media

424名無しさん@編集中 (スフッ Sd32-HjXf)2019/03/12(火) 17:46:22.65ID:cDCbV9G/d
ARMはソフバンの子会社だし…

425名無しさん@編集中 (ワッチョイ a3e7-/kwh)2019/03/12(火) 17:54:45.26ID:92k8wk380
>>423 
Socionextがいるじゃん。

426名無しさん@編集中 (ワッチョイ a3e7-/kwh)2019/03/12(火) 18:06:19.83ID:92k8wk380
 
SVT-AV1 Performance Continues Speeding Ahead, Xeon/EPYC Video Encode Benchmarks - Phoronix
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)
 https://github.com/OpenVisualCloud/SVT-AV1/commit/8d75aadc3a3c55d36240cceb152f903f8792a3ea

という、0-3(デフォ3)だったプリセットを0-7(デフォ7)にするコミットが入ったりしてるので、
単純に一部の処理が省略されたせいで速くなっただけという可能性も高そう。(詳しくは見てない)
ベンチマークのコマンドもプリセットは指定せずデフォルトを使ってるし。

427名無しさん@編集中 (ワッチョイ 92d2-Wc63)2019/03/12(火) 18:58:55.13ID:rqM7hON70
SVT-AV1の各プリセットのエンコード速度とVMAF調べたいんだけど出力する動画がたまに壊れるバグがあるみたいで調べられないんよね
issueに報告しようかと思ったけどQ値とかキーフレームの間隔を変えるだけで正常になったり異常になったりして再現条件がわからないからどう報告したらいいのか

428名無しさん@編集中 (ワッチョイ 16f2-LbCk)2019/03/12(火) 19:16:14.50ID:aKU2iyph0
条件特定しなくても、事象をそのまま書いてなんか怪しいよって報告したらいいのでは

429名無しさん@編集中 (ワッチョイ d2e6-gi2a)2019/03/12(火) 20:13:20.77ID:FzprnLGA0
>>424-425
ってことはパナソニックのデジカメがAV1で記録できるかもしれないのか!
ソニーの関連企業は入ってないの?

430名無しさん@編集中 (ワッチョイWW af68-HjXf)2019/03/12(火) 20:20:27.77ID:w+9uzIvK0
>>429
いや日本企業が入ってるからって日本企業がそれを採用するかなんて分からんし、なんでいきなりパナソニックが出てきたのか意味不明

そもそも、まだHWエンコも出来ないAV1がデジカメに乗るのなんかいつになることやら

431名無しさん@編集中 (ワッチョイ d2e6-gi2a)2019/03/12(火) 20:27:07.92ID:FzprnLGA0
>>430
富士通とパナソニックのシステムLSI統合会社がソシオネクストだったから・・・

でも、↓を見たらカメラはあと10年くらいh264で記録するような気がしてきた。

Netflixとしては「大幅な圧縮率の改善が可能ならば、たとえエンコードの複雑
性が高まるとしてもまったく問題にしない」というスタンスであることを伝え
ると、議長から「では、どのくらいの複雑さを許容できますか?」と尋ねられ
たとのこと。回答の準備が整っていなかったNetflixの技術者は「最悪のケース
では100倍まで」と答えると、100人はいたであろう動画コーディングの専門
家たちからは大爆笑が起こったそうです。議長は「心配しないで。彼らはみな
『新しいこと』を試すことができると、幸せに感じているのです。たいていの
人は『3倍まで』と答えるものだから」と話したそうです。

432名無しさん@編集中 (ワッチョイ a3e7-/kwh)2019/03/12(火) 20:31:12.84ID:92k8wk380
>>430
【福田昭のセミコン業界最前線】富士通とパナソニックのシステムLSI統合会社「ソシオネクスト」 - PC Watch
https://pc.watch.impress.co.jp/docs/column/semicon/692816.html

まあだからといってパナソニックデジカメがAV1を採用するかどうかなんてわからんが。

433名無しさん@編集中 (ワッチョイWW ef9b-q+B7)2019/03/12(火) 21:11:36.27ID:dtB3qhEs0
>>418
AVC、1280x720@30p
だろうねー、60fpsは絶対必要だと俺は思うけどAbemaTVが頑なに30p続けてるからなぁ

434名無しさん@編集中 (ワントンキン MM42-njRC)2019/03/12(火) 22:01:03.29ID:ClyEQmsdM
エンコードだけ60fpsにしても大抵の映像は30fps以下で制作されているんだから無駄なだけだろう

435名無しさん@編集中 (ワッチョイW 9785-d4+U)2019/03/12(火) 22:51:23.01ID:CSCuMBAH0
Fire7使っているのだが、何故かChrome上だとVP9でYouTubeが再生される。非対応らしいのに。
https://developer.amazon.com/ja/docs/fire-tablets/ft-media-specs-custom.html

436名無しさん@編集中 (アウアウエー Saaa-njRC)2019/03/12(火) 22:55:51.85ID:un2kRHWUa
そりゃchromeはvp9デコーダ載せてるし

437名無しさん@編集中 (ワッチョイW 9785-cwTQ)2019/03/13(水) 01:12:39.04ID:PFT+lkLO0
>>436
そうなん?vp9意外とデコード処理早いんかね?3480円の端末のcpuでも動くわけだから。

438名無しさん@編集中 (ワッチョイW 9785-cwTQ)2019/03/13(水) 01:52:01.47ID:PFT+lkLO0
てっきりandroid版chromeはosのデコーダー使っていると思っていたワイであった。

439名無しさん@編集中 (アウアウエー Saaa-njRC)2019/03/13(水) 08:53:43.66ID:kbbcnrpra
chromeはvp9再生できるって言われてるのに端末によって再生できないことになったらweb開発者泣くよ

440名無しさん@編集中 (ワッチョイWW 63a5-eaeZ)2019/03/13(水) 09:55:35.33ID:o8H1JwQb0
ブラウザでVP9に対応してるって事と
CPU(GPU)がVP9のデコードに耐えられるって事は
話が別なんで

441名無しさん@編集中 (ワントンキン MM42-xj15)2019/03/13(水) 11:50:26.76ID:QkWz9CHcM
vp9のデコードすらできないcpuではブラウザ動かすのも無理だと思うのだけど

442名無しさん@編集中 (ワッチョイW 9785-d4+U)2019/03/13(水) 12:08:03.56ID:PFT+lkLO0
つまりは将来的にAndroid端末側がAV1に対応して無くても、Chrome上でならAV1を再生出来るようになる可能性が高いという認識でおk?

Android 4.4以上の仕様でVP9デコーダの搭載は必須や

https://developer.android.com/guide/topics/media/media-formats

444名無しさん@編集中 (ワッチョイW 9785-d4+U)2019/03/13(水) 16:17:24.67ID:PFT+lkLO0
>>443 えぇ...
なぜ二重に載せたし...
と思ったけど4.4以下でも再生出来るようにするためなのか?
するとYouTubeアプリにもVP9デコーダー載ってたりして。

445名無しさん@編集中 (ワッチョイ 16a7-V4pZ)2019/03/13(水) 17:32:03.38ID:Xo4I4vgG0
個人情報を盗まれ放題のChromeねえ

446名無しさん@編集中 (アウアウウー Sac3-C8N5)2019/03/13(水) 17:51:32.59ID:yLv/TkR/a
Firefoxも似たような事やってるから一々気にする人間はモダンブラウザ使わない方がいいよ
ELinksでも使っとけ

447名無しさん@編集中 (ワッチョイ ffda-w+C0)2019/03/13(水) 17:53:12.47ID:WEDL4Cpt0
だから私はNetscape

448名無しさん@編集中 (スップ Sd1f-kM5W)2019/03/14(木) 08:02:16.80ID:UhoNLWfxd
個人情報ガーとかいうやつ大抵ニート説だから大した情報そもそもない説

449名無しさん@編集中 (ワッチョイWW e39b-9Z9t)2019/03/14(木) 08:12:24.34ID:KBTEZwuO0
知り合いの情報も持ってないだろうしね

450名無しさん@編集中 (JPWW 0Hff-CeDQ)2019/03/14(木) 09:27:26.97ID:77Z+/Lt2H
ソニーは糞規格を連発して世界中のユーザーを混乱させた重い罪がある
もう信用無いんだから止めろよ
規格を作る才能が無いんだから

451名無しさん@編集中 (オイコラミネオ MM47-yW/I)2019/03/14(木) 10:43:34.79ID:2t/GHCkzM
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)2019/03/14(木) 11:15:57.31ID:qfZuqZGCM
ついにスマホでもAV1が…?
ハードウェアのデコード対応はいつ頃スマホに来るんだろ

453名無しさん@編集中 (オーパイ a32c-EX2E)2019/03/14(木) 12:15:17.14ID:T7Bi1A9P0Pi
カメラの自社独自規格に文句言うのは筋違い
他社や団体の規格策定や改変に合わせてハードウェアやファームウェアの開発を
毎回ジャストインタイムで開発調整するなんて困難だし負担が大きすぎる
自社規格なら迅速に新製品出せるし先行するタイムスケジュールも明確
ぱそこんでアニメエンコしてるだけのお子様は黙れ

454名無しさん@編集中 (オーパイWW f368-9GRz)2019/03/14(木) 12:16:44.71ID:HZiKg5Ae0Pi
ついでにOpusもAndroid自体でサポートになるのな
OSでサポートは大きいね

>>454
Opusのデコードは5.0以上で必須や

456名無しさん@編集中 (オーパイ Sd1f-CsRu)2019/03/14(木) 13:05:25.55ID:lI4w/349dPi
次期「Android Q」がベータ提供開始。Pixelで利用可
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)2019/03/14(木) 13:09:38.51ID:DMUrSzYUaPi
vulkan上にopenGLESマッピングしてるのすげえな

458名無しさん@編集中 (オーパイ e3ba-oVEF)2019/03/14(木) 15:43:40.60ID:A1ki4/jb0Pi
>>449
ブラウザの閲覧情報の話だよ
>>445
送信する設定変えればいいよ

459名無しさん@編集中 (オーパイ b302-B/CD)2019/03/14(木) 16:35:57.76ID:OTygQfg40Pi
>>434
大抵の映像が30fps以下で制作されている…???

460名無しさん@編集中 (オーパイWW bf66-iM28)2019/03/14(木) 17:13:56.10ID:2vD8fWlg0Pi
Android QのAV1対応はデコードだけなのか?

461名無しさん@編集中 (オーパイW 0385-XGsB)2019/03/14(木) 17:46:10.32ID:MvCxgjmY0Pi
現状の性能でAV1エンコーダ載せて意味あるのか定期

462名無しさん@編集中 (オーパイWW b390-TzFu)2019/03/14(木) 17:47:05.51ID:1m5l5wiL0Pi
あれは標準搭載させるソフトウェアのエンコーダ/デコーダの意味でしょ。
ハードウェアエンコーダを追加するかは後はベンダーの自由だし。

現状のSoC性能で標準でAV1のソフトウェアエンコーダ追加しても...

463名無しさん@編集中 (オーパイ 23e7-kdx8)2019/03/14(木) 18:11:41.34ID: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)2019/03/14(木) 20:45:43.28ID:KBTEZwuO0Pi
>>459
AbemaTV見てるとインターレースの横シマも出てないし、たぶん60iでは撮ってないんじゃないかなぁ。1920x1080/30pで撮ってんのかなぁ…

465名無しさん@編集中 (ササクッテロラ Sp07-J2zs)2019/03/14(木) 23:06:25.26ID:2wjAJzcCp
ソシオネクストってGopro HERO7のHEVCエンコーダ作ってたところじゃん。
技術的には期待できそうだ。

466名無しさん@編集中 (ワッチョイ 23e7-kdx8)2019/03/15(金) 00:32:02.57ID:9rqY8XIO0
LAVFilters が Nightly 0.73.1-37 で、AV1のlibdav1dデコードに対応。

 https://files.1f0.de/lavf/nightly/
 https://github.com/Nevcairiel/LAVFilters/commits/master

467名無しさん@編集中 (ワッチョイWW 9357-91B6)2019/03/17(日) 19:09:30.89ID:x6z9+RX+0
>>453
完璧に受け入れられない
独善的な日本メーカーらしい発想でしかない
すなわちそれは井の中の蛙な発想とイコールであり、日本企業が惨敗を喫することになった要因でもある
おまえは視野が狭い野郎だ
自覚が無いなら重症だな

468名無しさん@編集中 (ワッチョイW 031a-unOC)2019/03/17(日) 19:43:05.68ID:Jm9vAbYZ0
ソニー自体は割と勝者だと思うが…

469名無しさん@編集中 (ワッチョイW bf4b-E+9y)2019/03/17(日) 20:06:10.72ID:Dipw2teE0
SONYの独自規格が成功した試しあるか?情弱相手の囲い込みばっかじゃん
ライセンスが面倒臭そうなHEVCの亜種の権利をSONYが一括で面倒見てくれるっていうなら需要は結構あると思うが。

470名無しさん@編集中 (ワッチョイW 0385-XGsB)2019/03/17(日) 20:11:46.35ID:WOcV6nOu0
日本独自規格の失敗例はおサイフケータイのNFCもそうだな。使われているのは日本と台湾くらい。

そんな事はどうでも良いけど、iOSにAV1デコーダ載るのはやはりHWデコーダを開発してからか?

471名無しさん@編集中 (ワッチョイW b302-Hr+E)2019/03/17(日) 20:30:03.40ID:ORl03JOn0
独自規格云々は世界でも変わらんしこれで日本ガーはちょっと違うわ
目立つところだとappleなんか独自規格の塊みたいなもんだし
A/V関連ならドルビーとか対立規格つくりまくりだぞ

472名無しさん@編集中 (ワッチョイWW 9381-vubx)2019/03/17(日) 20:43:22.42ID:UcmzCqnc0
CDやDVDは無かったことになってるのかな?

473名無しさん@編集中 (ワッチョイWW e368-RJnd)2019/03/17(日) 21:26:44.83ID:/kPaarqf0
>>469
XAVCは放送業界じゃかなり広く使われてる規格だぞ

俺ら一般ユーザーに馴染みがないからってイコールで失敗してるわけじゃない

474名無しさん@編集中 (ワッチョイ 23e7-kdx8)2019/03/17(日) 22:12:02.18ID: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)2019/03/17(日) 22:17:02.92ID:dEMeY0D20
>>471
今のAppleは独自規格少ないイメージ

476名無しさん@編集中 (ワッチョイWW e39b-9Z9t)2019/03/17(日) 23:23:34.02ID:zk0tNwy10
ALACも使わんしな
Lightningだけだ

477名無しさん@編集中 (ワッチョイ a32c-EX2E)2019/03/18(月) 00:35:31.72ID:I89CrkkJ0
いつからこのスレはProResを知らない素人さんばっかりになったの?

478名無しさん@編集中 (ワッチョイ bf2d-B/CD)2019/03/18(月) 00:40:40.88ID:rOt7GyiM0
このスレに政治の話持ち込んでもしょうがないと思うんだけどな

479名無しさん@編集中 (ワッチョイW 031a-unOC)2019/03/18(月) 00:45:12.93ID:ctXuRo1o0
次世代のコーデックが技術的優位性だけではなく政治的要因も絡む以上

趨勢を見定めて何を使うかを考える上で政治要素は避けられないと思う

480名無しさん@編集中 (ワッチョイ bf2d-B/CD)2019/03/18(月) 01:07:12.17ID:rOt7GyiM0
次世代コーデック絡む話ならまだいいかもだけど、上の話なんてもう関係ない規格のことだし

481名無しさん@編集中 (アウアウイー Sa07-/NcN)2019/03/18(月) 12:54:05.56ID:TAikIOTGa
testtubeで常にAV1を使う設定にしてるとしょっちゅうSD画質になってしまう
SDだけAV1にしても意味ねーと思うけど、GoogleをもってしてもAV1のエンコードは厳しいのか?
エンコード負荷が高すぎて使えねーとかならなきゃいいが

482名無しさん@編集中 (ワッチョイWW bf66-w5iy)2019/03/18(月) 17:45:26.47ID:DLPIJIs60
>>481
常時AV1設定だと720p以上の画質が現れない
480p止まりになってしまう

483名無しさん@編集中 (ワッチョイW 0385-XGsB)2019/03/18(月) 18:39:20.82ID:Gd2CIRHv0
名前出して良いのか分からないけどAV1でも720pで見られる動画はある。

484名無しさん@編集中 (ワッチョイ 23e7-kdx8)2019/03/18(月) 18:54:25.34ID: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
 https://www.youtube.com/playlist?list=PLyqf6gJt7KuHBmeVzZteZUlNUQAVLwrZS

485名無しさん@編集中 (オイコラミネオ MM47-w5iy)2019/03/18(月) 20:57:48.44ID:C9p0stmaM
>>484
AV1でも1080pで見られる動画あるんだ…
ありがとう

486名無しさん@編集中 (ワッチョイ 734e-oVEF)2019/03/18(月) 21:16:52.72ID:fKqTMsQ60
2160p60のAV1は9700Kでもコマ落ちするな

487名無しさん@編集中 (ワンミングク MM9f-swX+)2019/03/20(水) 11:59:22.70ID:6CHnOeTJM
Googleの始めるクラウドゲームサービスに
おめーらの大好きなAV1やVP9が使われるって本当?

488名無しさん@編集中 (ワッチョイWW e368-RJnd)2019/03/20(水) 12:43:39.05ID:a6dDNDcE0
VP9は使われる気がする

AV1はまだ厳しいんじゃない?

489名無しさん@編集中 (ワッチョイ b302-B/CD)2019/03/20(水) 13:02:11.67ID:1nvUctDR0
ゲームサービスだと圧縮率より遅延が少ない方が良さげな気がするけど、
符号化/復号化の遅延的には次世代コーデックってどうなんけ?

490名無しさん@編集中 (ワッチョイ a32c-EX2E)2019/03/20(水) 15:43:42.88ID:aBOBK2CR0
コントローラがコンソール介さずWi-Fiで直接サーバと通信
ものっそいデータセンターでサーバ側の処理リソースは潤沢
あとはクライアントデコード環境を気にするだけでいい
それもChromecast Ultraで問題ないのでは

491名無しさん@編集中 (ワッチョイ ff2c-03sp)2019/03/20(水) 16:40:11.11ID:f99Qfbqa0
固定回線でもギガを買う時代が来るな

来るというか、帰ってくるか・・・

492名無しさん@編集中 (ワッチョイ a32c-EX2E)2019/03/20(水) 16:50:51.08ID:aBOBK2CR0
ギガって平成最も恥ずかしい用法だよな
世界に対して恥ずかしい

493名無しさん@編集中 (ワッチョイWW e368-RJnd)2019/03/20(水) 17:21:02.26ID:a6dDNDcE0
バカの間でだけ流行ってる言葉だと思ってたらマスコミも使い始めて、通信キャリアがCMで使い始めてもうだめだと思った

494名無しさん@編集中 (ワッチョイ ffd2-+aqj)2019/03/20(水) 19:24:53.96ID:fIAKVAmX0
早速AVIFのコマンドライン変換ソフトが出てきた。
https://github.com/Kagami/go-avif

Windows用バイナリもあるからすぐ試せる。

495名無しさん@編集中 (JPWW 0Hff-91B6)2019/03/20(水) 19:25:38.72ID:68XLeFNpH
ギガって恥ずかしい
だがキャリアが使ったしまう国というほうがもっと恥ずかしい

496名無しさん@編集中 (ワッチョイW bf4b-E+9y)2019/03/20(水) 20:30:36.37ID:LWDTtGck0
ギガって良いと思うけどな
月極の通信制限容量という意味合いはよく使われるのにそれを端的に表す言葉が無い。
漢字文化なら情報通信へんなんてのが出来ても良いものだと思うが文字コードなんかの関係か知らん作られる事は無いし
言語としてはコミュニケーションを取る上で悪くない進化だと思うよ。

497名無しさん@編集中 (アウアウエー Sadf-s/DK)2019/03/20(水) 20:52:59.40ID:C8DtkW+1a
昔はパケット数で計算されてたのにな
直感的じゃないからGBに移行したのは分かるけどそこからバイトが消されてギガが残るとは…

498名無しさん@編集中 (ワッチョイ ffd7-m3tC)2019/03/20(水) 20:57:11.13ID:wcKsR1Ag0
牛丼のメガ盛り、みたいなノリなんでしょ(投げやり)

499名無しさん@編集中 (ワッチョイWW 035f-fHW7)2019/03/20(水) 21:26:22.56ID:ytRujBYw0
そういうのにすぐ飛びついてCMで使いまくるキャリアやMVNO業者があるからな

500名無しさん@編集中 (JPWW 0Hff-91B6)2019/03/20(水) 22:28:56.69ID:68XLeFNpH
>>496
進化じゃないね。退化でもないが。筋違いって感じだ
決して正当進化ではない
馴れ合ってるに過ぎないよ

501名無しさん@編集中 (ワッチョイW bf4b-E+9y)2019/03/20(水) 22:38:20.84ID:LWDTtGck0
>>500
日本語なんて語彙が少な過ぎて多くの国から輸入しまくってるのに今更だわ。
概念そのものに対応する言葉が無いなら作るのがそもそもの筋だわ。

502名無しさん@編集中 (ワッチョイ a32c-EX2E)2019/03/20(水) 22:46:08.90ID:aBOBK2CR0
>>501
でも「ギガ」を使うのは完全に文法的に間違いだから許せんわ
牛丼は盛りをメガにするから意味が通ってるが、ギガは修飾相手の単語がないから
『「大量の」を消費する』『「大きい」を消費する』みたいで違和感がある

CMプランナーは、あえてネタ的に広告打ったが、情弱がネタとしてではなく
そのまま本気で外国人に対して使って日本全体が馬鹿にされそうで怖い

503名無しさん@編集中 (ワッチョイ 73e7-kdx8)2019/03/20(水) 22:56:13.59ID:VgNRZWvl0
スレチな話題をだらだら続ける人がいると日本全体が馬鹿にされそうで怖い

504名無しさん@編集中 (ワッチョイWW 035f-9x0m)2019/03/20(水) 22:57:04.51ID:Fw62qNZO0
和製英語や日本語で使われてる意味が違う言葉なんていくらでもあるじゃん
マンションとか
エンコードをエンコとか略してるのも他所から見たら変かもしれないし

505名無しさん@編集中 (ワッチョイ a32c-EX2E)2019/03/20(水) 23:17:57.97ID:aBOBK2CR0
類似ジャンルの用途違いと省略を引き合いに出すなよ
品詞の誤用はレベルが違うだろ

506名無しさん@編集中 (ワッチョイ 73e7-kdx8)2019/03/20(水) 23:29:46.54ID:VgNRZWvl0
レベルが違うかどうかはともかく日本全体が馬鹿にされそうで怖い

507名無しさん@編集中 (オイコラミネオ MM47-H3y7)2019/03/20(水) 23:38:29.15ID:fQcvEk6+M
せめてギガバだわな
スレチだけど

508名無しさん@編集中 (ワッチョイWW ff68-b0GN)2019/03/21(木) 00:06:57.07ID:wNJL41dq0
アホの小学生ども、さっさと寝ろ

509名無しさん@編集中 (ワッチョイ de2c-Tywx)2019/03/21(木) 00:56:30.85ID:wD0RYRI+0
効率エンコしてファイルのギガ減らしていく

510名無しさん@編集中 (ワッチョイ 4aa5-0zLl)2019/03/21(木) 01:01:10.05ID:ZTEL7ybA0
海外だと通信量を表す際にギガという表現を使うのでそれが遅れて輸入されただけ
基本的にトップアップ圏の言葉だな

511名無しさん@編集中 (ワッチョイWW 6f5f-x4mc)2019/03/21(木) 11:11:21.26ID:C+tRexbg0
スレチの話題やめなさい

512名無しさん@編集中 (ワッチョイ 6385-yExI)2019/03/22(金) 02:07:20.79ID:XLWgFGHm0
4Kなんかスマホどころかテレビの大画面でもほとんどの人には
違いが分からないんだからビットレートをケチっても良いよね...?

513名無しさん@編集中 (ワッチョイWW ff68-b0GN)2019/03/22(金) 02:32:39.86ID:HGdrPbsr0
違いのわからない男なんてつまらないだけだ

514名無しさん@編集中 (ワッチョイ 4e2d-rXtv)2019/03/22(金) 03:02:46.77ID:ZLZ3U44Y0
>>512
そんな奴はおらんやろ
1.5Hで見て違い分からないなら近眼

515名無しさん@編集中 (スップ Sd8a-uLXs)2019/03/22(金) 08:46:14.98ID:5Dfnxr95d
流石に4Kの違いはハイレゾと違ってわかるわww

516名無しさん@編集中 (アメ MM27-M0a5)2019/03/22(金) 09:15:46.83ID:CGieln2vM
50型サイズぐらいじゃないと分からないんじゃないのかな。

517名無しさん@編集中 (ワッチョイ 0b2c-Ey8W)2019/03/22(金) 09:55:35.16ID:fgFZhogL0
24インチ4Kモニタで見てるけど格段に違う

518名無しさん@編集中 (ワッチョイWW 635f-L9W/)2019/03/22(金) 10:55:20.03ID:kz1hQl/B0
PCとTVだと見るときの基準が違うんだけどな
PCの場合は画素感が認知出来るギリギリのあたりで、使用用途で前後するけど
TVの場合は画素感が全く感じられなくて、可能な限り視野範囲を広く占有するのが適してるとされるし

519名無しさん@編集中 (ワッチョイ 0b2c-Ey8W)2019/03/22(金) 11:14:37.79ID:fgFZhogL0
何を言っているのか意味がわからない
PCとTVとか書いてるけど何の違いを言いたいの?
この次世代ビデオコーデックスレで発言している限り4K映像に関する話じゃないの?
「PCの場合」を作業UIについて言ってるとしたらスレ違いじゃないの?

520名無しさん@編集中 (ワッチョイWW 635f-L9W/)2019/03/22(金) 11:47:57.15ID:kz1hQl/B0
わーアスペがかみついてきたー

521名無しさん@編集中 (ワッチョイ 1b52-rXtv)2019/03/22(金) 13:28:41.42ID:gRV+brym0
PCとTVじゃまず色レンジが違うじゃん
次世代コーデックが4KTVのみで扱われると思ってるならちょっとおかしい人だね

522名無しさん@編集中 (ワッチョイ 9fe7-0zLl)2019/03/22(金) 16:56:48.37ID:CLQgc/Uo0
>>519
>>518は視聴距離の話じゃないの。
4Kテレビの最適視聴距離は>>514にあるように画面の高さの1.5倍とか言われることがあるけど
実用面を考えるとPCの場合とかTVの場合とかで色々違いがあるよねっていう。

まあ元の話の>>512については、何と比べて違いがわからないと言ってるのかよくわからんし、
何を目的としたエンコードなのか知らんけど、ビットレートなんて自分で見て判断して決めればいいんじゃねで済む話では。

523名無しさん@編集中 (スププ Sdea-gwRP)2019/03/22(金) 18:43:11.20ID:iJGCSBvWd
http://jp.gamesindustry.biz/article/1903/19032201/

「2018年の晩秋に行ったProject Streamテストでは,1080p,60fpsを得るためにゲーマーに要求した推奨帯域幅は25Mbpsでした」と氏は語る。
「実際には,私たちはそれよりはるかに少ない基準を使用しました ― 20Mbps程度です。
今年のローンチに向けて,我々はストリーマ,コーデック,ハードウェアおよびソフトウェアサービスを大幅に改善しました。
すなわち,約30Mbpsで4K 60fpsに達することができます。30Mbpsというのは,人口の大部分を除外するようなものではありません。
そのようなパフォーマンスであれば,我々は世界中のかなりの部分に到達できると考えています。ギガバイトのダウンストリームではないのです」

524名無しさん@編集中 (ワッチョイ 9fe7-0zLl)2019/03/22(金) 20:30:22.90ID:CLQgc/Uo0
>>523の記事のタイトル

 Phil Harrison:Stadiaはゲーム機からの「避けられない一方通行の変革」を始める
 http://jp.gamesindustry.biz/article/1903/19032201/

モノによるとはいえゲーム中ずっと30Mbps占有とかやべえな。

525名無しさん@編集中 (ワッチョイ 4ad2-kdZ0)2019/03/22(金) 20:35:20.36ID:gh+Qa7gq0
ドワンゴの人がAV1リアルタイムハードウェアエンコーダに関して何か喋るって
https://twitter.com/yue_roo/status/1109039668249518080
https://twitter.com/5chan_nel (5ch newer account)

526名無しさん@編集中 (ワッチョイWW 635f-L9W/)2019/03/22(金) 20:52:27.75ID:kz1hQl/B0
Wi-Fiだとアベレージでは帯域確保出来ていても瞬間的に通信止まってたり遅延するから、結局バッファ確保したらそれなりのレイテンシになりそう

527名無しさん@編集中 (JPWW 0H56-x4mc)2019/03/24(日) 14:23:02.50ID:a8hXGUTpH
>>512
一発で違うが分かる
さてはおまえ4Kを持ってないな

528名無しさん@編集中 (ドコグロ MM02-xpu2)2019/03/24(日) 14:40:03.66ID:1UydpKUmM
受け取ったパケットだけで画面を作って、ロストしたらしたぶん画質が低下するだけで動画の停滞は滅多にしないようなコーデックは無いものか。。

昔のアナログ放送みたいな

529名無しさん@編集中 (ワッチョイWW 635f-L9W/)2019/03/24(日) 19:21:39.01ID:s6gAiLLn0
>>528
表示までの遅延許容すればデコーダ側の造りで対応出来る
ただCPUとメモリ無駄食いしまくるからやらないのだと思うよ

530名無しさん@編集中 (ワッチョイ 9fe7-0zLl)2019/03/24(日) 20:28:44.79ID:xhspfe530
コーデック側で SVC (Scalable Video Coding) みたいな仕組みに対応していても
ベースレイヤーがロストしたらどうしようもないだろうしなあ。

531名無しさん@編集中 (アウアウイー Sa43-IiJ/)2019/03/24(日) 22:32:57.32ID:BoBOrUlea
動画はみんなTCPで転送してるからパケットが全部揃わないと遅延が発生する
デコーダーやコーデックが頑張ってもどうにもならんと思う

532名無しさん@編集中 (アウアウエー Sac2-dgEo)2019/03/25(月) 16:01:22.13ID:3BYMYU9Za
youtubeはUDP使い始めてるけどな

533名無しさん@編集中 (アウアウイー Sa43-IiJ/)2019/03/25(月) 16:26:48.56ID:OvuU20wja
HTTP3になったQUICでしょ?
これでデコーダーの方でキーフレーム以前のデータが遅れた場合にバッサリカット出来るかもしれない
ただLiveならそれで良いかも知れないけど映画とかは表示されないフレームがあって良いものか微妙だな

534名無しさん@編集中 (ワッチョイWW 6781-v0cy)2019/03/25(月) 17:24:51.13ID:l3pe6cOK0
QUICはTCP+TLSの代替だから基本的にデータを全部揃えるよ
多少のパケットロスはRAID5みたいに前後のパケットから補完できる
データのロストを許容する仕様も検討されているみたいだが

535名無しさん@編集中 (ワッチョイWW 635f-L9W/)2019/03/25(月) 19:49:08.73ID:VF7BrnMG0
まぁエラー訂正やるなら通信側でやるだろうけどな
どっちにしろデータ伝送効率とトレードオフ(帯域が減る)

536名無しさん@編集中 (ワッチョイ 0b2c-Ey8W)2019/03/25(月) 21:03:24.17ID:skjtHRnX0
クライアント側でロストした部分をAIで瞬時に計算して
補完する未来がやってくるんだろうな

537名無しさん@編集中 (ワッチョイ 0b2c-zZmn)2019/03/27(水) 02:32:23.31ID:3rtXeziX0
とか言ってたらこんな事できるようになってるし
リアルタイム処理できる未来はそう遠く無いかも
https://gigazine.net/news/20190325-star-trek-ds9-full-hd/

538名無しさん@編集中 (ワッチョイ 4ad2-kdZ0)2019/03/27(水) 22:37:32.26ID:ErbMyfy+0
ドワンゴのAV1リアルタイムハードウェアエンコーダのスライド
https://www.slideshare.net/RooTakatori/av1-138429446

libaom、SVT-AV1、x264と比較したグラフもある

539名無しさん@編集中 (ワッチョイWW 6755-z2Ty)2019/03/27(水) 23:07:09.06ID:Ds15+t6e0
ニコ動の動画をAV1に変えるのか?

540名無しさん@編集中 (ワンミングク MM3a-dgEo)2019/03/27(水) 23:19:20.25ID:VkEjEPkNM
SVTとほぼ同じ画質で720p30fpsできるのはすげえな
SVTは30万円以上するxeonを2つ繋げて15fps超えるのがやっとなのに

541名無しさん@編集中 (ワッチョイWW b301-RF5v)2019/03/27(水) 23:20:09.54ID:AbFXTogq0
サブセット化して速度を高めたのか

542名無しさん@編集中 (ワッチョイWW 635f-L9W/)2019/03/27(水) 23:50:52.72ID:BYO9J0FD0
パイプライン処理化だろうな
常套手段

543名無しさん@編集中 (ワッチョイWW 0f68-Mdiw)2019/03/28(木) 02:39:32.70ID:dK6vwrC10
四月一日に伝説のクソアニメがスペシャルで帰ってくる…だと?!

544名無しさん@編集中 (ワッチョイWW 0f68-Mdiw)2019/03/28(木) 02:40:16.73ID:dK6vwrC10
スマン
スレ間違った

545名無しさん@編集中 (ワッチョイWW eb5f-Z2Pi)2019/03/28(木) 05:03:48.32ID:X1CeW6Ph0
同じの声優変えて5本とかやりそう

546名無しさん@編集中 (ワッチョイ fb02-9gjM)2019/03/28(木) 08:07:22.72ID:6BvI1zje0
>>538,540
ニコ動が使ってるFPGAってどれくらいのもんなんかな?

547名無しさん@編集中 (ブーイモ MM7f-LXsT)2019/03/28(木) 22:55:38.91ID:PPVlesk+M
>>538,546
後日、会社のブログでより詳細な内容を公開予定だそう
ttps://twitter.com/yue_roo/status/1110921189818425344
https://twitter.com/5chan_nel (5ch newer account)

548名無しさん@編集中 (ワッチョイ 4be7-r4m/)2019/03/28(木) 23:27:25.71ID:vKgDshGt0
まあでもニコ動はAV1採用まで生き抜くことができるかどうか・・・

549名無しさん@編集中 (ワッチョイ 4be7-r4m/)2019/03/28(木) 23:31:15.27ID:vKgDshGt0
 
VP9とAV1のライセンスプールかぁ・・・。
 
 Sisvel Launches Patent Pools for VP9 and AV1

 https://www.streamingmedia.com/Articles/News/Online-Video-News/Sisvel-Launches-Patent-Pools-for-VP9-and-AV1-130840.aspx

 ビデオ符号化特許ライセンスプラットフォームを開始

 https://www.businesswire.com/news/home/20190327005305/ja/

---
シズベルインターナショナルS.A.は本日、ビデオ符号化特許ライセンスプラットフォームの開始を発表しました。
このライセンスプラットフォームでは新たに、VP9規格関連特許に関する共同特許ライセンスと
AV1規格関連特許に関するプールライセンスの二つのプログラムが個別に提供されます。
当ライセンスプラットフォームのもと、株式会社JVCケンウッド, 日本電信電話株式会社, Orange, Philips,
東芝IPRソリューション株式会社を含む複数の革新的企業が所有もしくは管理する特許ポートフォリオのライセンスが開始されます。
---

550名無しさん@編集中 (ワッチョイWW eb5f-Z2Pi)2019/03/28(木) 23:41:44.06ID:X1CeW6Ph0
そりゃAV1として使う分にはタダだけど、使用している技術特許が転用し放題な訳じゃ無いからな

551名無しさん@編集中 (スップ Sdbf-yDwj)2019/03/29(金) 04:10:33.43ID:MhXkOCp+d
ズコー

552名無しさん@編集中 (アウアウエー Sa3f-cvFJ)2019/03/29(金) 05:07:05.22ID:JFHns1dLa
こりゃ裁判だな

553名無しさん@編集中 (ワッチョイWW fb5f-UDcb)2019/03/29(金) 05:50:11.22ID:VtyeLRWb0
我々一般ユーザーには関係あまりないの?

554名無しさん@編集中 (アウアウイー Sa4f-wCsH)2019/03/29(金) 08:40:22.73ID:GABudG4Da
典型的な特許ゴロだな…
AV1じゃなくてVP9も含めてるところが今更かよと思うし潜水艦もいいとこだ

555名無しさん@編集中 (ワンミングク MMbf-AkZ9)2019/03/29(金) 09:07:11.49ID:OuVaFWWoM
AV1がオワコンになってくれればもっと計算負荷が低くて圧縮率の高いVVCに削げ変わってくれる可能性があるから。
VP9/AV1/HEVC/VVC全部採用されずにAVCが残る可能性もあるか…

556名無しさん@編集中 (ワッチョイ fb02-9gjM)2019/03/29(金) 09:19:56.75ID:JJMlc4Ei0
>>547
ほほう、thx

> Opus is subject to the royalty-free patent licenses which are
> specified at:

> Xiph.Org Foundation:
> https://datatracker.ietf.org/ipr/1524/

> Microsoft Corporation:
> https://datatracker.ietf.org/ipr/1914/

> Broadcom Corporation:
> https://datatracker.ietf.org/ipr/1526/

Opusにも特許を保持する団体が存在するけどOpusそのものは自由に使えるで

ただ、>>549は開発元では無い団体が勝手にライセンス料の徴収を主張するのが違うな

559名無しさん@編集中 (スプッッ Sdbf-bZii)2019/03/30(土) 10:26:59.31ID:MMqxXa2qd
>>553
PCにデコーダーバンドルしたら製品価格に含まれるかもしれない
あとはMSがストアで配布してるようなデコーダーが有料になったりとかあり得る(現状無料)

>>554
mp3やmpeg audioに関する特許関連もやってたみたいだから、昨日今日の組織じゃないね

>>558
そのページ読むと東芝やらNTTやら名前連ねてるじゃない
特許の管理をこの会社に委託してるんじゃね
別におかしなことではないと思う

560名無しさん@編集中 (ワッチョイ fb5f-r4m/)2019/03/31(日) 03:34:45.61ID:mYS2gDDC0
8Kはまだ難しいと思ってたけど、BS8KがRTXで普通に再生できて拍子抜けした
もうそういう時代になったのか・・・

561名無しさん@編集中 (スップ Sdbf-yDwj)2019/03/31(日) 04:41:10.47ID:o5vDx/WTd
>>560
再生した時は、ディスプレイ解像度も8Kで滑らかに表示できた?

562名無しさん@編集中 (ワッチョイ fb5f-r4m/)2019/03/31(日) 05:35:36.07ID:mYS2gDDC0
>>561
8Kのディスプレイは持ってないから分からん。4Kに表示した

563名無しさん@編集中 (ワッチョイW ab70-bZii)2019/03/31(日) 08:59:40.58ID:VDZjoozC0
>>560
どうやってBS8kのデータをゲットしたの?

564名無しさん@編集中 (ワッチョイWW 4b90-gufL)2019/03/31(日) 09:24:39.90ID:jMIV68YT0
だな。どうやってゲットしたのか気になる。

565名無しさん@編集中 (ワッチョイ 4bda-ycr5)2019/03/31(日) 15:58:18.84ID:XPsEHUTj0
AV1のサンプルムービーは再生できたんだけど(超重い)、画像ファイルの「AVIF」が開けない。
手持ちのビューワー試したが全滅なんだが。ブラウザにドロップしてもダウンロードのポップアップだし。どうやったら見れんの?
https://www.elecard.com/videos
http://download.opencontent.netflix.com/?prefix=AV1/Chimera/AVIF/
あと、下の「ivf」も再生不可。インテル関連ということしか分らん。誰か詳しい人居る?
http://download.opencontent.netflix.com.s3.amazonaws.com/AV1/Chimera/Chimera-AV1-10bit-1280x720-2380kbps.ivf

566名無しさん@編集中 (アウアウエー Sa3f-cvFJ)2019/03/31(日) 17:28:43.17ID:sSJOyOfka
>>565
firefoxでdav1d有効化して試してみたら

567名無しさん@編集中 (ワッチョイ 9fd2-qoOB)2019/03/31(日) 17:37:15.77ID:17lg0TEw0
>>565
AVIFは多分まだブラウザで正式サポートされてないから表示させるにはこういうの使う必要がある
https://kagami.github.io/avif.js/
https://cconcolato.github.io/wasm-av1/

ivfファイルは確かコンテナに入ってない生の映像データだったと思う
x264でいう.h264ファイルみたいなもんか?

568名無しさん@編集中 (ワッチョイ fb5f-r4m/)2019/03/31(日) 18:10:53.33ID:mYS2gDDC0

569名無しさん@編集中 (ワッチョイ 4bda-ycr5)2019/03/31(日) 19:47:24.06ID:XPsEHUTj0
>>567
なるほどねー、最先端過ぎて、ブラウザすら対応できてないのか。
最新技術をいち早く投入するブラウザが追い付いてないんじゃ、一般のフリーソフトなんか半年は待たないと無理じゃん。
自分の検索が甘いのかと思ってたがスッキリした。情報どうも。

570名無しさん@編集中 (ワッチョイ 9fd2-qoOB)2019/03/31(日) 20:37:58.68ID:17lg0TEw0
>>569
一応、Windowsのinsider previewなら表示に対応してる。
WICにも対応してるから↓みたいなWIC用のSusieプラグイン入れればをMassiGraでも読み込める。
http://toro.d.dooo.jp/slplugin.html#iftwic

あと今試したらIrfanViewでも読み込めた。
ただ現時点ではMSのデコードの出来がまだイマイチで画像のサイズによってはデコード結果が乱れたりする。
https://i.imgur.com/kuGGqe5.png
MSがやる気出してくれるなら結構色んなソフトでAVIFを扱えるようになると思うんだけどね。

571名無しさん@編集中 (アウアウイー Sa4f-wCsH)2019/03/31(日) 20:46:29.60ID:h3//sKMpa
AVIFはどこかのWebサイトで見れたけど、1フレームのAV1の動画が表示されてたな

572名無しさん@編集中 (ワッチョイ ab01-twBZ)2019/03/31(日) 23:20:42.70ID:ChSAdlL80
>>560
8KなんてGT1030やKabyLakeオンボですら再生できるぞ
無理なのはAMDだけ

573名無しさん@編集中 (ウソ800 Sdbf-sDWV)2019/04/01(月) 09:21:19.89ID:Ue8HDV8cdUSO
8Kあたりは結構フツーに見れるイメージあった。オンボとか使ったこと無いからかな。MX420 GTS250 GTX570 GTX660Ti GTX970 RTX 2070だけど mx420(2002年)の時点でHDも完璧に見れてたしなぁ

574名無しさん@編集中 (ウソ800 fb5f-r4m/)2019/04/01(月) 10:51:19.64ID:c2+TGL6K0USO
>>572
フレームレートを問わなけれ再生できるが、60fpsで再生できるのはRTXだけだよ
Pascal世代のGPUだと50fpsが限界、IntelのUHD Graphicsは4k60pまでだから15fpsが限界
どっちもBS8K(8k60p)を再生するとカクカク

575名無しさん@編集中 (ウソ800 Sdbf-sDWV)2019/04/01(月) 10:54:23.98ID:MfXZXCSgdUSO
たしかに60FPSってのは問題にあるかもな

576名無しさん@編集中 (スププ Sdbf-8I7Z)2019/04/01(月) 12:49:17.67ID:Y75yWm71d
NHKが8K/120Hz対応コーデックなどNAB出展。88型の8K有機ELで上映も
https://av.watch.impress.co.jp/docs/news/1177302.html

8K/120Hzの映像をリアルタイム処理できるエンコーダーとデコーダーを紹介する。

映像符号化方式にはH.265/HEVCを採用し、Main10プロファイル(4:2:0/10bit)まで対応。ビットレートは最大480Mbps。
https://av.watch.impress.co.jp/img/avw/docs/1177/302/8k03_o.jpg

577名無しさん@編集中 (アウアウクー MM4f-Mdiw)2019/04/01(月) 17:11:40.32ID:G4//kiYaM
【悲報】新元号対応GPUはGM206以降のみ






ウソデス

578名無しさん@編集中 (ワッチョイWW fb5f-UDcb)2019/04/01(月) 19:48:53.73ID:k5waTDVw0
新元号になってからグラボ買う

579名無しさん@編集中 (ワッチョイWW 0f68-Mdiw)2019/04/03(水) 15:40:00.64ID:uGmuJsas0
・スマートフォンを接続するだけでフルHD液晶&フルキーボードが使えるようになる「NexDock 2」
https://gigazine.net/news/20190403-nexdock-2/

最近はスマホは新しいのを買うけどPCは古いままな人が多いから、こういうのが普及すれば最新の動画再生支援機能を利用して、
古いPCで動画を視聴するよりも快適に視聴できるようになるかもしれないな
(画面のクオリティー次第だけど)

580名無しさん@編集中 (ワッチョイ 9fd2-qoOB)2019/04/03(水) 22:28:19.49ID:zT0T5yFf0
Samsung Joins the Alliance for Open Media Board of Directors
https://aomedia.org/samsung-joins-the-alliance-for-open-media-board-of-directors/

581名無しさん@編集中 (アンパン 22da-NXOo)2019/04/04(木) 10:54:14.96ID:2tuhH0YZ00404
黙れVP厨

582名無しさん@編集中 (アンパンWW 82f7-72V4)2019/04/04(木) 12:02:43.01ID:4n2ZOYSX00404
韓国企業のSamsungはAOM陣営についたのに日本企業は旧体制としてAOM陣営と対立するとか悲しくなるな

583名無しさん@編集中 (アンパンWW 095f-rpi5)2019/04/04(木) 13:06:35.58ID:rP94GUDK00404
製造業として、自社製品消費してくれる企業の多い側に付いてるだけだけどな

そういやDRAMとNANDの余剰在庫は夏前に整理付きそうなんで、関連製品の購入時期に注意
市場に安い次期の製品在庫があっても、小売フランチャイズ元等でストックにして値を戻してから商戦向け商材・特価品のふりして放出とかしやがるんで留意

584名無しさん@編集中 (ワッチョイ 0268-BZhk)2019/04/05(金) 00:11:12.18ID:HIwW+3tZ0
それは商売の基本では。
価格が上がらないまま売れ筋が大容量品に移ると大変。

585名無しさん@編集中 (ワッチョイWW 095f-rpi5)2019/04/05(金) 05:25:41.12ID:2u8fWdy00
安く買うタイミングはこういう転換期に集中して情報入れておいて
平時に無駄な労力割かないのがベスト
今回は容量や方式的な世代交代も関係ないしな

586名無しさん@編集中 (アウアウエー Sa8a-YuV7)2019/04/05(金) 11:01:41.81ID:GXj8Olyva

587名無しさん@編集中 (ワッチョイWW 2e68-lONI)2019/04/05(金) 15:15:07.79ID:9DOIJjU50
もはや存在価値が…
当面はHEVCいずれはVVCで流れは決まった

588名無しさん@編集中 (アウアウイー Sa51-nYTl)2019/04/05(金) 18:50:02.89ID:uZKH6p7ta
なんかロイヤリティフリーなコーデックをやたら毛嫌いする人が居るんだなぁ…

589名無しさん@編集中 (スッップ Sda2-gZRC)2019/04/05(金) 19:01:34.76ID:h0W199yld
名が広まったもん勝ちなんだよなあ

590名無しさん@編集中 (オイコラミネオ MMe9-3NqX)2019/04/05(金) 20:06:20.96ID: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)2019/04/05(金) 20:13:11.67ID:jfuPWnACa
なんでシズベルを敵視しているんだ
原因はそこじゃないだろう

592名無しさん@編集中 (ワッチョイ 612c-95c7)2019/04/05(金) 20:33:17.17ID:TRI2mPzO0
ここ最近の消費と経済の構造ってすごく歪んで来てるよね
ガチャゲーみたいにその作品の価値以上に対価を得てる人たちは
規制や処罰されてしかるべきだと思うし
頑張って映像や画像の技術研究成果出して貢献している人たちには
ちゃんと対価が行き渡って欲しいと思う

593名無しさん@編集中 (オイコラミネオ MMe9-3NqX)2019/04/05(金) 20:55:18.77ID:KXO5aOSFM
今回ばかりはサブマリン特許でパテントトロール行為紛いのことやってるからな
折角HEVC/AV1はTV放送/ネット配信で棲み分けできてんのにお互い足引っ張りあって停滞するとか馬鹿じゃねーのとしか思わん

594名無しさん@編集中 (ワッチョイ 02d2-0IBv)2019/04/05(金) 21:01:52.41ID:5uuYWF7/0
特許に問題があるならAV1策定中にでも指摘すればいいのにこれから普及していくぞってタイミングで主張しだすのってどうなの

595名無しさん@編集中 (ブーイモ MM8d-Vp07)2019/04/05(金) 21:21:01.30ID:IBYd4E1CM
何で権利者側が仕様策定中のものに対してわざわざ調査しにいかなきゃならんの?馬鹿なの?

596名無しさん@編集中 (ワッチョイ 02d2-0IBv)2019/04/05(金) 21:28:00.69ID:5uuYWF7/0
>>595
AV1だけじゃくてVP9に対しても主張してるんだから早い段階でわかってたことでしょ

597名無しさん@編集中 (ワッチョイW a9ad-mN1b)2019/04/05(金) 22:55:44.64ID:24eP8bm80
面白いことになってきた。
JVC KENWOOD、NTT、東芝か。
当然の権利とも言えるから三社が悪いわけでもないけど。
NAB Showに合わせてきたのかなぁ。

598名無しさん@編集中 (アウアウイー Sa51-nYTl)2019/04/06(土) 00:21:43.37ID:SeaycIBxa
ロイヤリティフリーのコーデックったって特許の塊だからな
単にその権利を行使しないというだけで
ロイヤリティフリーじゃないものは苦労したぶん正当な対価を得る権利が有るみたいに言うけどさ
何処で利益を得るかの違いだけなんだよな

599名無しさん@編集中 (ワッチョイWW 095f-rpi5)2019/04/06(土) 00:31:48.57ID:qh7SIIRW0
別な見方すれば、技術系・映像音響関連の著名企業が保有している特許のチェックですら出来てなかったのにパテントフリー騙っていたって事だからな
特許保有側も具体的な実装が出来てこなくちゃ何処まで侵害されてるかも解らんし
特許というもの自体が抵触したくない側が躱すべきもの

600名無しさん@編集中 (ワッチョイ e9ba-iE/E)2019/04/06(土) 02:00:37.81ID:vjc+i2h40
アルゴリズム特許を事前にすべて精査するなんて不可能だろ

601名無しさん@編集中 (ワッチョイWW 095f-rpi5)2019/04/06(土) 02:33:25.30ID:qh7SIIRW0
だから特許保有側は把握している保有特許への抵触範囲を提示して訴えもせずにいてくれている
ステルスとか言っている馬鹿がいるけど、見落としているのはコーデックのプロジェクト側の責で、パテントフリーを謳い文句にしていて、それが出来ていない方が問題だと思うが

特許保有している側が隠している訳でも無い(だからこその特許制度でもある
訴えもせずに見落としている側に特許保有側が手間して明示化してるのにステルスも糞も無い罠
出方待ってくれてる時点で、ここらへんの対応が甘すぎると言われる日本企業らしいと言えば、日本企業らしいけどな

602名無しさん@編集中 (アウアウイー Sa51-nYTl)2019/04/06(土) 09:40:10.13ID:Twk9HCUTa
特許ってどうしようもなくしょうもないものまで千差万別だぞ
そういうのに限って文面がどうにでも解釈できるように物凄い曖昧に書いてたりするからな
特にアルゴリズムに関連するものはそんなんばっか
だから後だしするには都合が良い

603名無しさん@編集中 (アウアウクー MM51-lONI)2019/04/06(土) 18:46:13.24ID:A55mIoDyM
・高いコントラストと豊かな階調再現を実現した「ピュア W プリント」
自然光+透過光で奥深い色を表現
https://dc.watch.impress.co.jp/docs/news/1178580.html

印刷物もHDRみたいな状態になってきたようだ
今後は、静止画動画問わずSDR→高精度HDR変換に需要が見込めそうだな

604名無しさん@編集中 (ワッチョイW 0985-7ad9)2019/04/07(日) 15:51:22.70ID:bWaz9rQM0
JVC/NTT/東芝      ←必死に抵抗
vs          Apple←勝ち組
Google/Intel/Amazon ←優勢

605名無しさん@編集中 (アウアウエー Sa8a-YuV7)2019/04/07(日) 17:36:02.06ID:OCtnfMC+a
MPEGの特許ってパナソニックがかなり多かったと思うのだけどそこは何も言ってこないのね

606名無しさん@編集中 (ワッチョイWW 095f-rpi5)2019/04/07(日) 18:38:09.84ID:Kp1v4dJn0
抵抗も糞も筋通せてないのにドヤ顔していたVP9/AV1勢の失態ってだけ
志高けりゃ権利侵害してもいいって訳じゃ無いからな

607名無しさん@編集中 (ワッチョイ 0116-k8NZ)2019/04/07(日) 21:03:54.26ID:5yQbDMAx0
mpeg2の特許って切れ始めてるんじゃなかったっけ?

608名無しさん@編集中 (アウアウカー Sa09-nYTl)2019/04/07(日) 21:04:10.76ID:E/mibOL/a
筋通せて無いのはTOSHIBAの方だろw
今頃特許主張して恥ずかしくないのかよw

609名無しさん@編集中 (ワッチョイ 01e7-k8NZ)2019/04/07(日) 21:06:36.43ID:ZSOJmr5q0
失態と言えるほどのことかどうかはまだわからない。

開発段階で特許の精査はやってたけど、完璧にやるのは難しいだろうし、
AoMediaでは特許訴訟が起きることを見越して防衛基金を用意したりもしている。

今回シズベルに集約されてる特許群が本当にAV1/VP9に適用できるものなのかも不透明だし
適用できたとしてどれくらいの影響を及ぼすものかもまだわからない。

今後の交渉なり法廷闘争なりの行方次第だから、それを注視していくしかない。
現時点で失態ダーとか権利侵害ダーとか騒いでも無意味。

610名無しさん@編集中 (ワッチョイWW 095f-rpi5)2019/04/07(日) 21:25:32.38ID:Kp1v4dJn0
>>608
ガキなのか、そういう道理が理解できてない社会人かは知らんけど
見落としする方の責なんだから仕方ない罠
そういう法律やし

611名無しさん@編集中 (ワッチョイW 0985-7ad9)2019/04/08(月) 01:02:42.20ID:62H6D9B00
黙って高みの見物Appleくん最強

612名無しさん@編集中 (ワッチョイWW 2e68-lONI)2019/04/08(月) 01:38:51.26ID:Qkv5GhUH0
VP9に対応しないアップル(笑)

613名無しさん@編集中 (アウアウイー Sa51-nYTl)2019/04/08(月) 01:42:23.33ID:VWkTJcUta
特許の文面を一度でも見たこと有れば精査することがどれだけ大変かわかるよ
ま、今後どうなるか見ものだな

614名無しさん@編集中 (ワッチョイ 01e7-k8NZ)2019/04/08(月) 03:08:36.93ID:ePuriIh90
H.265/HEVC特許暗黒時代 - Qiita
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)2019/04/08(月) 03:09:22.42ID:ePuriIh90
参考URL等

■EVC (Essential Video Coding)

・Essential Video Coding
 https://mpeg.chiariglione.org/standards/mpeg-5

・MPEG 124 - Macao
 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
 https://mpeg.chiariglione.org/meetings/125
 (MPEG starts work on MPEG-5 Essential Video Coding)

・EVC - Essential Video Coding / MPEG-5
 https://forum.doom9.org/showthread.php?t=176055

616名無しさん@編集中 (ワッチョイWW 2e68-lONI)2019/04/08(月) 04:54:25.32ID:Qkv5GhUH0
白目…

617名無しさん@編集中 (ワッチョイWW 7d5f-v81K)2019/04/08(月) 11:36:46.83ID:ttYG8xqB0
コーデックが沢山でもうわからねぇ!(思考放棄)

618名無しさん@編集中 (スププ Sda2-xlxQ)2019/04/08(月) 12:01:29.33ID:Cpj+XRZfd
よく分からないんだけど

EVCは古い技術を使ってHEVCと同等の圧縮率を目指し、特許料を安く、分かりやすくする

VVCはいわゆるH.266に相当して、最新技術を盛り込み、より高い圧縮率を目指すよ

ってことかな?わざわざEVCなるものを作るということは、VVCも特許地獄の可能性が高そう

619名無しさん@編集中 (スプッッ Sd02-+cXQ)2019/04/08(月) 14:03:39.14ID:DPWwiw/Zd
EVCはVVCの掌握に失敗した某企業が立ち上げたやつ
ライセンスフレンドリーとはフリーでも安いでもなく、単に彼らと対立する立場の企業を締め出して仲良しだけで作る=ライセンス条件について合意しやすいという意味でしかない
VVCと違って参加企業は非常に少なく、実質的に彼らの持ち込みコーデックにそのままスタンプ押すだけの状態

ちなみにその24%というのは輝度だけの性能で、VVCに彼らが持ってきた提案と同じで、故意に色差分のビットを輝度に回す最適化をしてる

620名無しさん@編集中 (ワッチョイWW 82f7-72V4)2019/04/08(月) 14:43:53.66ID:nWv1KFKq0
EVCってロイヤリティフリーのことかと勘違いしてたけどそういう意味か

621名無しさん@編集中 (ワッチョイ 01e7-k8NZ)2019/04/08(月) 23:11:23.84ID:6RQMKldX0
>>615 EVC関連記事追加

Introducing MPEG-5 ? Noteworthy - The Journal Blog
https://blog.usejournal.com/introducing-mpeg-5-5ed1de2be71b

MPEG 124 Meeting Report - Bitmovin
https://bitmovin.com/mpeg-124-meeting-report/

MPEG 125 Meeting Report - Bitmovin
https://bitmovin.com/mpeg-125-meeting-report/

Video Codecs Today: Minefield, Muddle, or Multiple Choice?
https://www.streamingmedia.com/Articles/ReadArticle.aspx?ArticleID=130999

NAB 2019: Five trends to watch | Industry Trends | IBC
https://www.ibc.org/content-management/nab-2019-five-trends-to-watch/3708.article

Forty years of video coding and counting
https://www.linkedin.com/pulse/forty-years-video-coding-counting-leonardo-chiariglione/
 
 
最後の記事はビデオコーデックの歴史がざっくりまとめられていて一見の価値ありかと。

622名無しさん@編集中 (ワッチョイ 01e7-k8NZ)2019/04/08(月) 23:24:55.64ID:6RQMKldX0
こんな感じなのかな?

■EVC (Essential Video Coding)

 ●baseline profile
   ・「特許切れの技術」および「ロイヤリティフリーにできる技術」のみが使われる。
   ・現時点の評価では、AVCと比べて30%程度の圧縮率向上。

 ●main profile
   ・baselineに加えて、いくつかの(ライセンスが必要な)符号化技術が使われる。
   ・符号化技術ごとに独立した実装が行われ、それぞれを容易に有効化/無効化できるようにする。
    仕様確定後に適切なライセンス合意が行われなかった場合はその技術だけ切り離すこともできるようにしておく。
   ・現時点の評価では、HEVCと比べて24%程度の圧縮率向上。

623名無しさん@編集中 (ワッチョイWW 2e68-lONI)2019/04/08(月) 23:55:49.77ID:Qkv5GhUH0
24%程度の改善じゃ、箸にも棒にもかかりませんよ
しかもこんな中途半端なコーデック、ハードウェア再生支援に組み込まれる可能性も低い
GPUメーカーはボランティアで再生支援してるんじゃないのだから

624名無しさん@編集中 (ワッチョイ 01e7-k8NZ)2019/04/09(火) 01:25:44.67ID:4gaPavTr0
開催中のNAB Showで、IntelとNetflixがSVT-AV1の発表をしたとのこと。
4Kp60/10-bitのライブ配信も可能って書いてるな。

Intel Finally Announces SVT-AV1, To Be Used By Netflix - Phoronix
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
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)2019/04/09(火) 04:02:18.66ID:JT0+toOo0
Xeonスケーラブルって確か56コアだったよな…

626名無しさん@編集中 (ワッチョイWW 095f-rpi5)2019/04/09(火) 05:12:02.10ID:B5cVX3yf0
そのうえ、出来たデータは数万じゃ効かないぐらい再生されるからな
事業者のエンコード時の消費リソースやコスト感覚が別次元だし
そのうえあのNetflixだし

動画エンコードの探求に「終わり」はあるのか?
https://gigazine.net/news/20180614-end-of-video-coding/

2015年にNetflixの技術者が初めてMPEG会議に参加して、将来の動画コーディングのための文書を発表しました。
その際に、Netflixとしては「大幅な圧縮率の改善が可能ならば、たとえエンコードの複雑性が高まるとしてもまったく問題にしない」というスタンスであることを伝えると、議長から「では、どのくらいの複雑さを許容できますか?」と尋ねられたとのこと。
回答の準備が整っていなかったNetflixの技術者は「最悪のケースでは100倍まで」と答えると、100人はいたであろう動画コーディングの専門家たちからは大爆笑が起こったそうです。
議長は「心配しないで。彼らはみな『新しいこと』を試すことができると、幸せに感じているのです。たいていの人は『3倍まで』と答えるものだから」と話したそうです。

627名無しさん@編集中 (ワッチョイWW 8581-hwzd)2019/04/09(火) 06:23:15.60ID:uy7Ei/bz0
Netflixなら1つの動画あたりの再生数が多いだろうから
エンコード負荷より回線帯域のほうが重要だろうね

628名無しさん@編集中 (ワッチョイWW 095f-rpi5)2019/04/09(火) 06:47:30.46ID:B5cVX3yf0
x265もそれなりに仕上がっていた3年半前の時点でコレだからな
そこで非公式ながら100倍まで容認するってんだから、Xeon SPの力押しも厭わないだろうさ
基本的に処理比率的に絶対量は多くは無いにしろ、複雑化した際にボトルネックになりやすいベクター演算関係でのパフォーマンス考えるなら今のところはIntel系の方が正解だし

629名無しさん@編集中 (ワッチョイ 02d2-0IBv)2019/04/09(火) 07:21:43.60ID:CnKCeiSO0
AV1の特許の件についての声明が出てた

The Alliance for Open Media Statement - Alliance for Open Media
https://aomedia.org/the-alliance-for-open-media-statement/

630名無しさん@編集中 (ワッチョイW 7970-f5Ac)2019/04/09(火) 07:44:47.13ID:CFf0Ib8K0
3行でまとめると?

631名無しさん@編集中 (ワッチョイ 02d2-0IBv)2019/04/09(火) 07:55:12.89ID:CnKCeiSO0
英語よくわからんけどSisvelの発表で業界とか投資家あたりに不安な動きが広がったから、ちゃんと対応は考えてるから心配するなっていう声明をとりあえず出したって感じだと受け取ってる

632名無しさん@編集中 (ワッチョイWW 095f-rpi5)2019/04/09(火) 08:34:53.78ID:B5cVX3yf0
要約「以前から掲げているライセンスで扱えるよう対応するから心配するな」

633名無しさん@編集中 (ワッチョイW 7d02-XrGE)2019/04/09(火) 14:24:57.35ID:1B7Tr0nt0
・AOMedia参加メンバー間では合意が取れてるよ
・開発時にコーデック、法律の専門家とともに特許の精査は完了してるよ
・特許に関する防御のための仕組みもあるよ
って感じ
まあ心配せんでも大丈夫やで、ぐらいの内容で>>631の言う通りとりあえず感が強いですね
つか具体的な特許リストがまだ出てきてないから対応のしようがないですし

634名無しさん@編集中 (ワッチョイW 0985-7ad9)2019/04/09(火) 17:35:14.13ID:d07ftRlo0
ChromeでAV1再生するとGPUの3Dの%が異様に上がる割にCPU負荷が上がらないんだが、GPGPU使ってたりするのかな?気のせい?

635名無しさん@編集中 (スッップ Sd33-3Xmw)2019/04/17(水) 15:35:20.72ID:Yfx4MaNMd
Chromium EdgeくんAV1再生時に拡張機能不要にしてくれるのかね?

636名無しさん@編集中 (アウアウイー Sa39-isSE)2019/04/18(木) 03:32:51.10ID:95evdqpAa
Presentation: Latest Technical and Business Progress with AV1
https://people.xiph.org/~negge/NAB2019.pdf

637名無しさん@編集中 (ワッチョイ 12d2-38Qo)2019/04/18(木) 19:30:03.94ID:RS41jD9n0
Introducing SVT-AV1: a scalable open-source AV1 framework
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)2019/04/18(木) 19:38:49.77ID:RS41jD9n0
https://forum.doom9.org/showthread.php?p=1871939#post1871939
https://i.ibb.co/QcdpmNH/hvmaf-720.png
https://i.ibb.co/Z2hRQ1b/msssim-720.png
https://i.ibb.co/BGpNzLZ/psnrhvsm-720.png
https://i.ibb.co/X7GNTqC/hvmaf-1080.png
https://i.ibb.co/TKxNDxk/msssim-1080.png
https://i.ibb.co/5cGyhjk/psnrhvsm-1080.png

SmilingWolf氏がAV1エンコーダーの4回目のベンチマークを公開
SVT-AV1が新たに追加
rav1eはビットレートが大幅に増加する不具合があるそうだから今回は除外とのこと(マルチスレッド対応の初期段階のせい?)

639名無しさん@編集中 (ワッチョイWW f590-Xw8j)2019/04/18(木) 20:48:42.17ID:ay264Mn/0
vp9でいいやん

640名無しさん@編集中 (ワッチョイ 0901-Abnm)2019/04/18(木) 23:11:03.17ID:8tGmyCFa0
Allegro DVT Introduces the Industry First Real-Time AV1 Video Encoder Hardware IP for 4K/UHD Video Encoding Applications
https://www.design-reuse.com/news/45981/allegro-dvt-real-time-av1-video-encoder-hardware-ip-4k-uhd-video.html

641名無しさん@編集中 (ワッチョイW f5b5-azrN)2019/04/18(木) 23:20:42.41ID:jKK6RmNq0
>>638
x264程度の画質なのか…
うーん

642名無しさん@編集中 (ワッチョイWW 51e6-emY3)2019/04/19(金) 01:52:04.19ID:CC0zKLMb0
x265でいいや

643名無しさん@編集中 (ワッチョイWW 1968-T4tv)2019/04/19(金) 03:56:37.00ID:fjkhXfkU0
・GoogleとAmazonが和解。Fire TVでYouTube、ChromecastでAmazonプライムビデオ視聴が可能に
http://www.phileweb.com/news/d-av/201904/18/47157.html

Appleだけ孤立する構造になりそうだな

644名無しさん@編集中 (ワッチョイ 692c-bKfN)2019/04/19(金) 06:09:17.08ID:rz/+uUNz0
>>643
孤立ってどういう意味?

645名無しさん@編集中 (ワッチョイ 12d2-38Qo)2019/04/19(金) 07:41:59.92ID:OkYmo5hL0
>>641
SVT-AV1のスコアが悪いのは

-enc-mode 3でエンコードしてるから(>>142は-enc-mode 0)
GOPの間隔が24と他のエンコーダーより短く設定してある
>>637に書いてある通りまだ実装してない符号化ツールが多いため

なのでもう少し上がる余地があると思う

646名無しさん@編集中 (スップ Sd12-emY3)2019/04/19(金) 12:25:38.21ID:1GFweKaMd
>>643
Fire OSでGoogle Playも使わせろや

647名無しさん@編集中 (ワッチョイWW 515f-Hjqg)2019/04/19(金) 12:51:58.90ID:2zX+uURv0
単純にG-Appの適当なの入れときゃいい

648名無しさん@編集中 (アウアウイー Sa39-zVoN)2019/04/19(金) 15:14:39.18ID:SETO3tI6a
>>636でAV1のエンコードはHEVCの2倍程度の遅さまで高速化されて、画質はHEVCを上回ったという報告になってる
ロイヤリティフリーだからみんなしてエンコーダーの開発に凌ぎを削ってるのが良い結果になっていると思われる

649名無しさん@編集中 (JPWW 0Hc6-k0nY)2019/04/19(金) 15:19:58.04ID:4221RZ9wH
>>646
使えるよ。実際使ってる
apkを4つくらいインストールする必要があるが

650名無しさん@編集中 (スップ Sd12-emY3)2019/04/19(金) 18:10:25.61ID:u+QpfVv0d
>>649
それは使えるとは言わん

651名無しさん@編集中 (ワッチョイWW 515f-Hjqg)2019/04/19(金) 18:19:05.43ID:2zX+uURv0
AndroidベースのカスタムOSだから、Googleのアプリは動くがプリイン出来ない
Amazonの独断で機能削って軽くしたり使用状況のモニタしとるからな
音声も抜いてくるAlexaもFire HDタブにぶっ込んできてるし、尚更無理

652名無しさん@編集中 (ワッチョイWW 515f-Hjqg)2019/04/19(金) 18:24:02.00ID:2zX+uURv0
>>650
apkでアプリも追加できない奴を基準にすればな

653名無しさん@編集中 (ワッチョイ d904-JNgg)2019/04/19(金) 18:58:00.90ID:B3Cf5sMl0
  、wミミミミ主彡彡ミゞ,
 ミミシ"~~_,,.,__~"'ヾ乍t
 ミミ' ' ´_,.,_!_,,..,,_ ヾミ
 'ミ ィ彡'"`'W'"~`'ミ 'ミ
  ミ ィtッァ 〉 ( ttッァ、 }}
  }} "´ ,.. / "ヽ 丶、 {{
 (}   /`^ー^ヘ、 `'{)
  、 ノ :.:.:_J_:.:.ヽ  ,!
 _ヽ /"二゙二`ヽ ,イ
´:::::::::::>、  '⌒  ノ 〉`ー-
::::::::/ 〉 ` ニニニ´  /::::::::::::

654名無しさん@編集中 (ワッチョイ 5194-ehi0)2019/04/21(日) 19:35:50.32ID:Oh8ZQjIO0
スレチだけど知らない間にYouTubeの詳細統計情報にDebugInfoという謎の欄が追加されてる。
AV1も自動設定(TestTubeの方)で取得される環境増えてるっぽい?今までワイの環境で自動だとVP9だったし。

655名無しさん@編集中 (ワッチョイ b5e7-JNgg)2019/04/21(日) 19:50:14.56ID:0OAdnhA60
ちゃんと環境(OS、ブラウザ名、バージョン、AV1絡みのconfig等を変更しているかどうか等)を書かないと意味なくね。
というかTesttubeの「自動」ってどういう挙動だったっけ・・・?

656名無しさん@編集中 (ワッチョイ 5194-ehi0)2019/04/21(日) 20:29:11.29ID: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)2019/04/21(日) 23:07:38.83ID: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.58ID:Oh8ZQjIO0
今動画確認してみたらさらりとvp9に戻ってた。設定ミスか?

659名無しさん@編集中 (ワッチョイ b5e7-JNgg)2019/04/21(日) 23:33:16.79ID:0OAdnhA60
今は2160p60のAV1が生成されてる動画もあるんだな。

 COSTA RICA IN 4K 60fps HDR (ULTRA HD) - YouTube
 https://www.youtube.com/watch?v=LXb3EKWsInQ

昨年11月末時点ではこの動画もAV1は720p60までだったんだが。
8K(4320p)のAV1もあったりするんだろうか。

660名無しさん@編集中 (ワッチョイ b5e7-JNgg)2019/04/21(日) 23:41:30.09ID:0OAdnhA60
あ、8K(4320p30)のAV1もさくっと見つかったわ・・・。

 PATAGONIA 8K - YouTube
 https://www.youtube.com/watch?v=ChOhcHD8fBA

 Go Central Japan in 8K HDR Hyperlapse - 中央日本 - YouTube
 https://www.youtube.com/watch?v=XsVGYfsb3sI

661名無しさん@編集中 (ワッチョイWW 1968-T4tv)2019/04/22(月) 06:58:33.25ID:3Wp9zfHO0
8KのAV1を再生できるスペックってどんだけ〜

662名無しさん@編集中 (ワッチョイWW 1968-T4tv)2019/04/22(月) 09:41:10.79ID:3Wp9zfHO0
とある案件を調べている最中に偶然引っかかったのだが、SVT-HEVCというのはx265の親戚みたいなものなのか?
いまいちよくわからん

663名無しさん@編集中 (ワッチョイ 0916-JNgg)2019/04/22(月) 09:45:54.22ID:C2mU5MyE0
Intelの開発したソフトウエアHEVCエンコーダー
何らかの政治的力でx265でも使えるようになった

664名無しさん@編集中 (ワッチョイWW 1968-T4tv)2019/04/22(月) 10:05:56.95ID:3Wp9zfHO0
そうなんだ
何かメリットあるの?

665名無しさん@編集中 (ワッチョイ 0916-JNgg)2019/04/22(月) 11:31:20.87ID:C2mU5MyE0
傍目にはよく分からんけど、システム要件がXeonとなってるから
Xeonを使うような大規模システム向けにx265を拡張・チューニングする手間が省けてラクみたいな感じじゃね

666名無しさん@編集中 (ワッチョイWW 1968-T4tv)2019/04/22(月) 12:24:24.52ID:3Wp9zfHO0
Xeonか…
たぶん一生触ることはないな

667名無しさん@編集中 (オッペケ Sr79-fOP5)2019/04/22(月) 13:31:16.85ID:JHs2skN+r
XEONってだけなら案外手軽に手に入る

668名無しさん@編集中 (ワッチョイWW 515f-Hjqg)2019/04/22(月) 18:35:02.63ID:kAnwbuDD0
何故コーデックかの様にx265やx264を扱うのか

669名無しさん@編集中 (ワッチョイ a9e7-JNgg)2019/04/22(月) 18:44:22.78ID:mlm7jaub0
>>668
直近のやりとりでは普通にエンコーダとして扱ってると思うが、何に対して言ってるんだ?

670名無しさん@編集中 (ブーイモ MMb2-luUK)2019/04/22(月) 18:44:36.43ID:qZBu9dknM
えっ、ちちっ違うんですか!?

671名無しさん@編集中 (ワッチョイ a9e7-JNgg)2019/04/22(月) 18:46:17.29ID:mlm7jaub0
>>670
渾身のボケに14秒差で割り込んでしまってごめんな・・・

672名無しさん@編集中 (ワッチョイ 1954-61/s)2019/04/22(月) 18:57:22.84ID:RMc3VFIj0
ボケ殺しや

673名無しさん@編集中 (ワッチョイ 51d4-ehi0)2019/04/22(月) 19:19:22.33ID:K1ncT1o70
Xeon案外安いぞ(実用性があるとは言っていない)
https://www.amazon.co.jp/dp/B075WL3QNG

674名無しさん@編集中 (ワッチョイ 51d4-ehi0)2019/04/22(月) 19:27:49.25ID:K1ncT1o70
>>654 だけど
また720pまでだけど自動でAV1で取得されるようになった。わけわかめ...

675名無しさん@編集中 (ワッチョイW 4170-x8O4)2019/04/23(火) 04:31:46.91ID:ScGVcnuz0
>>665
AVX512アピールするためのものじゃない?
AMDは当分実装しないだろうから

676名無しさん@編集中 (ワッチョイ d904-JNgg)2019/04/23(火) 17:05:36.84ID:M6gJvnPJ0
  、wミミミミ主彡彡ミゞ,
 ミミシ"~~_,,.,__~"'ヾ乍t
 ミミ' ' ´_,.,_!_,,..,,_ ヾミ
 'ミ ィ彡'"`'W'"~`'ミ 'ミ
  ミ ィtッァ 〉 ( ttッァ、 }}
  }} "´ ,.. / "ヽ 丶、 {{
 (}   /`^ー^ヘ、 `'{)
  、 ノ :.:.:_J_:.:.ヽ  ,!
 _ヽ /"二゙二`ヽ ,イ
´:::::::::::>、  '⌒  ノ 〉`ー-
::::::::/ 〉 ` ニニニ´  /::::::::::::

677名無しさん@編集中 (ワッチョイ a9e7-JNgg)2019/04/24(水) 20:55:53.44ID:+bWSd5WA0
NAB 2019: Twitch Talks VP9, AV1 and its Five-Year Encoding Roadmap
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)2019/04/24(水) 21:09:39.44ID:bulym0NJ0
TwitchのVP9エンコーダーってこれやね

How VP9 delivers value for Twitch’s esports live streaming
https://blog.twitch.tv/how-does-vp9-deliver-value-for-twitchs-esports-live-streaming-35db26f6322f

AWS Marketplace: NGCodec VP9 Encoder - V01
https://aws.amazon.com/marketplace/pp/B07J2K9MYY

679名無しさん@編集中 (アウアウエー Sa13-7qrM)2019/04/25(木) 11:11:41.27ID:wRI7YbTsa
Liveでvp9使うようになるのか
YouTubeより進んでるな

680名無しさん@編集中 (ワッチョイWW 2d5f-8teH)2019/04/25(木) 16:23:34.42ID:R+kQPv7C0
ios端末さんあのVP9対応…

681名無しさん@編集中 (ワッチョイ 2501-DhOR)2019/04/25(木) 22:26:33.16ID:NWvPbylQ0

682名無しさん@編集中 (ワッチョイWW b501-bBS5)2019/04/25(木) 22:48:25.41ID:vMS9PMT10
ようやくAV1のHWデコーダーか

683名無しさん@編集中 (ワッチョイWW b501-bBS5)2019/04/26(金) 00:40:35.01ID:PdH62N3b0
ところでAVS2とAVS3って何?
中華コーデック?

684名無しさん@編集中 (ワッチョイWW a37c-7fbs)2019/04/26(金) 00:49:31.20ID:p9bwxHi30
AV1がH.265と同じ道を辿らなければ良いが…

685名無しさん@編集中 (ワッチョイWW 155f-JueJ)2019/04/26(金) 01:29:15.40ID:LkKgVhhQ0
意味が解らない

686名無しさん@編集中 (ワッチョイ 15d4-4vDe)2019/04/26(金) 21:33:36.76ID:SF8UfUFX0
ブラウザはChromeとFirefox(Microsoft,Apple)
動画配信はYouTubeとNetflixさらにHulu(Amazon)
半導体メーカーはIntelとnVIDIAさらにARM

逆にどう考えたら普及しないと思えるのか教えてほしい。

687名無しさん@編集中 (ワッチョイW 234b-4eYA)2019/04/27(土) 18:45:11.44ID:+jHjuDEl0
サブマリン特許とエンコードコストかな…

688名無しさん@編集中 (ワッチョイWW 155f-JueJ)2019/04/27(土) 20:12:10.82ID:40QUDttX0
特許自体開示情報で潜るも糞も無く、解釈の拡大適用でも無くて
AV1出来てから買った特許でも無いのにサブマリンも糞も無いのだけれどな
ライセンスフリーが売りなのに詰めが甘かっただけだ罠

689名無しさん@編集中 (ワッチョイ 15d4-4vDe)2019/04/27(土) 20:51:21.12ID:rnvf+bo00
NTTのいちゃもんだと思うんだけどなぁ。オープン化が好大きなWeb業界でAOMediaに勝てないと考えて潰そうとしたんでしょ。
実際VVCも搭載されるブラウザなんてSafariくらいやろ。てかSafariも搭載してくれるか怪しい。

690名無しさん@編集中 (アウアウクー MM81-9ePr)2019/04/27(土) 21:00:57.29ID:REBoXRVvM
そもそもの話、PCやスマホの場合、デコーダーはOS側で対応して、ブラウザーはOSが対応しているデコーダーを利用して呼び出して再生するだけでいいんじゃないのかと思ったりしなくもない
わざわざブラウザーがデコーダーまで抱える必然性は低いように思えてならない

691名無しさん@編集中 (オイコラミネオ MMb1-GtBW)2019/04/27(土) 21:10:27.27ID:DGnQbFYZM
せめて接触特許明示してからイキれよ

692名無しさん@編集中 (ワッチョイWW 155f-JueJ)2019/04/27(土) 22:46:11.28ID:40QUDttX0
オープンなのは良い事だけど、それを傘に権利侵害を問題と考えなかったり、
調査の不備棚に上げて権利者悪者みたく扱うのは全然別だと思うが

693名無しさん@編集中 (ワッチョイ e5e7-MRXB)2019/04/27(土) 23:30:39.75ID:igFPWjm70
>>688
> 解釈の拡大適用でも無くて
> AV1出来てから買った特許でも無い

・どの特許が対象になってるか把握してるの?

・「拡大適用でもない」というのは何を根拠に言っているの?

694名無しさん@編集中 (ワッチョイWW 155f-JueJ)2019/04/28(日) 01:32:00.43ID:wkZXu2m+0
>>693
煽って誘ったのは悪いが、そっちも解ってるんじゃん
そういう当該特許が何かや特許詳細わからんだろ?
詳細や抵触箇所が不透明なのだから、サブマリン特許とか潰そうとしているとか一方的に非難も出来んのだよ
成否の判断が第三者からは難しい

なのに非難している方にも同様のレス付けないのは何故なんだい?

695名無しさん@編集中 (ワッチョイ e5e7-MRXB)2019/04/28(日) 01:59:31.92ID:AtUcCe7J0
>>694
根拠もないのに確定情報であるかのような書き方をするのはやめるべきだと思うんだよね。

詳細もはっきりしないのにサブマリン特許だーとかAV1潰しだーとか騒ぐのもどうかと思うけど、
「特許侵害は確定だー、AV1陣営の不備だー失態だー」という書き方をするのも
同様によくないだろっていうのは>>609でも書いたとおり。

696名無しさん@編集中 (アウアウイー Sa81-qfih)2019/04/28(日) 02:16:17.77ID:/OtbffzSa
世の中の特許は全て革新的な技術で取られてると思ってるおめでたいやつがいるんだな
完全に俺の感覚だけど95%は糞みたいな特許だぞ
そういうのに限ってどうとでもとれるような曖昧な書き方になってる
だから後出ししてくる
NTTだからそんなことないと思ってるかもしれないけど、大企業ほどそういう特許が多い

697名無しさん@編集中 (ワッチョイWW 155f-JueJ)2019/04/28(日) 04:00:57.91ID:wkZXu2m+0
そんか曖昧な書き方してたら当たり前に特許自体が通らんよ
ウチみたいな技術系の中小企業でも数十は保有してるし、申請出すだけでも偉い手間も金も掛かる(特許の有効化に手数料と書類作成でだけでも数十万軽く飛ぶ
申請時はそれを仕事にしている専門家に審査されるから糞厳しいのよ

曖昧な主張が通るのは申請時より係争時で、特許無効や不該当にしたがってる連中の方が、本質が全然別な代物の特許や既製品の実装例使って、表面的な類似性だけで専門家では無い裁判官に勘違いさせるようってのが多い
裁判官も上告されてミスジャッジが後から露呈するの嫌がって、下手に判断行わず大抵は示談調定持っていく事に一生懸命になるのが多いけどな

698名無しさん@編集中 (オイコラミネオ MMb1-GtBW)2019/04/28(日) 10:01:36.00ID:RuTB6hC1M
内情知ってるNTT社員の駆付擁護かと思ってたら真相は門外漢のエスパーがイキってただけで草不可避

699名無しさん@編集中 (ワッチョイ 652c-QY/s)2019/04/28(日) 15:48:16.62ID:RvdOQEos0
>完全に俺の感覚だけど95%は糞みたいな特許だぞ
あー、はい。そうですか…

700名無しさん@編集中 (ワッチョイ 0d61-MRXB)2019/04/28(日) 21:10:54.01ID:WyTb6CZR0
映像の圧縮技術で特許を完全に回避なんかできるわけがない。

701名無しさん@編集中 (ワッチョイWW 0554-9ePr)2019/04/28(日) 22:15:29.73ID:jfFkpKxd0
黎明期ならいざ知らず、ここまで高度化した現在においてフリーとか乞食の夢物語にすぎない

702名無しさん@編集中 (ワッチョイWW 0590-7yDL)2019/04/28(日) 23:56:29.14ID:q+UZRBRW0
でも、mpeg2失効したしそれから基本的な技術変わってないんじゃないの?パラメーター変えただけのくそ特許がいっぱいあるってこと?

703名無しさん@編集中 (ワッチョイWW 155f-JueJ)2019/04/29(月) 01:53:31.39ID:KpHMsu0m0
実行コストが低くて効果が大きい圧縮法から採用されてるからな

あとは処理性能や作業記憶領域の確保量的な、時間経過でコスト評価が軽くなる部分も食い潰して
新たな発明・発見的なものが無い限り、高コストで採用を先延ばしてたものをどう折り合い付けて実装していくかという状態やし

704名無しさん@編集中 (アウアウイー Sa81-qfih)2019/04/29(月) 03:35:01.22ID:C/hMONVZa
特許に抵触してるかなんて有能な弁護士を沢山雇って調査しないと分からんだろ
AOMedia連合に加入してる企業は腐るほど金があるから、金に物言わしてその辺の事情に最も精通してるに違いない
だからロイヤリティフリーと言えるんだよ
基本的にド素人がなに言っても無意味なんだよな

705名無しさん@編集中 (ワッチョイWW 155f-JueJ)2019/04/29(月) 06:08:31.38ID:KpHMsu0m0
それはお互いの企業どちらも同じでしょ
そして両方に「正しいに違いない」とか言うん?
結局雇い主優位にするための雇われ集団だからな
事の正否関係なく、クライアントにとってより黒に近いものを裁判で白に出来る奴ほど有能という業界だし

706名無しさん@編集中 (ニククエ 15d4-4vDe)2019/04/29(月) 12:15:43.32ID:EMdNvHAu0NIKU
アメリカトップのIT企業様集団に勝てるわけがないんだよなぁ。

707名無しさん@編集中 (ニククエW d5b5-jvGB)2019/04/29(月) 15:43:44.61ID:Rj5w+YR80NIKU
企業の面子的にはAV1陣営の方が信用できる

708名無しさん@編集中 (ニククエ 4baa-SAwI)2019/04/29(月) 22:39:46.65ID:JzVdDrYW0NIKU
VP9、youtube以外じゃ見かけた事が無いな
泥スマホではカメラアプリに使われてたりするん?

709名無しさん@編集中 転載ダメ (ニククエ 25ed-ZqJX)2019/04/29(月) 23:53:57.33ID:TYNKyqeq0NIKU
>>708
ゲーム機に使われてるんやと >>296

710名無しさん@編集中 (ニククエ 2b2d-KxX0)2019/04/29(月) 23:58:20.81ID:b16Beb+c0NIKU
スイッチは音声もOpusだしね

711名無しさん@編集中 (ニククエ 2b2d-KxX0)2019/04/29(月) 23:58:42.30ID:b16Beb+c0NIKU
>>297で書かれてたw

712名無しさん@編集中 (ニククエ MMb1-GtBW)2019/04/29(月) 23:59:14.10ID:LjRyUJr5MNIKU
最近のゲームのムービーでWebM形式は割とよく見るぞ
あとふたば

713名無しさん@編集中 (ワッチョイ 2b02-f8cI)2019/04/30(火) 02:31:36.31ID:q1lAGrmK0
これからAV1が標準になる思って良い?
Amazon、Facebook、Google、Intel、NVIDIA、Microsoft、Adobeなどが関わってるとなると広まるとしか思えないけど

714名無しさん@編集中 (ワッチョイ 4d23-MRXB)2019/04/30(火) 02:47:52.96ID:UL2knPtU0
まだ油断は禁物だってJpeg2000さんが草葉の陰で言ってた

715名無しさん@編集中 (ワッチョイWW 155f-JueJ)2019/04/30(火) 03:03:59.94ID:RdiAm3j+0
広まるというか、連中が一緒にゴリ押しし始めると移行せざるをえなくなる

716名無しさん@編集中 (ワッチョイWW 1d81-aFST)2019/04/30(火) 03:41:32.32ID:tquj0htm0
NetflixもVP9

717名無しさん@編集中 (オイコラミネオ MMb1-GtBW)2019/04/30(火) 11:35:14.36ID:RegLVrggM
日本企業だけAV1移行失敗したら笑う

718名無しさん@編集中 (オイコラミネオ MMb1-GtBW)2019/04/30(火) 11:51:44.01ID:RegLVrggM
NTTドコモの配信サービスは利用してないからどうでもいいが
ドコモ端末でYouTubeやPrimeVideoが利用不可になれば乗換不可避だわ
あのAmazonとGoogleさえも和解する程の痛手

719名無しさん@編集中 (ワッチョイ 032d-KxX0)2019/04/30(火) 12:19:52.56ID:fI3fcioP0
嫌なスレだねぇ・・・

720名無しさん@編集中 (スフッ Sd43-GR/N)2019/04/30(火) 12:23:06.72ID:P/GcRaPJd
>>718
いくらなんでもそんなことするわけないだろ、docomoもそこまで馬鹿じゃない。そもそもAndroidがAV1デコードにも対応するだろうし、docomoが意図的にその機能を省くほどのメリットはない

721名無しさん@編集中 (ワッチョイ 23ad-PgzV)2019/04/30(火) 12:36:03.04ID:5xvxuxjL0
AOM AV1コーデックと特許管理
https://qiita.com/yohhoy/items/0f6aec829a05b6292316

これ読むとAOMに訴訟した企業、団体は防御的解除によってAV1の利用権を失うみたいに読めるけど

722名無しさん@編集中 (オイコラミネオ MMb1-GtBW)2019/04/30(火) 12:37:58.62ID:RegLVrggM
>>720
AOMを攻撃した企業関係者にはAV1ライセンスの防御的解除が発動される可能性があるそうだぞ
https://qiita.com/yohhoy/items/0f6aec829a05b6292316

723名無しさん@編集中 (アウアウイー Sa81-qfih)2019/04/30(火) 13:08:58.23ID:bNd6Hfc7a
Sisvelの主張だとデバイスメーカーに課金するようだけど、その直後にサムスンがAOMediaに加入したのは偶然じゃないだろう
サムスンにアップルと二大端末メーカーを敵に回してまで特許侵害を主張する意味があるとは思えない

724名無しさん@編集中 (ワッチョイ 15d4-4vDe)2019/04/30(火) 14:56:30.61ID:edQ3PAu00
>>722
docomoが売っているスマートフォンには流石にAV1デコーダ搭載されるんちゃう?
dアニメストアとかdTVとかはどうなるか予想できないけど。

725名無しさん@編集中 (Hi!REIWA 25e7-MRXB)2019/05/01(水) 11:00:11.46ID:HLdsqs3n00501
 
dav1d 0.3.0 Sailfish: ARMed to the teeth ? Ewout ter Hoeven ? Medium
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
 https://www.youtube.com/playlist?list=PLvndfuQ5JldKMffLOhQ6pLdO0euZfq_40

726名無しさん@編集中 (Hi!REIWA 4bf2-mEZ1)2019/05/01(水) 21:08:02.80ID:1us5cPLz00501
x265のスレないのか
少しバージョン上がったね

727名無しさん@編集中 (Hi!REIWA 2356-Z4eT)2019/05/01(水) 22:22:58.89ID:Si0jTuXZ00501
H.265/HEVC Part9 【7680x4320】
http://mevius.5ch.net/test/read.cgi/avi/1537363331/

728名無しさん@編集中 (JPWW 0H93-coRu)2019/05/02(木) 10:35:45.19ID:H3AuzTo8H
>>714
jpeg2000なら医療や映画、衛星の中で活躍してますよ

729名無しさん@編集中 (ワッチョイWW 3602-jJIx)2019/05/02(木) 13:46:21.73ID:8dLWttDO0
>>728
知らない人多いけどデジタルシネマはjpeg2000だからね

730名無しさん@編集中 (ワッチョイWW 4fe6-fbFq)2019/05/03(金) 00:04:37.91ID:XUAlyhoh0
デジカメやらスマホやらがjpegのままな限り他が普及する事は一生無い

731名無しさん@編集中 (ワッチョイ 172c-S6pj)2019/05/03(金) 01:03:30.56ID:U8v0jgBR0
だからこそAppleがHEIFを世界標準にしてくれることを期待したんだがな

732名無しさん@編集中 (ワッチョイW f7b5-DmbV)2019/05/04(土) 01:20:16.85ID:/dLn/u3u0
Intel's SVT-AV1 Video Encoder Saw Yet Another Performance Boost In April - Phoronix
https://www.phoronix.com/scan.php?page=news_item&px=SVT-AV1-Ending-April-High

>SVT-AV1 bef6750を適当にベンチマーク
>主にencmode8の性能を測りたかったので比較対象はx264、x265のmedium
https://twitter.com/fg118942/status/1123009783496228864
https://twitter.com/5chan_nel (5ch newer account)

733名無しさん@編集中 (ワッチョイ 17a7-31Zm)2019/05/04(土) 02:58:51.32ID:QOpgcd7u0
<技術者を苦しめるフレームレート>

なぜ、NTSCカラーは29.97fpsなのか ・・・ http://i.imgur.com/UHsHBQW.jpg

734名無しさん@編集中 (ワッチョイ 362d-ahOC)2019/05/04(土) 03:06:26.39ID:kvg2/SjS0
いやNHKがアナログハイビジョンで60FPSにしたんだが、
NTSC陣営が猛反発してデジタルでは59.94FPSのままになってしまったんだよ
60FPSにしとけば色々と楽だったのになあ

735名無しさん@編集中 (ワッチョイ 62ad-whR5)2019/05/04(土) 07:28:00.39ID:TCLDYi/w0
>>732
グラフ
https://pbs.twimg.com/media/D5W6YzjV4AASys6.png
https://pbs.twimg.com/media/D5W6aGYUcAAe5Cu.png
https://pbs.twimg.com/media/D5W6bzYVUAA7pGX.png
https://pbs.twimg.com/media/D5W6sbWUwAAWlJQ.png
https://pbs.twimg.com/media/D5W6tVHVUAA_qQT.png
https://pbs.twimg.com/media/D5W6wOnUUAEq3Dk.png
https://pbs.twimg.com/media/D5W64W3U0AE9Xpt.png
https://pbs.twimg.com/media/D5W66VvVUAAWy_S.png
https://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)2019/05/04(土) 13:44:03.49ID:drkLvLD60
企業の利権の影響が消費者の利便性を損ねちゃうのは悪しき伝統だよな
直ちに問題はない
大きな問題はない
・・・

737名無しさん@編集中 (コードモ 4f5f-syfw)2019/05/05(日) 06:52:23.33ID: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)
https://imgur.com/X4fIQBO.jpg
https://imgur.com/igQIPRv.jpg
https://imgur.com/jWylYvN.jpg
https://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)
https://imgur.com/XrM1as9.jpg
https://imgur.com/MykKQyW.jpg
https://imgur.com/WwGNr0B.jpg
https://imgur.com/RB3uTbL.jpg

738737 (コードモ 4f5f-syfw)2019/05/05(日) 06:55:04.69ID: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)
https://imgur.com/IDeWPV8.jpg
https://imgur.com/e3CO8Hv.jpg
https://imgur.com/0RMqjaM.jpg
https://imgur.com/oq0XwGW.jpg

Original
https://imgur.com/QwgGrh3.jpg
https://imgur.com/EGiYEVP.jpg
https://imgur.com/MM9s8uv.jpg

739名無しさん@編集中 (コードモ 62ad-whR5)2019/05/05(日) 12:12:55.37ID:guSt+BSO00505
>>737

rav1eってまだver 0.1.0だし全然安定してないよね

740737 (コードモ 4f5f-syfw)2019/05/05(日) 12:50:51.46ID: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)
https://imgur.com/2GOIIiP.jpg
https://imgur.com/B4UDRNy.jpg
https://imgur.com/uNKfLtP.jpg
https://imgur.com/ciYqeBP.jpg

x265 (10bit) : --preset=slower --crf 28
[x4] Progress : 0:9:49 (589.95s/5.256fps/19.3MB)
https://imgur.com/2peuotJ.jpg
https://imgur.com/aLJ95h3.jpg
https://imgur.com/xahR1tY.jpg
https://imgur.com/r8wFhjb.jpg

ちなみにlibaom-av1を並列化せずに[x1]でエンコードした場合はCPU7-16%で0.976fpsぐらいだった。
https://imgur.com/bVDX8mU.jpg

741名無しさん@編集中 (コードモWW 4f5f-izkM)2019/05/05(日) 12:55:35.81ID:ojq2ZAQh00505
圧縮ロジックの優劣見るならアニメ絵使わない方が良くないか?

742名無しさん@編集中 (コードモ MM9f-JJ5l)2019/05/05(日) 13:09:09.96ID:HwZbYXTsM0505
アニメは偏るからねぇ

743名無しさん@編集中 転載ダメ (コードモ f7ed-siGz)2019/05/05(日) 13:31:54.71ID:wB8zy91500505
ガチで比較するならソース自体にアーティファクトがあるものより無圧縮の素材がおすすめやで

https://media.xiph.org/video/derf/

744名無しさん@編集中 (コードモ 9b23-Cg3z)2019/05/05(日) 14:36:46.84ID:igL/Whch00505
アニメ素材での性能がどうなのか? ってのを気にする人も少なからずいると思うしこれはこれでいいと思う
アニメは無圧縮のソースが入手しにくいけどな

745名無しさん@編集中 (コードモWW d74f-Zo9t)2019/05/05(日) 16:15:50.16ID:WHIoVb4w00505
アニメでもBDソースならまだいいけど
TV録画なんて元から汚い物で比較されてもな

746名無しさん@編集中 (コードモ 62ad-whR5)2019/05/05(日) 16:47:05.23ID:guSt+BSO00505
BDだと誰でも簡単にソースを入手出来るわけじゃないから追試がしにくいのがね
>>743のとこに日本のアニメスタイルの動画があればいいんだけど

747名無しさん@編集中 (コードモ MM9f-JJ5l)2019/05/05(日) 17:29:21.21ID:HwZbYXTsM0505
いや、アニメから離れろw

748名無しさん@編集中 (コードモ 122d-ahOC)2019/05/05(日) 17:31:36.24ID:YkbacK9E00505
>>747
エンコ系スレにいるのはほぼアニメマニアだろうし

749名無しさん@編集中 (コードモ df01-7GOi)2019/05/05(日) 17:33:06.50ID:PTg3ptNw00505
実写は動き検索大変で遅い、縮まない、縮めるとすぐノッペリでエンコする意味ないからな

750名無しさん@編集中 (コードモ f716-Cg3z)2019/05/05(日) 17:37:38.92ID:fnZcHXXe00505
エンコーダーの性能テストにはアニメが好んで使われてるってどこかで読んだぞ

751名無しさん@編集中 (コードモ 62ad-whR5)2019/05/05(日) 17:40:29.46ID:guSt+BSO00505
>>747
AV1の標準データセットっぽいobjective-1-fastは実写映像だけで構成されてるわけじゃなくてゲームの映像も入ってるわけだしそれならアニメだってちょっとくらいいいじゃん
Twitchとかあの辺の影響で入ったんだろうけど、日本のアニメだってNetflixやらCrunchyrollでそれなりの数をエンコードしてるだろうし

752名無しさん@編集中 (コードモ 122d-ahOC)2019/05/05(日) 17:45:27.89ID:YkbacK9E00505
でもこのスレの場合、アニメでしかエンコしない、他のソースは徹底的に拒否するってなると
>747みたいなこと言いたい気持ちもわからんでもない

753名無しさん@編集中 (コードモ MM93-mvEV)2019/05/05(日) 17:57:22.87ID:zybFg1VnM0505
アニメでも実写でも画質が向上するなら全て良し!

754名無しさん@編集中 (コードモ f7e7-Cg3z)2019/05/05(日) 18:36:51.07ID:8CAmGv+L00505
>>752

× このスレの場合、アニメでしかエンコしない、他のソースは徹底的に拒否する

〇 このスレの場合、
   ・アニメソースでテストして結果を書き込んでくれる人はそこそこいる。
   ・実写ソースでそれをしてくれる人はあまりいない。
   ・自分ではやらないのに他力本願で自分好みのテスト結果を求めるだけの人はそこそこいる。

755名無しさん@編集中 (コードモ 9b23-Cg3z)2019/05/05(日) 19:30:57.25ID:igL/Whch00505
アニメと比べて実写はソースごとの差異が大きすぎて比較しにくいってのもある
風景を垂れ流すだけのヒーリングビデオとか動きの激しいスポーツ中継とか人が入り乱れる大作映画とか
それぞれコーデックによって結構傾向も変わってくるしな
誰かが何かで検証したとしても外野がそれじゃ不十分あれとこれとそれもやれそこまでできないのかつかえねーな
くらい言われたり・・・

756名無しさん@編集中 (ワッチョイ cb5f-Cg3z)2019/05/05(日) 23:52:08.46ID:xjDgzIkL0
なんでもいいから、実写での比較画像プリーズ
でないと、アニメではAV1は全然使えねーって評価で終わる

757名無しさん@編集中 (アウアウイー Sa9f-3o8d)2019/05/06(月) 09:22:44.36ID:xnH51Ujza
JPEGの圧縮ノイズに見えてしまうからPNGで見たかった…

758名無しさん@編集中 (ワッチョイ 62ad-whR5)2019/05/06(月) 12:53:54.10ID:iMy2A5Em0
>>737
そういえばこれって2passでエンコードしてる?
AV1はcrfでエンコードするときも2passじゃないと効率悪いんだけど

759名無しさん@編集中 (スププ Sd02-QkaB)2019/05/06(月) 16:10:07.29ID:3fCKJc7Dd
アニメとかいいから実写とか3DCGとかピクサーでもええからはよ

760名無しさん@編集中 (ワッチョイ 062c-gJ33)2019/05/06(月) 16:14:51.74ID:IL7izna50
日本アニメは単色塗りつぶし域が大きいので特殊なソース
そこに最適化はしてくれないだろう。。

761名無しさん@編集中 (ワッチョイWW 4f5f-izkM)2019/05/06(月) 16:58:05.39ID:n5+2Y4+V0
最適化というか、フレーム情報の周波数域の分布解りやすくて
ロジック煮詰め無くてもマクロブロックの配置難易度が低いから最適化自体必要ないだろと

HWエンコーダで極端にアニメ絵の方が縮むのもそこらへんだからなぁ
一部のanimeオプションも周波数成分の扱いとビットレートの再分配の必要性低いから余計な処理しないで処理リソース他に回す方向のもので、
アニメへの最適化というより単純化の宣言みたいなもんだからな

762737 (ワッチョイ 4f5f-syfw)2019/05/06(月) 19:22:08.74ID:yLZLRtGK0
とりあえず余計なもの外して必要な機能だけにしたバッチ書いたので試してみたい人はどうぞ。
VP9/x265/AV1(libaom-av1)を10並列でゴリゴリ動かすバッチを入れておいた。
AV1だと720pならメモリ12〜16GB推奨、フルHDは32GBぐらい必要だと思う。

Multi_FFEncoder.7z
https://1.bitsend.jp/download/5ab2492b8dd50328fe72217593c5e92a.html

763737 (ワッチョイ 4f5f-syfw)2019/05/06(月) 19:25:26.48ID:yLZLRtGK0
DLパスワード: ajyruDeN

764名無しさん@編集中 (ワッチョイ 62ad-whR5)2019/05/06(月) 20:49:07.20ID:iMy2A5Em0
>>762

メモリ8GBしか積んでないからキツイなw
並列数の指定が出来るといいんだけど

あとmp4boxの動作に必要なdllが足りなくてmux出来ないっぽい

765名無しさん@編集中 (ワッチョイ b6a1-ahOC)2019/05/06(月) 21:09:40.69ID:ajsp0w4j0
クレクレばっかしてねーで少しは自分でやれよ

766名無しさん@編集中 (ワッチョイ 62ad-whR5)2019/05/06(月) 21:35:20.92ID:iMy2A5Em0
>>765
じゃあ自分で書いたbatも公開してみる
>>735のグラフもこれで描いた
https://github.com/f11894/video_benchmark

あと、並列数を弄ろうと思って>>762のbatを覗いて見たけど複雑過ぎて理解出来なかった
並列数10でハードコードされてて弄れなさそう?

767名無しさん@編集中 (ワッチョイW 4f1a-aLIU)2019/05/06(月) 21:41:32.62ID:utUE7MyG0
さすができるお方、優秀や……

一方…

768名無しさん@編集中 (ワッチョイ f701-/6e6)2019/05/06(月) 23:59:25.84ID:9sX7v7pg0
AVS
http://www.avs.org.cn/
AVS2のオープンソース諸々
https://github.com/pkuvcl

769737 (ワッチョイ 4f5f-syfw)2019/05/07(火) 20:54:05.33ID:43jO51DX0
Multi_FFEncoder_v0.01.7z : [x5]のバッチを追加
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フォルダにコピー
https://gpac.wp.imt.fr/downloads/gpac-nightly-builds/

VCRUNTIME140.dll > Visual Studio 2015 Visual C++ Runtime(vc_redist.x64.exe)
https://www.microsoft.com/ja-jp/download/details.aspx?id=48145

MSVCR100.dll > Microsoft Visual C++ 2010 Runtime (vcredist_x64.exe)
https://www.microsoft.com/ja-jp/download/details.aspx?id=14632

エンコードしたAV1が再生出来ない時は、MPC-HCなら最新版のLAVFilterを入れて外部フィルタを使うように設定
https://i.imgur.com/3alfIQO.png

770名無しさん@編集中 (ワッチョイ 62ad-whR5)2019/05/08(水) 20:03:17.82ID:Ao6LCTyE0
>>769
わざわざありがとう
x5ならうちのPCでも使えそう

771名無しさん@編集中 (ワッチョイ 7763-y0Vo)2019/05/12(日) 00:44:30.09ID:li/Ayl/G0
ここは可逆圧縮コーデックの話題もしてええの?不可逆系のみ?

772名無しさん@編集中 (ワッチョイ 572c-0Zgs)2019/05/12(日) 01:09:21.52ID:blB2Mv0u0
次世代ビデオコーデックならいいんじゃないの?

773名無しさん@編集中 (オイコラミネオ MM6b-XE84)2019/05/12(日) 01:38:02.82ID:/mlyd70AM
旧スレ時代もDSCの話題で賑わってた記憶あるぞい

774名無しさん@編集中 (ワッチョイ 7fa1-y0Vo)2019/05/12(日) 03:01:24.17ID:WK7S3FPG0
映像編集用のコーデックは編集ソフトのスレで聞いた方がいいと思うよ

775名無しさん@編集中 (ワッチョイ 9fad-3HmU)2019/05/12(日) 10:33:36.57ID:HC2cF78Q0
昔は可逆圧縮専用スレもあったよな

776名無しさん@編集中 (ワッチョイ 57e7-gMth)2019/05/12(日) 16:17:37.38ID:8cQQgM3L0
なつかしいな。最後のスレは例のDTV板壊滅で落ちるまで7年半かかってたが・・・

 映像可逆圧縮総合スレ Part3 (過去ログ)
 https://echo.5ch.net/test/read.cgi/avi/1247236230

777名無しさん@編集中 (ワッチョイWW d768-7DOq)2019/05/12(日) 17:55:25.58ID:kUbYAkuz0
DTVビッグバン前か

778名無しさん@編集中 (ワッチョイW 9f4b-daHg)2019/05/12(日) 21:25:50.88ID:+yHy+a0S0
俺も最新の可逆コーデック知りたいぞ。どこ行けばいいんだ?
まだバランス的にamv4一択だとかならいいです。

779名無しさん@編集中 (アウアウエー Sadf-aGTh)2019/05/13(月) 00:00:40.80ID:2zWsrIrma
x264の可逆圧縮モードが最強だぞ

780名無しさん@編集中 (ワッチョイ 7763-y0Vo)2019/05/13(月) 00:34:06.12ID:ixNkK2I70
じゃあ自分が使ってる可逆コーデックでも紹介しとくわ

Lagarith Lossless Video Codec 速い割に圧縮率高め
https://lags.leetcode.net/codec.html

MLC Codec 遅めで圧縮率重視
http://www.linek.sk/mlc/

MSU Lossless Video Codec 2Dゲーム動画の圧縮用途に置いては最強の圧縮率
http://www.compression.ru/video/ls-codec/index_en.html

Ut Video Codec Suite 有名どころ
http://umezawa.dyndns.info/wordpress/

---------ここから下は有料----------------

MagicYUV 一番新しい可逆コーデック 4Kサポート 無料版はあるが古いバージョンを使わされる
https://www.magicyuv.com/

AMV4 軽い割に圧縮率高め
http://www.amarectv.com/buy.htm


Huffyuvは時代遅れで今や速度も遅いし圧縮率も低いので省いた

781名無しさん@編集中 (ワッチョイ 7763-y0Vo)2019/05/13(月) 00:41:35.32ID:ixNkK2I70
すまん間違えた
2Dゲーム動画の圧縮用途に置いては最強の圧縮率なのはこっちMSU Screen Captureの方

MSU Screen Capture Lossless Codec
http://www.compression.ru/video/ls-codec/screen_capture_codec_en.html

782名無しさん@編集中 (ワッチョイ 1f2d-y0Vo)2019/05/13(月) 00:41:54.42ID:aM9frZWI0
普通Ut Video以外の選択肢なんてあるのかね

783名無しさん@編集中 (ワッチョイWW d7da-nP+x)2019/05/13(月) 00:46:08.61ID:ZlpuVBUB0
昔は一時ファイルにLagarith使ってたけど、長らく更新されないのもあってUTに乗り換えたな
他におすすめあったら知りたい

784名無しさん@編集中 (ワッチョイ 57e7-gMth)2019/05/13(月) 02:27:45.77ID:MGYRq2PL0
可逆は普通にUtVideoでいいと思うよ。
無料だし、今でもこつこつ改良されてるし、フォーマット毎に分かれててわかりやすいし、
高速なT2シリーズ(UM**)も追加されてるし、ffmpegでも入出力できるし。

AMV4も良い性能みたいだけど、有料だし、「YUVで入力したらYUVでしかデコードできない」という欠陥仕様があるので
使い方によっては動画編集ソフトに読み込めないことがあるので注意が必要。(その場合でもAvisynthを経由すれば読めるかもしれんけど)

>>780-781はMLCやMSUを挙げてるけど、いまどきこれらを実用してる人なんているんだろうか・・・。

785名無しさん@編集中 (ワッチョイ 7763-y0Vo)2019/05/13(月) 03:27:31.80ID:ixNkK2I70
ひとつ忘れてた

Zip Motion Blocks Video 2Dゲーム動画の圧縮用途でMSU Screen Capture Lossless Codecと同じくらいの圧縮率だがそれより軽い
http://www.dosbox.com/

Dosboxに付属してるのでコーデック単体の提供はない


>いまどきこれらを実用してる人なんているんだろうか
まあ挙げたのは保存用途だからキャプチャ用途にはUtVideoでいいんじゃね

786779 (ワッチョイW 9f4b-daHg)2019/05/13(月) 04:56:15.39ID:2aWwZBre0
>>780
ありがとう。MSU、magicYUVての興味あるなぁ

787名無しさん@編集中 (ワンミングク MM7f-ZJrh)2019/05/13(月) 11:35:22.22ID:iWOJstvQM
汎用性と圧縮率の高さでH.264 losslessが使いやすそうだな

788名無しさん@編集中 (ワッチョイ 9fad-3HmU)2019/05/13(月) 19:43:44.63ID:QZfGQKDs0
Memory optimizations for all resolutions (#242)
https://github.com/OpenVisualCloud/SVT-AV1/commit/430c2a6fd2889c2f1b4a3351b146ad6dfc94c4a7
SVT-AV1のメモリ消費量めっちゃ減った。
今まで1080pで5GBくらい食ってたけど半分になった。

789名無しさん@編集中 (ワッチョイ 77da-vVMj)2019/05/13(月) 23:11:11.84ID:k3Ys6ysN0
ffmpeg の ffv1 も可逆圧縮

790名無しさん@編集中 (ワッチョイ bf68-vM1y)2019/05/14(火) 12:47:34.27ID:SMwjlOv20
編集前提の可逆や低圧縮の非可逆系コーデックだと、一般的にはAppleやBlackmagicDesignのコーデック使うことが多いような気がする
Ediusが最新版からAppleのコーデックにも対応するようだから、今後動画の編集もWindowsに一本化される可能性が高くなるだろうし
(AppleはiPhoneを重視しすぎてMacがすっかり手抜き状態になり果ててしまっているようだし)

791名無しさん@編集中 (ワッチョイ 572c-0Zgs)2019/05/14(火) 19:33:05.64ID:iGKsahu/0
おぉBlackmagicDesignの話題が出るとは
Blackmagic Motion JPEGで撮りためてる素材があるんだけど
スマートレンダリングで編集する方法がないかずっと探してる
どのスレで聞けばいいんだろうこれは

792名無しさん@編集中 (アウアウクー MM8b-7DOq)2019/05/14(火) 19:36:58.67ID:jLWllfQfM
ダヴィンチで出来ないのか?

793名無しさん@編集中 (アウアウカー Saeb-gSC/)2019/05/14(火) 23:58:55.08ID:lstjlG44a
そんなモーションJPEGあったの初めて知った

794名無しさん@編集中 (ワッチョイWW 975f-pVDi)2019/05/15(水) 01:22:00.45ID:acvacarG0
>>791
AviUtlでAVI/AVI2 File Reader使って「開く」から読み込んで、書き出したい対象範囲を選択後に右クリから「選択範囲の切り出し」して「AVI出力」で無劣化出力は出来ると思う
連結はファイルからAVIファイルの操作→AVIファイルの連結

795名無しさん@編集中 (ワッチョイ 57e7-gMth)2019/05/15(水) 01:54:19.67ID:4zAyorT00
>>794
ただの「トリム&再エンコ無し出力」ならそれでもいいだろうけど、「スマートレンダリング」と言った場合、
一般的には「要変更部分の再エンコード」も含むだろうからAviUtlでは無理だと思う。

796名無しさん@編集中 (ワッチョイWW 975f-pVDi)2019/05/15(水) 02:11:08.83ID:acvacarG0
>>795
スマートレンダリングが目的では無く、劣化の最小限化が目的じゃ無いの?

MotionJPEG自体はフレーム内で圧縮は完結していて、mpeg系みたいにフレーム間参照していないから再エンコード不要な訳なんだが
だから不可逆圧縮のJPEGだとしても再圧縮せずに編集できるのが売りな訳でなんだし
音声トラック側の処理に問題無ければ目的を果たせるのでは?

スマートレンダリングはフレーム間参照しているコーデックでカット発生部分の寸断されたGOPのみをエンコードして劣化を最小限にする為の処理を賢く適用する機能の俗称で、無劣化処理出来るのにスマートレンダリング使う必要有るの?

797795 (ワッチョイ 57e7-gMth)2019/05/15(水) 02:11:25.10ID:4zAyorT00
ああ、でもMJPEGなら A、B、C に分けてAとCは無劣化出力、Bは編集して再エンコ出力して
後から連結でA+B+Cにしてスマートエンコードもどきみたいなこともできるのかな?
やったことないからわからんけど。

798名無しさん@編集中 (ワッチョイ 57e7-gMth)2019/05/15(水) 02:17:24.11ID:4zAyorT00
>>797
× スマートエンコード
〇 スマートレンダリング

まあ>>791が考えてる「スマートレンダリング」がどこまでの機能を指してるか次第だろうね。
あとはDavinciスレあたりにでも行ってみればいいんじゃないだろうか。

 【Blackmagic Design】 DaVinci Resolve Studio Part2 【カラーグレーディング】
 https://mevius.5ch.net/test/read.cgi/avi/1555764417/

799名無しさん@編集中 (アウアウエー Sadf-aGTh)2019/05/15(水) 02:50:56.09ID:XDlR0KGEa
AV1リアルタイムハードウェアエンコーダを開発しました
https://dwango.github.io/articles/av1hwencoder/

800名無しさん@編集中 (ワッチョイW 9f21-RiOk)2019/05/15(水) 08:09:53.37ID:ght3Cse80
>>792,798
面白そうなんで調べてみたが、なんとな、できない希ガス。
スマートレンダーキャッシュって機能があって、そればっかりヒットする。
Resolveは元々カラーグレーディングが強力で発展してきて、編集機能とか強化されたは最近。
なんで無調整の切り貼りみたいな編集はあんまり想定してない気がする上に、ユーザー層も
マシンパワーでゴリゴリってノリが強い感じ。

最近編集やら色々強化されて使いやすくなったけど、開発スピード早いんで油断してるとハマったw

801名無しさん@編集中 (ワッチョイ 57e7-gMth)2019/05/15(水) 15:47:56.03ID:4zAyorT00
>>800
「Resolve スマートレンダリング」でググれば、
Resolve16で「Bypass re-encode when possible」が実装されたって記事がさくっと出てくるけど・・・

802名無しさん@編集中 (ワッチョイ 57e7-gMth)2019/05/15(水) 16:07:53.84ID:4zAyorT00
>>796
> スマートレンダリングはフレーム間参照しているコーデックでカット発生部分の寸断されたGOPのみをエンコードして
> 劣化を最小限にする為の処理を賢く適用する機能の俗称で、無劣化処理出来るのにスマートレンダリング使う必要有るの?

TMSRだとそんな感じだけど、動画編集ソフトだとエフェクト入れたりした部分だけ再エンコードして
それ以外は無劣化コピー出力するという機能をスマートレンダリングと呼んでたりするからね。

 SVRT - Wikipedia
 https://ja.wikipedia.org/wiki/SVRT

803名無しさん@編集中 (ワッチョイW ffb0-RiOk)2019/05/15(水) 16:14:46.37ID:B+eZb5go0
>>801
なんだと〜
ありがとうございます。

804名無しさん@編集中 (ワッチョイWW 975f-pVDi)2019/05/15(水) 16:15:19.83ID:acvacarG0
>>802
スマート云々のスマートが何所までの機能を網羅すべきなんか定義は無いからね
ただ対象がMotionJPEGの素材であって、素材の切り分け的な作業に止まらず、加工までするなら元の書き込み内容から乖離ありすぎると思うけども

805名無しさん@編集中 (ワッチョイ 57e7-gMth)2019/05/15(水) 16:55:42.42ID:4zAyorT00
>>803
無料版で使えるかどうかとかMotionJPEGが対象になるか等は知らんから気を付けてな〜。
試してうまくいったかどうかを後でDavinciスレに報告しておいてもらえると助かる。

>>804
元の書き込みは>>791
  > Blackmagic Motion JPEGで撮りためてる素材があるんだけど
  > スマートレンダリングで編集する方法がないかずっと探してる
で、別にカット編集に限定してはいないから、特に乖離してはいないと思う。
まあ最初からスレチな話題ではあるけどw

806名無しさん@編集中 (スプッッ Sd3f-VoPZ)2019/05/15(水) 19:57:50.60ID: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)2019/05/15(水) 20:05:44.32ID:7N5vJwJL0
というかH.264のロスレスってデコード対応してるHWあるの?
ロスレスなら4:4:4だろうしビットレートも非可逆より高いだろうし

808名無しさん@編集中 (スプッッ Sd3f-VoPZ)2019/05/15(水) 20:25:21.28ID:VgTUsgTVd
今見たらnvdecでh.264書いてないな
encはMaxwellから対応してるし(つべうpにnvencロスレスで上げてた)、TMPGencではプレビューヌルヌルだったから勝手にそう思ってたけど
うろ覚えだけど圧縮率は他の可逆とそんな変わらなくて微妙だった記憶
Vegasはプレビューがgeforceと相性悪かったかでHW切ってたんだよね
環境は7900X+1080ti

809名無しさん@編集中 (ワッチョイ 57e7-gMth)2019/05/15(水) 20:45:46.51ID: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デコード対応してないから重いというより、フレーム間の依存関係とかもあるので
根本的にデコードが重くて編集作業向きじゃないってだけ。
ロスレスで保存したくて、なおかつファイルサイズを抑えたいという場合くらいしか出番がない。

編集作業ではシークや逆再生時の軽さなども求められるから、デコードの軽いイントラ系コーデックが主に求められると聞く。

810791 (ワッチョイ ce2c-pm6i)2019/05/16(木) 00:33:05.96ID:zLiSuJ/a0
スレチの話題に優しく議論してくださった皆様すみません
dvシーケンスみたいに無劣化で切り貼りできるだけで十分で
ID:acvacarG0 さんの回答姿勢に間違いはないですありがとう
AdobeがDVも含め「スマートレンダリング」を使ってたので
言いやすいし最近はその語法でまとめていいのかなと思って
接続部分の再エンコードとかを深く求めたわけでもないです
切り貼り以外の加工を心配してくれた人たちもありがとう

811名無しさん@編集中 (ワッチョイWW c605-yIiw)2019/05/21(火) 22:00:14.24ID:xHpaSshR0
h.266楽しみだな〜

812名無しさん@編集中 (アウアウイーT Sa81-VtQ6)2019/05/22(水) 17:46:16.17ID:VeqYUKHfa
Firefox67でAV1再生にdav1dが使われるようになったけど、自分の環境だとVP9とデコード負荷は変わらないレベルになったと思う

813名無しさん@編集中 (ワッチョイ 8792-pA78)2019/05/27(月) 21:50:43.16ID:ovXgB0ue0
何だか面白いことになってるな。
500ドルのCPUが1500ドルのCPUに勝ってるとか。
https://livedoor.blogimg.jp/bluejay01-review/imgs/f/4/f4a63649.png

814名無しさん@編集中 (ワッチョイWW 2701-aOcq)2019/05/27(月) 22:10:48.69ID:t7VT9Poj0
AVX512には対応してるの?(AVX512言いたいだけ

815名無しさん@編集中 (ワッチョイWW a75f-PExg)2019/05/27(月) 22:29:36.25ID:eLahBUXG0
でもAVX512処理に特化したコード書くと4chでもメモリ帯域足りるかどうかだからな
足回りや剛性無視して馬力と価格だけで車の優劣語るようなもん

816名無しさん@編集中 (ワッチョイ e72d-dCWx)2019/05/28(火) 01:16:22.28ID:75Up+55s0
まあ16コアやAVX512はDDR5待ちだね
DDR4じゃ宝の持ち腐れ

817名無しさん@編集中 (ワッチョイWW df90-b3Yi)2019/05/28(火) 07:09:13.29ID:Eyhy5Cqb0
そろそろモバイルにも256ビットSIMDを...

818名無しさん@編集中 (ワッチョイ 5f2d-dCWx)2019/05/28(火) 20:55:44.81ID:hoDV62pX0
x265はAVX512の有無でかなり速度違うけど、それでもまだ全然本気じゃないってことか

819名無しさん@編集中 (ワッチョイ e716-buEI)2019/05/28(火) 22:09:02.99ID:ptdJpp520
ほんの10%程度を「かなり」と言っていいものか・・

820名無しさん@編集中 (スップ Sd7f-0CIq)2019/05/28(火) 22:11:38.37ID:TkMU1hAqd
10速くなってもAVX使うとオフセットでクロック10%くらい下がるからプラマイ0?

821名無しさん@編集中 (ワッチョイ 7f63-+klA)2019/05/29(水) 04:29:07.56ID:pW3XeBhY0
x265に手を出してみたがx264に比べてエンコードオプション多すぎて
どれか一個でも有効にするとエンコード速度が更に遅くなりそうでどれを有効にしようか選べなくてワラタ

822名無しさん@編集中 (スップ Sdff-zxr2)2019/05/29(水) 08:00:18.54ID:O59dfZzvd
https://av.watch.impress.co.jp/docs/news/1187024.html

HEVCを30%上回る映像圧縮「VVC」'20年標準化。次世代地上放送に向けNHK研究

823名無しさん@編集中 (ワッチョイ e716-buEI)2019/05/29(水) 11:45:28.52ID:jeOfmF8R0
解像度を上げなかったら評価する

824名無しさん@編集中 (ニククエ 7fa7-gP31)2019/05/29(水) 16:30:27.90ID:uLGqzOxW0NIKU
地デジ4KはVVC

825名無しさん@編集中 (ニククエ Sdff-MITD)2019/05/29(水) 16:43:46.90ID:P+cGOQiXdNIKU
VVCは負荷は9倍以上か…個人pcだとキツイな…

826名無しさん@編集中 (ニククエWW a7e6-29ZT)2019/05/29(水) 17:40:05.24ID:FsML4/Hg0NIKU
H.265がやっとソース以下で変換出来る様になってきたと思ったら…

827名無しさん@編集中 (ニククエWW a7e6-29ZT)2019/05/29(水) 17:40:23.14ID:FsML4/Hg0NIKU
ソース以下の時間ね

828名無しさん@編集中 (ニククエW 6777-n5xj)2019/05/29(水) 22:14:19.60ID:vlIc+dXS0NIKU
そんな事より、30fps, 60fpsに統一しろぃ

829名無しさん@編集中 (ニククエWW a75f-PExg)2019/05/29(水) 22:29:37.72ID:su6tvBKw0NIKU
コーデック関係ない

830名無しさん@編集中 (ワッチョイ bea7-qmTP)2019/06/01(土) 03:19:51.17ID:jBb9o2lD0
「NHK技研公開 2019」はフルスペック8KとAR、VR、インテグラル3Dと未来の放送技術満載だ
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.34ID:PmLmbqkC0
8KでBT2100になれば俺にはそれ以上は分からないと思ってるけど240hzモニタ持ってる身からするとfpsだけ他に比べて低い気がするんだよね

832名無しさん@編集中 (ワッチョイ bea7-qmTP)2019/06/01(土) 11:41:28.98ID:jBb9o2lD0
英国BBCは300fpsが理想だって言っていたな。
列車が通り過ぎるデモで違和感なく見れるのが300fpsだった。

記事のソースはリンク切れ

833名無しさん@編集中 (ワッチョイW 2e02-Ekl2)2019/06/01(土) 12:57:10.71ID:zctC8ATh0
60fps以上だったかで人間の脈拍が上昇するというのは昔の話か

834名無しさん@編集中 (ワッチョイ 8f04-YAY1)2019/06/01(土) 14:48:15.25ID:Zv6jdMx+0
脳のクロック数は脈拍数と比例関係にあるからな
象とネズミでは時間の感じ方が違う
人間の眼に小動物が早送り映像のように素早く動くように映るのは
我々人間の心拍が彼らよりものろまで処理クロック数が低いから
彼らネズミには加速装置が生まれながらに装備されている

835名無しさん@編集中 (ワッチョイWW 2301-vV2Z)2019/06/01(土) 18:03:14.81ID:2/OY1INE0
>>832
50と60の公倍数だから50Hzソースを持ってるBBCとしては300Hzが欲しいんだろ

836名無しさん@編集中 (ワッチョイWW d35f-YEIQ)2019/06/01(土) 18:15:41.65ID:kqWmyk010
訓練されていない人の視覚分解能は、時間軸方向で能力高くて50ms程度だから、一般人向けで300Hzは相当オーバースペックだと思うが

837名無しさん@編集中 (ワッチョイWW d35f-YEIQ)2019/06/01(土) 18:30:09.67ID:kqWmyk010
そんで知覚分解能的には多少の超過は見込んだ方良いんで
ゲーマー向けモニタの240Hzってのは落とし所的に2割マージン載せで良い数字だったりするんだが
デジタル表示機的に考えればコンテンツリフレッシュレートの24Hzや30Hz、モニタ標準リフレッシュレートの60Hzとも公倍数取れるしな

これからの規格で何世代も古い走査線処理方式のに足引っ張られても意味ないし
PALはあくまで処理方式で50Hzとは限らず、欧州で「PALで50Hz」が普及したってだけで、PALで60Hzも出来てたりする

838名無しさん@編集中 (オッペケ Sr33-rvnw)2019/06/02(日) 08:48:32.47ID:UjfwiBumr
ホールドボケ解消だと900fpsくらいいるけどね
これは過去に論文も出てる

839名無しさん@編集中 (ワッチョイW 4a21-G+bo)2019/06/02(日) 08:50:42.41ID:xKa2c2V/0
カメラのファインダーも60じゃ話にならんけど120だと随分追っかけやすくなる。240くらいで落ち着きそうな予感。

840名無しさん@編集中 (ワッチョイ 7e68-bUoT)2019/06/02(日) 11:26:42.80ID:t6wTdYEZ0
>>824
>>822の記事ではスーパーハイビジョンとしか書いてないから
地デジは4K飛び越して8Kになるんじゃね
VVCの実用化にしても相当先になるだろうし

841名無しさん@編集中 (ワッチョイ bea7-qmTP)2019/06/02(日) 12:31:28.76ID:dx0CTpBe0
地デジ4K開始にあたって、現行の12セグHDを7セグHDに画質を落とす予定。
全局MXテレビ並みと考えていい。

842名無しさん@編集中 (ワッチョイ 5b16-bIfI)2019/06/02(日) 12:57:21.83ID:CPr8GJoa0
放送局は画質画質というわりに
画質を落とす決断を平然と行うから
どういう思考回路してるのか理解に苦しむわ

843名無しさん@編集中 (アウアウクー MM73-BzIv)2019/06/02(日) 14:07:09.63ID:/dcuqYIuM
先にワンセグ(笑)を廃止にしろ

844名無しさん@編集中 (ワッチョイWW d35f-YEIQ)2019/06/02(日) 14:30:21.76ID:LLQ827zr0
無駄なチャンネルの複数保有させなきゃ良いんだよ

845名無しさん@編集中 (アウアウクー MM73-BzIv)2019/06/02(日) 14:41:19.44ID:/dcuqYIuM
ワンセグってまだ使ってる奴いるのかね
いるとしてもどこかのチャンネル1つ(13セグメント=ワンセグ13チャンネル分)をワンセグ専用に確保して、
フルセグ用の帯域を使わないようにしてもらいたい

846名無しさん@編集中 (ドコグロ MM8a-p3RA)2019/06/02(日) 16:25:20.50ID:ptwakXS9M
放送局は制作機材のアップデートが必要になるからテレビの高画質化には消極的な印象

847名無しさん@編集中 (ワッチョイ 5b16-bIfI)2019/06/02(日) 17:22:57.40ID:CPr8GJoa0
普通にビットレート盛れば良いだけ
撮影・制作機材以前にビットレートが足りないせいで
ブロックノイズやモスキートノイズ多すぎ

848名無しさん@編集中 (ワッチョイWW 5bda-p3RA)2019/06/02(日) 19:26:17.65ID:V3Y3iLNI0
あーそういう話ね。画質と聞いてピクセル数の話かと勝手に思ってた。

849名無しさん@編集中 (ワッチョイ bbb3-5vLt)2019/06/02(日) 19:32:07.60ID:3ZBFNQBW0
ワンセグで全録してるのでなくなると困る

850名無しさん@編集中 (ワッチョイWW bb01-FCLF)2019/06/02(日) 22:21:57.43ID:SDHi+rpk0
svt-hevcでエンコしている人はいないか?
svt-hevcの速度、画質が気になる
あと、対応しているcpuは?

851名無しさん@編集中 (ワッチョイ bea7-qmTP)2019/06/02(日) 22:29:32.69ID:dx0CTpBe0
スマホ普及でワンセグ受信機が激減しているからな。
5G時代には、完全に無くなるね。

852名無しさん@編集中 (ワッチョイ eaad-IoUc)2019/06/02(日) 22:46:22.17ID:nTJJLOh+0
>>850
別にXeonじゃなくてもRyzenとかでも対応してるよ
画質は詳しく試してないから分からんけど

853名無しさん@編集中 (ワッチョイ 7e68-bUoT)2019/06/03(月) 06:33:54.93ID:Ll7SjD1P0
>>847
地デジ4Kに割り振るために現行地デジのビットレートはさらに下げる予定
http://www.soumu.go.jp/main_content/000539299.pdf

854名無しさん@編集中 (ワッチョイ bea7-qmTP)2019/06/03(月) 09:07:29.37ID:tgkOAvdI0
HDの方は画質を下げてサイマル扱い。

855名無しさん@編集中 (ワッチョイ bea7-qmTP)2019/06/03(月) 09:09:58.59ID:tgkOAvdI0
>>853
LDMは韓国規格だね。反日のTBSらしいわ。

856名無しさん@編集中 (ワッチョイ 5b01-V5Ua)2019/06/03(月) 11:51:43.55ID:qVYNX8NB0
France tv lab
8K EXPERIMENT AT ROLAND GARROS 2019
https://www.francetelevisions.fr/lab/projets/8K-Experiment-at-Roland-Garros-2019
5G8K放送

857名無しさん@編集中 (ワッチョイW fb7c-WLHv)2019/06/03(月) 20:47:42.26ID:0rpppnVY0
歳を取って視力が低下したから、
高解像度にされても意味ないわ。

fpsを上げてくれた方がまだ恩恵がある。

858名無しさん@編集中 (ワッチョイWW eaad-oP/h)2019/06/03(月) 21:49:04.27ID:EXLP9wTT0
やってることが詐欺師のそれ

859名無しさん@編集中 (ワッチョイW 2e02-Ekl2)2019/06/03(月) 22:28:01.34ID:ASlnh2800
まあ巨大LEDビジョン向けなら

860名無しさん@編集中 (ワッチョイWW bb01-FCLF)2019/06/03(月) 22:47:53.67ID:/SbMR9Ww0
SVT-HEVCって、Bフレームないんだっけ?

861名無しさん@編集中 (アウアウイー Sa73-8HCK)2019/06/03(月) 23:16:45.44ID:Zt5/Kc4Fa
>>853
つうか地デジのエンコーダーがまだ画質を向上させる余地が有ることにビックリだわ
画質向上させて全局1920x1080iにしてくれれば地デジはもうそれでいいよ

862名無しさん@編集中 (ワッチョイ 7e68-bUoT)2019/06/04(火) 05:17:30.30ID:WJMZx32T0
地デジ4Kに割り振るために低レート化する話をごまかして書いてるだけだろ
より圧縮すんだから画質はむしろ下がんじゃね
「現行放送の画質をできるだけ維持」って画質が下がることを否定はしてない

863名無しさん@編集中 (ワッチョイW 4a21-G+bo)2019/06/04(火) 07:29:06.21ID:TvlX5Jf+0
>>862
一般の評価だと大体劣化なしだが、お前らがみたら重箱の隅とか見えちゃうから一目でgdgdなんだろうなw

864名無しさん@編集中 (ワッチョイ bea7-qmTP)2019/06/04(火) 08:38:24.10ID:0C90Z6UG0
アニオタの評価は厳しいよ。
【HD画質比較】 AT-X とある科学の超電磁砲
・プレミアムサービス・・・ https://i.imgur.com/MG8mDBi.png
・110CS(12スロHD) ・・・ https://i.imgur.com/njUVloz.png
・並べて表示     ・・・ https://i.imgur.com/u2zWSpo.png

【HD画質比較】 とある魔術の禁書目録V OP
(1)BS11      ・・・ https://i.imgur.com/swvJ5wC.png
(2)ATX (110CS) ・・・ https://i.imgur.com/uPn6H52.png
(3)ATX (JCSAT) ・・・ https://i.imgur.com/yUM865I.png
(4)ビットレート比較 ・・・ https://i.imgur.com/ASBz3im.jpg
 上段(MPEG2) BS11 110CS
 下段(H.264) プレミアム

865名無しさん@編集中 (スップ Sd2a-RkHA)2019/06/04(火) 09:21:58.77ID:B8ipEemrd
>>864
全くわからなくてワロタw

866名無しさん@編集中 (ワッチョイWW d35f-YEIQ)2019/06/04(火) 11:35:52.79ID:Hr/tq91A0
円盤買えばいいじゃん
オタクなんだろ?

867名無しさん@編集中 (ワッチョイWW 9f5f-OvQy)2019/06/04(火) 11:42:21.02ID:GhHPokMi0
ぼくちんお金なーい

868名無しさん@編集中 (ワッチョイW 2e02-Ekl2)2019/06/04(火) 12:17:41.03ID:zRg0Mp+q0
フェード部分は何気に劣化酷い

869名無しさん@編集中 (ワッチョイWW 0b43-JPrB)2019/06/04(火) 12:22:54.25ID:niKMbX7H0
素人か?
円盤も買ってテレビも録るんだよ
同じじゃないからな

870名無しさん@編集中 (ワッチョイ bea7-qmTP)2019/06/04(火) 12:48:41.89ID:0C90Z6UG0
■画質比較 蒼き鋼のアルペジオCadenza
<メンタルモデル/ナチの瞳>
(1)Blu-ray ⇒ http://i.imgur.com/gJMFJFt.png
(2)BS11  ⇒ http://i.imgur.com/El93aKM.png
  Blu-ray版は、BS11より小さい赤い文字がくっきりしているね。

<戦闘シーン>
(1)Blu-ray ⇒ http://i.imgur.com/JHIz0OG.png
(2)BS11  ⇒ http://i.imgur.com/aUj6hOK.png

871名無しさん@編集中 (ワッチョイ 5b16-bIfI)2019/06/04(火) 13:04:15.34ID:t03BhV4d0
>>865
それネタで言ってるよな?

872名無しさん@編集中 (ワッチョイWW d35f-YEIQ)2019/06/04(火) 14:20:06.31ID:Hr/tq91A0
でも平気で好きなコンテンツの著作権画像キャプチャすると
BDもリッピングでAACS解除してやがるし
単なる御都合主義の犯罪者じゃん

873名無しさん@編集中 (スップ Sd2a-RkHA)2019/06/04(火) 14:20:50.62ID:B8ipEemrd
>>871
グラフの違いは見えた

874名無しさん@編集中 (ワッチョイWW 9f5f-OvQy)2019/06/04(火) 15:30:31.03ID:GhHPokMi0
imgurに上げると圧縮されて味見変わるから圧縮されないアップローダーにあげてくれ

875名無しさん@編集中 (ワッチョイWW 9f5f-OvQy)2019/06/04(火) 15:31:04.80ID:GhHPokMi0
味見ってなんだ
色見だったわすまん

876名無しさん@編集中 (ワッチョイWW 0b43-JPrB)2019/06/04(火) 15:35:20.42ID:niKMbX7H0
法律を厳密に遵守してたらアニオタの活動なんてほぼ成り立たないよ
知らぬふり見てみぬふりのズブズブな関係で成り立ってる危ういものだ

877名無しさん@編集中 (ワッチョイWW d35f-YEIQ)2019/06/04(火) 15:47:42.10ID:Hr/tq91A0
成り立たないから平然と犯しますってんなら大間違いだけどな
それも自主的な主張の書き込みの為だってんだから利己的でしかない罠
自認自重してるのならまだしも、自ら晒してくるスタイルなら手に負えんよ

878名無しさん@編集中 (スフッ Sd8a-J5c7)2019/06/04(火) 15:59:36.29ID:wVKawlCQd
そろそろスレチ

879名無しさん@編集中 (オッペケ Sr33-rvnw)2019/06/04(火) 16:14:16.57ID:ecnF3c9Ar
研究、検証目的の引用だと言われたらそれまでだけどな

880名無しさん@編集中 (ワッチョイWW 0b43-JPrB)2019/06/04(火) 16:23:14.14ID:niKMbX7H0
画質比較のためアニメのキャプチャをサンプルにしますってのは
著作権法上の引用に該当する余地は100%無いがな
そのアニメの作品自体に関わる評論で、キャプチャを持ち出す必然性があってはじめて引用に該当する

画質についてあれこれ言ってるときに円盤買えだのキャプチャ貼るのはアニメオタクとしてどうなのかとかいらんチャチャ入れてくるやつも入れてくるやつだが、
法律は多少破ったとしても、ちゃんと理解しとけ

881名無しさん@編集中 (オッペケ Sr33-rvnw)2019/06/04(火) 17:23:17.25ID:ecnF3c9Ar
>>880
問題は引用じゃないと100%立証できるか否か
画質の比較、となると無理だな、勝てない。

882名無しさん@編集中 (ワッチョイWW 0b43-JPrB)2019/06/04(火) 17:34:01.66ID:niKMbX7H0
引用だと認められるためのハードルは結構高いからね(引用以外の著作権の制限事項も)

法を厳密に適用していけばネットの画像投稿のかなりの割合がアウトだけど、
それをいちいち食って掛かって誰の得になるんだっていうね
あからさまに悪質だったり権利者自身が困ってる場合はもちろん別だが

883名無しさん@編集中 (ワッチョイWW d35f-YEIQ)2019/06/04(火) 17:39:46.66ID:Hr/tq91A0
比較を個人で確認するならともかく
キャプチャ映像全体を個別で不特定多数に観られるようにアップロードする必要無いもの
品質差が確認出来る箇所のアップとかで良いのに、わざわざやるんだから
検証映像は良いとしてもキャプチャ画像単品は素でアウト

884名無しさん@編集中 (ワッチョイ 5b16-bIfI)2019/06/04(火) 17:55:58.64ID:t03BhV4d0
>>873
(左上の)青い光線の周辺に出てるブロックノイズは分かりやすい

885名無しさん@編集中 (オッペケ Sr33-rvnw)2019/06/04(火) 18:17:53.10ID:ecnF3c9Ar
>>882
問題は100%勝てるのか?という話
もっと言えば採算合うのか、ということになるが。
まぁ画質比較の資料としてキャプチャとなるととてもじゃ無いが無理だな

886名無しさん@編集中 (ワッチョイ 9f02-2ZOZ)2019/06/04(火) 19:05:19.27ID:pOgZzdHD0
>>874-875
なんぞ?pngのiccプロファイルでも書き換えられるのけ?

887名無しさん@編集中 (ワッチョイ bbe7-bIfI)2019/06/04(火) 19:30:45.46ID:Ieemdhzm0
>>874-875
今のImgurは5MB以内のPNGならJPEGに変換されずそのままみたいだが。

 https://help.imgur.com/hc/en-us/articles/115000083326-What-files-can-I-upload-What-is-the-size-limit-

888名無しさん@編集中 (ワッチョイWW e633-dces)2019/06/04(火) 19:38:17.16ID:ockLhRFe0
コーデックに関係ない法律解釈はスレチだから他所でやってくれないか

889名無しさん@編集中 (スップ Sd2a-RkHA)2019/06/04(火) 20:11:16.37ID:B8ipEemrd
>>884
ほんとだ!
言われてみればw

890名無しさん@編集中 (ワッチョイW 5bb5-qno5)2019/06/04(火) 20:48:32.86ID:0ZvOMOWq0
小さいスマホの画面じゃわかんねーだろうな

891名無しさん@編集中 (ワッチョイ 73b0-1RDw)2019/06/04(火) 21:02:29.40ID:br55Wg9I0
うちも録画したのPCで編集してエンコして保存してるからわかるわ。
本当BS11ですら結構辛いよ。BDがどれだけ画質良いかよく分かる

892名無しさん@編集中 (ワッチョイ 5b2d-2ZOZ)2019/06/04(火) 21:06:21.09ID:6sjiY9OP0
BS11は1920の割にレート低いからね
地デジ1440の方がまだ画質は良いよ

893名無しさん@編集中 (ササクッテロ Sp33-C2BW)2019/06/04(火) 21:07:36.39ID:PitSdDUmp
エンコするならAmatsukazeは必須だよな
MXの糞画質でもだいぶマシになる
Amatsukaze使わないと見るに堪えない

894名無しさん@編集中 (ワッチョイWW bb01-FCLF)2019/06/04(火) 21:36:52.65ID:f836zXY+0
svt-hevcのバイナリが欲しい
どこかにない?

895名無しさん@編集中 (ワッチョイ 5b16-bIfI)2019/06/04(火) 22:54:41.25ID:t03BhV4d0
>>892
さすがにそれはない

896名無しさん@編集中 (ワッチョイ 5b16-bIfI)2019/06/04(火) 22:55:38.02ID:t03BhV4d0
>>894
rigayaさんのバイナリなら使えるんじゃ?
GUIのほうにSVT-HEVCのチェックボックスあったはずだし

897名無しさん@編集中 (ワッチョイWW bb01-FCLF)2019/06/04(火) 23:13:40.60ID:f836zXY+0
>>896
thk!

898名無しさん@編集中 (ワッチョイ bb01-yeHX)2019/06/04(火) 23:50:16.52ID:f836zXY+0
早速実験しようとしたけどエラーが・・・

x265.exe --svt --svt-preset-tuner 6 test-1080p.mkv -o test-1080p.mp4

x265 [warning]: svt-preset-tuner should be used only with ultrafast preset; Ignoring it
x265 [error]: yuv: width, height, and FPS must be specified
x265 [error]: unable to open input file <test-1080p.mkv>

899名無しさん@編集中 (ワッチョイ bbe7-bIfI)2019/06/05(水) 00:22:09.50ID:5fIY2Ay40
>>898
当たり前だからまずはヘルプや公式サイトのドキュメントを見て使い方くらい把握しろ。
原因まで書いてあるエラーメッセージを貼って何がしたいんだお前は。

900名無しさん@編集中 (ワッチョイWW d35f-YEIQ)2019/06/05(水) 00:31:17.94ID:1L8B6+OF0
バイナリ以前に、そもそも当人がスタートラインに立てて無いんじゃねーか

901名無しさん@編集中 (ワッチョイ bbe7-bIfI)2019/06/05(水) 01:02:42.73ID:5fIY2Ay40
よく見たらこいつAvisynthスレでビルドについてだらだらつぶやき続けてる奴じゃん・・・

902名無しさん@編集中 (ワッチョイW 4a21-G+bo)2019/06/05(水) 01:14:25.76ID:9VC8Ee2s0
エラーメッセージの最後の行w

903名無しさん@編集中 (ワッチョイWW 73b0-rvnw)2019/06/05(水) 01:28:20.60ID:QtA1UwAF0
>>893
俺はプロ用ソフトで直してる
まぁそこまでやるのはよほどのやつだけだが

904名無しさん@編集中 (ワッチョイ 6a7d-yed5)2019/06/05(水) 01:44:28.57ID:7aZ59JNg0
Amatsukazeをなんだとおもってるんだよw

905名無しさん@編集中 (ワッチョイ bb01-yeHX)2019/06/05(水) 03:12:34.48ID:23/CLgUA0
ffmpeg入れてこんな感じのコマンドにしたらいけたんだけど、設定が悪いのか物凄く縮み過ぎてしまった
ffmpeg -i test-1080p.mkv -strict -1 -f yuv4mpegpipe - | x265 --y4m - --svt -o test-1080p.hevc

906名無しさん@編集中 (ワッチョイ bb01-yeHX)2019/06/05(水) 04:48:10.98ID:23/CLgUA0
x265 [warning]: svt-preset-tuner should be used only with ultrafast preset; Ignoring it
これ回避する方法ない?
どうやらultrafastに固定されちゃっているみたい

907名無しさん@編集中 (スプッッ Sd2a-FCLF)2019/06/05(水) 10:15:16.46ID:iyY2Ei1Qd
x265のcrf 18はqpに換算するとどんな値になる?
教えて欲しいんだけど

908名無しさん@編集中 (ワッチョイWW d35f-YEIQ)2019/06/05(水) 10:30:36.11ID:1L8B6+OF0
ソースによる
一概に換算できるなら別モードになっちゃいねぇ罠

909名無しさん@編集中 (スプッッ Sd2a-FCLF)2019/06/05(水) 11:18:22.14ID:iyY2Ei1Qd
>>908
そっか・・・
選択が結構シビアなんだな

910名無しさん@編集中 (ワッチョイ ae61-bUoT)2019/06/05(水) 11:19:09.23ID:OqOcOeOU0
6月27日が二次会かな

911名無しさん@編集中 (スッップ Sd8a-wUVr)2019/06/05(水) 12:52:21.12ID:PSIgGdLMd
え、また俺呼ばれてない…

912名無しさん@編集中 (ワッチョイWW d35f-YEIQ)2019/06/05(水) 16:48:24.87ID:1L8B6+OF0
>>909
極端な話だと、画面一杯単一色のフレームは量子化係数上げても画質は維持できるけど
情報量の多いゴチャゴチャした画のフレームが同じ量子化係数で画質が維持できる訳が無い訳やね

フレームの情報量によって画質に対する好適な量子化係数なんぞ一定じゃ無いのよ

913名無しさん@編集中 (ワッチョイ bb01-yeHX)2019/06/05(水) 17:30:15.22ID:23/CLgUA0
何でqsvやnvenc、svtはcrfでエンコできないんだろうか・・・

914名無しさん@編集中 (ワッチョイ bb01-yeHX)2019/06/05(水) 18:08:23.48ID:23/CLgUA0
svtエンコって難しいな

ffmpeg -i test-1080p.mkv -strict -1 -f yuv4mpegpipe - | x265 --svt --profile main10 - --y4m -o test-1080p.265

↑のコマンドでやったら、
av_interleaved_write_frame(): Broken pipe
Error writing trailer of pipe:: Broken pipe
が出たよ

ちなみに--profile mainでは問題なし

915名無しさん@編集中 (ワッチョイ eaad-IoUc)2019/06/05(水) 18:39:15.72ID:tuTtIXwA0
>>914
ffmpegのオプションに-pix_fmt yuv420p10leが足りないせいとかかな

916名無しさん@編集中 (ワッチョイ eaad-IoUc)2019/06/05(水) 18:47:17.62ID:tuTtIXwA0
いや試してみたけど関係無かったスマン

917名無しさん@編集中 (ワッチョイ 9f5f-bIfI)2019/06/05(水) 19:01:05.59ID:yrHwVIbO0
>>913
qsvとnvencは品質固定モードがあるだろ。できないのはsvtだけだよ。だからsvtは使い物にならない

918名無しさん@編集中 (ワッチョイ bb01-yeHX)2019/06/05(水) 20:21:27.28ID:23/CLgUA0
>>917
だからsvtでエンコする人が少ない訳だ

919名無しさん@編集中 (ワッチョイW 9f02-hx79)2019/06/05(水) 21:05:47.09ID:pjkuWm0k0
そりゃ個人用途ならsvt使うメリットは微塵もないわな

920名無しさん@編集中 (ワッチョイ 5b16-bIfI)2019/06/05(水) 23:22:49.74ID:mPo2jqV10
保存用エンコとかストリーミングの大本みたいな
10Mbpsぐらい食わせてのエンコードを想定してるんじゃね

921名無しさん@編集中 (アウアウエー Sa93-blWf)2019/06/06(木) 04:52:29.48ID:iS7whPmWa
SVTはリアルタイムエンコード用だろう
保存用にはx265使えばいいわ

922名無しさん@編集中 (アウアウクー MM23-ZXHS)2019/06/08(土) 21:27:01.70ID:hCKvIHxDM
コーデックというわけではないが、Windows 10のバージョン1903からMKVファイルのサムネイル表示がサポートされたみたいだね

923名無しさん@編集中 (ワッチョイ 7b52-to8s)2019/06/09(日) 18:00:22.77ID:xz+Y/OkB0
何も考えずに昔インストールしたICAROSで未だにサムネイル表示させてるけどもう要らないんだろうか

924名無しさん@編集中 (ワッチョイW 0f5f-Q7h/)2019/06/09(日) 19:58:15.38ID:qvRQW83l0
>>922
MKVなんて1507(Windows 10の最初のバージョン)からサポートしてたよ

925名無しさん@編集中 (ワッチョイWW 2d01-vJIE)2019/06/09(日) 20:45:25.52ID:TcuoKwh70
誰かこの質問に答えてやってくれ
https://mevius.5ch.net/test/read.cgi/avi/1551446228/858

926名無しさん@編集中 (ワッチョイWW 1f5f-escs)2019/06/09(日) 20:58:42.13ID:sMhk5mGR0
>>925
何自分の投稿に誘導してんだよ屑
意図的に他人みたいな素振りしてる分マルチポストより悪質じゃねーか

927名無しさん@編集中 (ワッチョイWW 2d01-vJIE)2019/06/09(日) 21:12:30.09ID:TcuoKwh70
>>926
死ねカス

928名無しさん@編集中 (ワッチョイWW 6dda-k4WX)2019/06/09(日) 22:36:33.98ID:B3/saxi60
>>925
グロ

929名無しさん@編集中 (ワッチョイ 3f63-FAmt)2019/06/10(月) 23:33:33.76ID:D1ym6GG60
【NVENC/VCE】ハードウェアエンコーダーを語るスレ2【QSV】
858 :名無しさん@編集中 (ワッチョイ 2d01-6I5X)[]:2019/06/09(日) 08:45:45.31 ID:TcuoKwh70
NVENCのnonrefp、aq、aq-temporal、bref-modeって有効にした方が良いのかな?

次世代ビデオコーデック総合スレPart3 【HEVC/VP9/AV1/VVC等】
925 :名無しさん@編集中 (ワッチョイWW 2d01-vJIE)[]:2019/06/09(日) 20:45:25.52 ID:TcuoKwh70
誰かこの質問に答えてやってくれ
https://mevius.5ch.net/test/read.cgi/avi/1551446228/858

【NVENC/VCE】ハードウェアエンコーダーを語るスレ2【QSV】
863 :名無しさん@編集中 (ワッチョイWW 2d01-vJIE)[]:2019/06/09(日) 21:11:56.34 ID:TcuoKwh70
>>862
死ねカス

次世代ビデオコーデック総合スレPart3 【HEVC/VP9/AV1/VVC等】
927 :名無しさん@編集中 (ワッチョイWW 2d01-vJIE)[]:2019/06/09(日) 21:12:30.09 ID:TcuoKwh70
>>926
死ねカス   👀
Rock54: Caution(BBR-MD5:1341adc37120578f18dba9451e6c8c3b)

930名無しさん@編集中 (ワッチョイ 6d01-9700)2019/06/11(火) 06:17:08.49ID:cN8+ZOKT0
libavif
Import repo from joedrago/avif
https://github.com/AOMediaCodec/libavif/pull/1

931名無しさん@編集中 (アウアウクー MM23-ZXHS)2019/06/11(火) 17:52:28.65ID:w42nazHbM
Ryzen 9 3950Xで、エンコードが捗りそうだな

932名無しさん@編集中 (ワッチョイ 8de7-uQfi)2019/06/12(水) 12:50:39.59ID:vI8sPj870
Firefox 67には次世代コーデック「AV1」の世界最速デコーダーが採用されている - GIGAZINE
https://gigazine.net/news/20190612-firefox-67-av1-supported/

933名無しさん@編集中 (ワッチョイ 8de7-uQfi)2019/06/12(水) 13:32:14.85ID:vI8sPj870
>>932の記事に貼られてる参考記事リンク

 Firefox brings you smooth video playback with the world's fastest AV1 decoder - Mozilla Hacks - the Web developer blog
 https://hacks.mozilla.org/2019/05/firefox-brings-you-smooth-video-playback-with-the-worlds-fastest-av1-decoder/

 AV1 Ecosystem Update: May 2019
 https://www.singhkays.com/blog/av1-ecosystem-update-may-2019/

後者ではVisionularって会社がAuroraっていうAIを利用したAV1エンコーダーを開発したということも書いてる。
x265 veryslowよりエンコード速度が32.2%も速くて圧縮効率も上と書いてるけど本当なのかな。
 https://www.visionular.com/

934名無しさん@編集中 (ワッチョイWW bb01-r39F)2019/06/12(水) 15:05:50.30ID:3UHkKhFe0
動き予測なんかはAI使ってもいいんじゃないかと思ってるが

935名無しさん@編集中 (ワッチョイ 2b16-uQfi)2019/06/12(水) 15:20:17.43ID:IXJ8DHof0
たぶん右、たぶん左、メンドクセ―から一括skipってことになるのか

936名無しさん@編集中 (ワッチョイWW cd68-ZXHS)2019/06/12(水) 15:29:34.29ID:qucL0IVh0
インド人を右に

937名無しさん@編集中 (ワッチョイWW 1f5f-escs)2019/06/12(水) 15:42:16.91ID:foo2YXVx0
AIにも向き不向きあるからな
処理を速くする為にブロック捜査と参照関係の評価を手抜きするのに、それで精度落ちる精度(圧縮率の悪化)をAIでカバーして影響を最小限にってのには使えるけど
絶対的な圧縮率向上にはAIの効果は殆ど無いのよね
基本的に絶対的精度を求めないで、及第点以上な結果を素早く出すのには向いているから、ロジック処理で精度が出せなかったり、意図的に出さなかったりするケースの補完用途向き

aqの強度調整やフレーム内・フレーム間適用先の自動判定には効果はありそうではある

938名無しさん@編集中 (ワッチョイ 3f63-FAmt)2019/06/12(水) 19:23:39.37ID:e6it5/Le0

939名無しさん@編集中 (アウアウイー Sae9-/4kV)2019/06/12(水) 19:27:33.43ID:4hqrlWCRa
そうみのつゆと水がない
水ヨーカドーで買っていく

940名無しさん@編集中 (ワッチョイ ffbb-to8s)2019/06/12(水) 19:36:52.89ID:KEcf8UmK0
AV1 と VVCの違いが知りたくてここ来たけどよく分からん。
VVCの勝ちってこと?

https://www.bbc.co.uk/rd/blog/2019-05-av1-codec-streaming-processing-hevc-vvc

941名無しさん@編集中 (ワッチョイ 9b04-HVRx)2019/06/12(水) 19:45:30.95ID:UrzWr+vy0
低ビットレートの古いコーデックの低画質画像の推測補完復号にAIは活躍しそう

942名無しさん@編集中 (アウアウウー Sa9f-zJ37)2019/06/12(水) 19:47:13.39ID:1E/0RpzTa
圧縮率だけで見ればそうだろうけどエンコ時間…
注) HM=HEVC,VTM=VVC
https://i.imgur.com/UX30fGl.png

943名無しさん@編集中 (ワッチョイ d97d-qi/b)2019/06/12(水) 20:48:09.24ID:xywfHKG10
この分野に限った話じゃないけど最近AIの定義ガバガバすぎない?

各種フレーム間予測にAI使って圧縮率向上します
ってそれAIつーかそれ用に最適化したプログラムってだけじゃん

チューリングテスト完全突破したのだけをAIと呼んでほしい

944名無しさん@編集中 (ワッチョイWW 1f5f-escs)2019/06/12(水) 21:10:12.42ID:foo2YXVx0
活用側は学習結果の反映・活用出来れば良いんだし、学習部分は必要が無い訳なんだからロジック実装の一部化する罠

945名無しさん@編集中 (アウアウウー Sa9f-zJ37)2019/06/12(水) 21:13:37.03ID:1E/0RpzTa
強化学習だとオブジェクト判別が例に出されること多いけど、1pass目でオブジェクト判別みたいなことできれば圧縮にも好影響あったりするのかね

946名無しさん@編集中 (ワッチョイWW 1f5f-escs)2019/06/12(水) 21:27:48.21ID:foo2YXVx0
好適な量子化計数の予測精度は向上するから1passVBRの成果は向上するだろうけど、2passだと推測要素が殆ど廃されるから差は僅差になるだろうな

947名無しさん@編集中 (スププ Sdba-J6OO)2019/06/13(木) 02:52:19.47ID:Xj0KKv6Id
Firefox 67には次世代コーデック「AV1」の世界最速デコーダーが採用されている
https://gigazine.net/news/20190612-firefox-67-av1-supported/

Firefox 67 Betaの使用統計データによると、Firefox 67 Beta上で再生されたムービーのうちでAV1コーデックのものだった割合は2019年2月は0.85%、同年3月は3%、
そして2019年4月には11.8%となっていて、AV1コーデックの普及がインターネット上で加速していることが示されています。
「高性能なハードウェアデコーダーが市場に投入されるであろう2020年頃まで、AV1は新しすぎて採用されないだろう」と予測する専門家もいたそうですが、
GoogleやNetflixが開発を主導していることもあり、インターネット上では急速に次世代コーデックへの対応が進んでいるというわけです。

948名無しさん@編集中 (ワンミングク MM8a-NVMV)2019/06/13(木) 09:12:55.76ID:FQGY/+vdM
Chromium以外YouTube最適化されてないし一般人はAVIFが現行のwebp(gif)代替になるとかしないと恩恵受けられなさそう。
結局2020年代になるやろ

949名無しさん@編集中 (ワッチョイ 4e69-9ye8)2019/06/13(木) 14:28:37.98ID:ZhjYI8F90
Firefox67でtesttubeで常にAV1に設定してYouTubeでAV1 betaのプレイリストの動画再生し
統計情報見てもcodecがav01にならずvp09のままだな ハードウェア条件とかあるのだろうか

950名無しさん@編集中 (アウアウエー Sa52-SWR6)2019/06/13(木) 18:59:46.97ID:rLsTpzCza
単純にYouTubeがfirefoxにAV1を流さないだけだろ

951名無しさん@編集中 (アウアウクー MMfb-rpCp)2019/06/13(木) 19:36:53.32ID:kc6nlYEyM
・メモリやCPU使用量を制限できる“ゲーミングブラウザ”「Opera GX」
https://pc.watch.impress.co.jp/docs/news/1190163.html

ハードウェア再生支援の効かないクソ重たい動画を再生中にブラウザーを開いている場合にも良さそうだな

952名無しさん@編集中 (ワッチョイ 9ae7-YCmz)2019/06/13(木) 19:47:52.71ID:bKZPstX60
>>949
そんなバカなと思って試してみたけど、うちも Firefox 67.0.2 / Chrome 75.0.3770.80 でAV1にならずVP9になってた。
以前は普通にAV1になってたんだが、なんでだろね。

953名無しさん@編集中 (ワッチョイWW 7fce-EHa5)2019/06/13(木) 20:23:32.63ID:Y7DkqoWi0
firefoxアンチか?

954952 (ワッチョイ 03e7-YCmz)2019/06/14(金) 16:13:25.61ID:mCCfLyUy0
>>949
今あらためて試してみたけど、Firefox 67.0.2 / Chrome 75.0.3770.90 で問題なくAV1になった。

ちなみにTestTube「自動」での挙動は以下のとおり。(4月の挙動は>>657参照)

 Win10 Home 1803 Build 17134.829 64bit、i7-4702MQ

 Firefox 67.0.2
  ・TestTube「自動」だと、720p60まではav01になる。1080pはvp09になる。

 Chrome 75.0.3770.90
  ・TestTube「自動」だと、720p60まではav01になる。1080pはvp09になる。

955名無しさん@編集中 (アウアウエー Sa52-SWR6)2019/06/14(金) 16:39:36.18ID:XpzW2XgJa

956名無しさん@編集中 (ワッチョイ 1aad-hwLH)2019/06/14(金) 19:10:46.45ID:4NvXkae30
真偽は分からんけどredditにYouTubeのエンジニアを名乗る人が現れて内部的な問題で一時的にAV1が使用不能になってたって言ってる

AV1 on YouTube paused for boring procedural reason
https://www.reddit.com/r/AV1/comments/c0c7e9/av1_on_youtube_paused_for_boring_procedural_reason/

957名無しさん@編集中 (ワッチョイ 4ed2-GEyX)2019/06/19(水) 02:00:22.08ID:xRdmTYJD0
ttps://www.realtek.com/en/press-room/news-releases/item/realtek-launches-worldwide-first-4k-uhd-set-top-box-soc-rtd1311-integrating-av1-video-decoder-and-multiple-cas-functions
RealtekからAV1ハードウェアデコーダ搭載のセットトップボックス向けSoC登場

958名無しさん@編集中 (ワッチョイ 6301-dDu+)2019/06/19(水) 04:05:14.85ID:H6qDFJjM0
>>317
手元に
Xeon 5080 Dual Processor
Phenom 9750
みたいな(X64+SSE3)
環境が残ってるから微妙な気分になったわ
あ、K8 Athlon64X2(AM2)はSIMD遅いから部妙だQUADFXならいけるかもだが

959名無しさん@編集中 (ワッチョイWW 4ed2-f9As)2019/06/19(水) 19:20:43.17ID:xRdmTYJD0
>>958
調査対象がSteamユーザだから一般のPCユーザよりは高めの結果が出てるかと。

960名無しさん@編集中 (アウアウウー Sac7-9C56)2019/06/19(水) 19:30:21.64ID:SfmwqH2Da
SSSE3すら対応してないCPU使ってるカスが快適なAV1再生なんか求めないから大丈夫

961名無しさん@編集中 (アウアウウー Sac5-CjY6)2019/06/20(木) 10:44:34.38ID:apZ5yRa/a
【速報】新作商品の情報来たぞ!
https://youtu.be/MLTV0WSC1Ek

962名無しさん@編集中 (アークセーT Sx8d-eGkX)2019/06/20(木) 11:23:13.31ID:6lMn5l86x
>>961
グロ注意

963名無しさん@編集中 (ワッチョイ 9132-HQ34)2019/06/20(木) 23:04:04.78ID:fAGbGhdL0
あんまり関係ないけど、YouTubeの左の三メニューの「新機能を試す」がTestTubeに飛ばなくなった。URL直打ちならTestTube行けるんだけど。

964名無しさん@編集中 (ワッチョイ 4d01-4if8)2019/06/27(木) 06:46:52.44ID:gbLn4qgc0

965名無しさん@編集中 (アウアウエー Sab2-Eaoa)2019/06/27(木) 08:23:13.21ID:Llo5zYo7a
凄いやん
公開されてないから試しようがないけど

966名無しさん@編集中 (ワッチョイWW d95f-oKld)2019/06/27(木) 08:30:05.28ID:ezFafo370
eve-vp9も強いな
商用ライセンスだから個人には関係ないけど

967名無しさん@編集中 (ワッチョイ a904-iw7w)2019/06/27(木) 20:04:05.10ID:gPXEVK3c0
USB 3.0初搭載の「Raspberry Pi 4 model B」が登場 - PC Watch
https://pc.watch.impress.co.jp/docs/news/1192218.html
GPUはVideoCore VIで4K/60p H.265のデコードをサポートとな
ベッドサイド動画ザッピング専用クライアントマシンでも作ろかな

968名無しさん@編集中 (ワッチョイ 4aad-kB4y)2019/06/27(木) 23:18:45.05ID:/4PkTSXu0
https://i.imgur.com/6gpFsU9.png
https://i.imgur.com/JthQcLb.png
Eve-AV1凄まじいな
libaomのcpu-used=1と同程度のエンコード時間で大幅にVMAFスコアが高い
ぜひ使ってみたい

969名無しさん@編集中 (ワッチョイWW 9d68-bt8x)2019/06/28(金) 09:22:00.88ID:z2+Jt1zA0
AV1、普及させるにはハードウェア再生支援を実装したGPUをさっさと出さんとな

970名無しさん@編集中 (ワッチョイWW 2501-4lbC)2019/06/28(金) 18:13:12.99ID:RVtPyJME0
TMPGEnc辺りが採用してくれれば個人にも恩恵はありそうだけど

971名無しさん@編集中 (ワッチョイWW ff39-00KY)2019/07/06(土) 11:43:47.17ID:QJrP5Vp30
9900Kがゴミのようだ

Zen2のH.265/HEVCエンコ結果リーク
ttps://i.imgur.com/ExuYYof.png

972名無しさん@編集中 (アウアウウー Sa67-I22Q)2019/07/06(土) 11:58:28.50ID:k85H0yrRa
対intelよりスリッパに肉薄してんのが凄いな

973名無しさん@編集中 (ワッチョイ ffab-mVFY)2019/07/06(土) 12:40:07.24ID:jS3EZZhu0
このスレにx265をソースコードからコンパイルしている人っていたりする?

974名無しさん@編集中 (ワッチョイ 2301-mE9d)2019/07/06(土) 15:51:11.35ID:fA4yZcCz0
>>971
32コアもあるのに遅いスリッパがゴミだった

975名無しさん@編集中 (ワッチョイWW c301-SJQ/)2019/07/06(土) 16:01:33.56ID:wq/t4EXF0
コア数の多いXeonも同じ感じだったりして

976名無しさん@編集中 (ワッチョイ ff16-rgZK)2019/07/06(土) 19:31:09.86ID:xbTlW+RP0
>>973
たまにやってるけどrigayaさんのほうが早いから
全然つかってない

977名無しさん@編集中 (ワッチョイ ffab-mVFY)2019/07/06(土) 22:07:52.67ID:rvbc9e+m0
>>976
コンパイラー何使ってる?
VisualStudio?

978名無しさん@編集中 (ワッチョイWW ff00-NMpf)2019/07/06(土) 22:19:39.65ID:t0zRecaV0
>>971
画質求めるならやっぱソフトエンコになるん

979名無しさん@編集中 (ワッチョイ ff16-rgZK)2019/07/06(土) 23:22:27.01ID:xbTlW+RP0
>>977
環境変えたらMSのは動かなくなったからmsys使う方にした
大本はrigayaさんの公開&解説してくれてるもの

980名無しさん@編集中 (ワッチョイ ffab-mVFY)2019/07/06(土) 23:45:30.50ID:rvbc9e+m0
>>979
俺もMSYS2でx265のエンコードを試みたんだけど

どうしてもcmakeで失敗するんだよね・・・

cmake -G "MSYS Makefiles" ../../source -DWINXP_SUPPORT="ON" -DCMAKE_INSTALL_PREFIX="
/mingw32/i686-w64-mingw32" -DENABLE_TESTS="ON" -DENABLE_SHARED="OFF"
-DCMAKE_BUILD_TYPE="Release" -DCMAKE_CXX_FLAGS_RELEASE:STRING="-O3
-DNDEBUG -march=native -static-libgcc -static-libstdc++ -static"
-DCMAKE_CXX_COMPILER="i686-w64-mingw32-g++"

981名無しさん@編集中 (ワッチョイ a3e7-rgZK)2019/07/07(日) 01:24:49.49ID:fC6IN7rQ0
>>980越えたので次スレ立てに行ってみるわ。

982名無しさん@編集中 (ワッチョイ a3e7-rgZK)2019/07/07(日) 01:38:53.65ID:fC6IN7rQ0
 
次スレ

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

983名無しさん@編集中 (タナボタ ff16-rgZK)2019/07/07(日) 11:51:07.18ID:w6BZKX8200707
>>980
今、やってみたけどビルドできたよ
「rigaya x265 ビルド」で検索したら出てくる
rigayaさんのHPを参考に1からやり直してみては

984名無しさん@編集中 (タナボタ f304-/LHP)2019/07/07(日) 11:52:43.91ID:4ee4jKE/00707
>>983
ありがとう!わざわざ試してくれたんだ(´・ω・`)
HP見ながらもう一度やり直してみるよ・・・

985名無しさん@編集中 (ワッチョイ ffab-mVFY)2019/07/08(月) 17:51:30.60ID:yne1mAAZ0
>>983
rigayaさんのHPからMSYS2、CMAKE, HGをインストール・整備したあと
配布している ./build_x265.sh をダウンロード・実行してみた。

だけど結果はエラー。

そのときのログが↓
https://www.dropbox.com/s/68whl5elyfvyrk6/x265_log.txt?dl=0

うーん、Windows7で実行してるのがまずいかな?

986名無しさん@編集中 (ワッチョイWW 3368-xlwN)2019/07/08(月) 18:16:52.79ID:fjqTeImN0
MSYS2なんだしWindowsのバージョンは関係ないと思う。実際にwin10の俺でもエラーが出てるし

987名無しさん@編集中 (ワッチョイ ff16-rgZK)2019/07/08(月) 18:23:28.84ID:9Z2GOe+/0
自分がやった失敗は265.shへのリンクを右クリ保存してた
クリックしてリンク先にジャンプ→テキストのみを保存ってやってる?

988名無しさん@編集中 (ワッチョイ ff16-rgZK)2019/07/08(月) 18:57:12.82ID:9Z2GOe+/0
ともったけどファイルは正常みたいね
SVT-HEVCの文字が見えるから、それに対応する前の↓でやってみては
https://1drv.ms/u/s!AuTrC8hUJOKhgpogvzIw-QgJp4NDBw

989名無しさん@編集中 (ワッチョイ f304-/LHP)2019/07/08(月) 19:04:35.63ID:VmUkuL9h0
>>985
最初につまづいてるのはここだよねマズコレヲ(´・ω・`)クリアスレバ

collect2.exe: error: ld returned 1 exit status
make[2]: *** [Source/App/CMakeFiles/SvtHevcEncApp.dir/build.make:262: ../../../Bin/Release/SvtHevcEncApp.exe] エラー 1
make[1]: *** [CMakeFiles/Makefile2:453: Source/App/CMakeFiles/SvtHevcEncApp.dir/all] エラー 2
make: *** [Makefile:128: all] エラー 2

990名無しさん@編集中 (ワッチョイW 335f-pCHF)2019/07/08(月) 21:15:42.52ID:o3HywVnf0
https://www.phoronix.com/scan.php?page=article&item=ryzen-3700x-3900x-linux&num=4
Ryzen 9 3900Xはえーな

991名無しさん@編集中 (ワッチョイ ffad-zjg0)2019/07/08(月) 21:25:02.97ID:z+3tvmgr0
FPGAと3900Xでエンコードするのとでどっちが値段安いのかね
FPGAリアルタイムエンコーダーの開発費用は含まないものとしてボードだけの値段
素人にはさっぱり相場がわからない

992名無しさん@編集中 (ワッチョイWW 835f-1O58)2019/07/08(月) 22:14:26.19ID:ObPlBvJM0
相場も糞も開発費含まなきゃ製造原価やん
業務用だとボード単体で個人が入手出来るかも怪しい代物で、システム1式なら新車買えるレベルのがごろごろしてる

993名無しさん@編集中 (ワッチョイ ffab-mVFY)2019/07/09(火) 13:34:12.46ID:TVpiVmiH0
>>988
ありがとう
そのシェルスクリプトを走らせてみた

でも結果はやっぱりエラーが・・・

https://www.dropbox.com/s/z0wpyzn8pcmi5a8/x265_log2.txt?dl=0

一番最初に表示されるエラー;

CMake Error at CMakeLists.txt:602 (list):
list GET given empty list

CMake Error at CMakeLists.txt:603 (list):
list GET given empty list

これが何かを示唆している気も・・・

994名無しさん@編集中 (ワッチョイ bf22-rgZK)2019/07/09(火) 19:26:08.24ID:Hjg9z6sy0
>>993
バージョンを判定する部分がうまく動いてない("-- x265 version +-"のところ)

気になるところはCMakeが古いのとmsys2のMercurialが使われてるところかなぁ
Pathが通ってるか、そもそもwindows側にインストールされてるか確認するといいかも?

995名無しさん@編集中 (ワッチョイ ffab-mVFY)2019/07/10(水) 14:50:10.36ID:4Qz44+/d0
>>994
MSSY2のMercurialをアンインストールし、
改めてWindows版のMercurialをダウンロードしてきてインストールし直してみた。
加えてCMakeもポータブル版ではなくインストール版を改めてインストールし直してみた。

その上で再度x265ビルドスクリプトを動かしてみたんだけど・・・

https://www.dropbox.com/s/e0raz1sarltzo9y/x265_log3.txt?dl=0

さらにあっさり失敗するようになってしまった
むむむ・・・

996名無しさん@編集中 (ワッチョイ bf22-rgZK)2019/07/10(水) 16:20:06.77ID:T1ZziYEz0
>>995
今試したら"Mercurial 5.0.2 Inno Setup installer - x64 Windows"だとそのエラーが出た
MSI installerの方は大丈夫みたいなのでそっちで試してみて

997名無しさん@編集中 (ワッチョイ 23e7-rgZK)2019/07/10(水) 21:20:28.57ID:WZTs4QjE0
次スレ

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

998名無しさん@編集中 (スッップ Sd1f-cobR)2019/07/10(水) 21:35:02.47ID:E1P8fmkyd
埋め

999名無しさん@編集中 (スッップ Sd1f-cobR)2019/07/10(水) 21:35:13.62ID:E1P8fmkyd
埋め

1000名無しさん@編集中 (スッップ Sd1f-cobR)2019/07/10(水) 21:35:23.01ID:E1P8fmkyd
さらば

10011001Over 1000Thread
このスレッドは1000を超えました。
新しいスレッドを立ててください。
life time: 161日 5時間 11分 42秒

10021002Over 1000Thread
5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。


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

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

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

▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php

レス数が1000を超えています。これ以上書き込みはできません。