H.265/HEVC

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

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

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

スレ立て乙

**名無しさん＠お腹いっぱい。** · 2013/09/21(土) 22:15:32.18

HEVCの普及を急ぐ米国と日本の事情
http://techon.nikkeibp.co.jp/article/COLUMN/20130509/280643/
　　

**名無しさん＠お腹いっぱい。** · 2013/09/21(土) 22:52:32.62

【2016】 H.265/HEVC Part2 【8192x4096】
http://toro.2ch.net/test/read.cgi/avi/1359375342/

**名無しさん＠お腹いっぱい。** · 2013/09/22(日) 10:34:22.25

>>4の解像度ガー、DSDガー、地上デジタルガー、32Kガーってスレ違いなことをひたすら書き込む連中が臭すぎ

1に「地上デジタル、映画、解像度、BDの話はよそでやってください。」とでも書いておいたほうがよかったな。ここが見つかったら
>>4のスレの連中に食いつぶされるぞ

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

ここは解像度のことは忘れて映像パートのHEVC圧縮のみをひたすら考えるスレとします！！
映像圧縮と関係のないデジタル音声や、はみ出る話題となるブルーレイ規格改訂、デジタル放送の持論妄想垂れ流しはスレ違いです。
もちろんHEVCを格納するフォーマットもスレ違いとします。そのフォーマットのスレで議論ください。

**名無しさん＠お腹いっぱい。** · 2013/09/22(日) 14:22:19.17

ここが隔離スレかと思ってたが・・

**名無しさん＠お腹いっぱい。** · 2013/09/22(日) 14:45:03.40

DTVのほうもまともな時と変なのが混入したときで全く雰囲気が違うなあ
DSDガーとか呻いてる連中は一体どこから流れてきたんだ

**名無しさん＠お腹いっぱい。** · 2013/09/22(日) 15:19:11.47

AV機器あたりじゃね？
「ホームシアター」とか昭和50年代のような感覚を引きずってる連中

**名無しさん＠お腹いっぱい。** · 2013/09/22(日) 18:00:07.09

ニコの大百科の掲示板のほうに古いけど情報はのせてるので興味ある人は見るといいかもしれない

**名無しさん＠お腹いっぱい。** · 2013/09/22(日) 20:28:31.54

同じDTV板のOggスレはDSDガー、32Kガー、地デジガーなんていう書き込みはないのな。8192*4096っていう言葉が変なのを召喚してるんじゃ

**名無しさん＠お腹いっぱい。** · 2013/09/23(月) 20:37:04.57

x264の開発メンバーが全員HEVCに移ればあっという間に実用的な物ができたりしないのかな

**名無しさん＠お腹いっぱい。** · 2013/09/24(火) 19:30:17.80

x264以上の圧縮率で実時間内に圧縮できるようになったら起こしてくれ

**名無しさん＠お腹いっぱい。** · 2013/09/24(火) 19:55:47.05

10年、冬眠するアルか？
お客さん、気が長いネ

**名無しさん＠お腹いっぱい。** · 2013/09/25(水) 22:14:08.13

俺（28）が結婚するときまでにはなんとかなってそう。

**名無しさん＠お腹いっぱい。** · 2013/09/25(水) 23:21:37.57

来世か・・・

**名無しさん＠お腹いっぱい。** · 2013/09/26(木) 19:12:23.31

Xeonが4個のってる鯖を買えば結構すぐできそう

**名無しさん＠お腹いっぱい。** · 2013/09/28(土) 07:41:30.10

VP9,Daala,HEVCのエンコーダに関するニュースが一向に出てこない・・・
10年位またないとダメなのか

**名無しさん＠お腹いっぱい。** · 2013/09/28(土) 09:46:45.09

>>18
DivXが出しましたが何か？

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

>>18
お前がコピペしてる間にニュース出てますが

**名無しさん＠お腹いっぱい。** · 2013/09/30(月) 20:25:07.90

2016年までに「オープンソースのハードウェアHEVCエンコーダ」への出資を募る人が出てくる。俺の予想は当たる。たぶん。

**名無しさん＠お腹いっぱい。** · 2013/09/30(月) 21:19:21.99

オープンソースのハードウェアHEVCエンコーダ??

**名無しさん＠お腹いっぱい。** · 2013/09/30(月) 21:43:44.22

全米が蔑んだ

**名無しさん＠お腹いっぱい。** · 2013/10/05(土) 21:54:00.67

最初からビデオカード使いますっていってるDaalaも有望に見えるけど企業・大学が作ってるHEVCと比べるとやっぱり開発は遅いんだろうなあ
どこかの金持ちを説得して100億円くらい寄付してもらわないと・・・

**名無しさん＠お腹いっぱい。** · 2013/10/13(日) 14:46:26.98

Daalaよさそうだな・・・
youtubeとかgoogleがサポートしそうにないけど
ライセンスかからないならサポートするかね

**名無しさん＠お腹いっぱい。** · 2013/10/13(日) 18:19:40.29

Rigaya氏のBlogでビルドして画質比較してるけど、かなりいい感じだね
まだまだエンコ速度は糞遅いみたいだけど

**名無しさん＠お腹いっぱい。** · 2013/10/13(日) 19:22:19.40

VP9,HEVC,Daala
一体どれに寄付すればいいのか

**名無しさん＠お腹いっぱい。** · 2013/10/13(日) 20:18:43.76

HEVC一択

**名無しさん＠お腹いっぱい。** · 2013/10/13(日) 23:39:15.83

>>26
720pで5フレーム出るって十分早くね？

**名無しさん＠お腹いっぱい。** · 2013/10/14(月) 13:16:21.89

>>26
おぉっ!!
さすがrigaya氏、そこに憧れ、そこに痺れる！
入力の部分が改善されたら1fpsだろうとも使いたいなぁ。

**名無しさん＠お腹いっぱい。** · 2013/10/14(月) 14:35:15.03

瞬く間にQSVとHEVCにAviutlを対応させたRigaya氏は一体何者なのか

**名無しさん＠お腹いっぱい。** · 2013/10/14(月) 22:18:50.65

>>31
うごごごご・・・

**名無しさん＠お腹いっぱい。** · 2013/10/14(月) 23:09:26.44

アニメ系は比較見ると凄いなー
実写系や激しい視点切り替えと文字などが入り乱れるゲーム系動画だとどうなるんだろ

**名無しさん＠お腹いっぱい。** · 2013/10/14(月) 23:47:27.31

crfの実装が待たれる

**名無しさん＠お腹いっぱい。** · 2013/10/15(火) 19:00:40.37

うむ

**名無しさん＠お腹いっぱい。** · 2013/10/20(日) 10:36:15.30

>>27
VC2やVC3と言うのもありますぜ（motionJPEG XRやmotionJPEG 2000もあるけど、H.265には敵わないそうだ）

**名無しさん＠お腹いっぱい。** · 2013/10/20(日) 22:04:51.37

VideonLANのx265のコミットが凄いこと(4.559)になってるんだけど
x264とはカウントの方法が違うの？

**名無しさん＠お腹いっぱい。** · 2013/10/20(日) 22:34:02.74

何がすごいの？

**名無しさん＠お腹いっぱい。** · 2013/10/20(日) 23:09:29.40

コミット数が

**名無しさん＠お腹いっぱい。** · 2013/10/21(月) 22:30:01.60

http://x265.org/
http://code.google.com/p/x265/

って別物なの？

**名無しさん＠お腹いっぱい。** · 2013/10/23(水) 18:57:26.68

>>37
殆どレビューとコンパイルチェックせずにどんどん色々コミットしてるだけ。
開発方針が完全にx264とは別ですからにゃ。

コミット数のカウントの方法は同じ。

>>40
いぇす。後者は今MCW社で働いてる人が前に一人で始めたプロジェクト。
ttps://bitbucket.org/multicoreware/x265/wiki/Home がx265と呼ばれる
プロジェクトの本家。

**名無しさん＠お腹いっぱい。** · 2013/10/23(水) 19:38:37.18

http://x265.netもあるな。取ったもん勝ちか？

**名無しさん＠お腹いっぱい。** · 2013/10/24(木) 20:51:12.72

VP9,Daala,複数のx265

次世代のオープンソースの映像コーデックの開発は人的資源を分散させるべきではない

**名無しさん＠お腹いっぱい。** · 2013/10/25(金) 17:18:43.27

どれが一番高圧縮率＊高速圧縮を狙えるんだろうか

**名無しさん＠お腹いっぱい。** · 2013/10/25(金) 20:49:36.40

「DivX 10」で最新コーデックのH.265を試してみる
ttp://news.mynavi.jp/articles/2013/10/25/divx10/

**名無しさん＠お腹いっぱい。** · 2013/10/25(金) 23:53:03.48

>>45
> MPEG-2(H.262)の約4倍、H.264/AVCの約2倍という高い圧縮率が得られる。
> （DivｘConverterで）H.264の動画を作成しよう。（略）ビットレートは、デフォルトの5400kbpsにした。
> 次にH.265である。（略）ここでもビットレートはデフォルトの2400kbpsのままとした。
> ファイルサイズは、冒頭にふれたように、H.264の半分以下となっている。
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

あ、当たり前やん

**名無しさん＠お腹いっぱい。** · 2013/10/26(土) 18:12:25.16

仮にx265が猛烈な勢いで進化して、NTTとかDivxが作るプロプライエタリなエンコーダを遥かに上回る性能を出せたら
x265のアルゴリズムを使った専用LSIが出来てBDレコーダーとかビデオカメラに載ることはありうるのだろうか

**名無しさん＠お腹いっぱい。** · 2013/10/26(土) 20:22:26.05

https://x265.cc/
バイナリ。mp4にして再生までは確認した。

**名無しさん＠お腹いっぱい。** · 2013/10/26(土) 21:09:59.42

>>46
いや、当たり前じゃないぞ？
指定したビットレート通りにならないエンコなんて、普通にあること

**名無しさん＠お腹いっぱい。** · 2013/10/27(日) 01:32:22.81

x265guiEx来てるなβだけど264と変わらんな速度以外は

**名無しさん＠お腹いっぱい。** · 2013/10/27(日) 15:14:40.12

Skylakeが来る頃までにx264 placeboとx265 ultrafastが同等の速度になっていてほしい

**名無しさん＠お腹いっぱい。** · 2013/10/28(月) 23:49:07.83

videolan/x265のsubmeの内約知ってる人いる？
x264と違って全てでRDOが有効になってると考えておｋ？

**名無しさん＠お腹いっぱい。** · 2013/10/29(火) 00:28:56.72

RDO. Default 2
--[no-]signhide Hide sign bit of one coeff per TU (rdo). Default enabled
x265実行したヘルプはこうなってた

**名無しさん＠お腹いっぱい。** · 2013/10/30(水) 18:23:44.74

Max Sharabayko Blog: Next Generation Video Codecs: HEVC, VP9, Daala
http://maxsharabayko.blogspot.ru/2013/10/next-generation-video-codecs-hevc-vp9.html

**名無しさん＠お腹いっぱい。** · 2013/10/30(水) 18:34:01.33

VP9すごいな・・・

**名無しさん＠お腹いっぱい。** · 2013/10/31(木) 09:08:49.18

HEVCが全サンプル動画でトップ成績。
次点がVP9、
Daalaは競争から脱落ぎみと。

VP9が凄いってのは何が凄いんだ

**名無しさん＠お腹いっぱい。** · 2013/10/31(木) 14:06:00.97

x265もオプションで機能減らすんならVP9と変わらないんじゃね
chromeとyoutubeですでに採用されているのはでかい
firefoxは264みたいにサポするかわからんしMSのデコード使うことになりそうだし

**名無しさん＠お腹いっぱい。** · 2013/10/31(木) 18:11:14.78

DaalaってビデオカードとCPUをフルロードしてエンコードできるようになれば化けたりするのかね
x264 mediumと同等の速度でx264 placebo以上の圧縮率とかそれくらいに

**名無しさん＠お腹いっぱい。** · 2013/10/31(木) 18:14:20.63

265のハードエンコでいいんじゃねそれ
Daalaだとそこまで行くのに次の世代になってそうだが。

**名無しさん＠お腹いっぱい。** · 2013/10/31(木) 18:55:57.06

非営利と営利ベースの違いなのだろうか

**名無しさん＠お腹いっぱい。** · 2013/11/01(金) 21:30:35.58

HEVCのAviUtlで使えるデコーダー
ってありますか？
libavのHEVC対応版をL-SMASH Worksに
組み込んでBuildできないので
どうしようか。と言うところでして

**名無しさん＠お腹いっぱい。** · 2013/11/01(金) 22:19:24.91

DirectShowでいいなら、LAVFilters

**名無しさん＠お腹いっぱい。** · 2013/11/02(土) 07:38:13.14

>>61
一応 ttp://otsukemono.blogspot.jp/2013/11/lw-r693-update.html
でビルドは成功してる模様なので、何らかの特有な問題じゃないかな？

詳細はワカランので、これ以上何も言えない。

**名無しさん＠お腹いっぱい。** · 2013/11/02(土) 20:40:18.76

>>62
>>63
ありがとうございました

**名無しさん＠お腹いっぱい。** · 2013/11/03(日) 15:01:01.69

crfが実装されてる？

**名無しさん＠お腹いっぱい。** · 2013/11/03(日) 18:08:42.40

>>65
x265 0.5+91をBuildして
crf設定でエンコードしてみたが
色空間かなんかがおかしくてダメ
エラーは出ないんだけどね

**名無しさん＠お腹いっぱい。** · 2013/11/26(火) 21:43:56.51

　それにしてもH.265で4K8Kになったら、ビデオのレンダリングも相当の負担がかかりそうだけど。
既に32bitのX86は限界らしいし、X84-64もどこまで追いつけるか。はっきり言って、IntelがいくらＣＰＵ
性能を上げても応じきれるかわからない。ただその一方でＡＭＤだけが、Radeon(OpenCL)のＧＰＵ支援で
レンダリングを高速化しようと真面目にしているのがせめてもの救い。事実、スマートレンダリングとはいえ、
Radeonレンダリング対応のコーデック（H.264など）とアプリ（VideoStudio、PowerDirectorなど）の場合には、
クイックシンクビデオなんて話にならない速さと画質を実現するみたいだし（i5がAVCHD/MTSのレンダリングに
再生時間とほぼ同じ時間がかかるのに対して、Radeonでは5分の1な上に画質が綺麗なまま。しかもファイルサイズは
殆ど増えない）。その意味では、全てはRadeonにかかっていると思っている。だからこそ、ＡＭＤがIntelとNVidiaと
それらの馬鹿ステマにつぶされない事を強く願う。もしそうなったら、ある意味で暗黒時代の地獄を見るだろうし。

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

Aviutl + x265GUIbeta + x265.ccからDLしたx265.exe + L-SMASH/mkvmerge.exe
の組み合わせで試しエンコしてみたんだけど、
最後の動画ファイルとサウンドファイルのmuxで必ずエラー出てしまう

x265動画とNeroAACなAAC音声なんだけど、まだまだ過渡期だからかなぁ

**名無しさん＠お腹いっぱい。** · 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

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