5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

【x264+Avisynth】実用エンコベンチ Part5.1 [無断転載禁止]©2ch.net

440 :Socket774:2017/03/04(土) 11:37:23.48 ID:/NqQblRk
>>416
なにげにitxじゃん
構成と写真見てみたい

441 :Socket774:2017/03/04(土) 12:03:43.86 ID:WVoqgH7L
>>434
CPU-Zは短時間で終わるベンチなのでLN2使えば無茶な設定でも通せると思うぞ
OCCTが絶対通らない設定でも通るから

442 :Socket774:2017/03/04(土) 13:45:35.83 ID:ChBItfgp
Ryzen比較用に、6950X@4.0GHzで回してみた

【CPU】i7 6950X@4.0GHz(100.1*40), Cache@3.7GHz
【MEM】G.Skill F4-3400C16Q-16GRBD@DDR4-3400 16-18-18-38 1T
【M/B】ASUS Rampage V Extreme
【SSD】SanDisk Extreme PRO 480GB
【OS】 Windows7 Pro 64bit SP1
---------------
【x264】r2744 (komisar,x64)

【Veryfast】 120.32 fps
【. Medium】 41.67 fps
【   Slow】 24.76 fps
【. Slower】 9.57 fps

【x265】2.1+70 (x64)
---------------
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2

FHD
【.Veryfast】 69.66 fps
【. Medium】 34.16 fps
【.  Slow】 13.93 fps

4K
【.Veryfast】 19.47 fps
【. Medium】 8.51 fps
【.  Slow】 3.82 fps

Ryzen普通に早いね

443 :Socket774:2017/03/04(土) 13:57:00.40 ID:/HeVcHBD
>>442
x265が速過ぎて笑うw

444 :Socket774:2017/03/04(土) 14:01:07.40 ID:/HeVcHBD
>>422
そこから更に--opencl入れるとx264どれくらいになるかな?

445 :Socket774:2017/03/04(土) 14:48:35.36 ID:08+9AyNi
>>442
流石10コア20スレッドは早いな

446 :Socket774:2017/03/04(土) 14:52:03.86 ID:KxEhv3QM
1800XのOC次第で肉薄すると思うわ、そしたら値段4分の1でタメはられることになる

447 :Socket774:2017/03/04(土) 15:39:08.67 ID:ChBItfgp
>>444
設定元に戻してしまったのでCPU、メモリクロック違ってますが

【CPU】i7 6950X@4.35GHz(127.9*34), Cache@3.71GHz
【MEM】G.Skill F4-3400C16Q-16GRBD@DDR4-3410 16-18-18-38 1T
【M/B】ASUS Rampage V Extreme
【GPU】SAPPHIRE Radeon R9 FuryX
【SSD】SanDisk Extreme PRO 480GB
【OS】 Windows7 Pro 64bit SP1
---------------
【x264】r2744 (komisar,x64)

【Veryfast】 123.02 fps
【. Medium】 44.90 fps
【   Slow】 26.75 fps
【. Slower】 10.29 fps

--opencl
【Veryfast】 135.58 fps
【. Medium】 46.05 fps
【   Slow】 27.28 fps
【. Slower】 10.29 fps

--threads 128
【Veryfast】 128.06 fps
【. Medium】 47.58 fps
【   Slow】 29.34 fps
【. Slower】 11.42 fps

--opencl --threads 128
【Veryfast】 136.55 fps
【. Medium】 48.87 fps
【   Slow】 30.24 fps
【. Slower】 11.63 fps

448 :Socket774:2017/03/04(土) 15:39:53.22 ID:ChBItfgp
ついでに
【x265】2.3+6 (rigaya氏PGOビルド,x64)
---------------
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2

FHD
【.Veryfast】 78.34 fps
【. Medium】 38.77 fps
【.  Slow】 15.54 fps

4K
【.Veryfast】 21.34 fps
【. Medium】 9.59 fps
【.  Slow】 4.27 fps

--pools 64 --frame-threads 16
FHD
【.Veryfast】 85.77 fps
【. Medium】 40.69 fps
【.  Slow】 16.29 fps

4K
【.Veryfast】 22.22 fps
【. Medium】 10.17 fps
【.  Slow】 4.40 fps

ベンチ付属のバージョンで回したのは>>182,>>187

449 :Socket774:2017/03/04(土) 15:45:58.08 ID:ChBItfgp
>>444
ごめん、間違えたw
自分にレスしてるのかと思ったw
よく見たら>>422宛だったわ

450 :Socket774:2017/03/04(土) 21:55:32.63 ID:Nxw4cQQE
>>440
輝いていたころの6900K
http://potato.2ch.net/test/read.cgi/jisaku/1428418974/822-

451 :Socket774:2017/03/04(土) 22:37:12.51 ID:m8V3DZGw
>>444
どこかのスレで高精度イベントタイマー(HPET)を切るとパフォーマンスが上がると書いてあったので
--opencl入れるついでに計測し直しました

【CPU】RYZEN R7 1800X@4.0GHz HPET無効
【MEM】DDR4-2400 8GBx2 (15-15-15-35-2T)
【M/B】ASRock Fatal1ty X370 Professional Gaming BIOS 1.40
【GPU】SAPPHIRE NITORO+ RX 480
【SSD】Patriot Hellfire M.2 480GB (PCIE3.0x4)
【OS】 Windows 10 Pro x64
---------------
【x264】r2744 (x64)

【Veryfast】 103.02 fps, 33405.22 kb/s
【. Medium】 34.79 fps, 34733.47 kb/s
【   Slow】 21.09 fps, 34761.34 kb/s
【. Slower】 8.09 fps, 34089.92 kb/s

--opencl
【Veryfast】 108.36 fps, 33403.72 kb/s
【. Medium】 36.24 fps, 34713.13 kb/s
【   Slow】 21.74 fps, 34680.62 kb/s
【. Slower】 8.17 fps, 33985.16 kb/s

--asm AVX
【Veryfast】 104.43 fps, 33405.22 kb/s
【. Medium】 35.83 fps, 34734.02 kb/s
【   Slow】 21.57 fps, 34761.34 kb/s
【. Slower】 8.36 fps, 34089.74 kb/s

--asm AVX --opencl
【Veryfast】 110.12 fps, 33403.56 kb/s
【. Medium】 37.29 fps, 34713.39 kb/s
【   Slow】 22.21 fps, 34680.59 kb/s
【. Slower】 8.45 fps, 33985.90 kb/s

452 :Socket774:2017/03/04(土) 22:40:05.92 ID:Y49bDZo/
355 名前:Socket774[sage] 投稿日:2017/03/04(土) 19:38:30.40 ID:Cl4iZstW [3/3]
前はCPUの購入判断にエンコがあったけど今はゲーム性能でどれだけ上がるかしか見てない
エンコはGPUにやらせたほうが、もうそれこそCPUとは別次元の早さだし比較すること自体意味ないかな

ryzenは悪くないと思うがいくらマルチスレッドとかエンコ性能上がろうがゲームで負けてる時点でスルー確定

こいつわかってなくて笑うわ
フィルター処理が重いんだよ GPUが対応してるフィルター処理なんか僅かだろ
CPUの重いプラグインなんか腐るほどある

453 :Socket774:2017/03/04(土) 23:03:56.62 ID:IisFNq33
なんでこのスレの人間はx265のエンコにわざわざ古いバージョン使ってんだ?
もう2.3まで出てるだろ

454 :Socket774:2017/03/04(土) 23:14:33.68 ID:eeQo89KR
目的がエンコすることじゃなく、「比較すること」だからじゃないかな
新バージョン化でpresetのパラメータ内容(とその影響でエンコ速度)までがらっと変わることもあるから

まあ既に2.3の結果うpしてる人もいるし、これからRyzenに合わせた最適化とかも入ってくるかもだから、
急がなくてもここで使われるバージョンも切り替わっていくでしょ

455 :Socket774:2017/03/04(土) 23:15:05.01 ID:KkkDCFdQ
GPUをフィルタに使うんじゃなくてQSVやNVENCやVCEのHWエンコを言ってるんだと思うよ

このエンコベンチ用のソースならNVENCのH.264なら310fps、H.265 10bitでエンコした場合110fps程度出るし
NVENCやKabyのH.265 10bitならHWエンコの苦手な暗いシーンもバンディングやブロックノイズも無く十分見れる画質になってるし

使うエンコソフトや古いCPUによってはその1/3の速度も出無かったりするけど

456 :Socket774:2017/03/04(土) 23:15:26.25 ID:qI3kNY4/
つ、釣られませんよ(キリ

457 :Socket774:2017/03/04(土) 23:23:02.98 ID:pm/caBv4
>>453
ver.の割に中身変ってないから気にするな
開発の超盛んだったx264の時は最新x264バイナリでの計測がお約束だったけど
ほとんど動きのないx265はそういう需要が少な目

458 :Socket774:2017/03/05(日) 00:01:05.09 ID:Ju1Pyof6
暗部に関してはソフトエンコに逆立ちしても勝てないよ
まあモニタを輝度100%とかで使えば気づかないかもしれないけどね
DTV板でこんなこといったら総スカンくらうよ

459 :Socket774:2017/03/05(日) 00:21:28.44 ID:ee4T5ywz
ベースの画質が違いすぎるからやる人居ないだろうけど
10bitならQSVでも目立たないんじゃないの

460 :Socket774:2017/03/05(日) 00:26:35.44 ID:LbimSZFG
GPU/iGPUにHWエンコーダが当たり前のように乗ってるのに
みんなx264とかのソフトエンコ使うのは画質が比較にならないくらい違うからだよ

461 :Socket774:2017/03/05(日) 00:41:31.98 ID:K1JSxsJr
QSVは出来上がりファイルサイズがでかいからそれならTSのままでいいやになる

462 :Socket774:2017/03/05(日) 01:31:48.02 ID:9L/UULo9
>>451
乙!
なんちゅう圧倒的なスコアだ…これで65000円とは信じられない

463 :Socket774:2017/03/05(日) 02:48:45.50 ID:ee4T5ywz
1.9vで6GHzか
消火器用意した方がいいなw

464 :Socket774:2017/03/05(日) 02:51:48.39 ID:ee4T5ywz
>>461
QSVって、つべのようにBフレーム0 cabac オフなんでしょ
そりゃそうなるよな

465 :Socket774:2017/03/05(日) 10:09:11.54 ID:MOnttTHu
GPUエンコ言ってる奴の実際にしてない感は異常w、エンコする理由は画質を保ちつつファイルサイズを抑える事が目的なんだ
そしてそれを満たすのがCPUによるエンコしかないないのが現状だ、x265でファイルサイズ大きいとか存在の否定なわけで
Nv・AMD問わず全フィルタ処理をGPUでCPUと同等かそれ以上に出来るなら皆そっちに任せるけどね

466 :Socket774:2017/03/05(日) 10:15:44.38 ID:om9Qz8hl
>>465
>十分見れる画質になってるし

本人はそれで満足してるみたいだし別にいいんじゃね

467 :Socket774:2017/03/05(日) 11:55:31.86 ID:MOnttTHu
そんなんで満足してる奴はスレに来る必要ないやん・・・

468 :Socket774:2017/03/05(日) 12:01:21.27 ID:XGkn/0fx
ベンチはやりたいんだろう

469 :Socket774:2017/03/05(日) 12:25:48.27 ID:om9Qz8hl
ryzen 7 1700入金したっ!

でもマザーがないw

470 :Socket774:2017/03/05(日) 14:16:20.85 ID:QPLuVBuq
海外フォーラムでwindowsがRyzenの物理コアを16コアと認識してしまっているせいでキャッシュの扱いがおかしくなっているという話があるみたい
本当なのかね?

471 :Socket774:2017/03/05(日) 14:55:43.63 ID:LbimSZFG
認識ミスは、OS/BIOS/ドライバ等のアップデートで修正されるかな?
Windows10はちゃんと修正されたとして、7をつかってる人はどうなるんだろ

472 :Socket774:2017/03/05(日) 15:02:59.01 ID:E5FMVhm0
ドライバで治るなら、大慌てでMSに対応ドライバを提供している頃か、認証されて出てくるまで1週間くらいかね
しかし、そういうのは発売前にやっとくもんじゃあないのか、まさか気が付かなかったなんてことはないはずだし

473 :Socket774:2017/03/05(日) 16:44:00.67 ID:78KQ2FmL
MSのサイトから落とせるCoreinfoってソフト使うとWindowsがどうCPUを認識してるか分かるから持ってる人は使ってみるといいんじゃね
仮想CPUと物理CPUの対応とかどのコア同士がキャッシュを共有してるかとか表示されるから

474 :Socket774:2017/03/05(日) 17:13:30.78 ID:EeCtDGEG
Ryzenはまだ速くなる可能性があるってことか…?

475 :Socket774:2017/03/05(日) 18:49:53.93 ID:m/l1CYNA
まだ最適化されていない感じはするな

476 :Socket774:2017/03/05(日) 19:01:06.69 ID:4af8Nhld
OSからの正確な認識
BIOSのメモコン周りとその他の最適化
x26xの最適化

3段階の変身を残してる

477 :Socket774:2017/03/05(日) 19:17:32.07 ID:58Cl3U7f
最強の進化はZEN2と呼ばれる
7nm製造プロセスで多方面に飛躍的に強化される

478 :Socket774:2017/03/05(日) 19:24:39.71 ID:78KQ2FmL
Coreinfo使った人が記事書いてた
https://www.riscascape.net/archives/11395
ちゃんと8物理コア16論理コアでL3が8論理コアごとに8MBずつ割り当てられてると認識されてるから正しく認識されてるね

479 :Socket774:2017/03/05(日) 20:09:18.05 ID:lfEZHYLf
>>470
そいつのマザボのBIOSがおかしいんじゃね

480 :Socket774:2017/03/05(日) 21:03:06.33 ID:tjkyZcZu
>>460
x264やx265はgpuも使って高速化しようってプランはないの?

481 :Socket774:2017/03/05(日) 21:15:44.42 ID:4af8Nhld
-openclがあるじゃん

gpu使うったって並列で出来るものばかりじゃないから結局はcpuと互いに結果待ちしたり
メモリも共有じゃないから一々互いにコピーして結果書き戻してオーバーヘッドが発生して思った程速くならない

482 :Socket774:2017/03/05(日) 21:51:04.97 ID:skMfVkZX
>>450
ありがとう

483 :Socket774:2017/03/05(日) 21:56:07.10 ID:BCSqmgrF
>>480
x265についてはAMDも研究中
来年以降にHBM付きハイエンドAPUでも出ないと
最終的にモノにはならないもよう(現在だとGPGPUをいくら上手く使ってもCPUのみでしたほうが早い)

484 :Socket774:2017/03/05(日) 21:58:27.82 ID:6p44PRAk
【CPU】Ryzen 7 1700@定格
【MEM】DDR4-2400 4GBx2
【M/B】ASRock AB350 Gaming K4
【GPU】MSI R9 390 Gaming 8G
【SSD】SanDisk Ultra II 480GB
【OS】 Win10 pro x64
---------------
【x264】r2744 (x64)

【Veryfast】 84.19 fps, 33405.22 kb/s
【. Medium】 27.80 fps, 34733.47 kb/s
【   Slow】 16.70 fps, 34761.34 kb/s
【. Slower】 6.34 fps, 34089.92 kb/s

--opencl
【Veryfast】 87.65 fps, 33403.72 kb/s
【. Medium】 29.10 fps, 34713.13 kb/s
【   Slow】 17.03 fps, 34680.62 kb/s
【. Slower】 6.40 fps, 33985.16 kb/s

FX8120からの乗り換えなのでこれで満足です。
これでTimeSpyが4274でした。

485 :Socket774:2017/03/05(日) 22:23:35.55 ID:cMidllvz
https://forums.anandtech.com/threads/ryzen-strictly-technical.2500572/page-9#post-38776310
こういう話があるみたい。

OSのスケジューラーがCCXで構成されているRyzenに対してうまく最適化されていないおかげで、
CCX間でスレッドのシャッフルみたいなことが起きちゃっているようだ。
CCXは、SMPとほとんど同じノリみたいで、2CPUなXeonでも同じような現象が見られたりするようで、
上のリンク先にあるように、ゲームみたいなマルチスレッド化があまり進んでいないアプリだと
CCXを1つ無効にした方がパフォーマンスが向上すると言ったことが起きている。

エンコーダーの場合、マルチスレッド化はゲームより全然進んでいるけど、Ryzenの場合、
512bitのAVX2を256x2で処理しているわけだから、上記の部分でうまく機能していないのかもしれない。

486 :Socket774:2017/03/05(日) 22:27:12.87 ID:VG56LEk2
RYZENは発売前と後でイロイロ言われてるけど結局一番の指摘点はモデルナンバーと価格差のメリットが無い事だな

487 :Socket774:2017/03/05(日) 22:37:51.55 ID:BCSqmgrF
>>484
お、1700レビューthx
基本的にクロックの高い1800Xと比べたら見劣りするけど普通に早いね
ついでにx265エンコ結果も知りたいッス

488 :Socket774:2017/03/06(月) 01:25:55.40 ID:Y2nUD0r4
>>484
クロック低い割に速いなぁ
これでもHaswell全コア3.7GHzの1.7倍速だわ
もしも可能なら全コア3.7GHzくらいの軽OCの結果も見てみたい

489 :Socket774:2017/03/06(月) 01:41:56.43 ID:TJbtMYBc
今度こそ1090Tから乗り換える
>>331くらいから>>484になるのか・・・楽しみすぎる

490 :Socket774:2017/03/06(月) 01:48:47.00 ID:4yrjOZmP
全種ロックフリーで耐性が1800Xも1700も変わらん
1700ウマー

491 :Socket774:2017/03/06(月) 01:59:15.09 ID:ttIZBxqD
電圧と爆熱に気を付けろよ

492 :Socket774:2017/03/06(月) 02:58:07.48 ID:hIn+MZZ6
>>485
512bitはAVX512じゃないの
それにRyzenは128bitまでしか対応していないよ

493 :Socket774:2017/03/06(月) 23:31:48.12 ID:3NupAhtv
>>484
x265やってみました。

【CPU】Ryzen 7 1700@定格
【MEM】DDR4-2400 4GBx2
【M/B】ASRock AB350 Gaming K4
【GPU】MSI R9 390 Gaming 8G
【SSD】SanDisk Ultra II 480GB
【OS】 Win10 pro x64
---------------
【x265】2.1+70 (x64)
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2

FHD
【Veryfast】 38.44 fps
【. Medium】 20.32 fps
【   Slow】 8.67 fps

電源オプション等のOSの設定はデフォルトのままです。
エンコ中はタスクマネージャ読みで3.15〜3.18GHzで動いてます。
OCは今週末にでも出来たら上げます。

494 :Socket774:2017/03/07(火) 00:41:00.58 ID:2m9b8qqJ
RyzenはAVX2無効にするために-asm AVXで測った方が速いと思う

495 :Socket774:2017/03/07(火) 09:33:29.83 ID:qsbIeBu4
>>493
乙thx
ターボクロックが割と低めな気がするけど
クーラーはなに使ってるの?

496 :Socket774:2017/03/07(火) 15:35:10.60 ID:5NdOO468
エンコはどうなんだろう

【AM4】 AMD Ryzen 7/5/3 Part12 【Summit Ridge】 [無断転載禁止]©2ch.net
http://potato.2ch.net/test/read.cgi/jisaku/1488676197/818

818 名前:Socket774 (ワッチョイ 6be2-9ant)[] 投稿日:2017/03/05(日) 17:04:48.76 ID:bnmRNaF/0
twitterで流れてたけど、ドイツのglemってサイトがMSIマザーボードのbios
を117にアップデートしたら4〜26%パフォーマンスアップ(平均17%)したとか
言ってるらしい。
https://www.golem.de/news/ryzen-7-1800x-im-test-amd-ist-endlich-zurueck-1703-125996-4.html

computerbase.deはmsiの117でベンチ取ってるようだ。
https://www.computerbase.de/2017-03/amd-ryzen-1800x-1700x-1700-test/2/

ゲームベンチ見ると大分マシになってる感が。DX12はまだ最適化不足らしいけど。
https://www.computerbase.de/2017-03/amd-ryzen-1800x-1700x-1700-test/4/

497 :Socket774:2017/03/07(火) 17:55:00.73 ID:wHbqdXMF
ほぼ100%で動いてるから影響ないんじゃないの

498 :Socket774:2017/03/07(火) 21:32:49.60 ID:Hli3MbTa
ゲームは7と10で同じ消費電力でスコアが違うみたい
Ryzenの7での報告はまだないな

499 :Socket774:2017/03/07(火) 23:46:18.66 ID:tvPo/aEL
でも7はサポートしないんでしょ?

500 : 【小吉】 :2017/03/08(水) 00:02:23.91 ID:uZsx2pGB
Five hundred

501 :Socket774:2017/03/08(水) 00:12:13.42 ID:7FUp7zO2
>>499
ドライバを用意してるところもあるそうだ

502 :Socket774:2017/03/08(水) 01:56:55.13 ID:bo14ijAZ
>>499
win7もサポートしてる
海外でwin7の方がゲームでfps出たって報告もある
BIOS腐ってるだけかも知れないが

503 :Socket774:2017/03/08(水) 04:40:02.96 ID:bhQliwEJ
Naplesはよ

504 :Socket774:2017/03/08(水) 23:45:27.34 ID:qqDh5RDi
☆x264
【CPU】Core i3-4170@定格[エンコ時3.7GHz]
【MEM】DDR3-1600-4GB x4[DC](9-9-9-28 2T)
【M/B】B85M-G Rev 1.01 BIOS:2501
【GPU】Intel HD Graphics 4400(iGPU)@定格[UMA 1024MB] + 15.36.33.4578 *OpenCL不可
【HDD】CSSD-S6T128NHG6Q[HG6y](SSD, 128GB, SATA3)
【OS】7P64SP1
---------------
【x264】r2334 8bit x64/x86

【Veryfast】31.61 / 29.53
【. Medium】8.39 / 7.51
【   Slow】3.86 / 3.58
【. Slower】1.86 / 1.56

---------------
【x264】r2665 8bit x64(HTT:Off)/x86

【Veryfast】31.95(26.77) / 29.70
【. Medium】8.48(7.04) / 7.57
【   Slow】3.91(3.35) / 3.59
【. Slower】1.86(1.61) / 1.54

いまさらHaswellのi3
エンコ時77-79(HTT:Off時69-72)w

505 :Socket774:2017/03/08(水) 23:47:54.78 ID:qqDh5RDi
☆x265
【CPU】Core i3-4170@定格[エンコ時3.7GHz]
【MEM】DDR3-1600-4GB x4[DC](9-9-9-28 2T)
【M/B】B85M-G Rev 1.01 BIOS:2501
【GPU】Intel HD Graphics 4400(iGPU)@定格[UMA 1024MB] + 15.36.33.4578 *OpenCL不可
【HDD】CSSD-S6T128NHG6Q[HG6y](SSD, 128GB, SATA3)
【OS】7P64SP1

【x265】2.1+70
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2

・x64 FullHD(HTT:OFF)/x64 4k/x86 FullHD
【.Veryfast】15.10(12.58) / 3.98 / 7.36
【. Medium】7.51(6.52) / 1.77 / 4.11
【.  Slow】3.03(2.68) / 0.72 / 1.90
 75-81w(71-72w)

Ryzen欲しいけど、7だとMSの嫌がらせが心配で安心して使い続けられそうにないんだよね

506 :Socket774:2017/03/08(水) 23:55:44.36 ID:6kVw1kPA
Ryzen関係ない話なんじゃ

507 :Socket774:2017/03/09(木) 14:56:55.94 ID:L9BFlkG3
>>502
窓7はサポート外とM$は公式発表したようだが?

508 :Socket774:2017/03/09(木) 18:38:47.03 ID:/W0oYbuP
x265<br>
【CPU】Core i7-4790K 4.6GHz (常用OC)
【MEM】DDR3 1600MHz 8GBx2x2
【M/B】ASUS Z97-C
【GPU】GTX 970 微OC
【SSD】SanDisk Extreme PRO 480GB
【OS】Win10 Pro x64
【x265】2.3+17 VS2017 PGO
【拡張命令】MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2
https://www.dropbox.com/sh/qccqo3rs6dv82dk/AACLKhYhwoh30Xp8-ricnBJVa?dl=0

FHD
veryfast 37.09 fps
medium 19.24 fps
slow 7.80 fps

Ryzen 7 1700 定格よりも遅いのか...

509 :Socket774:2017/03/09(木) 21:13:46.30 ID:Ry0RovGA
>>508
そりゃ8コアやで勝てるわけない

510 :Socket774:2017/03/10(金) 01:30:25.00 ID:Zyx7F3QF
8コアでも定格ならTDP65Wのエントリーモデルでしょうw

511 :Socket774:2017/03/10(金) 13:56:41.40 ID:luQXhlED
>>510
そりゃ8コアやで勝てるわけない

512 :Socket774:2017/03/10(金) 16:06:07.25 ID:LQcXy/DR
x265はRyzenだとAVX無印の方が速いと聞いたので、AVX用にビルドを最適化してみた
--asm AVX オプションを使ったときに通常版より速い
根本的にはソースの最適化を待つことになるんだろうけど…

https://www.dropbox.com/sh/qccqo3rs6dv82dk/AACLKhYhwoh30Xp8-ricnBJVa?dl=0
x265~~Ryzen.zip

513 :Socket774:2017/03/10(金) 17:42:15.13 ID:tCNcFjP7
AVXの方が速いのではくSSEの方が速い
x264、x265は整数演算主体なので浮動小数点演算メインの
AVXはあまり使われてない
そうなると--asm AVXにすると結果的にSSEメインで計算されることになる

>>134-135を見るとわかると思う

514 :Socket774:2017/03/10(金) 17:44:32.22 ID:tCNcFjP7
つまり--asmオプション無しで実行すると
SSE整数演算の代わりにAVX2整数演算のルーチンが
使われてしまってSSEが速いと推測されるRyzenの強みが活かせないってところだろうね

515 :Socket774:2017/03/10(金) 17:50:32.37 ID:tCNcFjP7
>>134を見てわかるように
x265のアセンブラルーチンは
・AVX2まで使えるCPU用
・SSE4.1まで使えるCPU用
実質2ラインをメインターゲットに開発されてきたんじゃないかと推測される
だからRyzen用にはSSE4までに最適化されてるといいのかも

516 :Socket774:2017/03/10(金) 18:46:40.82 ID:tMhgXZFH
>>515
そうだったんですね…
134-135を見て納得しました

517 :Socket774:2017/03/10(金) 19:54:03.12 ID:oVvur0qw
上でWindowsのコアの認識がおかしいと言う話があったけどそれに似たような話
http://pc.watch.impress.co.jp/docs/news/1048913.html

518 :Socket774:2017/03/10(金) 20:54:53.76 ID:Cb3Sjr5Y
>>512
コマンドライン教えて

519 :Socket774:2017/03/10(金) 21:02:45.75 ID:tMhgXZFH
>>518
通常のx265エンコードのコマンドに
--asm AVX
を追加する

520 :Socket774:2017/03/10(金) 21:09:17.79 ID:Cb3Sjr5Y
>>519
thx!
それでコントロールできるのね

521 :Socket774:2017/03/10(金) 22:02:07.37 ID:P5LomqT6
>>484

【CPU】Ryzen 7 1700@定格
【MEM】DDR4-2400 4GBx2
【M/B】Asrock AB350 Gaming K4
【M/B】R9 390
【SSD】SanDisk Ultra II 480GB
【OS】 Win10 pro x64
---------------
【x264】r2744 (x64)
Ver1.42@3.0GHz SMT on
【Veryfast】 84.71 fps, 33405.22 kb/s
【. Medium】 26.39 fps, 34733.47 kb/s
【   Slow】 16.31 fps, 34761.34 kb/s
【. Slower】 6.27 fps, 34089.92 kb/s
Ver1.42@3.0Ghz SMT off
【Veryfast】 71.28 fps, 33314.48 kb/s
【. Medium】 21.74 fps, 34596.80 kb/s
【   Slow】 13.02 fps, 34626.93 kb/s
【. Slower】 5.52 fps, 33931.72 kb/s
Ver1.42@3.3GHz SMT on
【   Slow】 16.85 fps, 34761.34 kb/s

βbiosで色々出来るようになったので測り直してみました。
3.3Gだとh264.exeがランダムに落ちることがあって不安定でした。
温度はRyzen Master読みで60度ぐらいなので問題ないと思いますが。
定格のslowだとCPU使用率が80%ぐらいしか上がらないしOSパッチ待ちかな?

522 :Socket774:2017/03/10(金) 23:04:36.34 ID:Cb3Sjr5Y
>>519
ってエンコードのオプションの話なのね・・

523 :Socket774:2017/03/10(金) 23:09:17.59 ID:Cb3Sjr5Y
>>521
--pmode --pme を付けてみたらどうなる?

どちらもマシンパワーを使い切れない時に使うといいらしい

524 :Socket774:2017/03/11(土) 00:55:15.43 ID:4/bAPOCI
>>512のバイナリを使ってx265の拡張命令の効き具合を調べてみた
プリセットによって最速となる条件が異なるという複雑怪奇な結果にw
x264と違ってAVX2を使っても特別遅くなることはないみたい

【CPU】RYZEN R7 1800X@3.9GHz
【x265】 2.3+17 (x64)

【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2
【Veryfast】 50.00 fps
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT
【Veryfast】 50.84 fps
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3
【Veryfast】 50.69 fps
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2
【Veryfast】 50.99 fps
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.2 AVX
【Veryfast】 49.71 fps
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.2
【Veryfast】 49.31 fps
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.1
【Veryfast】 49.20 fps

【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2
【. Medium】 26.53 fps
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT
【. Medium】 26.65 fps
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3
【. Medium】 26.56 fps
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2
【. Medium】 26.58 fps
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.2 AVX
【. Medium】 26.34 fps
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.2
【. Medium】 26.14 fps
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.1
【. Medium】 26.12 fps

【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2
【   Slow】 11.32 fps
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT
【   Slow】 11.21 fps
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3
【   Slow】 10.95 fps
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2
【   Slow】 11.16 fps
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.2 AVX
【   Slow】 11.15 fps
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.2
【   Slow】 10.99 fps
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.1
【   Slow】 11.19 fps

525 :Socket774:2017/03/11(土) 09:02:41.62 ID:W1A0dqHj

AVX2の有無より
SSE4とAVXとの違いのほうが参考になった

526 :Socket774:2017/03/13(月) 18:18:26.31 ID:51ONizOP
>>524
ネット上の記事読んで、AVX2は無効のほうがいいのかと思ったけれど
単体で走らせると遅くなるってこともないんだね

527 :Socket774:2017/03/13(月) 20:00:41.53 ID:T4PKEpiU
ほんとだ改めて見るとx265単体でのペナルティは無いのね

528 :Socket774:2017/03/13(月) 20:08:07.22 ID:kKKYGwhD
ミデアムが実用範囲に入ってスロウは保存用には良いね。

529 :Socket774:2017/03/13(月) 23:07:56.50 ID:IeZGVET7
AVX2で強化されたのって浮動小数点数演算の方だから整数演算のx264、x265はほぼ関係ないんじゃないの??

530 :Socket774:2017/03/13(月) 23:44:00.72 ID:51ONizOP
>>529
>>134-135 の結果を見ると、x264はあまり効果無いみたいだけど、x265は結構効いてるみたい

531 :Socket774:2017/03/14(火) 00:23:09.29 ID:kp4lYQHk
>>529
違うよ
AVXが浮動小数点演算メイン
AVX2が整数演算へ拡張

532 :Socket774:2017/03/14(火) 03:20:45.65 ID:sIwnd2SL
256bitや512bitの整数演算が必要なケースも殆ど無いしな
H264/H265で16bit整数演算で済むのはデコード全般とエンコードの基本部分で
x264やx265の高画質化は、処理の効率化(能率を考えた省略)とか、コア部に放り込むのに、どういう前処理を施すかとかで
その部分が必ずしも16bit整数演算で済むわけじゃ無いのだけれどな

533 :Socket774:2017/03/14(火) 03:50:36.00 ID:UbyFFZtM
256bit演算ってのは16bit演算が同時に16本できたり
32bit演算が同時に8本できたり、64bit演算が同時に4本できること

534 :Socket774:2017/03/14(火) 06:25:36.92 ID:P3anxrge
流石にSIMDが何なのか分かってない奴はググって、どうぞ

535 :Socket774:2017/03/15(水) 20:05:44.77 ID:G6QzM86o
H265は、デコードの規格は決まってるがエンコードの規格は決まってない
べつに整数演算でエンコードしようが浮動小数点演算でエンコードしようが、
デコーダが正常に認識できる形にさえすれば問題ない

536 :Socket774:2017/03/15(水) 20:32:12.48 ID:CuN+Isy7
間違った情報を上から目線で書くのは禁止

537 :Socket774:2017/03/16(木) 00:37:19.60 ID:vTrCIhJX
>>533
その束ねたり、分離するにも処理が必要な訳だが
その手間が拡張命令での高速化で稼いだ分との兼ね合いもある

538 :Socket774:2017/03/19(日) 23:33:15.66 ID:+v9roY7l
Avisynthとx264を同時にいくつも走らせるてるような時はAVXなど使う必要はないってことなんだろうか

539 :Socket774:2017/03/19(日) 23:49:04.10 ID:IgWGlMLs
なんでそう思ったの?
SIMD命令使わなければ倍以上遅くなるだけ

540 :Socket774:2017/03/19(日) 23:52:33.29 ID:vZGZee36
x264は散々検証されてきた通りSSE2までで十分に速いからな

541 :Socket774:2017/03/19(日) 23:53:06.63 ID:+v9roY7l
>>539
演算が同時に出来たりってあったから
既存の回路を効率よく使い切るだけで、複数のプロセス走らせたらそれぞれのリソース減るのかなって
無知ですみません

542 :Socket774:2017/03/19(日) 23:57:15.82 ID:IgWGlMLs
SIMD使う 四重跳び
SIMD使わない 一回飛ぶだけ

なイメージ
だから縄跳びで縄を40回まわすって宿題を
SIMDありなら10回のジャンプでクリアし
SIMDなしなら40回ジャンプする感じ

543 :Socket774:2017/03/20(月) 00:04:31.46 ID:iEA/pmAd
>>541
君が言ってるのはSIMDじゃなくて
スーパースカラだな
こっちはHTT/SMTだと2つのスレッドでもろにリソース喰い合う
けどx264やx265ではトータルで2〜3割ほど速くなる
一方でSIMDは2スレッドで半分ずつに分けて使うみたいなことはできない

544 :Socket774:2017/03/20(月) 00:19:55.50 ID:nvYmPZ/V
>>542-543
なんとなくわかったような、とにかく使う方が早くなるみたいですね
ありがとうございました。

>>543
SIMD命令を分けて使うことは出来ないんですね
昔のRadeonのVLIW方式みたいなものですか
分けて使えないなら納得したような気がします

545 :Socket774:2017/03/20(月) 08:59:40.28 ID:fcpQav3V
分からん人はSIMDでググろう
いやマジで

546 :Socket774:2017/03/20(月) 10:46:47.39 ID:88ORo5jx
RYZENが発売されたせいかSIMDとHTT/SMTネタをあちこちで見かける

547 :Socket774:2017/03/20(月) 14:10:37.62 ID:a09cX37E
糞団子の心の拠り所だからな

548 :Socket774:2017/03/21(火) 10:52:58.73 ID:ObVWcu+u
>>524
すみませんが、
このテスト時ってCPU負荷はビッタリ100%張り付きですか?

549 :Socket774:2017/03/21(火) 17:00:37.31 ID:EF8pooMH
>>548
Veryfastの時で90〜100%
Medium, Slowの時で70〜100%位で変動してました
平均負荷は大体93,87,84%位かな

550 :Socket774:2017/03/21(火) 17:40:27.35 ID:ObVWcu+u
>>549
ありがとう
家のi5は懐かしのIvyだからx.264とかピッタピタに張り付いて余力なんてありませんw
羨ましい

551 :Socket774:2017/03/22(水) 12:16:38.10 ID:QrvxVckk
ふだん使ってるメインマシンでエンコードするような人は、コア全部つかわない設定にすればいいよ

たとえば、core i5だと、
・アフィニティマスク設定してコア#0を使わないようにする
・同時スレッド数を3つにする
・プロセス優先道を低にする
この3つをぜんぶやればいい

552 :Socket774:2017/03/22(水) 13:51:55.97 ID:CUosfOFQ
>>551
夜間バッチで流すから100%で良いのだけど
一晩かけて4時間分位しかエンコード出来ない非力さが(´Д⊂ヽ
余力持て余す程のパワーが羨ましくおもったのです

R5出たら買おうとおもっとります!
今のPCからだと劇的変化が期待できそうだし

でもなんでエンコなのにイッパイイッパイまで回らないのですかね?
データのせいかな?

553 :Socket774:2017/03/22(水) 14:13:40.36 ID:5ye0yx7i
重たいプリセットほど、CPU使用率が下がりがちになる
動き探索に足を引っ張られてる気がするけど、ここはどうしようもないのかな

554 :Socket774:2017/03/22(水) 17:29:44.78 ID:yby/xPuq
動き探査はHexagonal Searchとそれより上って
実際にテストエンコして比較してみるとほんの微妙な差しかないからな
あと、参照フレーム数も4より大きくしてもエンコ時間が長くなって互換性落ちるわりに微妙な効果しかない
x264は軽めの設定でもハードエンコに比べれば十分に画質/容量がいいのだから
だからあんまり重すぎる設定は
丁度、限界OCでありがちなクロック5%上げるために消費電力が50%上がるような旨みのなさになるな

555 :Socket774:2017/03/25(土) 00:14:15.57 ID:0Vtwqiu/
x265のベンチもbat実行一発でテンプレを半自動で作ってくれるものがほしかったので作ってみた
https://drive.google.com/open?id=0B3HwPE9Ni8e9V1hhOXJSNS1NQzg

>>101と同じコマンドで、
x264のバッチファイルを参考にx265の出力結果に合わせて書き換えたもの
同じディレクトリにx265.exeをリネームして置く
slowerもそろそろアリな時代になってきたかなぁと思ってslowerがある版とない版両方ある

556 :Socket774:2017/03/25(土) 01:48:09.04 ID:yH3ci5Vp
流れに乗ってx265.exeを自動更新するバッチファイルを書いた
https://www.dropbox.com/s/slltdgte98xpazr/x265%E8%87%AA%E5%8B%95%E6%9B%B4%E6%96%B0.zip?dl=0

557 :Socket774:2017/03/25(土) 01:56:26.77 ID:eCPuY6Cl
>>556
bitsadminコマンドなんてあるの知らなかったよ
勉強になった

558 :Socket774:2017/03/25(土) 08:50:11.36 ID:iScuW8dA
【CPU】Ryzen7 1700(offset -0.125V)
【M/B】ASUS PRIME B350M-A BIOS 0509
【RAM】TEAM DDR4-2400 16GBx2(2666 1.2V)
【クーラー】CR-95C copper
【VGA】Gigabyte GV-RX460WF2OC-2GD+S3
【SSD】PX-256M3P/PX-512M5P/VTR180-960G
【OS】 Win10 Pro x64
【x264】r2774 (x64)

アイドル:30W、ベンチ:max95W(3.2GHz)
【Veryfast】 85.45 fps, 33405.22 kb/s
【. Medium】 27.97 fps, 34724.67 kb/s
【   Slow】 17.01 fps, 34755.66 kb/s
【. Slower】 6.42 fps, 34090.03 kb/s

【OS】 Win7 Pro x64
【Veryfast】 87.48 fps, 33405.22 kb/s
【. Medium】 28.60 fps, 34724.67 kb/s
【   Slow】 17.50 fps, 34755.66 kb/s
【. Slower】 6.67 fps, 34090.03 kb/s

動作対応OSからWin7外されてるけどWin7の方が同消費電力で微妙にスコアが上

559 :Socket774:2017/03/25(土) 12:50:20.47 ID:o2om0oBO
Win7凄えー

560 :Socket774:2017/03/25(土) 14:08:57.93 ID:64OHvjXs
ほんとだー

561 :Socket774:2017/03/25(土) 14:11:21.22 ID:XNMdDXj7
いろいろ原因はあると思うけど
Win10て絶対よからぬことを裏でしていて遅くなっている部分あるよな

562 :Socket774:2017/03/25(土) 14:32:48.06 ID:fMfPwrKg
win10使っていると何もやってないアイドル状態でも
アクセスLEDが点灯したままになったりする
不気味だ

563 :Socket774:2017/03/25(土) 18:09:56.91 ID:QDQkdnFF
もしかして SuperFetch?

564 :Socket774:2017/03/26(日) 01:37:46.10 ID:Zl7Yl7BP
>>558
古いゲームに続いてエンコもかよ
それ電源プラン、ハイパフォーマンス?

565 :Socket774:2017/03/26(日) 15:05:05.22 ID:4+KCSapA
次の大型アプデでゲームモード来たら解らんけどな
Win10は効率も上がってるけど、OSの機能も増えた分、OS自体のタスク負荷も増えているからな
ピークまでリソース使い切る場合はWin7に負けても可笑しくは無いんだし

566 :Socket774:2017/03/26(日) 15:28:57.18 ID:t390X/UW
Redstone2入れてゲームモード有効にしてみたけど違いがよくわからんし
BSoD連発したので諦めて戻したよ

567 :Socket774:2017/03/26(日) 15:53:08.79 ID:wlQqz5tN
ゲームモードは現状ほぼ無意味なものになっているね
まあ、これから、何年も経てば、もしかしたら、効果が出るゲームが出てくるかもしれないが

568 :Socket774:2017/03/26(日) 19:17:02.40 ID:P8qrLxL9
Win7と10の差もベンチで数値出さないと体感レベルで解るもんじゃ無いからな

569 :Socket774:2017/03/26(日) 23:37:40.28 ID:Zl7Yl7BP
>>566
15063で?

570 :Socket774:2017/03/27(月) 00:00:49.50 ID:9p6DLAAq
よくwin7のエクスプローラーとか使ってんな
filmtnの方が遙かに良かったよ

571 :Socket774:2017/03/27(月) 00:39:47.99 ID:zJ2rxuzX
>>555をベースにテンプレ作成を(ほぼ)全自動化したもの
4Kにも対応させました
https://1drv.ms/u/s!AiUNdFBu49k-yV2HzPATrr-6xcJk

572 :Socket774:2017/03/27(月) 00:41:18.77 ID:zJ2rxuzX
>>571 サンプル
【CPU】Intel(R) Core(TM) i7-4790K CPU @ 4.00GHz / 4 cores 8 threads 4.595 GHz
【MEM】32 GB 1600 MHz
【M/B】ASUSTeK COMPUTER INC. Z97-C 2801
【HDD/SSD】SanDisk SDSSDXPS480G
【OS】Microsoft Windows 10 Pro 14393
【x265】2.3+24
【SOURCE】1920.mkv
【OPTION】

【Veryfast】 36.94 fps, 2819.19 kb/s, Avg QP:20.54
【. Medium】 18.88 fps, 3355.47 kb/s, Avg QP:20.21
【   Slow】 7.58 fps, 3663.50 kb/s, Avg QP:20.22

573 :Socket774:2017/03/27(月) 09:19:00.84 ID:uiBy2o3n
【CPU】AMD Ryzen 7 1700 Eight-Core Processor / 8 cores 16 threads 3.192 GHz
【MEM】16 GB 2666 MHz
【M/B】ASUSTeK COMPUTER INC. PRIME B350-PLUS 0513
【HDD/SSD】WDC WD10EFRX-68JCSN0
【OS】Microsoft Windows 10 Pro 14393
【x265】2.3+24
【SOURCE】1920.mkv
【OPTION】

【Veryfast】 39.67 fps, 2819.19 kb/s, Avg QP:20.54
【. Medium】 20.75 fps, 3355.47 kb/s, Avg QP:20.21
【   Slow】 8.77 fps, 3663.50 kb/s, Avg QP:20.22

【SOURCE】3840.mkv
【OPTION】

【Veryfast】 10.53 fps, 8811.42 kb/s, Avg QP:18.89
【. Medium】 5.01 fps, 9329.22 kb/s, Avg QP:18.58
【   Slow】 2.28 fps, 9744.88 kb/s, Avg QP:18.78

574 :Socket774:2017/03/27(月) 13:30:08.14 ID:NhwFXMo2
【CPU】AMD Ryzen 7 1700X
【MEM】4GB 2400MHz x2(Dual)
【M/B】Gigabyte AB350M Gaming3 (Rev.1)
【OS】Microsoft Windows 10 Home 64bit
【x265】初版アーカイブ付属のもの
【SOURCE】1920.mkv
【OPTION】

電源プロファイル: バランス
【Veryfast】 39.83fps (28.32s)
【. Medium】 21.00fps (53.72s)
【   Slow】 9.34fps (120.72s)

電源プロファイル: 高パフォーマンス
【Veryfast】 41.26fps (27.26s)
【. Medium】 21.57fps (52.06s)
【   Slow】 9.51fps (118.58s)

575 :Socket774:2017/03/27(月) 13:33:10.21 ID:NhwFXMo2
【CPU】AMD Ryzen 7 1700X
【MEM】4GB 2400MHz x2(Dual)
【M/B】Gigabyte AB350M Gaming3 (Rev.1)
【OS】Microsoft Windows 10 Home 64bit
【x265】】r2774 (x64)

電力プロファイル: 高パフォーマンス
【Veryfast】 88.43 fps
【. Medium】 29.57 fps
【  Slow】 18.05 fps
【. Slower】 6.97 fps

電力プロファイル: バランス
【Veryfast】 87.47 fps
【. Medium】 29.76 fps
【  Slow】 17.97 fps
【. Slower】 6.80 fps


電力プロファイル: 高パフォーマンス CPU倍率31
【Veryfast】 88.03 fps
【. Medium】 29.66 fps
【  Slow】 18.12 fps
【. Slower】 6.88 fps

電力プロファイル: バランス CPU倍率31
【Veryfast】 88.63 fps
【. Medium】 29.26 fps
【  Slow】 17.96 fps
【. Slower】 6.73 fps

*倍率指定で31を指定してもTCなどで3.4GHz超えるみたい

576 :Socket774:2017/03/27(月) 14:13:20.06 ID:uiBy2o3n
【CPU】AMD Ryzen 7 1700 Eight-Core Processor / 8 cores 16 threads 3.192 GHz
【MEM】16 GB 2666 MHz
【M/B】ASUSTeK COMPUTER INC. PRIME B350-PLUS 0513
【HDD/SSD】WDC WD10EFRX-68JCSN0
【OS】Microsoft Windows 10 Pro 14393
【x264】r2773 7mod 8bit 自ビルド
【OPTION】コンパイル時: -march=znver1 -mtune=znver1 -msse4.2 -mavx | 実行時: --asm avx | 電源オプション: 高パフォーマンス

【Veryfast】 86.72 fps, 33407.40 kb/s, 239.19 MB
【. Medium】 29.00 fps, 34734.38 kb/s, 248.69 MB
【   Slow】 17.36 fps, 34758.16 kb/s, 248.86 MB
【. Slower】 6.796 fps, 34089.03 kb/s, 244.07 MB

577 :Socket774:2017/03/27(月) 17:16:21.91 ID:DqIcpP/S
>>571
環境による差異の吸収
出力結果の整形
FHDの結果の4Kの結果への上書き防止

のためにファイルを差し替えました

578 :Socket774:2017/03/27(月) 17:51:53.67 ID:CYx/ZsjU
バッチでやるのもいいけど、バージョン変えたりソース変えたりしてテストするならGUIのフロントエンド作るのが楽で便利そう

579 :Socket774:2017/03/27(月) 21:05:01.41 ID:sOMzDhFA
>>577
バッチでテストを連続実行するとfpsが微妙に下がるみたい
call :execの後に数秒のディレイ(timeout /t 5)を入れたほうがいいかも

【CPU】AMD Ryzen 7 1800X Eight-Core Processor / 8 cores 16 threads 3.998 GHz
【MEM】16GB 3200MHz
【M/B】ASRock X370 Professional Gaming BIOSver.P1.60
【HDD/SSD】Patriot Hellfire M2
【OS】Microsoft Windows 10 Pro OSver.14393
【x265】2.3+24
【SOURCE】1920.mkv
【OPTION】

delay 5sec (timeout /t 5)
【Veryfast】 51.38 fps, 2819.19 kb/s, Avg QP:20.54
【. Medium】 27.20 fps, 3355.47 kb/s, Avg QP:20.21
【   Slow】 11.51 fps, 3663.50 kb/s, Avg QP:20.22

no delay
【Veryfast】 51.32 fps, 2819.19 kb/s, Avg QP:20.54
【. Medium】 26.91 fps, 3355.47 kb/s, Avg QP:20.21
【   Slow】 11.04 fps, 3663.50 kb/s, Avg QP:20.22

fpsはそれぞれ10回測定した値の平均値
Medium,Slowでの差を誤差とみるか有意と見るかは各々の判断に委ねます

580 :Socket774:2017/03/27(月) 21:23:19.74 ID:DqIcpP/S
>>579
こちらでも低下する傾向が確認できたので、差し替えました
ありがとうございます

581 :Socket774:2017/03/27(月) 22:56:23.90 ID:pXiQXVMZ
便利なもの作ってくれたことと行動力は称賛すべきだと思うんだけど
外部exe使ってまでバッチにこだわる必要はないような気もする
少なからず2chで配布されてるよくわからないexeとか
実行したくないってひとも居るだろうしね

PS、WSHでもWbemScripting.SWbemLocator使えば
各種情報は拾えるし文字列操作も正規表現が不完全なバッチに比べれば
ちゃんとしたRegExpが使えるから外部exeなんて不要だし
スクリプトだからコードの透明性もあって安心できると思う

まぁPSはまだVista以前使ってるひとが居たら別でインスコしなきゃだし
普通にダブルクリックで起動できない仕様だから面倒だけど
WSHは標準搭載されてるからバッチ同様に誰でも実行できるメリットもある

>>578
こんな程度の操作が煩わしいとかどんだけGUIかぶれした脳ミソしてんだよ

582 :Socket774:2017/03/27(月) 23:29:30.71 ID:DqIcpP/S
>>581
そうですね…
上手くいかないところを、別に作ったプログラムに投げてしまいましたが
見えるコードで出した方が安心感がありますからね

583 :Socket774:2017/03/27(月) 23:52:17.95 ID:uiBy2o3n
【CPU】AMD Ryzen 7 1700 Eight-Core Processor / 8 cores 16 threads 3.192 GHz
【MEM】16 GB 2666 MHz
【M/B】ASUSTeK COMPUTER INC. PRIME B350-PLUS 0513
【HDD/SSD】WDC WD10EFRX-68JCSN0
【OS】Microsoft Windows 10 Pro 14393
【x265】2.3+24
【SOURCE】1920.mkv
【OPTION】

【Veryfast】 39.51 fps, 2819.19 kb/s, Avg QP:20.54
【. Medium】 21.32 fps, 3355.47 kb/s, Avg QP:20.21
【   Slow】 9.16 fps, 3663.50 kb/s, Avg QP:20.22

584 :Socket774:2017/03/28(火) 00:28:06.87 ID:oGF5cQBH
>>583
やはりMedium、Slowのパフォーマンスが向上してる

585 :Socket774:2017/03/28(火) 03:06:33.48 ID:R8YAr7he
>>581
わざわざ手打ちしたり手動でバイナリ入れ替えるのは煩わしいというだけでなく
テストミスの原因にもなるからプログラムによる自動化は意味があると思うよ
というかなんでそんなに喧嘩腰なの?

586 :Socket774:2017/03/28(火) 03:11:48.17 ID:kjdLFs+e
公式ビルドは古いまま放置されてるが、野良ビルドは結構アップデートされてるね
みんな野良ビルド使ってるの?それとも自分でビルド?

587 :Socket774:2017/03/28(火) 04:38:39.39 ID:2rcxd9Mf
>>582
まぁ匿名性の高い2chならではの問題だよね
俺的には別にexeのままでもソース付ければOKだと思ってるし

ってかどうせ外部に投げるならまるごとexe化したほうが
細々したファイルが増えなくてスッキリするし
CUIベースでも『計測開始』『x265のアップデート』
『(ローカルの)別のバージョンを使う』程度のメニュー付ければ
>>578みたいな奴にも少しは優しいプログラムになると思う

>>585
別に喧嘩腰になったつもりはないけど、揶揄したのは確かだな
けど思ったこと言っただけだし喧嘩売られたと感じたならすまん

ただ、この程度のプログラムなんてバッチをダブルクリック
すればいいだけだし、バージョンの入れ替えやらソースの選択にしても
タイプミスがあればファイルが見つからずにエラー吐いて終了するだけ
それが嫌ならそれこそ自分でリネームして配置するだけの
たった数行のバッチ組めばタイプミス云々の問題はなくなるよな

>>GUIのフロントエンド作るのが楽で便利そう
って言うぐらいなんだから数行のバッチぐらい組めるんだろうし
もし自分で作れないのにそういうこと言ったんなら
他力本願のくせに楽だとかどの口が言ってんだってだけのこと

588 :Socket774:2017/03/28(火) 06:09:37.31 ID:R8YAr7he
>>587
各バージョンx各ソースごとにバッチ作れば煩雑になるし、バッチでバージョンやソースを選択するようにしても人間の操作が必要な部分が増えればその分ミスは増える
プログラム化って高速化以外に人間のミスを減らすのも重要
GUIかぶれした脳ミソみたいな乱暴な言い方、全体的に見下した書き方して喧嘩腰じゃないって言うのはそれはそれで問題あるよ


俺は需要があれば作ろうと思って書いただけで別にバッチを馬鹿にしてる訳ではないので
スレ汚し失礼

589 :Socket774:2017/03/28(火) 08:26:29.45 ID:8vLdHKV3
PCIE3.0のママンに変えたらOpenCL部分は多少わかる程度は変化するのかなー
もう5年以上PC買い換えてないな

590 :Socket774:2017/03/28(火) 12:14:52.40 ID:8U1y7Kbu
>>586
ちょっと前まで自ビルドしてた

591 :Socket774:2017/03/28(火) 16:11:01.15 ID:X2ao507U
>>588
横だがGUIだと入力ミスがないとでも?
根本的に発想力が乏しいというかアホそうな臭いがするわ

592 :Socket774:2017/03/28(火) 16:11:15.32 ID:LTTsWqFT
GUIアレルギーの老害やCUI使える俺カッケーのキッズってどこにでもいるんだな
無駄に長文で中身が無いのも同じだし同一人物かな?

593 :Socket774:2017/03/28(火) 16:18:33.27 ID:LTTsWqFT
>>591
想像力が乏しいすっごいブーメラン
レスの内容もまともに理解出来てなくてアホそうな臭いがするわ

594 :Socket774:2017/03/28(火) 17:27:18.52 ID:tWI+XhS2
暇だからやった
https://ln.sync.com/dl/61377a2d0/xu2nqb6y-qy62vyeb-zkdgut2f-fb8vwakd

595 :Socket774:2017/03/28(火) 17:44:12.18 ID:q5S1VDdZ
>>594
ずげぇ、cpuアーキごとにバイナリ選ぶとかy-cruncherみたいやね

596 :Socket774:2017/03/28(火) 19:28:32.18 ID:StzExaOH
>>592-593
なんだか悔しそうねw

597 :Socket774:2017/03/28(火) 19:46:55.99 ID:eveo22GM
GUIがいいのならHWBOT x265 Benchmarkが良いんじゃないかと思って試したけどベンチ結果コピーしづらいし微妙だった

598 :484:2017/03/28(火) 22:13:45.92 ID:o/5tg7MV
>>583
>>493

やっぱりメモリクロックが効いてるんですかね・
3200MHzメモリ買いに行くかな。

599 :Socket774:2017/03/28(火) 23:17:15.93 ID:R8YAr7he
>>591
(ミスが無くなるとは一言も書いて)ないです
まあGUIは作り手の発想次第でゴミにもなりえるね

>>593
煽り返すのは同レベルやで

600 :Socket774:2017/03/28(火) 23:51:28.97 ID:8U1y7Kbu
Ryzen7なら常にx265で爆速エンコードとはならないのね
特に自分が普段利用してる720p程度だとCPU利用率48〜67%台で停滞しがち(これでもソースによって17fpsだったり32fpsだったりで差が激しい)
むしろx264による爆速エンコード(常に50fps越え)に目覚めそうな予感

601 :Socket774:2017/03/29(水) 00:01:43.70 ID:Ek5ttMwE
見るからに結果ありき

602 :Socket774:2017/03/29(水) 00:07:15.97 ID:maDsfoJy
>>600
複数同時エンコすればいいじゃん

603 :Socket774:2017/03/29(水) 08:50:38.16 ID:iJjcQVRD
>>600
デコードかフィルタリングが律速になってるのでは

604 :Socket774:2017/03/29(水) 12:05:05.88 ID:lxYmxWuI
>>600
並列化するオプションでCPU使用率上がるかも

605 :Socket774:2017/03/29(水) 17:36:57.35 ID:WtMY5mSi
>>598
x265のバージョン上げてみたら

606 :Socket774:2017/03/29(水) 18:22:35.78 ID:Bx3Z7esj
最新ビルドでは、AVX2命令対応CPUでも、Ryzenの場合SSE/AVXコードを使うとかになってるの?

607 :600:2017/03/29(水) 18:37:38.26 ID:mnedo+/i
ほぼmedium= --crf 22 --qcomp 0.7 --vbv-bufsize 5000 --vbv-maxrate 6000 --aq-strength 1.1 --psy-rd 1 --bframes 3 --deblock -2:-2 --no-sao --subme 3
ソースはたまたまあったもの、ツールはaviutl

:720p
ほぼmedium
135.60ss (21.67fps)

+pmode
157.02s(17.34)

+pmode+pme
182.38s(14.93fps)


:1080p
ほぼmedium
157.72s(17.26)

+pmode
209.18s(13.01fps)

+pmode+pme
249.57s(10.91fps)

+pmode+pme+rect
505.74s(5.38fps)

並列化オプションを使わないほうが早いみたい・・
ちなみに上のはテレシネ解除のaviutlの自動フィールドシフトを有効にするのを忘れてたのでやり直した結果が↓
x265: 720p@ほぼmediumだと129.95s(16.80fps)
x264: 87.21s(25.83fps)
うーん、重いソースだとあんまり差はないっぽい
どうやら並列エンコードが一番、早く終わりそうな感じ

608 :Socket774:2017/03/30(木) 00:31:14.46 ID:lvlkJ0Ol
RyzenはAVXで256bitを128bit2回で処理するから、半端に使うと逆に遅くなる
何のための実装なんだかな(動作互換性?

609 :Socket774:2017/03/30(木) 02:12:22.13 ID:hdnOxwMP
128bit2回処理がどう動作するか知らんけど、複数同時エンコで効果発揮とかならんの?

610 :Socket774:2017/03/30(木) 03:44:13.35 ID:rM8GXGy2
要は256bit演算器無しで128bit演算器に256bit処理してるから
もちろん値を128bitずつに分離させたり、演算結果を256bitに合わせたりのひと手間が伴う
お陰でコードが熟れてる64bit演算器x4で処理した方が速い場合が多いという
AVX積んだ意味って…

611 :Socket774:2017/03/30(木) 10:18:36.41 ID:7/IwYb2s
AVX (1)はSSE系列の命令すべてを内包してるから
Intel環境はAVX2+FMAがセットで投入されて(実質的にAVX2+FMAがAVX2という考えも成立す)るからAVX2が動かないと
それらが無効・さらに作りこまれてないやっつけSSEで実行という可能性が高いから、と予想

612 :Socket774:2017/03/30(木) 14:21:11.66 ID:w0AZRYUG
RyzenのはAVX2必須のコードを動かすための単なる互換要員程度だから進んで使う必要はないんだよ。
IntelCPUに初めてMMX SIMDが搭載されたとき、それに対して3D Now!で拡張してきたみたいに、AVX2相当の機能を128bitに最適化したAMD独自の命令セットを積めば解決する。

ただそんなことより深刻なのはメモリーまわりの遅さで、エンコには直接関係ないからあれだけど、そこがクリアできれば半分の値段で真に同等の性能を出されたIntelは値段下げるか、ものすんごいアーキテクチャ生み出すしか打つ手はなくなる。
実際Intelはx86アーキテクチャに替わるなんだったか(うろ覚え)を開発中とも言われてるし、AMDの大躍進に単に手をこまねいてるわけではなさそうだけど、今度はIntelに踏ん張る番がまわってきたみたいだな。

613 :Socket774:2017/03/30(木) 15:13:29.84 ID:7/IwYb2s
>>612
つ XOP
命令的にはx264で有用な命令が含まれてたようだけど
AVX(&XOP)無効にしても数%という誤差しかでなかった
だから拡張命令の出来不出来でなくアーキテクチャの出来が一番重要

614 :Socket774:2017/03/31(金) 09:21:21.85 ID:BrNQLDH2
なんかお高いマザー用意しないと高クロックメモリ使おうにも安定しにくいみたいね

615 :Socket774:2017/03/31(金) 19:10:12.18 ID:fCxM7Rhr
>>614
まだ様子見で組んだりしてないけど
マザーを高いのにしなくてもメモリーを片面仕様のにしたり
BIOSが成熟するのを待てばいいだけな気がする

616 :Socket774:2017/04/01(土) 19:07:30.56 ID:P23DjybT
【CPU】Intel(R) Core(TM) i7-4790K CPU @ 4.00GHz / 4core 8thread 4.597GHz
【MEM】32GB 2200MHz
【M/B】ASUSTeK COMPUTER INC. Z97-C BIOSver. 2801
【HDD/SSD】SanDisk SDSSDXPS480G
【OS】Microsoft Windows 10 Pro OSver. 14393
【x265】2.3+24
【OPTION】
【SOURCE】1920.mkv

【Veryfast】 38.00 fps, 2819.19 kb/s, Avg QP:20.54
【. Medium】 19.34 fps, 3355.47 kb/s, Avg QP:20.21
【   Slow】 7.71 fps, 3663.50 kb/s, Avg QP:20.22

>>572
メモリOCでどれくらい変わるかテスト

617 :Socket774:2017/04/02(日) 03:15:39.46 ID:cTiApjMD
いちいちテストなんていわんでもいいよ、OCしたらこうなりましたって言えよ

618 :Socket774:2017/04/02(日) 03:22:31.14 ID:cTiApjMD
>>612
そーいえばIA64なんてあったっけなぁ、、、

619 :Socket774:2017/04/02(日) 08:30:42.60 ID:cw0KKscu
videolanのバイナリ
r2762だけなんでこんなにサイズでかいんだろ

620 :Socket774:2017/04/02(日) 08:41:46.92 ID:fOLKBpJ2
x264 0.148.2744 b97ae06
built on Dec 3 2016, gcc: 6.1.1 20160815
x264 configuration: --bit-depth=8 --chroma-format=all
libx264 configuration: --bit-depth=8 --chroma-format=all
x264 license: GPL version 2 or later

x264 0.148.2762 90a61ec
(libswscale 4.3.101)
(libavformat 57.65.100)
built on Jan 30 2017, gcc: 6.2.1 20161118
x264 configuration: --bit-depth=8 --chroma-format=all
libx264 configuration: --bit-depth=8 --chroma-format=all
x264 license: GPL version 2 or later
libswscale/libavformat license: LGPL version 2.1 or later

libswscale/libavformat(ffmpeg)リンクしてあるからでかい

621 :Socket774:2017/04/02(日) 08:48:40.80 ID:cw0KKscu
>>620
なるほど、ありがとう

622 :Socket774:2017/04/02(日) 14:38:38.29 ID:f2qMnlQr
環境固まったのでテスト代わりに
>>555をそのまま使用
セキュリティソフト等の常駐ソフトを切らない常用環境でテスト

【CPU】AMD Ryzen 7 1800X Eight-Core Processor / 8 cores 16 threads 3.990 GHz
【MEM】16GB 3200MHz
【M/B】ASUSTeK COMPUTER INC. CROSSHAIR VI HERO BIOSver. 1002
【HDD/SSD】WDC WD60EZRZ-00RWYB1
【OS】Microsoft Windows 10 Pro OSver. 14393
【x265】2.3+24
【SOURCE】1920.mkv
【OPTION】

【Veryfast】 50.18 fps, 2819.19 kb/s, Avg QP:20.54
【. Medium】 26.95 fps, 3355.47 kb/s, Avg QP:20.21
【   Slow】 11.57 fps, 3663.50 kb/s, Avg QP:20.22

623 :Socket774:2017/04/02(日) 14:39:12.45 ID:f2qMnlQr
実際にエンコした時はTmpgenc6使ってたからかメイン機の7700K@5GHzより若干遅かったけどベンチだと1800Xの方が速い
エンコソフト変えるか悩み中

624 :Socket774:2017/04/02(日) 14:45:18.16 ID:4o5WN8gd
TmpgencだとAVX2の設定切らないと遅くなるっぽいけどそれは大丈夫?

625 :Socket774:2017/04/02(日) 19:41:55.03 ID:s4NO4ryn
報告ありがたいけど
自発的な追記で8C16Tと書いてりゃ解るのにEight Coreとかわざわざ書いてたり
OSverでバージョン書かずにbuildを一部だけ記載したり
人となりが透けて見えるから留意した方が良いよ

626 :Socket774:2017/04/02(日) 19:51:37.00 ID:f2qMnlQr
>>624
AVX2のon/offでは誤差程度しかスコア変わらん
原因は265だと1800xのコアを使い切ってくれない所にあると思う

>>625
結果.txtに記載されるのをそのままコピペしただけなんだが?
人となりが透けて見えちゃうのは君が怪電波を受信しちゃってるからだと思うよ

627 :Socket774:2017/04/02(日) 19:57:37.56 ID:f2qMnlQr
ついでに4kでの報告

【CPU】AMD Ryzen 7 1800X Eight-Core Processor / 8 cores 16 threads 3.990 GHz
【MEM】16GB 3200MHz
【M/B】ASUSTeK COMPUTER INC. CROSSHAIR VI HERO BIOSver. 1002
【HDD/SSD】WDC WD60EZRZ-00RWYB1
【OS】Microsoft Windows 10 Pro OSver. 14393
【x265】2.3+24
【SOURCE】3840.mkv
【OPTION】

【Veryfast】 13.60 fps, 8811.42 kb/s, Avg QP:18.89
【. Medium】 6.69 fps, 9329.22 kb/s, Avg QP:18.58
【   Slow】 2.97 fps, 9744.88 kb/s, Avg QP:18.78

628 :Socket774:2017/04/02(日) 23:14:33.58 ID:1Op1UUEn
まさかプロセッサネームを知らない人がベンチスレにいるとは
BIOSの表示からして8コア表記されているのに…

629 :Socket774:2017/04/02(日) 23:36:32.11 ID:cw0KKscu
しつこすぎ

630 :Socket774:2017/04/03(月) 03:43:26.83 ID:eGBunLDL
>>628
筋違いな指摘だけで人となりが透けて見えるよなw

631 :Socket774:2017/04/03(月) 07:55:39.33 ID:vAy/UFSA
ベンチスレは自己顕示欲の競い合いだからね、仕方ないね

632 :Socket774:2017/04/03(月) 16:45:46.06 ID:LSkteZca
796 名前:Socket774 (アウアウカー Sad7-4dyE)[sage] 投稿日:2017/04/03(月) 03:45:17.92 ID:iuQJiBs7a [2/2]
https://1drv.ms/u/s!AiUNdFBu49k-yV2HzPATrr-6xcJk

264ベンチスレで配布してるのはこれね
これこのまんまやったのでそのまま貼り付けておきます
エイトコアなんちゃら言われてますけど、結果出力がこうなってるみたいですよ
言われたままに このベンチは初めて

【CPU】AMD Ryzen 7 1800X Eight-Core Processor 4.100GHz(※実際は 4102.13Mhz)
【MEM】16GB 3200MHz (※実際は 3302.4Mhz)
【M/B】ASUSTeK COMPUTER INC. CROSSHAIR VI HERO 1002
【HDD/SSD】PCIe SSD
【OS】Microsoft Windows 10 Pro 14393
【x265】2.3+27
【OPTION】
【SOURCE】3840.mkv

【Veryfast】 14.22 fps, 8811.42 kb/s, Avg QP:18.89
【. Medium】 6.92 fps, 9329.22 kb/s, Avg QP:18.58
【   Slow】 3.03 fps, 9744.88 kb/s, Avg QP:18.78
http://i.imgur.com/J3zIG0Y.png

633 :Socket774:2017/04/06(木) 12:57:06.01 ID:aLUTZsiN
Build 15063来てるみたいだけど、パフォーマンス改善されただろうか

634 :Socket774:2017/04/06(木) 13:59:18.62 ID:WZuXIqIQ
【CPU】AMD Ryzen 7 1700 Eight-Core Processor / 3.2GHz
【MEM】16GB 2933MHz
【M/B】ASUSTeK COMPUTER INC. PRIME B350-PLUS Ver. 0605
【HDD/SSD】WDC WD10EFRX-68JCSN0
【OS】Microsoft Windows 10 Pro Build 15063
【x265】2.3+27
【OPTION】
【SOURCE】1920.mkv

【Veryfast】 40.46 fps, 2819.19 kb/s, Avg QP:20.54
【. Medium】 21.30 fps, 3355.47 kb/s, Avg QP:20.21
【   Slow】 8.97 fps, 3663.50 kb/s, Avg QP:20.22

【SOURCE】3840.mkv
【Veryfast】 11.01 fps, 8811.42 kb/s, Avg QP:18.89
【. Medium】 5.26 fps, 9329.22 kb/s, Avg QP:18.58
【   Slow】 2.36 fps, 9744.88 kb/s, Avg QP:18.78

【x264】r2773 (x64)
【Veryfast】 84.00 fps, 33407.39 kb/s, 239.19 MB
【. Medium】 27.76 fps, 34732.34 kb/s, 248.67 MB
【   Slow】 16.52 fps, 34758.16 kb/s, 248.86 MB
【. Slower】 6.297 fps, 34088.61 kb/s, 244.06 MB

Windows CUでベンチ
少しfps上がったが、多分BIOSアプデの差だろうな

635 :Socket774:2017/04/06(木) 23:20:12.14 ID:kBos1Dts
【CPU】AMD Ryzen 7 1800X Eight-Core Processor / 3.698GHz
【MEM】64GB 2666MHz
【M/B】ASRock X370 Taichi Ver. P2.00
【HDD/SSD】PLEXTOR PX-1TM8PeG
【OS】Microsoft Windows 10 Pro Build 14393
【x265】2.3+27
【OPTION】
【SOURCE】3840.mkv

【Veryfast】 12.57 fps, 8811.42 kb/s, Avg QP:18.89
【. Medium】 6.04 fps, 9329.22 kb/s, Avg QP:18.58
【   Slow】 2.72 fps, 9744.88 kb/s, Avg QP:18.78

636 :574:2017/04/07(金) 13:50:56.70 ID:BGp1tQkI
Ryzen向け電源プロファイルが公開されたので適応したもの

【CPU】AMD Ryzen 7 1700X
【MEM】4GB 2400MHz x2(Dual)
【M/B】Gigabyte AB350M Gaming3 (Rev.1)
【OS】Microsoft Windows 10 Home 64bit
【x265】 記憶にないが3/25更新となってるのでたぶん最新っぽい
【SOURCE】1920.mkv

電源プロファイル: AMD Ryzen Balanced
【Veryfast】 41.84fps (26.96s)
【. Medium】 22.07fps (51.10s)
【   Slow】 9.46fps (118.58s)

637 :Socket774:2017/04/07(金) 13:55:09.54 ID:WY3CBVhi
誤差と言えなくもないけど、ハイパフォーマンスより上がっているね
消費電力が気になるところではあるが、大差ない気もする

638 :Socket774:2017/04/07(金) 15:55:00.71 ID:BGp1tQkI
slowでは下回ったけどね
一発勝負だしwin側のパッチ考えてなかったから
あとで両方とも取り直してみる

639 :Socket774:2017/04/07(金) 16:15:47.73 ID:BGp1tQkI
Ryzen Balanced
9.84fps (114.68s)

高パフォーマンス
9.80fps (115.12s)

今回はベンチ中は放置
とりあえず有利な方向に作用するみたいだ

640 :Socket774:2017/04/07(金) 16:32:48.04 ID:+5pu+uTs
そんなの誤差じゃん

641 :Socket774:2017/04/07(金) 16:44:44.16 ID:BGp1tQkI
当たり前じゃん

642 :Socket774:2017/04/07(金) 17:25:31.27 ID:3xgYbJh2
5%とか変わったら逆にこえーわ

643 :Socket774:2017/04/07(金) 17:45:57.48 ID:2tJBiuy8
そんな微々たる差で有利も不利もないだろ

644 :Socket774:2017/04/07(金) 18:14:32.43 ID:fd05HKWE
かかってこいや

645 :Socket774:2017/04/07(金) 18:21:33.04 ID:qIThQDMW
アイドルの消費電力下がるなら優秀じゃん

646 :Socket774:2017/04/07(金) 18:49:57.02 ID:31DpCIgn
高パフォーマンスでも同じく下がる

647 :Socket774:2017/04/08(土) 06:13:41.91 ID:P5FKdFDe
ゲームとかの負荷に緩急の多い場合のパフォーマンスに問題があったんだから
元から影響の少ない、常態的に負荷が高いエンコードとかに効果が殆ど無くて当たり前だ罠

648 :Socket774:2017/04/08(土) 21:14:48.78 ID:kcX1ugLa
Sandy厨だけどこのベンチしてみると時代に取り残されてる感が湧いてくるのぉ・・・。

【CPU】2700K 5.2GHz
【MEM】8GBx4 2133MHz 9-11-10-32-2T
【M/B】Z68 Extreme4 Gen3 / P2.30
【HDD/SSD】PX-256M5S RAID0
【OS】Windows 10 Build 14393
【x265】2.3+29
【SOURCE】1920.mkv

【Veryfast/Medium/Slow】26.88 / 14.59 / 6.15 [fps]

649 :Socket774:2017/04/08(土) 21:24:17.29 ID:kcX1ugLa
一応Kabyちゃんも

【CPU】7700K 5.2GHz
【MEM】8GBx2 4000MHz 16-17-17-37-1T
【M/B】Z170M OC Formula / P7.40
【HDD/SSD】MZVPW256HEGL-00000
【OS】Windows 10 Build 14393
【x265】2.3+29
【OPTION】
【SOURCE】1920.mkv

【Veryfast/Medium/Slow】50.08 / 25.22 / 9.86 [fps]


「xxxx kb/s, Avg QP:xx.xx」は毎回同じ、みんな同じだよね。まったく意味ナサスな値なのでカットしたった。
logからその2つを引っ張ってくるfor構文の%bと%cはいらんのとちゃうかな?

650 :Socket774:2017/04/09(日) 05:43:56.21 ID:fI0CtRbf
>>649
お前の報告こそいらないと思うw

651 :Socket774:2017/04/09(日) 06:00:07.18 ID:1d440oLR
自分にとって無意味な報告はあるかもしれないけど
全員にとって無意味な報告などないのだ
喧嘩するな

652 :Socket774:2017/04/09(日) 08:13:10.03 ID:QJ5sUnSD
>>650
Ctrl+Fで↓叩いてみそ
2819.19
8811.42

653 :Socket774:2017/04/09(日) 10:24:28.05 ID:ojVyGvo8
エンコーダ本体の更新があれば値は変わるし、他のビルド使うと同一バージョンでも変わるよ

654 :Socket774:2017/04/09(日) 12:33:25.19 ID:XZXo4W4m
で、何の意味があるの?

655 :Socket774:2017/04/09(日) 13:13:48.29 ID:2lpxyIVi
>>648-649
処理が重くなるほどスコア上昇率も悪くなるんですよねーIntelは
これはコア数とか関係なくIntelの伝統

656 :Socket774:2017/04/09(日) 14:25:10.95 ID:QlrUfwX6
伝統というか、IntelのThermal Throttlingの性能の良さで、誤魔化し誤魔化し動いてるの気づかずに、無駄に高いクロックで運用してるのが少なくないってだけだよ
実質OCに失敗してるのと同じで、コアがストールしまくってる

Linpackの時間あたりの演算量が解るベンチ掛けながら、発熱がピークになってから演算量落ちてこないか調べてみな

657 :Socket774:2017/04/09(日) 14:33:56.50 ID:GPYcA/Re
別スレにも書いたけどx265の速度比は

AVX2 256bit演算器無し
Ryzen 4.34 : 2.33 : 1(Veryfast : medium : slow)
Sandy 4.37 : 2.37 : 1
Nehalem 4.20 : 2.30 : 1

AVX2 256bit演算器有り
Kabylake 5.08 : 2.56 : 1
Haswell  4.87 : 2.43 : 1

こんな感じでAVX2の効果が
Veryfast寄りなほど大きくなる傾向ってだけの話だと思う  

658 :Socket774:2017/04/09(日) 19:48:55.30 ID:8pXQZZaK
【CPU】AMD Ryzen 7 1700 Eight-Core Processor / 3.593GHz
【MEM】32GB 1067MHz
【M/B】Micro-Star International Co., Ltd X370 GAMING PRO CARBON (MS-7A32) Ver. 1.20
【HDD/SSD】SM961
【OS】Microsoft Windows 10 Pro Build 15063
【x265】2.3+29
【OPTION】
【SOURCE】1920.mkv

【Veryfast】 43.52 fps, 2819.19 kb/s, Avg QP:20.54
【. Medium】 22.93 fps, 3355.47 kb/s, Avg QP:20.21
【   Slow】 9.86 fps, 3663.50 kb/s, Avg QP:20.22

659 :Socket774:2017/04/09(日) 20:20:00.15 ID:8pXQZZaK
【CPU】AMD Ryzen 7 1700 Eight-Core Processor / 3.591GHz
【MEM】32GB 1067MHz
【M/B】Micro-Star International Co., Ltd X370 GAMING PRO CARBON (MS-7A32) Ver. 1.20
【HDD/SSD】SM961
【OS】Microsoft Windows 10 Pro Build 15063
【x265】2.3+29
【OPTION】--asm AVX --asm AVX2
【SOURCE】1920.mkv

【Veryfast】 44.15 fps, 2819.19 kb/s, Avg QP:20.54
【. Medium】 22.90 fps, 3355.47 kb/s, Avg QP:20.21
【   Slow】 9.90 fps, 3663.50 kb/s, Avg QP:20.22

660 :Socket774:2017/04/09(日) 21:56:11.45 ID:xIlwDq1J
>>657
そのAVX2を作ったのがIntelだからなー
AVXってCPUでGPUの真似事したいって事じゃん
ソフトエンコはGPU-SIMDじゃ出来ない処理をCPUにさせたいんだから小手先の拡張命令よりコアリソース増やしてもらった方が有難いな

661 :Socket774:2017/04/09(日) 22:05:45.35 ID:8pXQZZaK
【CPU】AMD Ryzen 7 1700 Eight-Core Processor / 3.591GHz
【MEM】32GB 1333MHz
【M/B】Micro-Star International Co., Ltd X370 GAMING PRO CARBON (MS-7A32) Ver. 1.20
【HDD/SSD】SM961
【OS】Microsoft Windows 10 Pro Build 15063
【x265】2.3+29
【OPTION】
【SOURCE】1920.mkv

【Veryfast】 44.16 fps, 2819.19 kb/s, Avg QP:20.54
【. Medium】 22.93 fps, 3355.47 kb/s, Avg QP:20.21
【   Slow】 9.84 fps, 3663.50 kb/s, Avg QP:20.22

662 :Socket774:2017/04/09(日) 22:06:23.41 ID:8pXQZZaK
【CPU】AMD Ryzen 7 1700 Eight-Core Processor / 3.591GHz
【MEM】32GB 1333MHz
【M/B】Micro-Star International Co., Ltd X370 GAMING PRO CARBON (MS-7A32) Ver. 1.20
【HDD/SSD】SM961
【OS】Microsoft Windows 10 Pro Build 15063
【x265】2.3+29
【OPTION】--asm AVX --asm AVX2
【SOURCE】1920.mkv

【Veryfast】 44.83 fps, 2819.19 kb/s, Avg QP:20.54
【. Medium】 23.35 fps, 3355.47 kb/s, Avg QP:20.21
【   Slow】 9.87 fps, 3663.50 kb/s, Avg QP:20.22

663 :Socket774:2017/04/09(日) 22:19:40.67 ID:zPuFB5Hb
例のFMA3バグなどの修正を含む最新ファーム当たってる状態?

664 :Socket774:2017/04/09(日) 22:19:58.20 ID:QlrUfwX6
伝統と言うほど前からAVX2って有るんかい
負荷というより、単に命令の処理比重でしょうに

665 :Socket774:2017/04/09(日) 22:33:40.71 ID:8pXQZZaK
>>663
3月17日リリースのBIOSです。

666 :Socket774:2017/04/09(日) 22:57:28.56 ID:zPuFB5Hb
>>665
thx
ってことはまだなのね
DRAMレイテンシの削減やら新BIOSが楽しみだね

667 :Socket774:2017/04/10(月) 08:32:20.18 ID:TvIdaB3E
>>664
伝統ですから、AVX関係なく
ゲームのフレームレートやMPEG2エンコをtmpegベンチで早い早いやってたPen4と
MP4系のWMVやDivxエンコが早くて日本のPCメディアは極力ベンチを避けてたAthlon64の時代から

メモリスループット依存の高い処理は早いけど、加減乗除実演算の負荷が高くなると遅くなるのはインテルCPUの仕様、
実行ユニット数が常にAMDより少ないからね

668 :Socket774:2017/04/10(月) 14:51:04.92 ID:huYyCDbn
単にAthlon 64 x2とかだと、2.4GHz x2で4800+とかやってたから、マルチスレッドのエンコードやレンダには良いけど
ゲームだとシングルスレッド能力も問われて2.4GHzじゃ太刀打ちできなかったってだけでしょ

コンシューマクラスでコア数で勝っていても、Bulldozerみたいな事になっては極端にコア分散しすぎて、エンコードやレンダリング、データの変換等じゃないと有用性が低い代物になって扱いづらくなるだけなのは自明でしょうに
あとコア数だけで語っても、命令数も伴わなきゃならんのだし

AMDのCPU自体は悪い物だとは思わないけど、あなたの解釈雑すぎだと思うよ

204 KB
新着レスの表示

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50
名前: E-mail (省略可) :


read.cgi ver 05.04.00 2017/10/04 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)