H.265/HEVC

**名無しさん＠お腹いっぱい。** · 2013/09/21(土) 20:31:41.55

圧縮率効率がH.264の2倍な次世代ビデオコーデックH.265/HEVCを語ろうぜ

**名無しさん＠お腹いっぱい。** · 2013/12/04(水) 19:38:06.44

コンテナの規格がまだ纏まってないんじゃなかったけ

**名無しさん＠お腹いっぱい。** · 2013/12/07(土) 22:23:50.86

AVX-512とOpenCLにゴリゴリ最適化したらおっそろしく高速・高圧縮になるのだろうか

**名無しさん＠お腹いっぱい。** · 2013/12/10(火) 17:35:50.28

nVidiaのMaxwellってHEVCのデコード積むかな？

**名無しさん＠お腹いっぱい。** · 2013/12/10(火) 17:39:15.16

HEVCのデコードはCPU負荷低いからどうでもいいや

**名無しさん＠お腹いっぱい。** · 2013/12/11(水) 18:41:55.64

Skylakeまでに実用的な完成度になっていればいいなあ

**名無しさん＠お腹いっぱい。** · 2013/12/13(金) 08:34:04.85

>>68でエンコできないと書き込んだ者だけど、
コマンドラインでエンコ挑戦してたらひとつ気づいた。
今のx256.exeって、パイプ非対応なんだね。

コマンドラインで
ffmpeg.exe -i input_filename.mpg -pix_fmt yuv420p -an -vcodec rawvideo -f yuv4mpegpipe - | x264.exe --input - --preset ultrafast --bitrate 1000k output_filename.mp4
とやっても、ffpmegから動画を受け取ってくれなくてエラー停止

事前にy4m形式の動画にしてから
　x265.exe --input input_filename.y4m --preset ultrafast --bitrate 1000k output_filename.mp4
とすればエンコできる

パイプ非対応だと、自動的にAviutlのx265GUIも使えなくて当然だよね
x265側がパイプ対応するまでしばらく何もできないか・・・

**名無しさん＠お腹いっぱい。** · 2013/12/13(金) 11:33:18.59

avs2pipemodでできてるけど？

**名無しさん＠お腹いっぱい。** · 2013/12/13(金) 16:39:29.39

>>74
>ffmpeg.exe -i input_filename.mpg -pix_fmt yuv420p -an -vcodec rawvideo -f yuv4mpegpipe - | x264.exe --input - --preset ultrafast --bitrate 1000k output_filename.mp4
x265 のオプションに --y4m を加える。

**名無しさん＠お腹いっぱい。** · 2013/12/16(月) 22:10:11.23

QSVといいこれといいAviutlの対応はやすぎだろ・・・

**名無しさん＠お腹いっぱい。** · 2013/12/17(火) 07:02:01.00

x265GUIでx265の10bitエンコした動画を再生すると、緑シマシマまみれになってしまう

**名無しさん＠お腹いっぱい。** · 2013/12/17(火) 16:29:58.58

突然昨日あたりから、--preset veryfast以上のプロファイルでエラー出るようになった
--preset superfastとultrafastはエンコできる

なんかx265のソースのほうに不具合入ったかな

**名無しさん＠お腹いっぱい。** · 2013/12/17(火) 21:07:56.12

BOINCとかBitcoinみたいにビデオカードをフル活用してエンコードできればいいなあ
ビデオカードなら、CPUじゃ割高すぎて割に合わない2-way,4-wayも簡単にできるしだいたい本体価格に比例して
性能が上がっていくし・・・

**名無しさん＠お腹いっぱい。** · 2013/12/18(水) 04:51:59.99

今自分でビルドしてみたら全プロファイルでエンコできるようになってたわ

**名無しさん＠お腹いっぱい。** · 2013/12/19(木) 18:54:15.38

今のx264ってアニメが苦手だね
-crf指定でエンコすると、やたらとビットレートの低い動画が出来上がる。
再生してみると、明らかにビットレート不足でボケてたりブロックノイズ出たり。
実写ソースだとそんなことないんだけど。
VAQとかが未実装だからかね

**名無しさん＠お腹いっぱい。** · 2013/12/19(木) 23:46:03.35

スレ違い

**名無しさん＠お腹いっぱい。** · 2013/12/20(金) 09:20:57.04

再生できるプレイヤーはVLCくらいか

**名無しさん＠お腹いっぱい。** · 2013/12/20(金) 10:39:52.87

LAVFilterを内蔵してるMPC-hcとか

**名無しさん＠お腹いっぱい。** · 2013/12/20(金) 10:45:02.33

GOMも先日対応したはず

**名無しさん＠お腹いっぱい。** · 2013/12/24(火) 07:47:09.66

MPC-BEも再生可能

**名無しさん＠お腹いっぱい。** · 2013/12/24(火) 20:33:19.72

x265でエンコした時のファイルサイズが急に小さくなったなと思ったら
デフォルトでAQがONになるように変更入ってたのね

**名無しさん＠お腹いっぱい。** · 2013/12/28(土) 11:25:05.59

x265HSAなるものがあったけど消えてんな
2014年にゃかなり進む話はあったから割と期待してるんだが

**名無しさん＠お腹いっぱい。** · 2013/12/28(土) 12:37:26.25

またプリセット変更ｗ
まだまだ熱いな

**名無しさん＠お腹いっぱい。** · 2013/12/28(土) 13:47:05.50

AQとCRFがまともに使えるようになったってのは大きい

**名無しさん＠お腹いっぱい。** · 2013/12/28(土) 22:10:19.21

HSAじゃなくてOpenCLでやってほしいなあ・・・
Haswell Refresh+Maxwellでエンコードしたいわ

**名無しさん＠お腹いっぱい。** · 2013/12/29(日) 00:29:00.65

ま、OpenCLだったら極普通にRadeonの圧勝になるのだが

**名無しさん＠お腹いっぱい。** · 2014/01/01(水) 22:58:58.62

H.26だけにH.265元年だな

**名無しさん＠お腹いっぱい。** · 2014/01/01(水) 23:03:54.06

H.263「また、俺の出番か・・」

**名無しさん＠お腹いっぱい。** · 2014/01/11(土) 04:10:40.73

>>93
アプリケーションソフトでの実ベンチでは完敗しているジャンｗ
単にKeplerが倍精度に対応してないから
OpenCLでのベンチでは表面的には負けるというカラクリ

**名無しさん＠お腹いっぱい。** · 2014/01/11(土) 13:55:31.58

x264でもOpenCL使用しても速度差微妙だったし
x265はどうなんだか

**名無しさん＠お腹いっぱい。** · 2014/01/11(土) 14:27:51.73

x264でOpenCLが効いてるのはlookaheadだけだよ

**名無しさん＠お腹いっぱい。** · 2014/01/11(土) 15:10:36.02

それにしても使ったほうが遅かったりしますし
OpenCL2.0に対応してくれる人がいるのか、いないのか

**名無しさん＠お腹いっぱい。** · 2014/01/11(土) 20:47:07.89

Googleが後ろにいるのに未だにx265より遅くて縮まないVP9は一体何をやっているのか・・・

**名無しさん＠お腹いっぱい。** · 2014/01/11(土) 22:14:26.66

需要のあるものならビットコインみたいに専門に作られるもんなんだがな

**名無しさん＠お腹いっぱい。** · 2014/01/12(日) 12:42:02.23

GPUはバス速度がネックになるから意味がないですね。

**名無しさん＠お腹いっぱい。** · 2014/01/12(日) 13:42:44.67

GPUエンコって重めの設定での高速化とか本当に得意なのか怪しい気もする
FLACの場合は実際に速いみたいだけど

**名無しさん＠お腹いっぱい。** · 2014/01/12(日) 17:55:25.99

>>102
なるわけねえよ
CUDAエンコで
GT640でさえGPU-Zで見ても
半分程度くらいのメモリクロックしか使われていないのに

**名無しさん＠お腹いっぱい。** · 2014/01/12(日) 17:59:41.21

仮に遅くなるとするとコア増えるXEONでも同じ現象になるわな

**名無しさん＠お腹いっぱい。** · 2014/01/12(日) 18:50:03.37

8コアHaswell-E出るまでおあずけ

**名無しさん＠お腹いっぱい。** · 2014/01/12(日) 19:00:14.73

オープンソースの殆どのジャンルは商用と比べたらうんこ（特にゲーム、動画編集、DTM、CG辺り）なのに何で動画圧縮だけは商用より優秀なのか

**名無しさん＠お腹いっぱい。** · 2014/01/13(月) 02:40:22.13

一番優秀な奴らが手を出したくなる最先端の分野だからとか

**名無しさん＠お腹いっぱい。** · 2014/01/13(月) 08:15:29.62

というより圧縮系って大体そんな感じのもの多くない
3DCGや3Dゲーム作成ツールで言うとパラメータ与えると複雑なメッシュ形状を自動生成する
部分に特化した一部プラグインみたいな位置取りな感じもする

**名無しさん＠お腹いっぱい。** · 2014/01/13(月) 09:56:23.51

>>107
アニメエンコに命をかけるヲタクの巣窟だから

**名無しさん＠お腹いっぱい。** · 2014/01/13(月) 11:56:39.73

OSSに寄付するより数万払ってマトモなのを買ったほうが幸せになれる（ただし動画圧縮は除く）

**名無しさん＠お腹いっぱい。** · 2014/01/13(月) 21:35:03.67

x265 slowの時間がx264 slowの倍の時間で済むようになったら起こしてくれ。今回は結構早く起きられそうだ

**名無しさん＠お腹いっぱい。** · 2014/01/14(火) 14:51:29.24

その頃まで生きてたらな

**名無しさん＠お腹いっぱい。** · 2014/01/15(水) 19:14:24.15

HSA対応のAPUを使えばビデオカードでだけで圧縮できたりしないのかね
会社が商売として作ってるならちゃっちゃと対応してくれたりして

**名無しさん＠お腹いっぱい。** · 2014/01/17(金) 19:23:01.22

爆熱・低性能・割高なAMDなんぞいらん

**名無しさん＠お腹いっぱい。** · 2014/01/27(月) 02:08:22.00

HSAでエンコって結局はGPGPUエンコの亜種だし
形式がHEVCなだけでH.264のCPUエンコよりも
画質が悪いとか酷いことになりそうな予感

**名無しさん＠お腹いっぱい。** · 2014/01/27(月) 16:13:17.47

x265 rev1
ttp://toro.2ch.net/test/read.cgi/avi/1390566606/
自作板にも4kとか先走りしてるキチガイだろうけどまあ移動で。
今後情報提供しないからほとんどないだろうけどね

**名無しさん＠お腹いっぱい。** · 2014/01/27(月) 18:23:36.59

Daalaは最初からVGA向きのアルゴリズムなんじゃなかったっけ。HEVCはどうなんだろう

**名無しさん＠お腹いっぱい。** · 2014/01/27(月) 19:48:39.05

Daalaは面白いほど全く進展してないのが凄い。
エンコはクソ遅いままだし、画質もVP9にさえ負けてる
何がいいのかさっぱりわからん

**名無しさん＠お腹いっぱい。** · 2014/01/27(月) 22:25:36.30

DaalaはDCTを使ってないから云々
古のCinepackとかみたくMPEG系とは別路線の圧縮方式だね

**名無しさん＠お腹いっぱい。** · 2014/01/27(月) 22:43:33.68

別路線なのはわかってるんだが、メリット無ければ利用しようがないじゃない
しかも、開発自体が全然行われてないんだぜ？ｗ

**名無しさん＠お腹いっぱい。** · 2014/01/28(火) 19:52:54.09

AvidemuxとかHandbrakeにHEVCを実装したらMPEG-LAにライセンス料払わなきゃいかんの？

**ギンコ** ◆BonGinkoCc · 2014/01/30(木) 21:16:45.06

おい、今日はアメちゃんのジープやトラックであちこちエンコしてたけど、何があったんばい。

わからん。

**名無しさん＠お腹いっぱい。** · 2014/02/01(土) 05:23:32.97

x265　フルHD　60fpsが　重い　ソースはできるが
デコードでマシンパワー食い過ぎて　51fpsになってヌルヌル動かん
cpu開発と　デコード最適化望む　

**名無しさん＠お腹いっぱい。** · 2014/02/08(土) 21:53:37.86

x265.exeの配布がなくなったってかなりやばい気がするんだがどうなるんだろうか
まあ待っていれば誰かがそこらへんのろだに上げるか

**名無しさん＠お腹いっぱい。** · 2014/02/09(日) 10:53:40.92

簡単に素人でもbuildできるよ

**yumetodo** 忍法帖【Lv=40,xxxPT】(1+0：8) · 2014/02/09(日) 18:43:34.17

x265にもtune touhouあるのかなぁ？

**名無しさん＠お腹いっぱい。** · 2014/02/09(日) 20:38:48.43

いらんわw

**yumetodo** 忍法帖【Lv=40,xxxPT】(1+0：8) · 2014/02/09(日) 23:48:50.73

リフレクビードやる人には欲しいんだが。

**名無しさん＠お腹いっぱい。** · 2014/02/19(水) 14:59:31.56

>>129
んなもんあったとしてもtune 2dgameで良いんじゃねそれ
ゲーム動画と言えば色深度上げるよかi444にする方が大分綺麗に見えるね
色付きの図形やドット絵、フォントのくっきりした境界が多いせいかな

**名無しさん＠お腹いっぱい。** · 2014/02/24(月) 18:43:48.53

kvazaar
https://github.com/ultravideo/kvazaar

オープンソースのHEVCエンコーダ

**名無しさん＠お腹いっぱい。** · 2014/03/07(金) 11:02:38.16

AGVC video encoder

Why MulticoreWare is excited for HSA
http://www.youtube.com/watch?v=0KfzUXW4jzM

**yumetodo** · 2014/03/12(水) 23:06:13.22

age

**名無しさん＠お腹いっぱい。** · 2014/03/23(日) 17:27:53.50

Haswellのi7と14nmのi7だとエンコードに関して大きな違いはあるんだろうか

**名無しさん＠お腹いっぱい。** · 2014/03/26(水) 22:31:09.66

>>134
>>106

**名無しさん＠お腹いっぱい。** · 2014/05/04(日) 22:02:05.21

Bitcoinを掘るためだけのハードみたいにx265のアルゴリズムを
使ったハードウェアエンコーダはでるのだろうか

**名無しさん＠お腹いっぱい。** · 2014/05/10(土) 23:28:10.88

保守

**名無しさん＠お腹いっぱい。** · 2014/05/11(日) 00:59:55.29

過疎ってるけど完成したのか？
x264より速度が2倍早く、
画質が10倍で、
デコードが1/10の重さで

**名無しさん＠お腹いっぱい。** · 2014/05/11(日) 06:33:42.10

ああ、あなたは第６隔離病棟ね

はい次の人～

**名無しさん＠お腹いっぱい。** · 2014/05/11(日) 12:56:59.57

はい！
HEVCってx264+x265なのでMP4なのですね
いいと思います

**yumetodo** ◆7mUy72DZOk · 2014/05/11(日) 13:50:23.64

>>140
？？？？？

**名無しさん＠お腹いっぱい。** · 2014/05/11(日) 23:41:53.65

>>140
おまえは第7サティアン行きだ。
次！

**名無しさん＠お腹いっぱい。** · 2014/05/12(月) 01:05:26.52

はいは～い！
HEVC265
H へび
E えび
V くび
C ちび
2 ゆび
6 おび
5 かび
つまり8びっtということだな
10bitは却下します

**名無しさん＠お腹いっぱい。** · 2014/05/12(月) 09:54:09.79

>>143
お前はマハポーシャ行き

次！

**Socket774** · 2014/06/15(日) 05:37:29.76

分散並列コンピューティング対応のエンコードソフトを使うと速いよ。
ripbot264のβ版で265に対応している

**名無しさん＠お腹いっぱい。** · 2014/08/13(水) 17:17:43.81

>>96
単精度でも圧倒的な差でKeplerが負けてるのに、なんですぐばれる嘘を平気でつくかな
http://news.mynavi.jp/special/2012/kepler/004.html

>>136
NTTの
http://www.inter-bee.com/ja/magazine/delivery/detail.php?magazine_id=1177

今年の4月に発売されたNECのリアルタイムハードエンコーダ
http://jpn.nec.com/press/201402/20140212_01.html
実売3000万だけど…
http://textream.yahoo.co.jp/message/1006701/a3na3ea3c?comment=121390

**名無しさん＠お腹いっぱい。** · 2014/08/31(日) 06:21:37.10

ニコニコの対応はいつになるのん

**名無しさん＠お腹いっぱい。** · 2014/09/19(金) 12:38:24.83

どの程度の実装か知らんけど、GTX980/970にH.265エンコーダー搭載されたね

**名無しさん＠お腹いっぱい。** · 2014/09/19(金) 22:35:03.51

NVENCでH.265のエンコード対応は書いてたけど
PureVideoでのデコード対応は無いのかな？

**名無しさん＠お腹いっぱい。** · 2014/09/23(火) 12:04:06.85

対応ソフトが出ないかなあ
ペガシスのエンコードソフトが対応してくれよ

**名無しさん＠お腹いっぱい。** · 2015/03/11(水) 22:18:50.76

いつの間にかHandbrakeとffmpegでそこそこ実用的な速度でエンコードできてた

**名無しさん＠お腹いっぱい。** · 2015/05/09(土) 23:56:51.63

Aviutlプラグインのh265ハードエンコ
bフレ非対応なのなんとかして欲しい

**名無しさん＠お腹いっぱい。** · 2015/05/10(日) 08:57:16.15

nvidiaのはハード自体が対応してないからムリ

**名無しさん＠お腹いっぱい。** · 2015/05/11(月) 09:07:55.16

>>152
その辺文句言いたいならNVIDIAへどうぞ

**名無しさん＠お腹いっぱい。** · 2015/07/11(土) 03:43:01.76

MKV

**名無しさん＠お腹いっぱい。** · 2016/03/09(水) 17:59:14.77

x265vfwも出てるやん
https://sourceforge.net/p/x264vfw/discussion/770224/thread/3e07f7b5/

**名無しさん＠お腹いっぱい。** · 2016/03/12(土) 17:20:03.90

h.265の動画再生するとwindows media playerだとうまく再生されないんだよなぁ

**名無しさん＠お腹いっぱい。** · 2016/07/29(金) 00:40:43.42

RX480買ったけどどうやってh265ハードエンコするのん？

**名無しさん＠お腹いっぱい。** · 2016/07/29(金) 07:19:50.44

普通は、ドライバ側が用意している、VCEという仕組みを、アプリ側が使用する形で実現している。
あるいは、DirectXが用意しているDXVAという仕組みをアプリ側が使用する形で実現する

いずれにしろ、AMDのドライバ側の整備と、アプリ側の対応が必要なので
今現在は出来ないということになる

**名無しさん＠お腹いっぱい。** · 2016/07/29(金) 18:57:19.15

>>159
サンクス、情報を待つわ

**名無しさん＠お腹いっぱい。** · 2016/08/02(火) 12:24:31.22

VCE-based Encoder (AMD Media Framework) 1.1.2
Fully hardware-ized h264 Encoder for AMD freaks
https://obsproject.com/forum/resources/vce-based-encoder-amd-media-framework.427/
Requirements
- CPU - Minimum: Dual Core 2.0 Ghz; Recommended: Quad Core 3.3 Ghz
- GPU - Minimum: GCN Gen1; Recommended: GCN Gen3+ (R9 285, RX 480)
- RAM - Minimum: 2 GB (plus system memory); Recommended: 4 GB (plus system memory)

H265もまもなくだってさ

**名無しさん＠お腹いっぱい。** · 2016/08/06(土) 03:20:08.12

まもなく=アキ

**名無しさん＠お腹いっぱい。** · 2017/01/25(水) 14:10:37.00

GPGPUやGPU内臓エンコーダはどれも同じビットレートでの画質は大差ないんだろうか