x265 rev3©2ch.net

**名無しさん＠編集中転載ダメ©2ch.net** · 2016/05/03(火) 19:09:55.21

H.265/HEVCのコマンドラインエンコーダーであるx265について語るスレです。
AviUtlやx265guiExなどの話はスレ違いなのでそれぞれの専用スレへどうぞ。

[本家]
http://x265.org/index.html
https://bitbucket.org/multicoreware/x265/wiki/Home

[ソース]
https://bitbucket.org/multicoreware/x265/src
https://github.com/videolan/x265

[バイナリ]
http://x265.ru/en/builds
http://rigaya34589.blog135.fc2.com (右側のメニューの"ビルドしたものとか")

[ビルド方法(MSVC)]
http://rigaya34589.blog135.fc2.com/blog-entry-402.html
http://rigaya34589.blog135.fc2.com/blog-entry-540.html

[ドキュメント]
http://x265.readthedocs.org/en/default/index.html

[諸注意]
x265のrevはMercurial(Bitbuket)とGit(Github)では算出方法が違います。
当スレではMercurial準拠で示すようにして下さい。
次スレは>>980が建てること。

[前スレ]
x265 rev2
http://echo.2ch.net/test/read.cgi/avi/1418252184/

**名無しさん＠編集中** · 2016/05/24(火) 18:15:21.97

>>61
みっともない自演だこと（笑）
恥をお知りなさい

**名無しさん＠編集中** · 2016/05/24(火) 18:43:14.98

>>58
>もう、ここに来ないでほしいだけ
よくわかってるじゃないですか
後は実行するだけですね、期待しています

**名無しさん＠編集中** · 2016/05/24(火) 18:44:59.24

お兄様、何故あからさまな荒らしにカマうのかしら？

**名無しさん＠編集中** · 2016/05/24(火) 21:43:48.79

目糞が鼻糞を笑うスレはここですか？
ここはティッシュの上ではないのでよそでやってくださいね

**名無しさん＠編集中** · 2016/05/24(火) 22:42:48.17

日本神話では、目くそも鼻くそも美味しい食べ物なんだけどね

**名無しさん＠編集中** · 2016/05/25(水) 12:03:20.20

2Pass推し、前スレの>>867から暴走してるんだね。で、ここにきて白黒推し。
自演してみたり、余裕ぶってみたり、知った風なこと言ったり、もうレスしないと宣言してみたり。
何かを言い返し続ければ負けてないと思ってるんだろうか。
相手にされなくなったのを言い負かしたと勝ち誇った気分でいるんだろうか。
頭の不自由な人は大変だな。

**名無しさん＠編集中** · 2016/05/26(木) 11:13:58.10

>>63
大丈夫か？主語と述語が無茶苦茶で支離滅裂になってるよ。
添削すると
>もう、ここに来ないでほしいだけ
よくわかってるじゃないですか
後は実行するだけですね、期待して「ください」
だよ。
君が来る場所はここじゃないような。

**名無しさん＠編集中** · 2016/05/26(木) 18:29:47.47

だからマジで他所でやれって

**名無しさん＠編集中** · 2016/05/28(土) 14:25:39.62

退治中は静観が吉
そのつもりはないだろうけど、こういう奴は理解不能な脳内変換で自分への援護射撃と思ってしまう
そして、再びドヤ顔知ったかと自演でスレを消費してしまう

**名無しさん＠編集中** · 2016/05/28(土) 15:05:48.34

veryslowとplaceboが--no-recursion-skipに変わったみたいなので
veryslowだけ以前との違いを測ってみたら、エンコ時間が1.3倍になってた。
8bit出力になってるのは計測をさくっと終わらせたかっただけなので気にせんといて。

ソース：アニメOP、1920x1080、23.976fps、2157frames、YUV420p16

1.9+165 --preset veryslow --crf 18 --output-depth 8
encoded 2157 frames in 3369.86s (0.64 fps), 7255.07 kb/s, Avg QP:21.54
ffmpeg SSIM Y:0.984817 U:0.984910 V:0.985182 All:0.984894 (18.208423)

1.9+183 --preset veryslow --crf 18 --output-depth 8
encoded 2157 frames in 4452.04s (0.48 fps), 7472.80 kb/s, Avg QP:21.41
ffmpeg SSIM Y:0.984948 U:0.984927 V:0.985203 All:0.984987 (18.235429)

**名無しさん＠編集中** · 2016/05/28(土) 21:10:31.68

no-recursion-skipにするとSSIM上がるが、ビットレートも上がってるから当然っちゃ当然なんだよな
recursion-skipにしてその分crfとか下げるのとどっちがマシなんだか

**名無しさん＠編集中** · 2016/05/29(日) 02:06:40.59

両方試してSSIM/ビットレートの割合がいい方を選べばよい

**名無しさん＠編集中** · 2016/05/29(日) 10:12:00.52

>>71
そのテストも意味がない

**名無しさん＠編集中** · 2016/05/30(月) 19:26:46.08

>>70
大方、>>69も自分が逃げるための自演
x264スレで前科有り

**名無しさん＠編集中** · 2016/05/31(火) 02:53:58.02

だから他所でやれ

**名無しさん＠編集中** · 2016/05/31(火) 19:49:04.49

おまえがな

**名無しさん＠編集中** · 2016/06/01(水) 22:28:45.85

TEST

**名無しさん＠編集中** · 2016/06/09(木) 16:57:50.49

rigaya氏のx265のskydriveを見てたら x265_1.9 204-f90_x64.zip というのがあったんだけど、
この「f90」というのは何のことを指してるんだろう？

**名無しさん＠編集中** · 2016/06/09(木) 17:21:48.30

コミットのハッシュ値上 3 桁だろ。普通に考えて。

**名無しさん＠編集中** · 2016/06/09(木) 17:26:29.43

>>80
なるほど！ありがとう。

**名無しさん＠編集中** · 2016/06/09(木) 17:40:13.19

初心者スレあったほうがいいじゃ？
ずっと、レベルが低く過ぎる

**名無しさん＠編集中** · 2016/06/09(木) 18:17:41.18

あってもこっちが過疎るだけ

**名無しさん＠編集中** · 2016/06/10(金) 23:31:52.84

>>82
お前の日本語レベルも低すぎるけどな

**名無しさん＠編集中** · 2016/06/11(土) 13:02:53.75

また、よほど悔しかったんだな

**名無しさん＠編集中** · 2016/06/11(土) 18:09:55.93

>>85
日本語不自由なチョンは祖国へ帰れ

**名無しさん＠編集中** · 2016/06/12(日) 08:17:45.54

>>86
自分のことじゃんか

**名無しさん＠編集中** · 2016/06/12(日) 12:08:44.51

じゃんかじゃんか

**名無しさん＠編集中** · 2016/06/22(水) 08:08:27.12

ビルドサイトでの更新が205でずっと止まってる

**名無しさん＠編集中** · 2016/06/22(水) 16:35:35.01

ソースのほうは今、r217だよ

**名無しさん＠編集中** · 2016/06/22(水) 22:49:07.67

x265ってx264と同じSSIMでも見た目的には綺麗になったりする？(視覚心理的にって言うのかな？)

**名無しさん＠編集中** · 2016/07/01(金) 02:34:06.36

Merge with default; prep for 2.0
https://bitbucket.org/multicoreware/x265/commits/1b154ad27f61c93dc073563d6a95f9e26f12e700

今月中に2.0がリリースされそうだね

**名無しさん＠編集中** · 2016/07/01(金) 08:57:02.58

1.9から長かったな

**名無しさん＠編集中** · 2016/07/01(金) 09:06:07.28

AVX512対応ﾏﾀﾞｰ?

**名無しさん＠編集中** · 2016/07/13(水) 23:49:18.20

2.0

**名無しさん＠編集中** · 2016/07/14(木) 00:29:42.28

2.0きた

**名無しさん＠編集中** · 2016/07/14(木) 01:28:33.00

適当にベンチ詳細はテキストに
ソース https://media.xiph.org/video/derf/y4m/station2_1080p25.y4m

faster
1.9 encoded 313 frames in 13.84s (22.61 fps), 728.73 kb/s, Avg QP:33.03, SSIM Mean Y: 0.9343822 (11.830dB)
2.0 encoded 313 frames in 12.83s (24.40 fps), 726.28 kb/s, Avg QP:33.22, SSIM Mean Y: 0.9348542 (11.861dB)
fast
1.9 encoded 313 frames in 27.09s (11.55 fps), 727.01 kb/s, Avg QP:33.73, SSIM Mean Y: 0.9384505 (12.108dB)
2.0 encoded 313 frames in 24.64s (12.70 fps), 724.47 kb/s, Avg QP:33.77, SSIM Mean Y: 0.9400338 (12.221dB)
medium
1.9 encoded 313 frames in 29.67s (10.55 fps), 727.66 kb/s, Avg QP:33.77, SSIM Mean Y: 0.9395933 (12.189dB)
2.0 encoded 313 frames in 27.89s (11.22 fps), 731.57 kb/s, Avg QP:33.71, SSIM Mean Y: 0.9426946 (12.418dB)
slow
1.9 encoded 313 frames in 69.36s (4.51 fps), 720.24 kb/s, Avg QP:33.22, SSIM Mean Y: 0.9419035 (12.359 dB)
2.0 encoded 313 frames in 63.44s (4.93 fps), 728.52 kb/s, Avg QP:33.12, SSIM Mean Y: 0.9452176 (12.614 dB)
slower
1.9 encoded 313 frames in 119.42s (2.62 fps), 703.49 kb/s, Avg QP:34.26, SSIM Mean Y: 0.9408265 (12.279dB)
2.0 encoded 313 frames in 149.25s (2.10 fps), 726.79 kb/s, Avg QP:34.07, SSIM Mean Y: 0.9451561 (12.609dB)

x264 core:148 r2699 a5e06b9
veryslow
encoded 313 frames, 15.21 fps, 754.73 kb/s, SSIM Mean Y:0.9323419 (11.697db)

http://www.dotup.org/uploda/www.dotup.org942164.txt

**名無しさん＠編集中** · 2016/07/14(木) 06:17:08.42

>>97
なんかSlowerだけ異質な数値出てるな
エンコ速度も前バージョンより遅いし、そもそもSSIMがSlowより悪化してる

**名無しさん＠編集中** · 2016/07/14(木) 08:08:03.27

r-skipが入ってるんじゃ

**名無しさん＠編集中** · 2016/07/14(木) 11:37:45.18

CBRかい

**名無しさん＠編集中** · 2016/07/14(木) 16:03:22.94

>>100
x265.exe --help
　--bitrate <integer> Target bitrate (kbps) for 【ABR】 (implied). Default 0

猫科研究所 - CBRの幻想
http://www.up-cat.net/CBR%25A4%25CE%25B8%25B8%25C1%25DB.html

**名無しさん＠編集中** · 2016/07/14(木) 16:34:13.57

そういう話じゃないと思うよ

**名無しさん＠編集中** · 2016/07/14(木) 22:16:36.76

その話題飽きたから次からテンプレ入れとけ

**名無しさん＠編集中** · 2016/07/15(金) 00:29:05.26

http://forum.doom9.org/showpost.php?p=1773941&;postcount=3913
x265 version 2.0 has been released.
This release supports many new features as well as support for ARM assembly optimizations for most basic pixel and ME operations, as well as SAO cleanups and a fully tested reconfigure functionality.

**名無しさん＠編集中** · 2016/07/18(月) 23:08:15.32

2.0+2を試したけど、--(no-)recursion-skip が --(no-)rskip に変わったのね。
ドキュメント見ると、--no-rskip になるプリセットはveryslowとplaceboになってるけど、
エンコログを見ると、veryslowでは --rskip になってる。

**名無しさん＠編集中** · 2016/07/20(水) 13:41:58.96

> 3. AQ enabled with auto-variance and bias to dark scenes. This is
> recommended for 8-bit encodes or low-bitrate 10-bit encodes, to
> prevent color banding/blocking.

ドキュメントが更新されてaq3の説明が↑となってるけど
low-bitrate 10-bitエンコードってどのぐらいのcrf値なんだろ？

**名無しさん＠編集中** · 2016/07/20(水) 22:15:54.39

定性的なことを語っている文章に、定量的なことを求められても困るだろｗ

　低ビットレートほど暗部でバンディングが出やすくなる(一般論)
　AQは自動で暗部にビットレートを配分してバンディングが出にくくなる機能(一般論)

どこかに線引があるような話はしてない

**名無しさん＠編集中** · 2016/07/20(水) 23:03:48.89

ドキュメントは触れていないけど
私がそっちに話を振ったのよ

それに品質基準なんだからある程度の線引きは可能では？

**名無しさん＠編集中** · 2016/07/20(水) 23:11:51.70

そんなオレオレ線引きはいらない

**名無しさん＠編集中** · 2016/07/20(水) 23:56:59.59

分からないなら書かなくていい

**名無しさん＠編集中** · 2016/07/21(木) 00:56:53.53

>>108
>>107の説明が的確だと思うんで、そんなダダこねられても。

**名無しさん＠編集中** · 2016/07/21(木) 13:08:20.04

なんか話が通じてないなと思ったら引用が中途半端だったせい？

> 0. disabled
> 1. AQ enabled **(default)**
> 2. AQ enabled with auto-variance
> 3. AQ enabled with auto-variance and bias to dark scenes. This is
> recommended for 8-bit encodes or low-bitrate 10-bit encodes, to
> prevent color banding/blocking.

AQ3は8-bit encodes or low-bitrate 10-bit encodes時に推奨って訳じゃないの？
んで利用が推奨されてる「low-bitrate 10-bit encodes」とはどの程度のビットレート（＝crf値）のことなんだろうって疑問なんだけど
考え方が間違ってる？

**名無しさん＠編集中** · 2016/07/21(木) 13:42:51.28

>>112
うん、間違ってる

**名無しさん＠編集中** · 2016/07/21(木) 14:24:45.33

どう違うんです？

**名無しさん＠編集中転載ダメ©2ch.net** · 2016/07/21(木) 14:35:15.76

とりあえずバンディングが問題になる素材を使って、ビットレートを揃えてAQ各種を比較するのが一番

**名無しさん＠編集中** · 2016/07/21(木) 19:02:51.75

単純にAQ3でエンコしてお、良くねと思ったけど
容量が3割ほど増えてたから使わないのはそうそうに決めた

**名無しさん＠編集中** · 2016/07/21(木) 19:10:18.45

低くないビットレートでmode3がダメなんて書いてないのなら、mode3を使ったらいいんじゃないかな
それで納得いかないのなら比較すればいい

**名無しさん＠編集中転載ダメ©2ch.net** · 2016/07/21(木) 23:02:14.90

テストをするにしても、Doom9を参考にして、
--aq-mode 2 --aq-strength 1.2で、--aq-mode 3 --aq-strength 0.8くらいにすれば良いのかな

http://forum.doom9.org/showpost.php?p=1774642&;postcount=3995

**名無しさん＠編集中** · 2016/07/21(木) 23:30:16.73

ありがとう
参考にして様子見てる

**名無しさん＠編集中** · 2016/07/24(日) 01:35:57.58

今日環境見直してて気付いたけどなんかこれだけ色とか微妙におかしいような…
前からこんなだっけ

元(普段使ってるフィルタかけた後)
http://i.imgur.com/N0pk8qf.png

x265 2.0+9-2737c6ff5f80 8bit(--preset medium --crf 20)
http://i.imgur.com/GvTc4ov.png

x264 r2391(x64) 8bit(--preset medium --crf 20)
http://i.imgur.com/PQEBXhl.png

おまけ
kvazaar 330ce53(x64) (--preset medium -q 20)
http://i.imgur.com/QCy7kYQ.png

libvpx-vp9(ffmpeg経由 N-81045-g450cf40) (-crf 20 -speed 1 -b:v 0)
http://i.imgur.com/byWme79.png

**名無しさん＠編集中** · 2016/07/24(日) 01:47:27.02

>>120
どこがおかしいのかわからんのだが・・・

**名無しさん＠編集中** · 2016/07/24(日) 01:55:03.71

>>121
原稿用紙の部分で偽色が結構出ているのが気になって
まあ無視出来るレベルと言われればそうなんですが

**名無しさん＠編集中** · 2016/07/24(日) 03:04:26.16

>>122
>>120の各結果画像のSSIMの値。

■x265
SSIM R:0.966924 G:0.975154 B:0.965303 All:0.969127 (15.104195)
■x264
SSIM R:0.975504 G:0.982286 B:0.972478 All:0.976756 (16.336831)
■kvazaar
SSIM R:0.977713 G:0.987817 B:0.978392 All:0.981307 (17.283314)
■vp9
SSIM R:0.977138 G:0.983460 B:0.975003 All:0.978534 (16.682425)

見てもわかるとおり、x265だけ画質が低い。
--crf 18くらいにすれば他と揃うんじゃないかな。

**名無しさん＠編集中** · 2016/07/24(日) 04:22:35.44

>>123
ありがとうございます
試してみたところ、crf 16でそこまで気にならない程度に収まりました(SSIMはx264のcrf20と同程度)
まあ、容量の関係から言うとメリットが薄れている感もありますが…。

**名無しさん＠編集中** · 2016/07/24(日) 08:17:51.34

まだアレを信じてる人がいるとは

**名無しさん＠編集中** · 2016/07/24(日) 09:38:58.54

>>120
この感じなんだろう・・
なんかで見たような・・

とりあえずSAO切ったりpsy下げたりしてみてほしいな

**名無しさん＠編集中** · 2016/07/24(日) 11:25:27.79

伸びてると思ったら2pass自演がまた暴れてたのか

**名無しさん＠編集中** · 2016/07/24(日) 11:30:23.26

2pass？？

**名無しさん＠編集中** · 2016/07/24(日) 19:20:51.73

>>127は前スレから発狂し続けてる念仏君だからスルーしとけばいいよ。

**名無しさん＠編集中** · 2016/07/25(月) 14:09:09.17

>>129
まんまお前のこと

**129** · 2016/07/25(月) 16:46:40.05

>>127 >>130
>>129は取り消す。
「2pass推し」とか「白黒推し」といった捻じ曲げられた呼称で粘着されてるのは俺だと思うけど
>>38を書いたのを除いて前スレ947の宣言からスルーし続けてたのに、
3か月たっても粘着され続けてるのでついイラッとして書いてしまった。反省してる。

信じないだろうけど、こちらは自演もしてないし、これまで君に構ってもいなかったので、
具体的な指摘無しで自演呼ばわりして粘着だけ続けるのはやめてほしい。そろそろリセットしようよ。
俺メンタル弱いんで正直気色悪いし、関係ないけど胃炎になって初めて胃カメラ飲んだし、
>>128のようにわけがわからず混乱してしまう人もいてスレに迷惑だし。頼むよ。
前も言ったけど、ケチつけるだけじゃなく具体的で有用なやりとりを心がけるべきだと思う。

**名無しさん＠編集中** · 2016/07/25(月) 22:10:51.39

おお…

**名無しさん＠編集中** · 2016/07/26(火) 14:10:48.58

アレコレ考えるのが面倒になってきたので
--crf 19 --preset medium --input-depth 8 --output-depth 10 --aq-mode 2 --aq-strength 0.6
これだけでずっとエンコしてるけど「俺の目には」これで充分だよ。小さくなるしなｗ

しかし、面倒だからとなあなあにしてると怠惰になるデス

**名無しさん＠編集中** · 2016/07/26(火) 14:31:10.88

>>131
>粘着だけ続ける
粘着してるのは自分では？

>俺メンタル弱いんで正直気色悪いし、関係ないけど胃炎になって初めて胃カメラ飲んだし、
メンタル弱いのにレスし続けてると

>>>128のようにわけがわからず混乱してしまう人もいてスレに迷惑だし。頼むよ。
>>129をみるとそう思えないけど。言っておいて取り消すと逃げる。本当にそう思ってる？

>前も言ったけど、ケチつけるだけじゃなく具体的で有用なやりとりを心がけるべきだと思う。
そう思うなら自分が具体的根拠を示せばいいだけでは？
主張の根拠を示すのは発言者なのはネット以前に常識

自分で種をまいて、火に油を注いで、メンタル弱いから、胃カメラのだからはどうなんだろうか？

みんなに迷惑と本気で思って言ってるなら、きちんと根拠を示せばいいだけ。
とんちんかなこといって、言い訳や逃げ口上ばかりじゃぁね。

**131** · 2016/07/26(火) 22:20:42.77

>>134
まず確認したいんだけど、x265に関する君の主張（根拠を示す気はゼロ）って以下の２つであってる？
他の人の意見と混ざってる可能性もあるし一応確認しておきたいんで、
違うなら修正してちゃんと示してほしいんだけど。

1. 2passABR（--bitrate --pass 2）について
　1-1 同程度のビットレートでの画質や圧縮効率の違いを参考程度に調べるために
　　　　設定ごとに2passABRでSSIM等を調べて比較報告することは意味が無い。
　1-2 2passABRではなく、VBR（--crf）でSSIM等を調べて比較報告するなら意味がある。
　1-3 特にlittlepoxがDoom9で提案してる--tune animationの設定案は
　　　　VBR用の設定なので2passABRで調べても意味が無い。

2. Histogram("Luma")について
　2-1 グレインの残り具合をわかりやすく比べて示すために
　　　　AvisynthのHistogram("Luma")で作った白黒画像を使ってはいけない。

一応こちらのこれまでの主張は以下ね。
http://echo.2ch.net/test/read.cgi/avi/1418252184/947
http://echo.2ch.net/test/read.cgi/avi/1454050806/162

**名無しさん＠編集中** · 2016/07/26(火) 22:57:16.22

まあ、なんというか噛みついたのは一人だけだから
そこまで気にしなくていいんじゃない？

**名無しさん＠編集中** · 2016/07/26(火) 23:00:52.14

レス消費してまで書くことじゃないけど

×　噛みついたのは一人
○　噛みついてるのは一人

**名無しさん＠編集中** · 2016/07/27(水) 09:49:01.58

>>136
>まあ、なんというか噛みついたのは一人だけだから
えっ？

**名無しさん＠編集中** · 2016/07/27(水) 10:10:51.90

なんか微妙にかみ合わなくて困るが
2passでのSIMMなどの計測に噛みついたのが一人

>136は>135へのレス

**名無しさん＠編集中** · 2016/07/27(水) 10:16:09.27

>>135
あと、なんていえばいいのか
オプションや画像について、初歩的なことから勉強したほうがいい
少なくとも俺は手取り足取り1から10まで、>>135が理解できるように説明するのは不可能と判断してるし、そんな気力も起きない
誰も説明してくれない時点で、自分で現実の自分を察せないと

**135** · 2016/07/28(木) 19:33:12.32

>>140
まあ説明は最初から全く期待してないから別にいいんだけど、
>>131に書いたとおり俺は君に触ってなかったので、
なんでもかんでも俺の仕業だ自演だと思い込むのだけはやめてほしいね。

**名無しさん＠編集中** · 2016/07/29(金) 18:53:28.29

>>141が最強の粘着に見える

**141** · 2016/07/29(金) 19:51:06.19

つい反応してしまった上に書いても無駄なことをだらだら書いてしまったことは反省してます。
すみませんでした。以後気を付けます。

**名無しさん＠編集中** · 2016/07/29(金) 20:19:57.19

他所でやれ

**名無しさん＠編集中** · 2016/07/30(土) 22:29:18.17

>>120
暇潰しにネットを彷徨っていたらTrellisの検証記事で同じようなのを見つけた(結果はデフォが一番というオチだったはず
いざ張ろうと検索しても出てこないので記憶を頼りに報告だけ

だいぶ前に見たx265はスムージングがかかってるってカキコがずっと気になって
調べてたら「--no-strong-intra-smoothing」というオプションを発見
このオプションを偽色対策に使ってる人もいるみたいだから使って見ては？

**名無しさん＠編集中** · 2016/07/31(日) 03:43:32.28

2.0+11を試してみたんだけど、--qpの範囲が0-51なのにqpmin/qpmaxが0/69なのは何故？

**名無しさん＠編集中** · 2016/08/08(月) 20:22:00.67

更新ないなぁ

**名無しさん＠編集中** · 2016/08/12(金) 12:03:06.96

自演君て、粘着されてると言うけど、レスしてないなら粘着されるはずもないのに。
粘着されてるのはそのレスをした人でしょ。あれれ。
粘着と言っていかにも自分はまとも感を出してるけど、チンプンカンプンなことを言ってるのは自分なことの自覚がなさ過ぎる。
それに対して、ツッコミが入ってる自覚もなさ過ぎる。
自分以外の人は、オマエのお母さんでも、幼稚園や保育園の先生でもない。

**名無しさん＠編集中** · 2016/08/13(土) 02:23:38.39

更新とまってんな～

**名無しさん＠編集中** · 2016/08/13(土) 16:01:15.80

>>146
52以降ってvbv-emargencyとかいう処理の時にしか使われないんじゃなかった？

**名無しさん＠編集中** · 2016/08/24(水) 21:06:43.53

更新再開したっぽいかな？

**名無しさん＠編集中** · 2016/09/03(土) 14:13:04.34

x265って拡張命令のせいか何なのかCPUがめちゃくちゃ熱くなるのな

**名無しさん＠編集中** · 2016/09/03(土) 14:35:10.40

x264だと熱くならないの？

**名無しさん＠編集中** · 2016/09/03(土) 15:19:26.70

より効率的に使ってる感はあるな
x265エンコ中は外付けHDDへの転送が凄く遅くなる
（x264はそれより2～3割ぐらい早い

**名無しさん＠編集中** · 2016/09/03(土) 16:54:50.98

80℃超えるCPUでx264の時よりも5℃ぐらい熱くなる

**名無しさん＠編集中** · 2016/09/05(月) 15:42:55.28

低解像度向けのチューニングオプション追加するんだね

**名無しさん＠編集中** · 2016/09/05(月) 16:39:35.74

>>156
これ？
　http://forum.doom9.org/showthread.php?p=1779902#post1779902

　VideoLAN Dev Days 2016: Update on x265
　https://youtu.be/oT8HueAQZ4w?t=752

>Where Are we Headed ?
> (略)
> Several optimizations focusing on low bit-rate
> - Special 'tune low-res', tuning with smaller QG-size, etc.
> (略)

**名無しさん＠編集中** · 2016/09/06(火) 21:25:03.00

>155
温度高くなる方がCPUを使い切れている、って事はないか

**名無しさん＠編集中** · 2016/09/07(水) 11:01:17.33

温度が高いのは単にAVX/AVX2命令使いまくってるからじゃなくて？

**名無しさん＠編集中** · 2016/09/10(土) 16:18:58.82

そうそう
タスクマネージャ上のCPU使用率が同じでもAVX2とかが使用されると実際の酷使度合いが全然違うみたいで
うちのi7 4770は定格より0.1V近く下げても時々99℃を超えてthermal throttlingが起きる・・・

ちなみにこの問題に関係するような話がこの記事の後半のAVXについての箇所に載ってた
http://pc.watch.impress.co.jp/docs/news/665641.html

**名無しさん＠編集中** · 2016/09/11(日) 10:20:30.23

x264だと新命令でまだ伸びしろがあるか、もしくは相性が悪くて使いどころが少ない、といった感じか
まぁ、温度上がりすぎてクロック落とされるのでは問題ありだな