X
次世代ビデオコーデック総合スレPart1 【HEVC/VP9/AV1等】
レス数が1000を超えています。これ以上書き込みはできません。
0748名無しさん＠編集中 (ｱｳｰｲﾓ MMdd-kb65)
垢版 |
2018/05/26(土) 21:59:19.73ID:MnpZ35FCM
4Kに対応しようとすると古いPCは一気にアウトだからねぇ
4Kで思い出したがAV機器板のUHD-BDスレにて

・4か月弱ぶりのWHQL版「Radeon Software Adrenalin Edition 18.5.1」リリース。Ryzen 2000G公式対応を果たした統合型ドライバ
http://www.4gamer.net/games/022/G002212/20180524003/

「なお，新世代APUへの対応以外では，ハードウェアレベルの4Kビデオ保護技術としてMicrosoftが推進する「PlayReady 3.0」に
Radeon RX 500＆400シリーズで対応したことと，「Ancestors Legacy」への最適化がトピックとなっている。」

「PlayReady 3.0」の対応、つまり外付けGPUを利用してのUHD-BD再生の道が一歩開けたということか？
Intel SGXに頼る必要はなくなった？

とあった
PCによる4K再生が少しでも身近になればいいのだが
0749名無しさん＠編集中 (ﾜｯﾁｮｲWW 7be7-DqAW)
垢版 |
2018/05/26(土) 22:41:47.71ID:0LnMSXzY0
面倒すぎてRIPした方が早い気がしてくる
HDMI2.0は破られてるし縛る意味とは
H265が身近になるには、あと数年、スマホのハードウェアデコーダー搭載率が上がったらだね
載ってない世代でCPUデコードはほぼ無理だし
0751名無しさん＠編集中 (JPWW 0H6b-0qto)
垢版 |
2018/05/27(日) 08:55:10.14ID:bYRexonkH
アンドロイド定番の画像ビューワ、PerfectViewerがプラグインでHEIFに対応してた
これで画像一括変換ソフトがHEIF対応してくれればなあ
0753名無しさん＠編集中 (ﾜｯﾁｮｲWW a91a-4AwN)
垢版 |
2018/05/27(日) 11:20:32.94ID:NTcZ8PLk0
ちょっと戻っちゃうけど

画像の圧縮なら確かにPDFで「文字と背景を分ける」みたいな圧縮方式があるから、漫画の場合は画像一枚の中で背景レイヤーと文字・絵レイヤーを判別して、背景レイヤーを単色データにすればかなり圧縮できるはず
0756名無しさん＠編集中 (ﾜｯﾁｮｲ 13d2-2rS7)
垢版 |
2018/05/28(月) 08:31:23.90ID:K4efXcEF0
Windows10 Insider Previewでheifの表示試してみたけど対応してるのはyuv420だけでyuv444は見れないな
あとx265のフルレンジフラグを読み取ってくれなくてリミテッド専用になってる
将来的には改善されるんだろうか？
今のままならBPGのほうが使いやすいんだが
0758名無しさん＠編集中 (ﾜｯﾁｮｲ 13d2-2rS7)
垢版 |
2018/05/28(月) 09:55:11.67ID:K4efXcEF0
MSの実装だとYUVからRGBへの変換係数はbt709固定っぽいけどnokiaの実装だとsmpte170m固定っぽいから色がおかしくなる問題が続出しそう
どっちもx265のcolormatrixは読み込みにいってないし(heifのヘッダとかに指定するのかもしれないけどよく分からない)
この辺も整備されないと使いにくいな
0760名無しさん＠編集中 (ﾜｯﾁｮｲ 13d2-2rS7)
垢版 |
2018/05/28(月) 18:00:44.96ID:K4efXcEF0
いやごめん
MSの実装の方、フルレンジフラグを読み取ってくれないって書いたけどコマンドラインの記述が間違ってただけで修正したら読み取ってくれたわ
それにcolormatrixだけじゃなくてtransferとcolorprimも指定したら正しい色で表示してくれた
案外ちゃんとしてるな

こんな感じ

set "x265_option=-crf 23 -preset slower -x265-params colormatrix=smpte170m:transfer=smpte170m:colorprim=smpte170m:range=full"
ffmpeg -y -framerate 1 -i "%~1" -pix_fmt yuv420p -vf scale=out_color_matrix=smpte170m:out_range=pc:flags=+accurate_rnd %x265_option% -f hevc "%~dpn1.h265"
MP4Box -add-image "%~dpn1.h265":primary -ab heic -new "%~dpn1.heic"&&del "%~dpn1.h265"
0761名無しさん＠編集中 (ｵｲｺﾗﾐﾈｵ MM5e-1Ijj)
垢版 |
2018/06/01(金) 19:20:59.50ID:kSeXDzjIM
ARMがスマホ向け新GPU「Mali-G76」＆新VPU「Mali-V76」を発表、スマホで8K・60fps再生に対応へ
https://gigazine.net/amp/20180601-arm-mali-g76-v76
https://i.gzn.jp/img/2018/06/01/arm-mali-g76-v76/b07.png
Mali-V76は2コアから8コアが想定されており、8コア時には8K・60fpsのデコードと8K・30fpsのエンコードに対応。4K・120fpsのデコードにも対応します
ただし、Mali-V76にはGoogleなどが開発する次世代コーデック「AV1」はサポートリストに含まれていません
0762名無しさん＠編集中 (ｱｳｰｲﾓ MM09-m06J)
垢版 |
2018/06/01(金) 19:38:22.92ID:msrxg0ukM
動画の再生支援に関しては、スマホに先越されてばかりだな
そのうちスマホをPCに接続して、動画再生支援用の外付けGPUみたいにして使う時代が来るのかね？
0765名無しさん＠編集中 (ﾜｯﾁｮｲWW edc3-/5YL)
垢版 |
2018/06/01(金) 20:49:35.36ID:uvakM5Y80
HEVC 10bit 8KならIntelならCore iならKabylake、Atom系ならApolloLake（デコードのみ、エンコはGeminiLake〜）以降で対応
nvidiaならPascal世代で対応済みだから、ARMの方が2年近く遅い
0772名無しさん＠編集中 (ﾜｯﾁｮｲ 15c8-PWQK)
垢版 |
2018/06/02(土) 19:14:17.19ID:Ypf4BKGE0
久々にIntelの動画再生支援の対応可否をチェックしてみたが
・Intel HD, UHD and Iris Graphics（英語のサイト）
https://en.wikipedia.org/wiki/Intel_HD,_UHD_and_Iris_Graphics

■HEVC
・Haswellは、8bitのみ部分的な対応
・Broadwellは、8bitと10bitの部分的な対応
・Skylakeは、8bitは4Kまで対応
・Kaby LakeとCoffee Lakeは、8bitと10bitともに4Kまで対応

続く
0773名無しさん＠編集中 (ﾜｯﾁｮｲ 15c8-PWQK)
垢版 |
2018/06/02(土) 19:14:34.04ID:Ypf4BKGE0
■VP9（YouTubeなど）
・Haswellは、対応なし
・Broadwellは、部分的な対応
・Skylakeは、4K24Pの15Mbpsまで対応
・Kaby LakeとCoffee Lakeは、8bitのみ4K（60pかどうかは不明）まで対応
（BT.2020については将来的に対応予定）

※なお、下記サイトによると、AMDが「VegaベースのGPUコア＝Radeon RX Vega 64 Liquid Cooled, Radeon RX Vega64, Radeon RX Vega56」
において、VP9の再生支援に対応していないとの記述があるが、これは本当なのか？
http://www.leoplanet.co.jp/entertainment/doga-saisei-shien.html

一方スマホは、Snapdragonの場合（最大対応解像度などの詳細は不明）
■Snapdragon 800⇒HEVC対応
■Snapdragon 805⇒HEVC対応
■Snapdragon 810⇒HEVC対応
■Snapdragon 820⇒HEVC、VP9ともに対応
■Snapdragon 821⇒HEVC、VP9ともに対応
■Snapdragon 835⇒HEVC、VP9ともに対応（これは、ARM版Windows 10でも有効）
※参考
https://en.wikipedia.org/wiki/VP9
0775名無しさん＠編集中 (ﾜｯﾁｮｲWW edc3-/5YL)
垢版 |
2018/06/02(土) 19:36:29.19ID:OSElj/9u0
ARMはデコードにもGPUの演算コアも使ったりするからな
PC向けGPUみたいにメディアエンジンのみで処理出来るのは世代重ねてからだぞ
ソフトウェアデコーダより消費電力は低いけど、PCで言うところのハードウェアデコーダと少し実装違う
まぁそれでも消費電力の設計母数小さいからまだ省電力と言えるだけで
それでも砂ドラの800や805とかでH265の再生なんぞやったら、FHDでも数十分もせず馬鹿みたい発熱しながらバッテリー消費していく
0776名無しさん＠編集中 (ﾜｯﾁｮｲWW 411e-AW76)
垢版 |
2018/06/03(日) 16:10:10.50ID:D9URccfv0
windowsならタスクマネージャでCPU使用率さくっと分かるけど、androidってシステムていきょうのツールねぇのかよ。
とりあえずCPU statsというアプリで動画再生しながらCPU使用率確認してるけど
0778名無しさん＠編集中 (ﾜｯﾁｮｲ d610-/vbK)
垢版 |
2018/06/03(日) 17:25:49.90ID:VcUUsYyc0
セロテープ　どーです

http://satch.tv/?mref=787
0779名無しさん＠編集中 (ｱｳｰｲﾓ MM09-m06J)
垢版 |
2018/06/04(月) 18:34:15.74ID:zpOHy/PYM
■Arm、モバイルで8K/60fps再生対応のVPU「Mali-V76」。VR/ゲーム向けGPUも
https://av.watch.impress.co.jp/docs/news/1125575.html

・8K60Pのハードウェア再生支援対応
・8K30Pのハードウェアエンコード対応（※これは現時点での話）
・4K60P動画の4本同時再生可能
・2K60P動画の16本同時再生可能


■ARM Announces Mali-V76 Video Processor: Planning For the 8K Video Future
https://www.anandtech.com/show/12835/arm-announces-maliv76-video-processor-planning-for-the-8k-video-future

・4K120Pも同時再生可能本数は不明ながら再生には対応
・H.264、HEVC、VP8、VP9のすべてにおいて、8bit及び10bitの動画をデコード及びエンコード可能
・AV1はデコード及びエンコードともに非対応
0780名無しさん＠編集中 (ﾜｯﾁｮｲWW edc3-/5YL)
垢版 |
2018/06/04(月) 23:26:47.05ID:6FcsBDSw0
デコードもGPUコアのクラスタ数に依存しているという事は、メディアプロセッサだけでは、PC向けGPUと違ってデコードも処理出来ていないって事なんだがな
0781名無しさん＠編集中 (ﾃﾄﾘｽ fad2-JjZc)
垢版 |
2018/06/06(水) 17:26:25.18ID:MdIonTii00606
クラウド上のFPGAを利⽤するAV1エンコーダーを実装
https://www.socionext.com/jp/pr/sn_pr20180606_01j.pdf
[横浜発, 2018 年 6 月 6 日] 株式会社ソシオネクスト (Socionext Inc.) は、アマゾン ウェブ サービス (以下「AWS」) の「Amazon Elastic Compute Cloud (以下、Amazon EC2) F1 インスタンス」上に、
最先端の映像データ圧縮規格「AV1」のエンコード処理を⾏う機能を試作実装しました
F1 インスタンスの利⽤により、約 1.5 カ月という極めて短期間で開発を完了し、かつ高い性能を得ることができました
当社は今回の成果をもとに、顧客がクラウドから半導体製品の機能を利⽤できる仕組みや、現在クラウド環境で広く利用されている大規模・高性能アプリケーションの処理能⼒を向上させる各種アクセラレーターの構築・運用など、
サービス提供を中心とした新しい製品の可能性を提案します

F1 インスタンスの利用により、開発開始から 1.5 ヶ月という驚異的な短期間での開発が可能になっただけでなく、FPGA によるアクセラレーションで CPU 単体動作と比較して約 10 倍の処理速度を実現しました
0782名無しさん＠編集中 (ﾃﾄﾘｽ Sp05-Icfn)
垢版 |
2018/06/06(水) 19:36:41.93ID:XMNfIyvrp0606
これはいいね。LSIを起こせないようなスタートアップ企業が競い合って早く技術が成熟するといいですな。
大学の研究室からのエントリも面白い。
0783名無しさん＠編集中 (ﾃﾄﾘｽ MM09-m06J)
垢版 |
2018/06/06(水) 20:17:58.22ID:BmPMzdiGM0606
今年の第三四半期にAMDの新型スリッパが32コア64スレッドなCPUを投入するらしいが、そんな強烈なのが出たらHEVCのエンコードもサクサクかな？
0789787 (ﾜｯﾁｮｲWW 13f7-d0+q)
垢版 |
2018/06/07(木) 07:21:29.36ID:cB42yIva0
いや、>>378ではi7 4702MQで10フレームエンコードするのに66分かかったって書いてるからちょっとは早くなってるかな
こちらのCPUはi7 3520M
0790名無しさん＠編集中 (ﾜﾝﾐﾝｸﾞｸ MM53-pWjO)
垢版 |
2018/06/07(木) 09:09:09.35ID:MAsn1r6+M
今年中に100倍程度速くなるなんて緩い予想はなかなか実現しそうに無いな
0797名無しさん＠編集中 (ﾌﾞｰｲﾓ MM33-1kwI)
垢版 |
2018/06/07(木) 20:34:07.06ID:4TC5oIYZM
今のところマルチスレッドをあまり生かしてくれないのが遅い原因の一つ
--tile-columnsを指定すると横で分割してマルチスレッドでエンコードしてくれるんだけど、
分割数は2の冪乗で、分割した一列あたり256px以上という制限があるので、
1920x1080の動画をエンコードしても4分割しかされず、
使ってくれるスレッドも4つぐらい
0802名無しさん＠編集中 (ﾌﾞｰｲﾓ MM85-B5zH)
垢版 |
2018/06/14(木) 19:33:30.72ID:iJOXbjd1M
>>800
ANSは一時期AV1のエントロピー符号化手法の候補になってたけど、
Daalaのエントロピー符号化手法のほうがハードウェア実装しやすいことが分かったので、
採用されなかった。
0803名無しさん＠編集中 (ﾜｯﾁｮｲ c2d2-JcM/)
垢版 |
2018/06/14(木) 21:29:06.32ID:V+ozARZ/0
動画エンコードの探求に「終わり」はあるのか？
https://gigazine.net/news/20180614-end-of-video-coding/

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

Netflixは100倍遅くても許容するのかー
やっぱりこれから先の動画圧縮技術はリソース有り余ってる大企業だけのものになるんじゃないだろうか
0804名無しさん＠編集中 (ﾌﾞｰｲﾓ MM85-B5zH)
垢版 |
2018/06/14(木) 21:45:53.28ID:3azMp+/KM
エンコードは1回しか行われないのに対してエンコードされた動画は何万回も再生されるから、
例えエンコードに従来の100倍の時間がかかるとしても、
それによって削減される帯域次第では動画配信やってる大手企業は喜んで採用するだろうね。
0805名無しさん＠編集中 (ﾜｯﾁｮｲWW ede9-Tb9G)
垢版 |
2018/06/14(木) 21:57:17.85ID:Wy3gWiiZ0
まあh266（？）とAV1以降のエンコードは一般人が持ってるpcじゃなかなか難しそうだろうね、NetflixやYouTube規模の動画配信サービスになるとそれだけの価値があるんでしょ

実際、Netflix、YouTube、アマプラ、Huluが完全にAV1を採用すれば全体のデータトラフィック量はどれくらい少なくなるんだろう
0806名無しさん＠編集中 (ﾜｯﾁｮｲWW ed1e-BXXL)
垢版 |
2018/06/14(木) 22:03:37.54ID:3pgPouao0
ハードエンコの品質が上がって画質にうるさいマニアも納得のハードエンコの時代がきたらまだワンチャンある。
というか今エンコにどれくらいのトランジスター割かれてるのか知らんが何十億って使えばもっと速くなるのかな??
0808名無しさん＠編集中 (ﾜｯﾁｮｲWW e9c3-19X/)
垢版 |
2018/06/15(金) 05:00:47.70ID:GXPu4phC0
限度知らずに高解像度を無茶な低帯域で保存しようとしなけりゃ、現状のHWエンコでも十分まで行かなくても、そこそこ使えるレベルだと思うけどな
0809名無しさん＠編集中 (ﾜｯﾁｮｲWW e9c3-19X/)
垢版 |
2018/06/15(金) 05:10:11.86ID:GXPu4phC0
品質についてはVLCの連中がx264/x265の開発止めない限り、個人が無償で扱えるエンコード品質の上限的な基準になっちまうから
妥協無しに満足するなんか無理な話だし
HWエンコーダに無い処理の柔軟性で画質引き上げてる部分が大きいから、その溝は埋められない

cudaコアの物量に頼っていないNVDecであの品質だから、nvidiaがQSV並みの実装する気になってくれれば、QSV HEVC並みの品質でQSVの2〜3倍速ってのは不可能では無さそうではあるんだけどな（GPUのグレードに左右されそうではあるけど
0811名無しさん＠編集中 (ｱｳｱｳｴｰ Sa4a-mEZE)
垢版 |
2018/06/19(火) 00:48:39.51ID:e172sEo5a
配信に使おうと思ってQSVとNVENC試してるんだけど同じビットレートだとNVENCのほうが画質良くなるみたいなんだよね
NVENCが何か改善されて良くなったのかな？
それともQSVがリアルタイムエンコに弱いのか
0812名無しさん＠編集中 (ﾜｯﾁｮｲWW e9c3-LKVd)
垢版 |
2018/06/19(火) 01:08:22.25ID:Ud4iC9hu0
QSVのH264でFF使う場合でも無い限り、基本的にはQSVの方が綺麗になるよ
CBRやビットレートベースのVBR使うとQSVの方が画質容量比悪化しやすいってのもあるけど
0813名無しさん＠編集中 (ﾜｯﾁｮｲWW e9c3-LKVd)
垢版 |
2018/06/19(火) 01:11:14.79ID:Ud4iC9hu0
あと、比較するQSVの世代にもよる
SnandyやIvy世代はHaswell以降よりCU規模の割に速度出やすい反面、画質向上処理はHaswell以降より劣る（処理が甘い分速くて画質に劣る
0814名無しさん＠編集中 (ﾜｯﾁｮｲWW e9c3-LKVd)
垢版 |
2018/06/19(火) 01:33:27.20ID:Ud4iC9hu0
CUはRADEONか、QSVはEUだった、すまん

NVEncはエンコードエンジンの性能勝負で
QSVはGPGPU込みで画質が良い（GPGPU使う時間が取れないFFモードだと画質が駄々下がり
画質は

QSV（延滞問わず）＞NVEnc（元から低延滞）＞QSV FF（低延滞モード）

みたいな感じ
0825名無しさん＠編集中 (ﾜｯﾁｮｲ 1f81-GwbS)
垢版 |
2018/06/21(木) 00:23:07.70ID:g7B91MzM0
　　　　　　　　　　　　　　　　　　　　　　　　　　　ヽ
　　　　　　　　　　　　　　_,,.,､､,.ｨ-- ti- ､､､....,,,,_ 　 ',
　　　　　　 　 ,,..､､ri':'ﾞ/~ 　 ﾚ　　 　 '　 ﾞﾍ:l : : : :~,＞
　　 _,...r:::''"::／ l/ .l:/-=ニ二,'_ｰ- ､、 　 !l!;: r '"
'''＜:::::::::::::;､r'　　　　　　　　　　`'' ‐-`.､ /
-、 l::::::::::::l　　　　　　 　 　 ＜"ﾞ'i;ｿ'　　 ',
~.ヽ l:::::::::::l　　　　　　　　　　　　 ~' 　 　 '､
/ .） .l::::::::::!　　　　　　　　　　　 　 　 　 　 '､
　ヽ　.l:!l:::::l ヽ　　　　　　　　　　　　　　　 　 '､
＼ '　 l! l::!l!　ヽ　　　　　　　　　 　 　 　 　 　 ,'
　 ﾞ　 　 ヾ　　　　　　　　　　　　　　　‐'" ,. r ﾞ　　そんなに何も見えてないんじゃ
ｰ-‐i　　　　　　　　　　　　 　 ,.r,,iilll鬚髯ｦ　　　
.　　 l　　　　　　　　　　　　`''' ‐‐ ---t‐'　　　　　生きてても面白くないでしょう
￣￣￣￣￣￣~"''､' ‐ ､ 　 　 　 ー‐ノ
　　　　　　　　 　 　 ',　 ヽ　　　　 　 l
0826名無しさん＠編集中 (ｱｳｰｲﾓ MMe3-DRJI)
垢版 |
2018/06/21(木) 20:30:39.69ID:SNiRmHlvM
・4K映像の低遅延配信に「CMAF」が有効、コーデックは「AV1」主流に? Akamaiが解説
https://av.watch.impress.co.jp/docs/news/1128920.html

AV1は、HEVCやVP9などよりも高い圧縮効率を実現し、開発者向けブラウザのFirefox NigtlyやChrome Canaryでは既に採用されているが、3月予定としていたコードフリーズには6月時点でまだ至っておらず、当初の予定より遅延。
現在はエンコードをソフトウェアで行なっているため多くの時間がかかり、時光氏は「ハードウェア対応は'19年後半にずれ込む恐れがある」としている。

まだコードフリーズすらしていないのか
0829名無しさん＠編集中 (ﾌﾞｰｲﾓ MM43-Uob7)
垢版 |
2018/06/21(木) 22:59:51.39ID:8fdWiSrOM
ttps://github.com/AOMediaCodec/av1-spec/commits/master
仕様のコミットログ見るとぼぼ毎日更新してる。
更新の規模は体裁を整えたりとか、仕様を明確化したりぐらいが多いけど。

ttps://people.xiph.org/~tterribe/pubs/lca2017/aom.pdf
ハードウェア実装しやすいアルゴリズムかどうかはちゃんと考慮されてるみたい。
17ページ目に新しい機能は
ハードウェアチーム、知財チーム、ワーキンググループ全体
の順でレビューされると書かれてる。
0832名無しさん＠編集中 (ｱｳｱｳｴｰ Sa7f-RBYp)
垢版 |
2018/06/22(金) 16:24:24.15ID:L0GSH5Vma
youtubeとかで使われるようになってもほとんどの端末ではしばらくソフトウェアデコードになるだろうけど負荷はどれくらいになるのだろうか
スマホでも余裕なくらいじゃないとキツイぞ
0834名無しさん＠編集中 (ﾌﾞｰｲﾓ MM63-Uob7)
垢版 |
2018/06/22(金) 19:52:13.05ID:nB77Vx1HM
すぐに変換されるのは4K以上の動画ぐらいでしょ、きっと
0835名無しさん＠編集中 (ﾜｯﾁｮｲWW 9f1e-RA3y)
垢版 |
2018/06/22(金) 23:13:41.12ID:677v3CKv0
AV1だろうがそもそもモバイルで4K解像度もってるデバイスほとんどみねぇし、2Kにちょっと毛がはえたぐらいの解像度なら現状出回ってる機種でも余裕じゃねぇのかな。
まぁモバイルはバッテリーの問題があるけどさ。
0837名無しさん＠編集中 (ﾜｯﾁｮｲWW 1f1a-tQU5)
垢版 |
2018/06/23(土) 01:18:47.48ID:1leUgnj60
YouTubeはビットレートが足りないのと粗雑エンコで1080pは見れたものじゃないから、超高精細映像に構うよりは1080p以下の映像に目線を向けるべきだと
0845名無しさん＠編集中 (ﾜｯﾁｮｲW 7fe0-Rwdm)
垢版 |
2018/06/26(火) 20:42:27.35ID:jPY7pUjf0
Appleだって支援してるんだからそれはねえわ
HEICとか作ってまでh265推してたが今時サンクコストにしがみ付いたりはせんやろ
ただハードウェアエンコーダ/デコーダが実装されているという理由で少なくとも2、3年はOSデフォルトとはせんやろな
0850名無しさん＠編集中 (ﾜｯﾁｮｲ 9f81-GwbS)
垢版 |
2018/06/27(水) 09:00:56.30ID:bc3cRXpq0
ムービーミドルウェア「CRI Sofdec2」が、高いデータ圧縮性能を有するビデオコーデック「VP9」に対応。まずはスマートフォン向けから
http://jp.automaton.am/articles/newsjp/20180626-70947/

株式会社ＣＲＩ・ミドルウェアは6月26日、高画質・高機能ムービーミドルウェア「CRI Sofdec2」の機能を拡張し、
高いデータ圧縮性能を有するビデオコーデック「VP9」を搭載したと発表した。
同社は、ゲーム開発向けに音声・映像のミドルウェアブランドCRIWAREを展開しており、
その中で提供されているSofdec2は、クロスプラットフォーム対応の高画質・高機能のムービー再生システムで、
UnityやEnreal Engine 4といったゲームエンジンにも対応。
『二ノ国II レヴァナントキングダム』や『New ガンダムブレイカー』など、累計4,000タイトルを超えるゲームの開発に採用されている。

今回Sofdec2に搭載されたVP9は、Googleが開発した高い圧縮率と高画質を特徴とするビデオコーデック（動画の圧縮形式）で、
YouTubeのような映像配信サービスなどで幅広く採用されている。
0856名無しさん＠編集中 (ﾜﾝﾐﾝｸﾞｸ MMdf-Rwdm)
垢版 |
2018/06/27(水) 16:02:48.32ID:RzhwDQdzM
相当ハードウェアエンコーダに実装し易く作ってるらしいしそのうち爆速エンコ出来るようになるでしょ…多分
0861名無しさん＠編集中 (ﾜｯﾁｮｲ 9fd2-i56a)
垢版 |
2018/06/27(水) 23:49:32.59ID:qXlFQQfm0
Lightningに固執っていうけど、
速度と給電能力以外での重要な利点＝リバーシブルの利便性は先行して備わってたわけで
わざわざ変える必要もないと思うんだよね

特に>>852のBT接続な周辺機器の充電用途程度なら
0873名無しさん＠編集中 (ﾜｯﾁｮｲWW c9c3-TDe6)
垢版 |
2018/06/30(土) 02:18:19.74ID:jOwRa4pn0
結局コンテンツあたりの視聴する客側に課せられるライセンス料なんぞ数円レベルで、
コンテンツ事業者はその分が無くなれば視聴料を数円単位で安くする訳も無く
ストリーミング配信業者ならそれすら無いんだからな

業者は年間の事業者ライセンス料+コンテンツ毎データ作成時のエンコードのライセンス料を払いたくないだけで、視聴する側は再生時の消費リソース増大（電気代）かHW再生支援環境の更新に出費させられるという
0877名無しさん＠編集中 (ﾜｯﾁｮｲWW 291a-2GtF)
垢版 |
2018/06/30(土) 19:42:53.62ID:vwtkTQ8j0
HEVCもAVCもエンコーダー次第だからなぁ。
未だMPEG2のテレビ方法だと差は歴然だが…
低ビットレートだと画質悪いのは当然だし、低ビットレートだとHEVCもAVCよりマシって程度。だから十分なビットレートが確保できる場面が中心になる今後は、AV1よりHEVCで十分としか言いようがない。8KもHEVCで十分。
ビットレート確保できるような大容量回線の開発を進めた方が賢い
0879名無しさん＠編集中 (ﾜｯﾁｮｲWW 511b-wBed)
垢版 |
2018/06/30(土) 21:40:48.81ID:hp1X2iG30
サンプルありがとう
ド素人の目で見た感じ

ディテールの表現
AV1＞x264＞x265≒VP9

動画として見て
AV1＞x265＞VP9＞x264

どうせ大したこと無いんだろうとか思ってたけど、かなり良くて驚いた
この性能でエンコード/デコード処理をどこまで軽くできるか…
0880名無しさん＠編集中 (ｱｳｰｲﾓ MM85-l27z)
垢版 |
2018/06/30(土) 22:13:34.98ID:40ikmkEsM
外出先からなんで動画は見れてないのだが、これ相当ビットレート落としてないか？
HEVCでここまで悪化するのはよほどの場合だと思うのだが
0882名無しさん＠編集中 (ﾜｯﾁｮｲ 29e9-mzC7)
垢版 |
2018/07/01(日) 01:30:59.95ID:GqIms1KK0
動画の再生はできないから、静止画のみでコメント
今のところAV1でなければというほどのメリットが見いだせるような画質ではないな
そもそも俺の使い方でFull HDを1000kbpsとか見たいな高圧縮自体使わないし
H.264⇒H.265みたいな画質的メリットがあれば見当もするのだが、それほどでもないし
0883名無しさん＠編集中 (ﾜｯﾁｮｲ 82d2-s1NS)
垢版 |
2018/07/01(日) 05:10:35.17ID:clLyaPjq0
1000kbpsで画質を比較するのは確かにアレだしもっと高いビットレートで比較したいというのはあるんだけど、
AV1の1000kbpsをエンコードするのに40時間もかかって更に高いビットレートだとエンコードに一週間くらいかかりそうな感じなので厳しいかも
0884名無しさん＠編集中 (ﾜｯﾁｮｲ a5c7-YyB7)
垢版 |
2018/07/03(火) 02:51:05.27ID:AnLVJYBH0
>>840 でコードにv1.0.0のタグが打たれたようだけど、
仕様の方も固まってたみたいだね。
ttps://aomediacodec.github.io/av1-spec/av1-spec.pdf

やっと最適化が進むのかな
0885名無しさん＠編集中 (ﾜｯﾁｮｲ 6e76-PNnE)
垢版 |
2018/07/03(火) 10:10:30.99ID:usUG+8Wf0
光回線の普及で、日本ではH264のビットレートで十分。
AV1まで時間をかけて無理に圧縮する必要ない
0895名無しさん＠編集中 (ﾜｯﾁｮｲ 7e6e-VCRa)
垢版 |
2018/07/03(火) 23:44:27.35ID:L2WaVTHr0
>>893
新フォーマットに対応してないハードやOSならH.264やH.265でDLされるし
手元の機器が古くなって買い換える頃には勝手に対応ハードになってるだけの話だと思うが
新フォーマットが出たら即座に対応機器に買い換えないと気が済まない病気？
0898名無しさん＠編集中 (ﾜｯﾁｮｲ 0280-fT+D)
垢版 |
2018/07/04(水) 06:22:05.28ID:NTsfy1jA0
どうせアレだよ、PS2もPS3もPS4も出たら叩き、
ratinaなんて眼の識別能力超えてて無駄とのたまい、
DVDで十分、BDなにそれUHD-BDなんて普及しない
FullHDもいらん、4Kもいらんと言い、HDR何ぞゴミと
絶叫して、その後しれっと手のひら返しする人達のひとり
0900名無しさん＠編集中 (ﾜｯﾁｮｲWW 4de9-SryU)
垢版 |
2018/07/04(水) 08:36:17.35ID:fR6oqR/P0
新しい規格や新技術なんて必要なら普及するし、不必要なら普及しない。それだけでしょ

それを見守っていくのがこのスレなのに、必要ないわ旧規格で充分だの何だの言うのは意味不明
0902名無しさん＠編集中 (ｱｳｰｲﾓ MM85-l27z)
垢版 |
2018/07/04(水) 19:52:55.34ID:9jIoQc9vM
>>901
そのグラフの変化量から類推すると、3000kbpsで大差なしになりそうだな
そして画質を考えた場合、3000kbps以上は必要になるだろうことを踏まえると、
現時点で時間と電気代費やしてまで個人が手を出すメリットがないという結論になるかと
0908名無しさん＠編集中 (ﾜｯﾁｮｲ 47ec-UVFs)
垢版 |
2018/07/05(木) 01:21:33.48ID:8/5ltvOB0
今更だけど、4/9にリリースされたIntel Media SDK for Windows 2018 R1 (API v1.26)で、
Cannon Lake向けのプレビュー機能としてVP9エンコード関連のAPIが追加されてたので、
Cannon LakeからはWindowsでもVP9エンコード機能が利用できるようになるのかも。


What's New in Intel Media SDK for Windows 2018 R1 | Intel Software
https://software.intel.com/en-us/blogs/2018/03/07/whats-new-in-intel-media-sdk-2018-r1

>Preview features for Cannon Lake
>
> ・Improved HEVC encode video quality:Enabled Sample Adaptive Offset (SAO) controls,
>　　multiple Largest Coding Unit (LCU) Size to choose the luma LCU size, and Transform Skipping.
>
> ・NEW VP9 encoder features: Enabled Segmentation controls and Temporal Layer configuration,
>　　and added external VP9 parameter controls
0909名無しさん＠編集中 (ﾜｯﾁｮｲWW 071a-B2iE)
垢版 |
2018/07/05(木) 02:24:55.73ID:XDZsM6bE0
人の目で見て、って事でしょ。
それより、ストリーミングはもう3000kbpsは超える時代では？2Mbps程度が最適な環境のユーザーをターゲットにする意味無さそうだし、6Mbpsくらいで考える必要あると思うが。
極端な話、6Mbpsで2Kを配信するか、4K配信に耐えうるか、という
0919名無しさん＠編集中 (ﾜｯﾁｮｲ 67ec-UVFs)
垢版 |
2018/07/05(木) 14:42:34.86ID:LMro1e0V0
>>911
今のところKabyLakeでVP9エンコード機能を利用できるのはLinuxだけらしいんだけど、
CannonLakeからはWindowsでも使えるようになるかもねという話ね。
>>35と、>>910のテンプレ案の7のところを参照。
　
　
>>980まで残り少ないんで、>>910のテンプレ案へのご意見はお早めに。
0923名無しさん＠編集中 (ﾜｯﾁｮｲ 4711-UVFs)
垢版 |
2018/07/05(木) 16:15:21.43ID:z5MGNdXa0
自分の環境がそうだからってみんあそうとは限らないし
そもそもネット配信はスマホなどモバイルでの視聴がかなり多いのに6Mbps以下は切り捨てはマズい判断
0927名無しさん＠編集中 (ﾌﾞｰｲﾓ MM7f-5kXQ)
垢版 |
2018/07/05(木) 20:31:03.07ID:yYJCBEpPM
そもそもユーザー側で動画をソフトウェアエンコードしたいという需要が今や少数派すぎる。
大多数は動画コンテンツを消費しかしないし、
保存のためにエンコードするにしてもレコーダーとかだからハードウェアエンコード。
0929名無しさん＠編集中 (ﾜｯﾁｮｲ ff6e-sule)
垢版 |
2018/07/05(木) 23:24:38.71ID:UP4YHgHg0
日本のインフラと定額回線を基準に考えているやつは絶望的に想像力が欠如している
大手配信業者がサービス展開してるのは日本のような国ばかりじゃないんだぞ
0930名無しさん＠編集中 (ﾜｯﾁｮｲWW 071a-B2iE)
垢版 |
2018/07/06(金) 01:08:44.89ID:wB6j/Bzp0
>>912 YouTubeはH.264で3〜4Mbpsくらいでエンコされてるぞ。VP9も同じくらい（動画によって圧縮できてたり逆にサイズでかくなってたり、差がある）。

個人的な話だけど、コーデックは得意不得意があるせいで、VP9の方が破綻少ない場面が多い反面、H264の方が精細に表現できる場面もあったりするから、圧縮効率よりそっちを重視してる。
0936名無しさん＠編集中 (ｽｯﾌﾟ Sdff-NXt0)
垢版 |
2018/07/06(金) 13:22:29.91ID:d/hR1gKLd
スマホでmpeg2やh264食わせたら、HEVCやVP9に出力してくれるようなアプリって言うあるの？
エンコーダーはカメラ入力しか使えないの？
0940名無しさん＠編集中 (ﾜｯﾁｮｲ 7f81-bAjg)
垢版 |
2018/07/06(金) 14:20:16.16ID:cdcWZ8cz0
>>936

自分はiPhoneで有料だけど Compressor っての使ってる

https://itunes.apple.com/jp/app/hevc-h-264-video-compressor/id1300463334?platform=iphone&;preserveScrollPosition=true#platform/iphone

バッチ処理したいなら同じ作者がバッチ用のアプリも作ってるんでそっちの方がいいかも。
SoCのHWを上手く使っているのかiOSが優秀なのかまあまあ使える速度。さすがに映画クラスの長さだと時間かかるけどな
0942名無しさん＠編集中 (ﾜｯﾁｮｲ a7c7-CJRd)
垢版 |
2018/07/08(日) 23:10:27.75ID:72KoFDYM0
お馴染みXiphのMontyによるAV1技術解説がMozillaのサイトに公開されてたよ
ttps://hacks.mozilla.org/2018/06/av1-next-generation-video-the-constrained-directional-enhancement-filter/
0943名無しさん＠編集中 (ﾜｯﾁｮｲWW 87ba-6rM0)
垢版 |
2018/07/09(月) 00:56:46.59ID:ydMC3XII0
日経BPにAndroid Pについての記事があったよ。
ttp://tech.nikkeibp.co.jp/it/atclact/active/15/070800078/062900084/

新しいメディア形式とデコーダーのサポート

　このほかの変更点としては、MPEGの画像フォーマット形式「HEIF（High Efficiency Image File Format）」や
HDR対応「VP9」形式への対応があります。

　HEIFは、ビデオ圧縮方式であるH.265（HEVC：High Efficiency Video Codingとも呼ばれる）を利用した
画像の格納形式で、
複数の静止画や動画などを1ファイルにまとめられるファイル形式です。
利用分野としては、高速で連続撮影した静止画（バースト撮影）を
1つにまとめるなどの用途があります。

　VP9は、グーグルが開発した動画データ形式です。
Android Pでは、HDR（High Dynamic Range）に対応した「VP9 Profile2」に対応します。
既にYouTubeでは、同形式がHDR動画用のフォーマットとして使われています。


これでスマホの画像形式はHEIFで統一されるかな。
0948名無しさん＠編集中 (ｱｳｱｳｲｰ Sa3b-oaJC)
垢版 |
2018/07/09(月) 23:32:09.74ID:hAiV8Uxta
AV1の画像フォーマットも参戦するだろうけど、それほど力入れてなさそう
画像はユーザーが頻繁にエンコードするから遅いのは嫌われるし勝算は無さそう
0950名無しさん＠編集中 (ﾜｯﾁｮｲWW bfc5-1NyI)
垢版 |
2018/07/10(火) 19:12:45.56ID:NuBz9ymn0
>>949
すっっっごくどうでもいいことだけど
README-ja みたいに「xxx-ja」って表記見ると
愉快な爺さんが「りーどみー、じゃっ☆」ってお茶目に話しかけてる様が思い浮かんでしまうのは自分だけか
むしろ自分だけだと言ってくれ
0955名無しさん＠編集中 (ﾜｯﾁｮｲ 5f80-TnUf)
垢版 |
2018/07/11(水) 21:45:48.56ID:rwUV0O350
早くPDFにHEIFのまま入れられるようにしてくれ
（PDF生成側でHEIFを受け付けてJPEGに再圧縮して…じゃなく
　データとしてHEIFのままPDF内にデータを保持する意味で）
0957名無しさん＠編集中 (JPWW 0Hc9-EBXJ)
垢版 |
2018/07/12(木) 04:51:27.03ID:pqOqmAH1H
静止画HEIＦにするのいいけど、使用料徴収しないのはストリーミングで、ダウンロードする電子書籍とか料金取られないの？
0958名無しさん＠編集中 (ﾜｯﾁｮｲWW c5c3-ufPo)
垢版 |
2018/07/12(木) 05:47:06.28ID:ovr5gn0h0
コンテナにはロイヤリティも糞も無い
HEIFでターゲットにしている主要画像圧縮コーデックのHEVC Imageにロイヤリティが掛かる（場合がある）けど
コンテナだから別のコーデックでも構わんのよ
ロイヤリティの有無はコンテナじゃ無くて中身で、mkvでもHEVCの映像入れて商用で使えばストリーミング（データ原本丸ごと渡さない）ならロイヤリティ掛からないし
ファイル本体ダウンロードさせたり、メディアに入れて配布すればロイヤリティ対象になる
0963名無しさん＠編集中 (ﾜｯﾁｮｲWW c5c3-ufPo)
垢版 |
2018/07/12(木) 22:35:55.27ID:ovr5gn0h0
思い込みで文句言うな
HEIF形式データが入ってりゃの拡張子は.heifでもいいというか、本来の拡張子は.heifで可用性のための別称的な拡張子の方が.heic

画像用のイメージコンテナフォーマット（Image Container Format）なんで
High Efficiency Image Container (format)の意

拡張子が.heifだと、それこそHEIF使っていないと語弊があるんで、必ずしも映像データがHEIFではない可能性も含めて潰しが効く拡張子として.heicがある

入れようと思えば何でも入るが、High Efficiencyと銘打ってるコンテナに入れるのが従来形式データだとなおさら語弊があるから、現状だと実施HEIFぐらいしか無いってだけ

AV1系のAVIFが熟れてくれば候補にはなるのだろうけども
0964名無しさん＠編集中 (ﾜｯﾁｮｲ 7dec-LQig)
垢版 |
2018/07/13(金) 02:59:33.26ID:B1IN6yWN0
>>963
思い込みでデタラメ書いちゃあかんだろ。

　・HEIFはISOBMFFベースのファイルフォーマット規格。
　・画像のコーディングにはHEVCだけでなくAVCも使える。
　・画像のコーディングを明示しない場合は、拡張子は.heifとする。
　・画像のコーディングをHEVCで行っている場合、拡張子は.heicとする。
　・画像のコーディングをAVCで行っている場合、拡張子は.avciとする。
　・一般的にはHEVCでコーディングするし、それを明示するために、拡張子.heicが使われている。

　参考： https://nokiatech.github.io/heif/technical.html

一部表現が微妙かもしれないが、こんな感じだと思うけど。

あと heic が High Efficiency Image Container の略だという根拠ってある？
ググるとそう説明してるサイトもあるようだけど、まっとうな根拠が見つからないんだよね。
ISO/IEC 23008-12にもそういう記述は無いみたいだし。
0970名無しさん＠編集中 (ｱｳｱｳｳｰT Sa21-cw6y)
垢版 |
2018/07/18(水) 11:25:56.30ID:Suln2Piea
youtubeで使われてるVP9　は、MP4とかH.265より軽いのですか？
0971名無しさん＠編集中 (ﾜﾝﾐﾝｸﾞｸ MM7a-r8vv)
垢版 |
2018/07/18(水) 12:31:59.65ID:tq6WQNtcM
まずコンテナフォーマットとビデオフォーマットをだな…
x264,265と仮定してエンコードはそのどちらと比べてもどうしようもないぐらい重い。264のデフォ設定と比べれば2桁ぐらい重い。
デコードはハードウェアデコーダの対応具合による。
4k以上の高解像度ならh264よりもVP9/webpの方が軽い場合もある。
10011001
垢版 |
Over 1000Thread
このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 189日 18時間 59分 55秒
10021002
垢版 |
Over 1000Thread
5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。


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

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

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

▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php
レス数が1000を超えています。これ以上書き込みはできません。
ニューススポーツなんでも実況