X



H.265/HEVC
■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん@お腹いっぱい。2013/09/21(土) 20:31:41.55ID:2D7iNk0p0
圧縮率効率がH.264の2倍な次世代ビデオコーデックH.265/HEVCを語ろうぜ
0002名無しさん@お腹いっぱい。2013/09/21(土) 21:37:11.85ID:AXjkKMJ20
スレ立て乙
0005名無しさん@お腹いっぱい。2013/09/22(日) 10:34:22.25ID:E6qxVgOh0
>>4の解像度ガー、DSDガー、地上デジタルガー、32Kガーってスレ違いなことをひたすら書き込む連中が臭すぎ

1に「地上デジタル、映画、解像度、BDの話はよそでやってください。」とでも書いておいたほうがよかったな。ここが見つかったら
>>4のスレの連中に食いつぶされるぞ
0006名無しさん@お腹いっぱい。2013/09/22(日) 12:29:20.42ID:VPO9zEsQ0
ここは解像度のことは忘れて映像パートのHEVC圧縮のみをひたすら考えるスレとします!!
映像圧縮と関係のないデジタル音声や、はみ出る話題となるブルーレイ規格改訂、デジタル放送の持論妄想垂れ流しはスレ違いです。
もちろんHEVCを格納するフォーマットもスレ違いとします。そのフォーマットのスレで議論ください。
0008名無しさん@お腹いっぱい。2013/09/22(日) 14:45:03.40ID:E6qxVgOh0
DTVのほうもまともな時と変なのが混入したときで全く雰囲気が違うなあ
DSDガーとか呻いてる連中は一体どこから流れてきたんだ
0009名無しさん@お腹いっぱい。2013/09/22(日) 15:19:11.47ID:kv0rjujr0
AV機器あたりじゃね?
「ホームシアター」とか昭和50年代のような感覚を引きずってる連中
0010名無しさん@お腹いっぱい。2013/09/22(日) 18:00:07.09ID:yH50roxS0
ニコの大百科の掲示板のほうに古いけど情報はのせてるので興味ある人は見るといいかもしれない
0011名無しさん@お腹いっぱい。2013/09/22(日) 20:28:31.54ID:X+WgMOLZ0
同じDTV板のOggスレはDSDガー、32Kガー、地デジガーなんていう書き込みはないのな。8192*4096っていう言葉が変なのを召喚してるんじゃ
0012名無しさん@お腹いっぱい。2013/09/23(月) 20:37:04.57ID:H8c8XXze0
x264の開発メンバーが全員HEVCに移ればあっという間に実用的な物ができたりしないのかな
0013名無しさん@お腹いっぱい。2013/09/24(火) 19:30:17.80ID:3MSPAJ290
x264以上の圧縮率で実時間内に圧縮できるようになったら起こしてくれ
0018名無しさん@お腹いっぱい。2013/09/28(土) 07:41:30.10ID:dNt7GVfn0
VP9,Daala,HEVCのエンコーダに関するニュースが一向に出てこない・・・
10年位またないとダメなのか
0021名無しさん@お腹いっぱい。2013/09/30(月) 20:25:07.90ID:DbR5yN2U0
2016年までに「オープンソースのハードウェアHEVCエンコーダ」への出資を募る人が出てくる。俺の予想は当たる。たぶん。
0024名無しさん@お腹いっぱい。2013/10/05(土) 21:54:00.67ID:LCRNw6sQ0
最初からビデオカード使いますっていってるDaalaも有望に見えるけど企業・大学が作ってるHEVCと比べるとやっぱり開発は遅いんだろうなあ
どこかの金持ちを説得して100億円くらい寄付してもらわないと・・・
0025名無しさん@お腹いっぱい。2013/10/13(日) 14:46:26.98ID:nd4EeFhR0
Daalaよさそうだな・・・
youtubeとかgoogleがサポートしそうにないけど
ライセンスかからないならサポートするかね
0026名無しさん@お腹いっぱい。2013/10/13(日) 18:19:40.29ID:b9iziO9z0
Rigaya氏のBlogでビルドして画質比較してるけど、かなりいい感じだね
まだまだエンコ速度は糞遅いみたいだけど
0030名無しさん@お腹いっぱい。2013/10/14(月) 13:16:21.89ID:2WdjHadB0
>>26
おぉっ!!
さすがrigaya氏、そこに憧れ、そこに痺れる!
入力の部分が改善されたら1fpsだろうとも使いたいなぁ。
0033名無しさん@お腹いっぱい。2013/10/14(月) 23:09:26.44ID:po200oUY0
アニメ系は比較見ると凄いなー
実写系や激しい視点切り替えと文字などが入り乱れるゲーム系動画だとどうなるんだろ
0036名無しさん@お腹いっぱい。2013/10/20(日) 10:36:15.30ID:qu01Zsxe0
>>27
VC2やVC3と言うのもありますぜ(motionJPEG XRやmotionJPEG 2000もあるけど、H.265には敵わないそうだ)
0037名無しさん@お腹いっぱい。2013/10/20(日) 22:04:51.37ID:YrmnHBbl0
VideonLANのx265のコミットが凄いこと(4.559)になってるんだけど
x264とはカウントの方法が違うの?
0041名無しさん@お腹いっぱい。2013/10/23(水) 18:57:26.68ID:CdGTPkwR0
>>37
殆どレビューとコンパイルチェックせずにどんどん色々コミットしてるだけ。
開発方針が完全にx264とは別ですからにゃ。

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

>>40
いぇす。後者は今MCW社で働いてる人が前に一人で始めたプロジェクト。
ttps://bitbucket.org/multicoreware/x265/wiki/Home がx265と呼ばれる
プロジェクトの本家。
0043名無しさん@お腹いっぱい。2013/10/24(木) 20:51:12.72ID:mkj4RbFc0
VP9,Daala,複数のx265

次世代のオープンソースの映像コーデックの開発は人的資源を分散させるべきではない
0045名無しさん@お腹いっぱい。2013/10/25(金) 20:49:36.40ID:2XPkd0+40
「DivX 10」で最新コーデックのH.265を試してみる
ttp://news.mynavi.jp/articles/2013/10/25/divx10/
0046名無しさん@お腹いっぱい。2013/10/25(金) 23:53:03.48ID:fW3YK8+V0
>>45
> MPEG-2(H.262)の約4倍、H.264/AVCの約2倍という高い圧縮率が得られる。
> (DivxConverterで)H.264の動画を作成しよう。(略)ビットレートは、デフォルトの5400kbpsにした。
> 次にH.265である。(略)ここでもビットレートはデフォルトの2400kbpsのままとした。
> ファイルサイズは、冒頭にふれたように、H.264の半分以下となっている。
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

あ、当たり前やん
0047名無しさん@お腹いっぱい。2013/10/26(土) 18:12:25.16ID:1GsJe/gx0
仮にx265が猛烈な勢いで進化して、NTTとかDivxが作るプロプライエタリなエンコーダを遥かに上回る性能を出せたら
x265のアルゴリズムを使った専用LSIが出来てBDレコーダーとかビデオカメラに載ることはありうるのだろうか
0049名無しさん@お腹いっぱい。2013/10/26(土) 21:09:59.42ID:WybM8LwL0
>>46
いや、当たり前じゃないぞ?
指定したビットレート通りにならないエンコなんて、普通にあること
0052名無しさん@お腹いっぱい。2013/10/28(月) 23:49:07.83ID:FpJuuw8H0
videolan/x265のsubmeの内約知ってる人いる?
x264と違って全てでRDOが有効になってると考えておk?
0053名無しさん@お腹いっぱい。2013/10/29(火) 00:28:56.72ID:UyxLRwhH0
RDO. Default 2
--[no-]signhide Hide sign bit of one coeff per TU (rdo). Default enabled
x265実行したヘルプはこうなってた
0056名無しさん@お腹いっぱい。2013/10/31(木) 09:08:49.18ID:bky6Mo3j0
HEVCが全サンプル動画でトップ成績。
次点がVP9、
Daalaは競争から脱落ぎみと。

VP9が凄いってのは何が凄いんだ
0057名無しさん@お腹いっぱい。2013/10/31(木) 14:06:00.97ID:ryeLfmtC0
x265もオプションで機能減らすんならVP9と変わらないんじゃね
chromeとyoutubeですでに採用されているのはでかい
firefoxは264みたいにサポするかわからんしMSのデコード使うことになりそうだし
0058名無しさん@お腹いっぱい。2013/10/31(木) 18:11:14.78ID:JUzg1oN50
DaalaってビデオカードとCPUをフルロードしてエンコードできるようになれば化けたりするのかね
x264 mediumと同等の速度でx264 placebo以上の圧縮率とかそれくらいに
0059名無しさん@お腹いっぱい。2013/10/31(木) 18:14:20.63ID:ryeLfmtC0
265のハードエンコでいいんじゃねそれ
Daalaだとそこまで行くのに次の世代になってそうだが。
0061名無しさん@お腹いっぱい。2013/11/01(金) 21:30:35.58ID:qnaovzSK0
HEVCのAviUtlで使えるデコーダー
ってありますか?
libavのHEVC対応版をL-SMASH Worksに
組み込んでBuildできないので
どうしようか。と言うところでして
0063名無しさん@お腹いっぱい。2013/11/02(土) 07:38:13.14ID:NkoAbQTF0
>>61
一応 ttp://otsukemono.blogspot.jp/2013/11/lw-r693-update.html
でビルドは成功してる模様なので、何らかの特有な問題じゃないかな?

詳細はワカランので、これ以上何も言えない。
0066名無しさん@お腹いっぱい。2013/11/03(日) 18:08:42.40ID:4x11zq520
>>65
x265 0.5+91をBuildして
crf設定でエンコードしてみたが
色空間かなんかがおかしくてダメ
エラーは出ないんだけどね
0067名無しさん@お腹いっぱい。2013/11/26(火) 21:43:56.51ID:KwnpzT2p0
 それにしてもH.265で4K8Kになったら、ビデオのレンダリングも相当の負担がかかりそうだけど。
既に32bitのX86は限界らしいし、X84-64もどこまで追いつけるか。はっきり言って、IntelがいくらCPU
性能を上げても応じきれるかわからない。ただその一方でAMDだけが、Radeon(OpenCL)のGPU支援で
レンダリングを高速化しようと真面目にしているのがせめてもの救い。事実、スマートレンダリングとはいえ、
Radeonレンダリング対応のコーデック(H.264など)とアプリ(VideoStudio、PowerDirectorなど)の場合には、
クイックシンクビデオなんて話にならない速さと画質を実現するみたいだし(i5がAVCHD/MTSのレンダリングに
再生時間とほぼ同じ時間がかかるのに対して、Radeonでは5分の1な上に画質が綺麗なまま。しかもファイルサイズは
殆ど増えない)。その意味では、全てはRadeonにかかっていると思っている。だからこそ、AMDがIntelとNVidiaと
それらの馬鹿ステマにつぶされない事を強く願う。もしそうなったら、ある意味で暗黒時代の地獄を見るだろうし。
0068名無しさん@お腹いっぱい。2013/12/04(水) 18:05:24.77ID:gJAhzDCXP
Aviutl + x265GUIbeta + x265.ccからDLしたx265.exe + L-SMASH/mkvmerge.exe
の組み合わせで試しエンコしてみたんだけど、
最後の動画ファイルとサウンドファイルのmuxで必ずエラー出てしまう

x265動画とNeroAACなAAC音声なんだけど、まだまだ過渡期だからかなぁ
0074名無しさん@お腹いっぱい。2013/12/13(金) 08:34:04.85ID:dbB9ByJGP
>>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側がパイプ対応するまでしばらく何もできないか・・・
0076名無しさん@お腹いっぱい。2013/12/13(金) 16:39:29.39ID:Hhlg36kc0
>>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 を加える。
0079名無しさん@お腹いっぱい。2013/12/17(火) 16:29:58.58ID:ifcKaSr4P
突然昨日あたりから、--preset veryfast以上のプロファイルでエラー出るようになった
--preset superfastとultrafastはエンコできる

なんかx265のソースのほうに不具合入ったかな
0080名無しさん@お腹いっぱい。2013/12/17(火) 21:07:56.12ID:7oj+89dH0
BOINCとかBitcoinみたいにビデオカードをフル活用してエンコードできればいいなあ
ビデオカードなら、CPUじゃ割高すぎて割に合わない2-way,4-wayも簡単にできるしだいたい本体価格に比例して
性能が上がっていくし・・・
0082名無しさん@お腹いっぱい。2013/12/19(木) 18:54:15.38ID:zbMdhRCVP
今のx264ってアニメが苦手だね
-crf指定でエンコすると、やたらとビットレートの低い動画が出来上がる。
再生してみると、明らかにビットレート不足でボケてたりブロックノイズ出たり。
実写ソースだとそんなことないんだけど。
VAQとかが未実装だからかね
0088名無しさん@お腹いっぱい。2013/12/24(火) 20:33:19.72ID:37EVdKgoP
x265でエンコした時のファイルサイズが急に小さくなったなと思ったら
デフォルトでAQがONになるように変更入ってたのね
0089名無しさん@お腹いっぱい。2013/12/28(土) 11:25:05.59ID:kj3Qwp2V0
x265HSAなるものがあったけど消えてんな
2014年にゃかなり進む話はあったから割と期待してるんだが
0092名無しさん@お腹いっぱい。2013/12/28(土) 22:10:19.21ID:zS6cWeiF0
HSAじゃなくてOpenCLでやってほしいなあ・・・
Haswell Refresh+Maxwellでエンコードしたいわ
0096名無しさん@お腹いっぱい。2014/01/11(土) 04:10:40.73ID:9C4CNVEd0
>>93
アプリケーションソフトでの実ベンチでは完敗しているジャンw
単にKeplerが倍精度に対応してないから
OpenCLでのベンチでは表面的には負けるというカラクリ
0099名無しさん@お腹いっぱい。2014/01/11(土) 15:10:36.02ID:MdVqvsmW0
それにしても使ったほうが遅かったりしますし
OpenCL2.0に対応してくれる人がいるのか、いないのか
0100名無しさん@お腹いっぱい。2014/01/11(土) 20:47:07.89ID:Bd2jr1Jw0
Googleが後ろにいるのに未だにx265より遅くて縮まないVP9は一体何をやっているのか・・・
0103名無しさん@お腹いっぱい。2014/01/12(日) 13:42:44.67ID:q0i/Ucu80
GPUエンコって重めの設定での高速化とか本当に得意なのか怪しい気もする
FLACの場合は実際に速いみたいだけど
0104名無しさん@お腹いっぱい。2014/01/12(日) 17:55:25.99ID:UPjwi9dt0
>>102
なるわけねえよ
CUDAエンコで
GT640でさえGPU-Zで見ても
半分程度くらいのメモリクロックしか使われていないのに
0107名無しさん@お腹いっぱい。2014/01/12(日) 19:00:14.73ID:BsVBSXAF0
オープンソースの殆どのジャンルは商用と比べたらうんこ(特にゲーム、動画編集、DTM、CG辺り)なのに何で動画圧縮だけは商用より優秀なのか
0109名無しさん@お腹いっぱい。2014/01/13(月) 08:15:29.62ID:hda9Aiwv0
というより圧縮系って大体そんな感じのもの多くない
3DCGや3Dゲーム作成ツールで言うとパラメータ与えると複雑なメッシュ形状を自動生成する
部分に特化した一部プラグインみたいな位置取りな感じもする
0111名無しさん@お腹いっぱい。2014/01/13(月) 11:56:39.73ID:QcSAzHml0
OSSに寄付するより数万払ってマトモなのを買ったほうが幸せになれる(ただし動画圧縮は除く)
0112名無しさん@お腹いっぱい。2014/01/13(月) 21:35:03.67ID:A6RdWuCi0
x265 slowの時間がx264 slowの倍の時間で済むようになったら起こしてくれ。今回は結構早く起きられそうだ
0114名無しさん@お腹いっぱい。2014/01/15(水) 19:14:24.15ID:UJTEZBvb0
HSA対応のAPUを使えばビデオカードでだけで圧縮できたりしないのかね
会社が商売として作ってるならちゃっちゃと対応してくれたりして
0116名無しさん@お腹いっぱい。2014/01/27(月) 02:08:22.00ID:cLq9Ym1S0
HSAでエンコって結局はGPGPUエンコの亜種だし
形式がHEVCなだけでH.264のCPUエンコよりも
画質が悪いとか酷いことになりそうな予感
0117名無しさん@お腹いっぱい。2014/01/27(月) 16:13:17.47ID:6RAuSriQ0
x265 rev1
ttp://toro.2ch.net/test/read.cgi/avi/1390566606/
自作板にも4kとか先走りしてるキチガイだろうけどまあ移動で。
今後情報提供しないからほとんどないだろうけどね
0118名無しさん@お腹いっぱい。2014/01/27(月) 18:23:36.59ID:VD4PJZA00
Daalaは最初からVGA向きのアルゴリズムなんじゃなかったっけ。HEVCはどうなんだろう
0119名無しさん@お腹いっぱい。2014/01/27(月) 19:48:39.05ID:RE/JcACfP
Daalaは面白いほど全く進展してないのが凄い。
エンコはクソ遅いままだし、画質もVP9にさえ負けてる
何がいいのかさっぱりわからん
0120名無しさん@お腹いっぱい。2014/01/27(月) 22:25:36.30ID:cLq9Ym1S0
DaalaはDCTを使ってないから云々
古のCinepackとかみたくMPEG系とは別路線の圧縮方式だね
0121名無しさん@お腹いっぱい。2014/01/27(月) 22:43:33.68ID:RE/JcACfP
別路線なのはわかってるんだが、メリット無ければ利用しようがないじゃない
しかも、開発自体が全然行われてないんだぜ?w
0123ギンコ ◆BonGinkoCc 2014/01/30(木) 21:16:45.06ID:JQBN6jv30
おい、今日はアメちゃんのジープやトラックであちこちエンコしてたけど、何があったんばい。

わからん。
0124名無しさん@お腹いっぱい。2014/02/01(土) 05:23:32.97ID:aOcLgP520
x265 フルHD 60fpsが 重い ソースはできるが
デコードでマシンパワー食い過ぎて 51fpsになってヌルヌル動かん
cpu開発と デコード最適化望む 
0125名無しさん@お腹いっぱい。2014/02/08(土) 21:53:37.86ID:gSsK8tK00
x265.exeの配布がなくなったってかなりやばい気がするんだがどうなるんだろうか
まあ待っていれば誰かがそこらへんのろだに上げるか
0130名無しさん@お腹いっぱい。2014/02/19(水) 14:59:31.56ID:IrHNZskt0
>>129
んなもんあったとしてもtune 2dgameで良いんじゃねそれ
ゲーム動画と言えば色深度上げるよかi444にする方が大分綺麗に見えるね
色付きの図形やドット絵、フォントのくっきりした境界が多いせいかな
0133yumetodo2014/03/12(水) 23:06:13.22ID:yCwbAtX10
age
0136名無しさん@お腹いっぱい。2014/05/04(日) 22:02:05.21ID:pLi3Uhrd0
Bitcoinを掘るためだけのハードみたいにx265のアルゴリズムを
使ったハードウェアエンコーダはでるのだろうか
0138名無しさん@お腹いっぱい。2014/05/11(日) 00:59:55.29ID:8Iig3oD70
過疎ってるけど完成したのか?
x264より速度が2倍早く、
画質が10倍で、
デコードが1/10の重さで
0143名無しさん@お腹いっぱい。2014/05/12(月) 01:05:26.52ID:yrj4BplK0
はいは〜い!
HEVC265
H へび
E えび
V くび
C ちび
2 ゆび
6 おび
5 かび
つまり8びっtということだな
10bitは却下します
0145Socket7742014/06/15(日) 05:37:29.76ID:UZEvWdiMI
分散並列コンピューティング対応のエンコードソフトを使うと速いよ。
ripbot264のβ版で265に対応している
0146名無しさん@お腹いっぱい。2014/08/13(水) 17:17:43.81ID:Dotko9j30
>>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
0147名無しさん@お腹いっぱい。2014/08/31(日) 06:21:37.10ID:uEuelPdW0
ニコニコの対応はいつになるのん
0149名無しさん@お腹いっぱい。2014/09/19(金) 22:35:03.51ID:pSDgiNJ70
NVENCでH.265のエンコード対応は書いてたけど
PureVideoでのデコード対応は無いのかな?
0150名無しさん@お腹いっぱい。2014/09/23(火) 12:04:06.85ID:drCCZkof0
対応ソフトが出ないかなあ
ペガシスのエンコードソフトが対応してくれよ
0155名無しさん@お腹いっぱい。2015/07/11(土) 03:43:01.76ID:ERIifBDz0
MKV
0159名無しさん@お腹いっぱい。2016/07/29(金) 07:19:50.44ID:zRQ3GSUW0
普通は、ドライバ側が用意している、VCEという仕組みを、アプリ側が使用する形で実現している。
あるいは、DirectXが用意しているDXVAという仕組みをアプリ側が使用する形で実現する

いずれにしろ、AMDのドライバ側の整備と、アプリ側の対応が必要なので
今現在は出来ないということになる
0161名無しさん@お腹いっぱい。2016/08/02(火) 12:24:31.22ID:9hqydaiB0
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もまもなくだってさ
■ このスレッドは過去ログ倉庫に格納されています

ニューススポーツなんでも実況