【x264+Avisynth】実用エンコベンチ Part5.1 [無断転載禁止]©2ch.net
- 1 :Socket774:2016/04/07(木) 21:34:26.34 ID:zcrOJ+Cg
- x264ベンチ報告スレです。
ベンチマークセットはここ
https://drive.google.com/file/d/0B8Fsw9b9NGgXS05ibE9RZUExQTg/edit?usp=sharing
構成はこんな感じで
【CPU】
【MEM】
【M/B】
【GPU】
【SSD/HDD】
【OS】
【x264】
前スレ
【x264+Avisynth】実用エンコベンチ Part4
http://potato.2ch.net/test/read.cgi/jisaku/1397956056/
- 2 :Socket774:2016/04/07(木) 22:28:08.13 ID:duOTpGaU
- この前探したときはなかったんやで。
よう立てた!
- 3 :Socket774:2016/04/07(木) 22:58:09.36 ID:zcrOJ+Cg
- Broadwell-EPのスコアがみたいでござる
- 4 :Socket774:2016/04/08(金) 04:30:08.73 ID:c9aRWTGe
- また落ちてたのか
過疎スレにはつらい世の中だな
- 5 :Socket774:2016/04/08(金) 19:05:03.47 ID:EWr+r11P
- AMDもまだ先っぽいししばらくは過疎が続くか
- 6 :Socket774:2016/04/08(金) 23:14:30.41 ID:AyZ1TYDA
- 【CPU】Core i7 5775C@定格[Auto]
【MEM】DDR3-2400-8GB x2[DC]
【M/B】GA-Z97X-UD3H Rev 1.0 BIOS F9
【GPU】Intel Iris Pro Graphics 6200(iGPU)@定格[UMA 1024MB] + 15.40.10.64.4300
【HDD】CSSD-S6T128NHG6Q[HG6y](SSD, 128GB, SATA3)
【OS】7P64SP1
---------------
【x264】r2334 (x86) 8bit
【Veryfast】62.03 fps
【. Medium】15.58 fps
【 Slow】7.31 fps
【. Slower】3.22 fps
【x264】r2334 (x64) 8bit
【Veryfast】66.27 fps
【. Medium】17.44 fps
【 Slow】7.93 fps
【. Slower】3.90 fps
【x264】r2665 (x86) 8bit
【Veryfast】62.23 fps
【. Medium】15.75 fps
【 Slow】7.34 fps
【. Slower】3.22 fps
【x264】r2665 (x64) 8bit
【Veryfast】66.27 fps
【. Medium】17.49 fps
【 Slow】7.92 fps
【. Slower】3.90 fps
落ち対策とBroadwell-EPの肩すかしをかねてカキコw
OpenCLは効かず
- 7 :Socket774:2016/05/21(土) 14:43:08.26 ID:HVR7K840
- 立ってたのね
- 8 :Socket774:2016/05/22(日) 01:02:00.58 ID:uCWT8Ya7
- まだ落ちてなかったのかw
それにしてもBroadwell-Eってまだ出てないの?
- 9 :Socket774:2016/05/28(土) 21:28:03.96 ID:mOnGxdm1
- 【CPU】i7 6700 TB3.7GHz(offset -0.16V)CPUファンレス
【MEM】DDR4-2400 8GBx4
【M/B】ASUS Z170M-PLUS
【SSD】CT960M500x3
【OS】 Win7 Pro x64
【x264】r2579 (x64)
アイドル:21W、ベンチmax:71W、(エンコ消費電力50W)、threads 16
【Veryfast】 73.58 fps
【. Medium】 19.31 fps
【 Slow】 8.68 fps
【. Slower】 4.22 fps
【CPU】i5 6600 TB3.6GHz(offset -0.15V)CPUファンレス
【MEM】DDR3-1600 8GBx2(1.35V)
【M/B】ASUS H170M-E D3
【SSD】SK hynix HFS500G32TND-3112x2
【OS】 Win10 Pro x64
【x264】r2579 (x64)
アイドル:16W、ベンチmax:60W、(エンコ消費電力44W)、threads 16
【Veryfast】 54.90 fps
【. Medium】 14.61 fps
【 Slow】 6.80 fps
【. Slower】 3.29 fps
【CPU】i7 5775C TB3.6GHz(offset -0.12V)CPUファンレス
【MEM】DDR3-1600 8GBx4(1.35V)
【M/B】ASUS GRYPHON Z97
【SSD】PX-256M3P/PX-512M5P/VTR180-960G
【OS】 Win10 Pro x64
【x264】r2579 (x64)
アイドル:16W、ベンチmax:64W、(エンコ消費電力48W)、threads 16
【Veryfast】 65.12 fps
【. Medium】 17.14 fps
【 Slow】 7.75 fps
【. Slower】 3.82 fps
- 10 :Socket774:2016/05/29(日) 00:20:16.23 ID:5lg9YVPb
- コレクターかw
- 11 :Socket774:2016/05/29(日) 18:14:00.90 ID:j7H3soln
- 【CPU】A10-7860K定格3.6G TC4G
【MEM】DDR3-2133 4GBx2
【M/B】ASRock FM2A88X-ITX+
【SSD】TS256GSSD370S
【OS】 Win7 x64
---------------
【x264】r2579 (x64)
【Veryfast】 22.70 fps, 33307.56 kb/s
【. Medium】 7.30 fps, 34580.36 kb/s
【 Slow】 4.01 fps, 34108.79 kb/s
【. Slower】 1.90 fps, 33889.40 kb/s
OpenCL有効
【Veryfast】 24.40 fps, 33272.35 kb/s
【. Medium】 7.50 fps, 34546.33 kb/s
【 Slow】 4.14 fps, 33999.91 kb/s
【. Slower】 1.93 fps, 33776.82 kb/s
- 12 :Socket774:2016/05/29(日) 18:19:20.17 ID:j7H3soln
- 【CPU】Athlon X4 845定格3.5G TC3.8G
【MEM】DDR3-1333 4GBx2
【M/B】GIGABYTE GA-F2A88XM-D3H Rev3.0
【SSD】C300 CTFDDAC064MAG
【OS】 Win7 x64
---------------
【x264】r2579 (x64)
【Veryfast】 24.31 fps, 33307.56 kb/s
【. Medium】 7.79 fps, 34580.36 kb/s
【 Slow】 3.88 fps, 34108.79 kb/s
【. Slower】 1.68 fps, 33889.40 kb/s
OpenCL有効
【Veryfast】 23.19 fps, 33272.35 kb/s
【. Medium】 7.66 fps, 34546.33 kb/s
【 Slow】 3.85 fps, 33999.91 kb/s
【. Slower】 1.68 fps, 33776.82 kb/s
- 13 :Socket774:2016/05/30(月) 01:34:16.92 ID:8KMltssg
- また珍品が来たなw
ちと低い気もするが定格だとそんなもんなのかな
ちなみに後者のGPUは何?
- 14 :Socket774:2016/05/30(月) 11:49:46.02 ID:wklb/x/B
- >>13
ああ、ごめん
GT710です
とりあえずの余り物で組んだやっつけ構成ですわ
- 15 :Socket774:2016/05/30(月) 12:24:14.71 ID:3dNNXxT6
- そういう流行の路線から外れた構成でも、マメに報告してくれるのは有難いよ
1〜2つ報告上がるだけで、同系統のCPUの能力推算できるし
- 16 :Socket774:2016/06/01(水) 00:45:45.22 ID:J6w70TL5
- >>14
報告ありがとう
DDR3ならGT720よりも速いやつだっけ? -> GT710
現行とはいえさすがにローエンドでは効果ないねぇ
- 17 :Socket774:2016/06/01(水) 11:06:50.11 ID:LRcFZ4C+
- 貴重だよね。変わったものあげてくれるほうが
にしてもまたAVX2の効果の無さがあれだねぇ
- 18 :Socket774:2016/06/01(水) 12:39:02.12 ID:bJl77KJT
- 効果あるから、クロック低いのに勝ってるじゃ
- 19 :Socket774:2016/06/01(水) 12:53:17.02 ID:ulfDxNOa
- そしてBroadwell-Eの10コアの報告待ちモードと
- 20 :Socket774:2016/06/01(水) 23:41:48.71 ID:LRcFZ4C+
- >>18
IPC分の向上しか見られないのよkaveriと比較して
- 21 :Socket774:2016/06/02(木) 00:03:32.93 ID:FgBfknE/
- Broadwell-Eの6コア8コアも比較対象として気になるね
あとxeon v4
- 22 :Socket774:2016/06/02(木) 01:10:02.16 ID:3gWXXpbK
- 実質のEP8コアはSoC版が1年先行してるから、コアとクロック当たりの性能は概ね予想出来るけど、
折角のEだからクロック何処まで伸ばせるかに期待もしてる
- 23 :Socket774:2016/06/02(木) 15:33:15.66 ID:/CZRXl+q
- 【CPU】Xeon E5 2699 V4 X2
【MEM】DDR4-2133 4GBx8 ECC Reg
【M/B】Z10PE-D8
【HDD】
【SSD】Intel SSD750 400G
【OS】 Win10 Pro
---------------
【x264】r2579 (x64)
【Veryfast】 102.33 fps, 33405.22 kb/s
【. Medium】 33.75 fps, 34725.33 kb/s
【 Slow】 16.80 fps, 34292.06 kb/s
【. Slower】 8.03 fps, 34090.32 kb/s
組みあがった記念
CPU使用率30%・・・
- 24 :Socket774:2016/06/02(木) 15:42:51.26 ID:CtQ93l9L
- 88スレッドかー。
8コア16スレッドでも、x264のdefaultだと、スレッド少なくて、
負荷かかりきらないのよね。
ベンチ上は32スレッド位まで伸びたはず。
単純に考えれば、200スレッド位まで伸びそうだけど、
もうフルHDじゃ軽すぎるかもな。
- 25 :Socket774:2016/06/02(木) 17:00:00.40 ID:2pUj1Kg5
- >>23
ベンチ何分くらいで終わる?
- 26 :Socket774:2016/06/02(木) 20:46:19.90 ID:tHSVrdQV
- 【CPU】i7 5960X@4.2GHz
【MEM】DDR4-2400 8GBx4
【M/B】X99-pro/USB3.1 (asus)
【HDD】
【SSD】MZHPU256HCGL-00000
【OS】 Win10 x64
---------------
【x264】r2692 (x64)
【Veryfast】 112.72 fps, 33405.22 kb/s
【. Medium】 42.35 fps, 34725.62 kb/s
【 Slow】 20.23 fps, 34293.55 kb/s
【. Slower】 9.75 fps, 34089.71 kb/s
- 27 :26:2016/06/02(木) 20:47:23.98 ID:tHSVrdQV
- すみませんCPU直すの忘れた
【CPU】i7 6950X@4.2GHz
- 28 :Socket774:2016/06/02(木) 23:06:48.72 ID:Ygf6jGjU
- おーすげー
VeryfastはともかくMidium以降は強烈だな
報告乙
- 29 :Socket774:2016/06/02(木) 23:52:57.30 ID:FgBfknE/
- >>23
スレッド数増やしたらもっとぶっとびそう
>>26
Slower10FPS見えてきたなw
- 30 :Socket774:2016/06/03(金) 00:14:51.48 ID:C4X6IAML
- >>23 その構成だと、x264って片側のCPUでしか動かなかったりしない?あと、x264はDP/MP構成では
以前からCPU使用率が低くて、複数同時実行しないと能力を活かせない。
※Windowsは64論理CPUを越えると、複数のプロセッサグループってのに分割されて、それに対応した
ソフト(CINEBENCH R15とか)じゃないと、片側のCPU(1つのプロセッサグループ)の中だけでしか動
けないらしい。
- 31 :Socket774:2016/06/03(金) 00:24:04.40 ID:C4X6IAML
- >>26 同じくらいの能力ありそうだね。
【CPU】Xeon E5-2687Wx2@定格
【MEM】DDR3-1600 4GBx8
【M/B】EVGA SR-X
【HDD】2TBx3 (ストライプ)
【OS】 Win7 Pro 64 SP1
---------------
【x264】r2358 POP@4bit (x64) lavf
--threads auto
【Veryfast】 131.12 fps, 34691.29 kb/s
【. Medium】 30.51 fps, 35375.97 kb/s
【 Slow】 11.89 fps, 34109.44 kb/s
【. Slower】 6.32 fps, 33890.88 kb/s
--threads 128
【Veryfast】 144.23 fps, 34691.29 kb/s
【. Medium】 41.00 fps, 35372.93 kb/s
【 Slow】 15.18 fps, 34107.38 kb/s
【. Slower】 7.93 fps, 33881.21 kb/s
--threads 128 x 2ジョブ同時
【Veryfast】 86.56 fps + 86.43 fps = 172.99 fps
【. Medium】 24.34 fps + 23.98 fps = 48.32 fps
【 Slow】 10.42 fps + 10.44 fps = 20.86 fps
【. Slower】 5.42 fps + 5.41 fps = 10.83 fps
- 32 :23:2016/06/03(金) 03:29:21.71 ID:L4imc8/7
- >>25
五分くらいですかね
>>30
片側だけですね。
複数実行しないとに交互にCPU負荷がかかる感じですね。
- 33 :Socket774:2016/06/04(土) 03:08:55.88 ID:AXiAuwUI
- >>32 4ジョブ同時とかで本気出したところも見てみたいね。Veryfast 400fpsとか、Slower 25fpsとか
行けるんじゃない。
※スクリプトに手を入れて、出来るだけ同時スタートするようにするといいかね。>>31のは2つだから
頭でpause掛けて手動で素早く解除しただけ。時刻記録してて、開始が0.2秒、終わりが1.8秒差。
- 34 :Socket774:2016/06/04(土) 06:14:11.03 ID:NrxU0piY
- 計測するならr2692は避けた方がいいよ
r2579〜r2665辺りは殆ど差が無いけどr2692はVeryfastが大幅に下がり、Mediumも低下、SlowとSlowerは向上
2600K、3770、4770は処分したのでr2692で比較できないけどSky以外はr2692でもSlowerは変わらないかも
>>9のx264のみの変更の結果
r2665 6700 DDR4-2400
encoded 1800 frames, 73.67 fps, 34707.22 kb/s
encoded 1800 frames, 19.24 fps, 35384.16 kb/s
encoded 1800 frames, 8.66 fps, 34130.22 kb/s
encoded 1800 frames, 4.22 fps, 33909.37 kb/s
r2692 6700 DDR4-2400
encoded 1800 frames, 59.00 fps, 33427.75 kb/s
encoded 1800 frames, 18.23 fps, 34750.41 kb/s
encoded 1800 frames, 9.47 fps, 34314.11 kb/s
encoded 1800 frames, 4.42 fps, 34099.01 kb/s
r2692 6600 DDR3-1600
encoded 1800 frames, 44.54 fps, 33427.75 kb/s
encoded 1800 frames, 13.82 fps, 34750.41 kb/s
encoded 1800 frames, 7.44 fps, 34314.11 kb/s
encoded 1800 frames, 3.47 fps, 34099.01 kb/s
r2692 5775C DDR3-1600
encoded 1800 frames, 51.66 fps, 33427.75 kb/s
encoded 1800 frames, 16.12 fps, 34750.41 kb/s
encoded 1800 frames, 8.38 fps, 34314.11 kb/s
encoded 1800 frames, 3.80 fps, 34099.01 kb/s
- 35 :Socket774:2016/06/05(日) 01:43:55.76 ID:8hxEY+c0
- ほんとだr2692とr2694試したけどr2665の8割弱しか速度出ないな
出来上がりサイズも結構変わってるから
presetのパラメーターが変わったっぽいな
- 36 :Socket774:2016/06/05(日) 10:21:36.08 ID:gT/fN5mV
- あれじゃないの
--b-adapt 1の動作に変更が入ってb-adapt 2並の画質になったってやつ
- 37 :Socket774:2016/06/11(土) 15:01:51.87 ID:1EMegVy5
- 【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
【SSD】CFD CSSD-S6T512NHG6Q
【OS】 Windows7 Pro 64bit SP1
---------------
【x264】r2579 x64
--threads 128
【Veryfast】 181.71 fps, 34695.86 kb/s
【. Medium】 50.14 fps, 35379.23 kb/s
【 Slow】 21.75 fps, 34104.69 kb/s
【. Slower】 10.87 fps, 33880.68 kb/s
【x264】r2694 x64
--threads 128
【Veryfast】 111.48 fps, 33406.51 kb/s
【. Medium】 47.21 fps, 34705.77 kb/s
【 Slow】 23.87 fps, 34285.74 kb/s
【. Slower】 11.38 fps, 34064.53 kb/s
r2694だとVeryfastのCPU使用率があんまり上がらないね
最大で70%台
- 38 :Socket774:2016/06/30(木) 23:45:41.83 ID:j+DUjaQE
- これって、全然、圧縮できてないし、逆に肥大化してしまってるけど、パラメーター的に意味あるの?
ベンチ的にも意味あんのかな?
- 39 :Socket774:2016/06/30(木) 23:58:28.20 ID:bX3scawY
- どれのこと?
普通はよほどの画質狂じゃなきゃ(実写で)22以下は使わないし
ビットレートも上限をつけてやるのがおいしい
それとベンチの動画は荒いから圧縮しにくい
- 40 :Socket774:2016/07/01(金) 01:29:05.65 ID:SapQEbpC
- >>38
気にしたことなかったけどそうなのか……以外と実用的じゃないのかもw
ただ実際のエンコでもソースによっては設定同じでもかなりばらついたり(例 / ドラマ:速くて小さい、歌番組:遅くて大きい)するから、
目安にはなるんじゃないかなぁ
- 41 :Socket774:2016/07/02(土) 14:42:46.89 ID:+xNW4kr7
- エンコード設定が実用的かどうかを調べるテストではなく
各CPUのエンコード能力を測るベンチだから問題なし
- 42 :Socket774:2016/07/02(土) 14:58:10.69 ID:BnHISJMC
- スレタイの意味って何が実用なんだ?
- 43 :Socket774:2016/07/02(土) 15:36:20.20 ID:+xNW4kr7
- 多くのユーザーが使うビデオコーデックを使った【実用ベンチ】
フィルタもAMDのプロセッサを例外として「エンコが早い=フィルタリングも早い」が成立する
- 44 :Socket774:2016/07/02(土) 18:21:55.33 ID:gZMUR0jp
- >>41
そんな一般論的なことは誰でもわかってますよ。
- 45 :名無しさん@そうだ選挙に行こう! Go to vote!:2016/07/10(日) 08:40:19.50 ID:a+khzvpN
- 【CPU】i7 6800K@定格
【MEM】DDR4-2400 16GBx4
【M/B】ASUS X99-E
【SSD】SDSSDXPS-240G-J25
【OS】 Win10 Pro x64
---------------
【x264】r2665 (x64)
【Veryfast】 89.58 fps, 34690.86 kb/s
【. Medium】 23.76 fps, 35378.84 kb/s
【 Slow】 10.70 fps, 34117.65 kb/s
【. Slower】 5.35 fps, 33909.21 kb/s
- 46 :Socket774:2016/07/10(日) 21:15:15.66 ID:D7xFEkxz
- 突っ込みどころ多すぎて困る
- 47 :45:2016/07/10(日) 23:02:01.15 ID:a+khzvpN
- >>46
すいません、初めてなので…。
まずい所あれば言っていただければ
- 48 :Socket774:2016/07/10(日) 23:22:22.02 ID:apFuoQZ2
- たぶんスレタイとか【実用】の定義にこだわりたいだけ人だから
スルーしとけばいい
- 49 :Socket774:2016/07/11(月) 11:56:22.10 ID:xRE7CNzg
- >>45
全然まずいところはないですよ
初6800K情報乙です
- 50 :Socket774:2016/07/11(月) 23:49:42.75 ID:u9GCoAYc
- 久しぶりにこのスレ開いたけど
〜6コアではslowerで5fpsってのが一つの指標な感じ?
- 51 :Socket774:2016/07/12(火) 00:50:38.93 ID:bDfz9z7R
- 6700kで5fpsはいけたはず
- 52 :Socket774:2016/07/12(火) 14:06:42.71 ID:u3NbrzfR
- OCすればね
定格なら4fps台
- 53 :45:2016/07/13(水) 14:24:10.15 ID:o9meJlpa
- 少しOCしてみました
【CPU】i7 6800K@4.0Ghz
【MEM】DDR4-2400 16GBx4
【M/B】ASUS X99-E
【SSD】SDSSDXPS-240G-J25
【OS】 Win10 Pro x64
---------------
【x264】r2665 (x64)
【Veryfast】 97.95 fps, 34690.86 kb/s
【. Medium】 26.07 fps, 35378.84 kb/s
【 Slow】 11.74 fps, 34117.65 kb/s
【. Slower】 5.86 fps, 33909.21 kb/s
--threads 64
【Veryfast】 99.30 fps, 34697.69 kb/s
【. Medium】 27.06 fps, 35375.20 kb/s
【 Slow】 11.92 fps, 34104.89 kb/s
【. Slower】 5.95 fps, 33877.49 kb/s
- 54 :Socket774:2016/07/13(水) 16:23:33.50 ID:NMnBvMK0
- ちょっとOCするだけで100fps行きそうだな
- 55 :Socket774:2016/07/30(土) 18:04:13.22 ID:ZNbe4iHD
- 【CPU】i7 6700K@4.5Ghz
【MEM】DDR4-2400 64GB
【M/B】Asrock Z170 Extreme4
【HDD】
【SSD】VERTEX PLUS 60GB
【OS】 Win8.1Pro
---------------
【x264】r2705
【Veryfast】 69.35 fps, 33314.49 kb/s
【. Medium】 21.72 fps, 34596.61 kb/s
【 Slow】 11.35 fps, 34141.59 kb/s
【. Slower】 5.28 fps, 33931.49 kb/s
普通な人の構成。
- 56 :Socket774:2016/07/30(土) 18:21:43.75 ID:KZ0018vt
- ええもん使ってるな
そろそろマシン新調したい
- 57 :Socket774:2016/07/30(土) 18:23:37.10 ID:X22O7TKN
- おれも
- 58 :Socket774:2016/07/31(日) 01:27:44.26 ID:fsAHRF3g
- r2705もやっぱりガッツリ速度落ちてるな
r2665以前とは別ベンチのようだ
- 59 :Socket774:2016/07/31(日) 06:12:24.35 ID:NBr4DHnV
- 【CPU】i7 6700K@4.5Ghz
【MEM】DDR4-2400 64GB
【M/B】Asrock Z170 Extreme4
【HDD】
【SSD】VERTEX PLUS 60GB
【OS】 Win8.1Pro
---------------
【x264】r2665
【Veryfast】 86.22 fps, 34660.14 kb/s
【. Medium】 22.64 fps, 35301.75 kb/s
【 Slow】 10.21 fps, 33962.66 kb/s
【. Slower】 5.02 fps, 33745.42 kb/s
すみません。2665でやってみました。
- 60 :Socket774:2016/07/31(日) 09:39:56.87 ID:eL3AnzYn
- 気にすることは無い
画質向上のための速度低下だしさ
- 61 :Socket774:2016/08/25(木) 23:08:22.49 ID:bymEedRl
- 【CPU】i7 5960X@3.8Ghz Cache@3.8GHz
【MEM】DDR4-3000 32GB
【M/B】ASUS Rampage V Extreme
【GPU】 GTX 1080
【SSD】 Slim S55 960GB
【OS】 Win7 Pro
---------------
【x264】r2665
【Veryfast】 109.32 fps, 34697.99 kb/s
【. Medium】 30.14 fps, 35382.85 kb/s
【 Slow】 13.21 fps, 34119.33 kb/s
【. Slower】 6.79 fps, 33903.71 kb/s
--threads 128
【Veryfast】 103.43 fps, 34697.99 kb/s
【. Medium】 31.10 fps, 35378.08 kb/s
【 Slow】 14.20 fps, 34105.59 kb/s
【. Slower】 6.76 fps, 33903.71 kb/s
OpenCL有効
【Veryfast】 115.13 fps, 34542.97 kb/s
【. Medium】 31.13 fps, 35219.63 kb/s
【 Slow】 13.58 fps, 34082.63 kb/s
【. Slower】 6.90 fps, 33852.15 kb/s
- 62 :Socket774:2016/08/25(木) 23:26:53.42 ID:TUBkbRbn
- 相変わらず速いなぁ・・・
- 63 :Socket774:2016/08/25(木) 23:28:54.23 ID:3FvYmeW7
- 乙
しかし凄いような凄くないような……
OpenCLで超上乗せとかいつ頃だろうなぁ
- 64 :Socket774:2016/08/30(火) 10:42:23.52 ID:ZO7POuHv
- 【CPU】Celeron J1900
【MEM】DDR3-1600 2GBx2
【M/B】Q1900-DC-ITX
【SSD】ASX900S3-128GM-C
【OS】 Win7 HomePremium
---------------
【x264】r2579 (x64)
【Veryfast】 7.35 fps, 33307.61 kb/s
【. Medium】 2.32 fps, 34580.36 kb/s
【 Slow】 1.31 fps, 34108.79 kb/s
【. Slower】 0.61 fps, 33889.40 kb/s
当たり前だけど遅い
- 65 :Socket774:2016/09/21(水) 15:20:10.77 ID:Q1FvWlBO
- r2721でプリセットの内容変更が入った模様
Adjust --preset slow
* Swap --me umh for --trellis 2. They have a similar effect on performance
but the latter gives slightly better results in most cases.
* Change --b-adapt from 2 to 1. Negligible difference in quality since the
b-adapt 1 improvements, but it's significantly faster.
- 66 :Socket774:2016/09/22(木) 03:04:51.36 ID:PHCCzA3z
- もう最適化は限界レベルかね
- 67 :Socket774:2016/09/22(木) 09:29:25.11 ID:sShyA1Fh
- それはそうだろうな
なんせ古いからできることはやり尽くしてる
- 68 :Socket774:2016/09/22(木) 21:41:35.53 ID:dofO54GE
- MBAFFの最適化がまだだと思ったけど、開発のメインであるガイジンさんは、
基本的に、インタレに興味がないからなぁ。
- 69 :Socket774:2016/09/22(木) 23:27:50.24 ID:6WsgfI1w
- NHKのバカどもがアナログハイビジョンというゴミとの互換性とかいうクッソくだらない理由でゴリ押ししたせいで
この21世紀にFPDで見るデジタルHDTVがインタレで放送されるという恥ずかしいことになってるんだよなあこの国は
- 70 :Socket774:2016/09/23(金) 02:08:14.00 ID:1AtwPzDQ
- 1280x720の60pをデフォにしてくれていたらなぁ……
糞みたいな苦労をしなくても済んだのに
- 71 :Socket774:2016/09/23(金) 02:15:08.58 ID:l3Rtrd5f
- アメリカも結局HDデジタル放送は1080iがほとんどなんだよね
- 72 :Socket774:2016/09/23(金) 05:32:08.83 ID:3z/k/od3
- この手の技術開発をNHKに殆ど丸投げで、結果だけ享受する民放にも問題有るけどな
各局である程度協同出資するなりして、発言権持たなかった
移行期に旧世代の機器の為、元からインタレにするにも、HD解像度のアナログTV相手にしか意味ないし
SD解像度の既存機器にはどうせデインタレ後ににスケーリングして、再度インタレにして出力だから、プログレッシブでも問題無かった
- 73 :Socket774:2016/09/23(金) 06:03:44.07 ID:l3Rtrd5f
- 日本だけじゃなく、海外のデジタル放送でも1080iが主流なのもNHKのせいなの?
- 74 :Socket774:2016/09/23(金) 07:05:08.17 ID:3z/k/od3
- そもそもが日本(NHK)開発の規格が国際規格化した物なんだよ、そりゃ他でも1080iになるさ
ハイビジョンってのもNHKが命名
あとは、どういう帯域管理で配信するかとか、伝送方式の違いでしかない
- 75 :Socket774:2016/09/23(金) 07:09:40.64 ID:9d4UkXQa
- NTSCじゃないの?
- 76 :Socket774:2016/09/23(金) 07:37:33.10 ID:3z/k/od3
- ちょい細かく言うと
80年代末期から90年代の技術的なデジタル化が進む段階で北米の仕切りや方向性がgdgdで、
日本のハイビジョン規格を踏まえて、北米の民間機器メーカーで先走り的にデジタル規格化進めて、ケーブル事業者とかが採用し始める
元が走査線1150な日本のアナログハイビジョンから派生的にデジタル化を手早く進めた亜種なんで、この時点でデジタルハイビジョンは1080iという括りで作られてる
先走ってる分、帯域面とか著作権対応捨てていたりとか、副次情報の練り込む予知が少なかったりとか、早かろう〜なんだけど
その分古い技術で実現出来ているので、実装が楽だったりして普及さでやすかったりする
正式な国際規格と言うより、普及してしまって実質的な国際規格の様になったり、あとから規格とされたりしてる方式がここいらへん
金掛からないので、後進国や国土の広い国で人気
日本方式は色々考えすぎで、デジタル規格化定まるまで時間が掛かった代わりに、色々出来る造りだったりするけど、設備に金が掛かるので、先進国や金のある国向けだけど、正式な国際規格として誕生している
- 77 :Socket774:2016/09/23(金) 07:59:29.50 ID:3z/k/od3
- >>75
うん
そしてNTSCのハイビジョン走査線数決まる元になったのは何処か?って事ね
既に普及してないアナログハイビジョンすっ飛ばしてデジタルハイビジョンが普及しちまってるから、混乱するのだけれど
そんで、やっと話が戻るが
日本発祥の方式は、考えすぎて後発になった代わりに、技術革新の激しい時期により新しい技術を採用することも出来たし、ブラウン管の終演も予測できる位置に居たんだよね
更に規格化後に実際に放送のデジタル化出来るまでの期間が掛かるのもね
ここで、北米の民間規格に遅れていて事で先を見た動きが出来なくなって、半端に先急ぐ事になる
デジタル処理系に移行出来れば、インターレース化自体が放送事業者側で省けるうえ、移行期の極一部でしか元からインターレースで送信する必要が無い(受信側で対応可能)なのに、極一部にしか普及していないアナログハイビジョン機器に気を使った形を取ってしまう訳だな
国内にBlu-rayの元締めのSONYやら家電メーカー、日本固有の放送事業者兼コンテンツホルダーな民法各局が居ながら、そこいらの意向は全く踏まえられては居ない
- 78 :Socket774:2016/09/23(金) 08:17:30.15 ID:3z/k/od3
- 他の先走り規格は初期の普及も90年代だから1080iでもさもありなんって事なんだけど
ISDB自体は720pも1080pもOKで、実体的な放送を1080iにする必要性があったかが疑問て訳ね
- 79 :Socket774:2016/09/23(金) 10:12:07.07 ID:qdtZK91r
- ヨーロッパのDVB-TもアメリカのATSCも720PもOKにも関わらず
1080iがメインになってるってことは
現状のMPEG2では1080iの方が720Pよりもメリット有りと見られてるってことだろうな
インターレースゴリ押しのせいでIP変換が
フレーム単位IP変換から始まって
ライン単位→エリア単位→ベクター適応
まで進化してしまった結果オーライも大きいな
つってもエンコする人間からするとインターレースは
インタレ解除するやつにとっては当然のこと
仮にインタレ解除しないにしてもプルダウンフラグ付きの放送あったり(BSJなど)
まれにボトムフィールドファーストの放送があったりして色々と地雷なんだよな
- 80 :Socket774:2016/09/23(金) 10:38:02.46 ID:UPxVdKCo
- なんかよく分からない方向に話が進んでるが
27vだとか32vを超えるテレビで見るには720pは情報量が少なすぎる
ノイジーなのは確かだが1080iのほうが断然、情報量が多く放送派には向いている
ぶっちゃけ720p@60fps推しはスマホでしか見ない層だと思ってる
- 81 :Socket774:2016/09/23(金) 10:58:56.94 ID:qdtZK91r
- 今のベクタ適応まで進化したデジタルIP変換って
60i→60Pへの変換にしても、失われた片フィールドをかなりのところまで補完した上で
巧く60Pに変換できるところまで来てるしな
俺も昔はアンチインタレで720P推し派だったけど、今は
現行規格に関しては1080iで結果的に良かったと思ってる
- 82 :Socket774:2016/09/23(金) 11:01:48.97 ID:qdtZK91r
- まあ、tsソースをH.264エンコする
立場ではインタレが厄介でたまらないのは変わらないけどw
- 83 :Socket774:2016/09/23(金) 11:24:02.43 ID:UPxVdKCo
- ベクター適応なんてRADEONが10年以上前から搭載してたぞ
やはり動画ならRADEONという評判は伊達じゃないな
- 84 :Socket774:2016/09/23(金) 11:37:53.29 ID:qdtZK91r
- Geforceも10年以上前にベクタ適応したけど
そのベクタ適応を売りにしたPureVideoなんて
散々宣伝しといたのに当初は有料コーデックじゃないと
使えなかったった上に、金払ってもWMPでしか使えないとかガッカリ仕様だったな
- 85 :Socket774:2016/09/23(金) 11:44:42.59 ID:I8VaZKcO
- 10年以上前からっていうが当時より今のほうが
綺麗にインタレ解除できるように進化してるよ
- 86 :Socket774:2016/09/23(金) 11:50:03.22 ID:qdtZK91r
- ベクタ適応と一言に言っても
どこまで動き補完できるかはアルゴリズムの進化で変わるしな
- 87 :Socket774:2016/09/23(金) 12:12:17.01 ID:chYTsl6p
- 興味深い話だけどここ何のスレだっけ
- 88 :Socket774:2016/09/23(金) 12:15:42.83 ID:qdtZK91r
- スマンかった
もうやめとく
- 89 :Socket774:2016/10/13(木) 10:05:07.65 ID:V3lGqDVT
- >>67
計測時間も表示してくれれば、さらに見易いのにね
- 90 :Socket774:2016/10/15(土) 16:15:59.99 ID:uO7EK33Z
- x265のベンチとかはやらないの?
- 91 :Socket774:2016/10/15(土) 20:54:59.38 ID:rQ4TaYK6
- x265は実用にならないほど遅いから
- 92 :Socket774:2016/11/01(火) 14:55:53.15 ID:xLQ9c3pT
- i5-3470 + H77 + DDR3-1600 4GBx2
↓
i7-6700 + H170 + DDR4-2133 8GBx2
こう変えたけど、aviutilで25分のアニメエンコが40分前後だったのが、30分前後になった
ぶっちゃけ大差なかった(´・ω・`)
- 93 :Socket774:2016/11/01(火) 15:11:53.30 ID:zPAZ4hcD
- 40分が30分になったんなら結構な差じゃねえか?
- 94 :Socket774:2016/11/01(火) 19:16:17.69 ID:aq/VB+CT
- まぁ1世代飛ばした上てミドルローからハイエンドに変えてその差は嘆きたくなる気もわかる
- 95 :Socket774:2016/11/01(火) 19:23:57.67 ID:LZDi2sjb
- もしもCPU使用率がコンスタントに90%超えてなかったら
ボトルネックがシングルスレッドのフィルタとかあって
せっかくのHTT分の差が出てない可能性はあるな
- 96 :Socket774:2016/11/01(火) 19:26:41.45 ID:HNydfnbw
- >>95
aviutil使ってるって言ってるから十分ありえるな
- 97 :Socket774:2016/11/01(火) 20:16:59.03 ID:xLQ9c3pT
- たしかにそんな気がする、次の休みにでもフィルタと設定を見直すか
面倒くさいがやむを得ないか・・・(´;ω;`)
- 98 :Socket774:2016/11/01(火) 20:21:28.18 ID:ys13xyfV
- kaby i7K来てもメインストリームは2倍速にはならんかのぅ
【CPU】i5 4690K@3.9GHz
【MEM】DDR3-2133 8GBx2
【M/B】Z97M-Pro4
【HDD】WD Blue 3TB
【SSD】Crucial M550
【OS】 Win10 64bit home Anniversary
【x264】r2538 (x64)
---------------
【Veryfast】 55.22 fps, 34651.00 kb/s, duration 0:00:32.59
【. Medium】 14.65 fps, 35287.89 kb/s, duration 0:02:02.87
【 Slow】 6.26 fps, 33926.29 kb/s, duration 0:04:47.65
【. Slower】 3.34 fps, 33707.05 kb/s, duration 0:08:59.55
Ivyセレロンでもやってみた
【CPU】Celeron G1620@2.7GHz
【MEM】DDR3-1333 4GBx2
【M/B】H67M-GET
【HDD】Seagate ST2000
【SSD】Netac C550
【OS】 Win10 64bit Pro Anniversary
【x264】r2538 (x64)
---------------
【Veryfast】 15.12 fps, 34654.58 kb/s, duration 0:01:59.04
【. Medium】 4.10 fps, 35287.05 kb/s, duration 0:07:19.22
【 Slow】 1.96 fps, 33930.18 kb/s, duration 0:15:17.68
【. Slower】 0.87 fps, 33707.49 kb/s, duration 0:34:40.51
- 99 :Socket774:2016/11/01(火) 21:21:37.18 ID:rqVVQIoo
- そうか、ここはベンチスレか
前のPCではベンチしてないの?
- 100 :Socket774:2016/12/20(火) 18:46:53.08 ID:lp4x8Abw
- ここで新ネタ投入
x264だとHaswell以降のAVX2で倍速化したスループットは
4%くらいしか処理速度アップに貢献してなかったけど
x265だとどんなもんか調べて見た
CPU : Haswell i7-4770(定格)
x265.exe x64 2.1+70_x6(最新build)
x265 --preset fast 入出力1920x1080p
MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2
25.49 fps
MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2
25.42 fps
MMX2 SSE2Fast SSSE3 SSE4.2 AVX
18.85 fps
MMX2 SSE2Fast SSSE3 SSE4.2
18.77fps
x264とうって変わってx265ではAVX2の有無で35%もの差が出た
x265もver1.4あたりだと、AVX2の有無で10%も差が出なかったから
そこから3年で随分とAVX2への最適化が進んだようだ
- 101 :Socket774:2016/12/20(火) 19:18:29.76 ID:lp4x8Abw
- http://x265.ru/x265-hd-benchmark/
ここで配布されてるベンチの中のbatファイルだけ勝手に編集して手軽に
veryfast, medium, slowの三種のプリセットでベンチしやすいようにまとめ直しといた
あと、x265のバイナリはrigaya先生がビルドしてくれた最新のものと入れ替えといた
http://rigaya34589.blog135.fc2.com/
x265_Benchmark
https://drive.google.com/file/d/0B7LMAl2WV2IkMEw5Smp2ekVfenM/view?usp=sharing
- 102 :Socket774:2016/12/20(火) 19:25:34.20 ID:lp4x8Abw
- x265_Benchmark
【CPU】i7-4770(定格)
【MEM】DDR3-1600 4GBx2
【M/B】ASUS H87M-Pro
【SSD】Crucial M550
【OS】 Win7 x64 Pro
【x265】2.1+70 (x64)
---------------
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2
【Veryfast】 29.15 fps
【. Medium】 14.54 fps
【 Slow】 5.98 fps
- 103 :Socket774:2016/12/20(火) 19:40:28.70 ID:lp4x8Abw
- --asm SSE4.2を追加してAVX以降を使わないようにしてみた
---------------
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.2
【Veryfast】 21.20 fps … -37%
【. Medium】 11.47 fps … -21%
【 Slow】 5.02 fps … -16%
てな具合に軽い設定ほどAVX2の効果が大きいようだ
- 104 :Socket774 転載ダメ©2ch.net:2016/12/20(火) 19:51:44.39 ID:NN7CpcIu
- >>101
やってみたよ
x265_Benchmark
【CPU】E5-2697 V2
【MEM】DDR3-1600 8GB x8
【M/B】ASUS P9X79 PRO
【SSD】Intel SSD 510
【OS】 Win10 Pro x64
【x265】2.1+70 (x64)
---------------
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.2 AVX
【Veryfast】 39.26 fps
【. Medium】 19.02 fps
【 Slow】 8.32 fps
- 105 :Socket774:2016/12/20(火) 19:58:08.59 ID:lp4x8Abw
- >>104
12C24Tの超ど級CPUで参加あんがとw
そのレベルだとCPU使い切るのたいへんそうだね
- 106 :Socket774:2016/12/20(火) 20:04:38.33 ID:lufFGT/O
- >>101
スカイレイクでやってみたぜ
x265_Benchmark
【CPU】i7-6700
【MEM】DDR4-2133 8GB x 2
【M/B】ASRock H170 Performance
【SSD】Plextor m2p
【OS】 Win10 Pro x64
【x265】2.1+70 (x64)
---------------
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2
【Veryfast】 33.64 fps
【. Medium】 16.94 fps
【 Slow】 6.80 fps
- 107 :Socket774:2016/12/20(火) 20:15:36.42 ID:NN7CpcIu
- >>105
CPU使用率は目測でveryfastが平均75%、slowだと50%程度だった
やっぱAVX2の威力はすごいね
- 108 :Socket774:2016/12/20(火) 20:21:44.32 ID:1wHMGOkn
- >>101
5820KライトOCでやってみた。以前に比べるとx265も大分速くなっているね
x265_Benchmark
【CPU】i7-5820K(4GHz Cache3.8GHz)
【MEM】DDR4-2400 8GBx4
【M/B】ASUS X99-PRO/USB3.1
【HDD】HDN724040ALE640
【OS】 Win10 Home(1607) x64
【x265】2.1+70 (x64)
---------------
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2
【Veryfast】 44.38 fps
【. Medium】 22.53 fps
【 Slow】 9.14 fps
- 109 :Socket774:2016/12/20(火) 20:30:22.56 ID:7uvDby7z
- 6600kで走らせた
x265_Benchmark
【CPU】AMD A8-6600k(3.9GHz定格)
【MEM】DDR3 1333 4GB x2
【M/B】ASRock A88X Extream4+
【OS】 Win10 Pro x64
【x265】2.1+70 (x64)
---------------
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.2 AVX XOP FMA4 FMA3 LZCNT BMI1
【Veryfast】 9.55 fps
【. Medium】 5.26 fps
【 Slow】 2.27 fps
んでRyzenはBulldozer比で1.7倍というのを見たから
↑の数字を2倍して仮想FXの数値を割り出して、それを1.7倍とすると
【Veryfast】 32.47
【. Medium】 17.85
【 Slow】 7.718
基になった数字がほぼ4GHzだからそのあたりを差し引くと>106の6700を一回り下回るぐらいになる?
- 110 :Socket774:2016/12/20(火) 20:43:32.87 ID:XI+mQnqJ
- x265 Benchmark
【CPU】i7-5960X@3.9GHz
【MEM】DDR4-2133 4GB x 4
【M/B】ASUS X99-A
【SSD】Plextor PX-256M8PeG
【OS】 Windows7 Professional 64bit
【x265】2.1+70 (x64)
---------------
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2
【Veryfast】 53.32 fps
【. Medium】 25.97 fps
【 Slow】 10.88 fps
---------------
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.1
【Veryfast】 41.30 fps … -29%
【. Medium】 21.00 fps … -24%
【 Slow】 9.35 fps … -16%
- 111 :Socket774:2016/12/20(火) 21:09:34.45 ID:YaY275rh
- >>109
1.7倍はワッパの数字だな
まあ性能も大本営発表によると「Broadwell-Eとタメを張る」という凄い話だけど
個人的には信じがたい、なんかトリックがあると思う
ワッパだけならブル比でその程度の改善はありうるが
それだけでは絶対性能はSandyにも追いつかないはず
本当にBroadwell-E並みの性能をBroadwell-Eの7割の電力で実現できてるなら
ワッパはブル比3倍近くにならないとおかしい
- 112 :98:2016/12/20(火) 21:32:46.44 ID:cVBgfF5Z
- Slowがブルスクで落ちた
やけに静かだと思ったらCPUファンが回ってなかった
ファンの故障に気づかせてくれてありがとう(´・ω・`)
【CPU】i5 4690K@3.9GHz
【MEM】DDR3-2133 8GBx2
【M/B】Z97M-Pro4
【HDD】WD Blue 3TB
【SSD】Crucial M550
【OS】 Win10 64bit home Anniversary
【x265】2.1+70 (x64)
---------------
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2
【Veryfast】 26.06fps
【. Medium】 13.45fps
【 Slow】 DNF
- 113 :Socket774:2016/12/20(火) 23:16:09.30 ID:7uvDby7z
- >>111
重箱の隅をつつくと「Broadwell-Eとタメを張る」なんてことは言ってないんだな
Blenderでは「Broadwell-Eととほぼ同じ」ってだけで
> それだけでは絶対性能はSandyにも追いつかないはず
個人的にはそこまで厳しくはないと思う(と言ってもBroadwellと同等は99.9%無いと思ってる)
デコーダーも整数パイプも3だし、たとえすべて同じ仕様でも3年ぐらいの歳月があれば設計とかでカバーできる気がする
- 114 :Socket774:2016/12/20(火) 23:22:01.55 ID:rcTaP+DO
- RyzenとCore i7-7700Kのベンチ結果は
ねつ造だったって記事ででてるよ
- 115 :Socket774:2016/12/20(火) 23:58:45.02 ID:1wHMGOkn
- FX-8350でやってみた。AVXの効果はほぼ0だね
x265_Benchmark
【CPU】FX-8350(定格)
【MEM】DDR3-1866 8GBx4
【M/B】ASUS Crosshair V Formula
【HDD】HDN724040ALE640
【OS】 Win10 Home(1607) x64
【x265】2.1+70 (x64)
---------------
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.2 AVX XOP FMA4 FMA3 LZCNT BMI1
【Veryfast】 20.96 fps
【. Medium】 11.34 fps
【 Slow】 4.98 fps
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.2
【Veryfast】 21.22 fps
【. Medium】 11.34 fps
【 Slow】 4.95 fps
- 116 :Socket774:2016/12/20(火) 23:59:27.99 ID:lp4x8Abw
- 出先から帰ってきた
みんなx265ベンチ参加ありがとう
参考になるよ
x265はAVX2の速さが思いっきり効くのがよくわかる
- 117 :Socket774:2016/12/21(水) 00:01:53.10 ID:2oblEjXE
- >>115
こうして見るとx265におけるHaswell 4770とFX-8350の差は
AVX2の有無だけってのがよくわかるね
- 118 :Socket774:2016/12/21(水) 00:15:16.94 ID:CsQENohl
- >>102-103のi7-4770は電源プラン:最大パフォーマンスで動作中のクロックは3.9GHzなんだよね?
x264と比較して>>112のi5-4690Kとの差が小さいのは
OSの差?それともHTTの効果が薄い?何だろうね
- 119 :Socket774:2016/12/21(水) 00:18:59.64 ID:/DVwg4LQ
- 無謀にも予備用録画鯖のK10 2コアでやってみた
x265_Benchmark
【CPU】AthlonII X2 240e
【MEM】DDR3-1600 2GBx2
【M/B】MSI 880GM-E41
【SSD】Plextor PX-256M5S
【OS】 Win10 Poe x64
【x265】2.1+70 (x64)
---------------
【拡張命令】 MMX2 SSE2Fast LZCNT
【Veryfast】 1.52 fps
Medium以上は1時間コースだから無理ぽ…
- 120 :102:2016/12/21(水) 00:23:07.00 ID:dFDHW+D/
- >>118
>>102の時は全コア3.7GHzに張り付いてるね
初期のBIOSの時は全コア3.9GHz張り付きにできたけど
途中のBIOSからそれができなくなった
- 121 :Socket774:2016/12/21(水) 00:23:13.29 ID:bBYxkQrp
- >>118
メモリじゃね
多くの場合、特に明記してないかぎりバランスの可能性が高いと思う
- 122 :Socket774:2016/12/21(水) 00:25:44.01 ID:HWW+vDiz
- >>118
周波数だろ
i7-4770はTurbo Boost 4Cは最大3.7GHzだ
- 123 :Socket774:2016/12/21(水) 00:28:29.78 ID:dFDHW+D/
- x264ではメモリ半減にしても数%しか差がなかったけど
x264ベンチの方
メモリ2チャネル(DDR3 1600x2) → メモリ1チャネル(DDR3 1600x1)
【CPU】i7-4770(定格)
【Veryfast】 61.97fps → 57.26fps (-7.6%)
【. Slower】 3.77fps → 3.74fps (-0.08%)
x265だと差がもっと大きく出るかもね
- 124 :Socket774:2016/12/21(水) 00:31:07.46 ID:CsQENohl
- K10世代は流石に厳しいね。6コアでも>>109のPiledriver世代APUに勝てない
x265_Benchmark
【CPU】PhenomII X6 1100T(3.8GHz NB2.6GHz)
【MEM】DDR3-1600 4GBx4
【M/B】 GIGABYTE GA-MA790FXT-UD5P
【HDD】HDS722020ALA330
【OS】 Win10 Pro(1607) x64
【x265】2.1+70 (x64)
---------------
【拡張命令】 MMX2 SSE2Fast LZCNT
【Veryfast】 6.14 fps
【. Medium】 4.07 fps
【 Slow】 1.42 fps
- 125 :Socket774:2016/12/21(水) 00:31:33.92 ID:bBYxkQrp
- >>123
ん、そんなものなのか(メモリ増やしてエンコ速度が向上ってどこかのHPで読んだ気がしてたが)
なんで121は完全な外れでした
- 126 :Socket774:2016/12/21(水) 00:32:01.45 ID:R9R6DsyX
- x265 Benchmark
【CPU】 i7-6950X 4.2GHz
【MEM】 DDR4-3200 8GBx4
【M/B】 RAMPAGE V EXTREME
【SSD】 SanDisk SSDExtreme PRO 480GB
【OS】 Windows10Pro x64
【x265】2.1+70 (x64)
------------------------------
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2
【Veryfast】 72.01 fps
【. Medium】 35.54 fps
【 Slow】 14.32 fps
------------------------------
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.2
【Veryfast】 56.16 fps -28%
【. Medium】 28.46 fps -25%
【 Slow】 12.23 fps -17%
- 127 :Socket774:2016/12/21(水) 00:35:56.23 ID:CsQENohl
- >>120-123
サンクス。4770TBクロックは3.7GHzか
メモリも差が出るなら今後はOCメモリを買う意義出番がありそうだな
- 128 :Socket774:2016/12/21(水) 00:38:39.70 ID:bBYxkQrp
- >>124
マジか・・結構な差になるんだな
さすがにSS2止まりなのが原因だろうか
- 129 :Socket774:2016/12/21(水) 00:42:16.05 ID:bBYxkQrp
- >>127
めんご
メモリ帯域はあんまり関係ないみたいだ・・
- 130 :Socket774:2016/12/21(水) 00:46:41.14 ID:dFDHW+D/
- さっそく>>102からメモリ帯域半殺しで計測してみた
【CPU】i7-4770(定格)
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2
【MEM】DDR3-1600 4GBx2 → DDR3-1600 4GBx1(シングルチャネル)
【Veryfast】 29.15 fps → 27.09 fps (-7%)
【. Medium】 14.54 fps → 14.10 fps (-3%)
【 Slow】 5.98 fps → 5.90fps (-1.3%)
x264と同様にあんまり差がなかった
- 131 :Socket774:2016/12/21(水) 00:54:22.49 ID:dFDHW+D/
- >>126
Broadwell-E 10C20Tすご過ぎワロタw
- 132 :Socket774:2016/12/21(水) 01:07:02.09 ID:HWW+vDiz
- 5960Xのついでに980Xでも試してみた
【CPU】i7-980X@定格(定格3.33GHz/TB 6C時最大3.46GHz)
【MEM】DDR3-1600 8GB x 3
【M/B】ASUS P6T
【SSD】Crucial C300 256MB
【OS】 Windows7 Ultimate 64bit
【x265】2.1+70 (x64)
---------------
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.2
【Veryfast】 17.86 fps
【. Medium】 9.78 fps
【 Slow】 4.25 fps
>>125
Sandy Bridge-Eのメモリーチャンネル半減でx264エンコードが数%程度しか変わらなかったという記事を昔見たよ
- 133 :Socket774:2016/12/21(水) 02:02:57.72 ID:1hXJAFS5
- >>124
PhenomII X6 1100T@3.8GHzって
未だにx264ならHaswell i7の7割くらいまで頑張れるのにな
- 134 :102:2016/12/21(水) 06:50:36.17 ID:we2Wqsgj
- 更にx265で拡張命令がどう効いてる詳細に調べてみた
x265_Benchmark
【CPU】i7-4770(定格)
【x265】2.1+70 (x64)
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2
【Veryfast】 29.15 fps
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2
【Veryfast】 28.81 fps
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.2 AVX
【Veryfast】 21.60 fps
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.2
【Veryfast】 21.43 fps
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.1
【Veryfast】 21.83 fps
【拡張命令】 MMX2 SSE2Fast SSSE3
【Veryfast】 8.61 fps
【拡張命令】 MMX2 SSE2
【Veryfast】 6.81 fps
【拡張命令】 MMX2
【Veryfast】 4.08 fps
【拡張命令】 none!
【Veryfast】 4.07 fps
- 135 :Socket774:2016/12/21(水) 06:55:18.67 ID:we2Wqsgj
- 比較対象としてx264の時の拡張命令の効き具合
【CPU】i7-4770(定格)
【x264】 r2377 x64
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2
【.Veryfast.】 61.90 fps
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2
【.Veryfast.】 61.64 fps
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.2 AVX
【.Veryfast.】 60.22 fps
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.2
【.Veryfast.】 59.26 fps
【拡張命令】 MMX2 SSE2Fast SSSE3
【.Veryfast.】 58.93 fps
【拡張命令】 MMX2 SSE2Fast
【.Veryfast.】 55.82 fps
【拡張命令】 MMX2
【.Veryfast.】 34.66 fps
【拡張命令】 none!
【.Veryfast.】 10.50 fps
- 136 :Socket774:2016/12/21(水) 06:56:50.39 ID:XkjFPj9/
- >>134
MediumとSlowでも上5つの設定だけでいいんでやってみてください
お願いします
- 137 :Socket774:2016/12/21(水) 07:02:20.34 ID:we2Wqsgj
- >>124
x264だと今でもそれなりの速度が出たPhenomII X6 1100Tあたりが
x265だと何でこんなに速度出ないかってのがよくわかる
x264だとSSE2、MMX2に思いっきり最適化されてるのに対して
x265だとSSE2にはあまり最適化されてなくて、MMX2に関してはほぼ最適化されてない
そしてAVX2と並んでSSE4.1への最適化が大きくて
SSE4.1に対応してないK10だと美味しい拡張命令がほとんど使えないようだ
- 138 :Socket774:2016/12/21(水) 07:07:37.11 ID:we2Wqsgj
- >>136
他の人の例にもあるようにAVXとSSE4のうちSSE4.2で新規追加された分の命令は
ほとんど効いてないようなので、>>102-103の比較で十分だと思うけど、どうかな
- 139 :Socket774:2016/12/21(水) 08:14:19.86 ID:eocCKyAU
- x264が世に出たのは2004年6月でPentium4とAthlon64の時代で
まだ使える整数演算の拡張命令がMMX2とSSE2しかなかったから
ひたすらこの2つに最適化させるしかなかった
一方でx265の安定版が世に出たのは2012年9月でHaswellが発売された
後だから既にAVX2があった頃
- 140 :Socket774:2016/12/21(水) 08:15:51.45 ID:eocCKyAU
- あっ間違った
x265の初出が2013年で安定版リリースがやっと今年の9月だった
- 141 :112:2016/12/21(水) 08:40:32.88 ID:Ar3a0iIo
- ありあわせのFANに交換して情報追加
HTの効率はx264に比べて若干低め?
【CPU】i5 4690K
【MEM】DDR3 8GBx2
【M/B】Z97M-Pro4
【HDD】WD Blue 3TB
【SSD】Crucial M550
【OS】 Win10 64bit home Anniversary
【x265】2.1+70 (x64)
---------------
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2
3.7/1600
【Veryfast】 24.27fps
【. Medium】 12.74fps
3.7/2133
【Veryfast】 24.69fps
【. Medium】 12.90fps
3.9/1600
【Veryfast】 25.18fps
【. Medium】 13.36fps
3.9/2133
【Veryfast】 26.06fps
【. Medium】 13.45fps
4.5/2133
【Veryfast】 29.66fps
【. Medium】 15.51fps
- 142 :Socket774:2016/12/21(水) 09:02:53.51 ID:9MBSfvQZ
- HTの効率がx264に比べて若干低めって言うよりも
1スレッド分のコア使用度が高い感じ
x264の時は4C8TのCPUの場合はデフォ12thread走らせてるけど
それでも普通にネットしたり動画見れたりするけど
x265だとデフォできっちり8threadだけしか走らせてないけど
それでもうマウスカーソルがカクつくくらい処理能力使いきてっるのな
- 143 :Socket774:2016/12/21(水) 09:52:21.74 ID:bBYxkQrp
- >>139
でもそれから13年も経とうかというのにSSE2止まりなのは
命令への最適化じゃなくコーデック規格自体がSSE2世代向けなんでは?
そこにいくとHEVCはGPGPUなどヘテロジニアス・プロセッシングも考慮に入れて策定されてるから
まだまだ伸びしろも十分ある・・のかもしれない
- 144 :Socket774:2016/12/21(水) 10:52:21.06 ID:TqyBZzVA
- もうAVX2とかないのは使う気にならないな
電気の無駄だわ
- 145 :106:2016/12/21(水) 11:59:38.02 ID:vDy61RSB
- >>106をやった限りだと
AVX2ぶん回した感想だと、それなりに負荷の高いゲームをやっているときより+10度くらいコア温度が高かったんで
消費電力を測ったわけじゃないが、結構電気も食ってそうだったぜ
- 146 :Socket774:2016/12/21(水) 12:02:22.91 ID:TqyBZzVA
- occt AVXと同じ負荷かかってんだろうな
- 147 :Socket774:2016/12/21(水) 15:46:54.37 ID:MJYnUw5Z
- >>141
意外とメモリクロックは効くね
もっと誤差レベルかと思ってた
- 148 :Socket774:2016/12/21(水) 15:57:11.12 ID:POkMsiTM
- >>143
x264も数年前からSSE2用以前のアセンブラコードにはほとん手が入ってないと思う
それでも10年近く地道にSSE2、MMX2に最適化してきた
アセンブラコードの改良の積み重ねは伊達じゃない
一方でx265はSSSE3以前しか使えない環境に対する
アセンブラコードなんてまともに開発して意味がある時代じゃなくなってるからな
- 149 :Socket774:2016/12/21(水) 16:16:47.80 ID:POkMsiTM
- x265の開発が本格化した2013年の時点では
AVX2を使えるCPUとSSE4まで使えるCPUの2つだけに
アセンブラ最適化のターゲットしぼれば開発リソースの節約になって
SSE4は使えないけどSSE4aなら使えるというニッチなCPUが
K10しかなかったからSSE4が使えないK10は切り捨てられたんだろうな
- 150 :Socket774:2016/12/21(水) 18:11:09.57 ID:CwDOCZOb
- x264もK10に対してはここ4年ほどで
MMX2 SSE2Fast FastShuffle SSEMisalign LZCNT
↓
MMX2 SSE2Fast SSEMisalign LZCNT
↓
MMX2 SSE2Fast LZCNT
と、使用されてる拡張命令がコードから次々とリストラされてるようだ
- 151 :Socket774:2016/12/21(水) 18:57:15.49 ID:bBYxkQrp
- >>148
AVX化で数パーセントでも時間短縮できるなら
どこかの暇なギークがせっせとコミットするだろうけど、
実際そうじゃないのは団子が言うように根本的に向いてないんだろうな
- 152 :Socket774:2016/12/21(水) 19:15:56.45 ID:Lc7Nyxx2
- 俺もやってみた。
消費電力除けば、BroとHasのコア性能はそんなに変わらないという、
当たり前の結果に。
【CPU】i7-5960X@4.3GHz
【MEM】DDR4-2400 4GB x 4
【M/B】ASUS X99-DELUXE
【SSD】Intel 750 400GB
【OS】 Win10 pro 64bit
【x265】2.1+70 (x64)
---------------
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2
【Veryfast】 61.77 fps
【. Medium】 29.58 fps
【 Slow】 12.51 fps
>>151
結局H264/H265どちらも、整数演算しか使わないので、
浮動小数点のみのAVXじゃ、ロード・ストア系除く命令は使い道が無いってだけじゃ。
- 153 :Socket774:2016/12/21(水) 20:07:15.04 ID:bBYxkQrp
- 話の筋的にはAVX2も含む
- 154 :Socket774:2016/12/21(水) 21:48:35.03 ID:CsQENohl
- Bloomfieldでもやってみた。世代の割には頑張るね。
ただこのクロックだとFX-8350より熱いw
x265 Benchmark
【CPU】 i7-930(3.8GHz Uncore3.2GHz)
【MEM】 DDR3-1600 4GBx6
【M/B】 GA-X58A-UD7 rev1.0
【SSD】 HDS722020ALA330
【OS】 Windows10Pro(1607) x64
【x265】2.1+70 (x64)
------------------------------
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.2
【Veryfast】 17.40 fps
【. Medium】 9.30 fps
【 Slow】 3.94 fps
- 155 :Socket774:2016/12/21(水) 23:10:29.98 ID:HWW+vDiz
- 5960Xと980XのついでにQ9650でも試してみた
【CPU】Core2 Quad Q9650@3.6GHz
【MEM】DDR2-1066 2GB x 2
【M/B】ASUS P5Q-E
【SSD】Crucial BX100 250GB
【OS】 Windows10 Home 64bit
【x265】2.1+70 (x64)
---------------
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.1
【Veryfast】 9.04 fps
【. Medium】 4.98 fps
【 Slow】 2.00 fps
- 156 :Socket774:2016/12/21(水) 23:17:29.36 ID:VBi+RUO3
- >>124
>>155
x264だとコア数の差がそのまま出て1.5倍ほど速いであろう
PhenomII X6 1100T@3.8GHzが、x265だと
逆に1.5倍差付けられて負けてるところが興味深いな
- 157 :Socket774:2016/12/21(水) 23:31:53.76 ID:ascnGhxd
- 【CPU】i7-4702MQ(Haswell)
【MEM】DDR3 8GB
【GPU】Intel HD4600
【OS】Win10 Anniversary Home x64
【x265】2.1+70(x64)
【拡張命令】MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2
【Veryfast】21.72 fps
【 Medium】11.08 fps
【 Slow】 4.44 fps
【拡張命令】MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2
【Veryfast】21.38 fps
【 Medium】10.92 fps
【 Slow】 4.30 fps
【拡張命令】MMX2 SSE2Fast SSSE3 SSE4.2 AVX
【Veryfast】16.57 fps
【 Medium】 8.77 fps
【 Slow】 3.72 fps
【拡張命令】MMX2 SSE2Fast SSSE3 SSE4.2
【Veryfast】16.31 fps
【 Medium】 8.53 fps
【 Slow】 3.65 fps
- 158 :Socket774:2016/12/22(木) 08:33:07.18 ID:iGZiIH1t
- x265_Benchmark
【CPU】Xeon E5 2650L v3 定格 HT 無効/TB 有効
【MEM】DDR4-2133 16GB x4
【M/B】ASRockRack EPC612D4i
【SSD】Crutial CT250MX200SSD1
【OS】 Windows Server 2012 R2 Update
【x265】2.1+70 (x64)
---------------
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2
【Veryfast】 35.40 fps
【. Medium】 18.32 fps
【 Slow】 7.35 fps
12c 2.1Ghz じゃそこまで早くはならないぽ
- 159 :Socket774:2016/12/22(木) 09:01:39.77 ID:FwjGpy84
- x265 Benchmark
【CPU】 i7-3930k@4.0GHz
【MEM】 DDR3-1866 4GBx4
【M/B】 X79 Professional
【SSD】 Crucial MX100 512GB
【OS】 Windows7Pro x64
【x265】2.1+70 (x64)
------------------------------
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.2 AVX
【Veryfast】 26.61 fps
【. Medium】 14.87 fps
【 Slow】 6.44 fps
- 160 :Socket774:2016/12/22(木) 12:27:48.82 ID:35fahdgU
- x265
i5 6600 定格
ddr4 2133 x2
h110m hdv
ssd seagete 600 240GB
slow 5.7 fps
- 161 :Socket774:2016/12/22(木) 12:30:09.32 ID:35fahdgU
- i7 4770 に近いぐらいのスピード出ててびっくり
h265は skylake 有利だね
- 162 :Socket774:2016/12/22(木) 13:46:35.85 ID:1qTSMMqR
- E5 2650L v3 なら >>108 と同じくらいの CPU クロック合計なのに速度出ないの残念だ…
- 163 :Socket774:2016/12/22(木) 15:33:25.79 ID:RzAAUxH9
- x265でスレが盛り上がっていいぞ〜
- 164 :Socket774:2016/12/22(木) 18:15:58.62 ID:P48w/RJH
- >>119だけど、K10の切り捨てられっぷりが話題になってたので
更に無謀にも --no-asm でもやってたみ
265_Benchmark
【CPU】AthlonII X2 240e
【MEM】DDR3-1600 2GBx2
【M/B】MSI 880GM-E41
【SSD】Plextor PX-256M5S
【OS】 Win10 Poe x64
【x265】2.1+70 (x64)
---------------
【拡張命令】 MMX2 SSE2Fast LZCNT
【Veryfast】 1.52 fps
↓
【拡張命令】 none!
【Veryfast】 0.89 fps
K10はアセンブラコード無しと有りで1.7倍しか変わらない
一方でx264と同じような比較してみると
【x264】r2334 (x64)
---------------
【拡張命令】 MMX2 SSE2Fast SSEMisalign LZCNT
【Veryfast】 10.90 fps
↓
【拡張命令】 none!
【Veryfast】 2.03 fps
って感じで5倍差が出てる
>>134のi7-4770みたいに7倍とはいかなくても
4倍差くらいあったら>>124の1100Tあたりはまだ頑張れそうなのに
- 165 :Socket774:2016/12/22(木) 18:56:24.90 ID:CsnhnEI/
- K10向けにカリカリに最適化してもそんな伸びないよ
アムドの拡張命令実装は大概「とりあえず動く」レベルであって、性能が出るレベルじゃない
ZenもAVXがDoublePath、BMIはVectorPathなんて仕様だから、あんま期待しない方がいい
純スカラ整数コードならイッテルの4Cは軽く蹴散らし、うまくすると6Cとも張り合えるだろうが
エンコだと4Cにも勝てるかどうか怪しい
- 166 :Socket774:2016/12/22(木) 19:34:13.07 ID:QCBwn+5y
- 田村は他でやってね
- 167 :Socket774:2016/12/22(木) 20:21:21.95 ID:8o8dpJYf
- DTVやソフ板なら宗教戦争持ち込むなハゲ、の一言で済むけどここ自作PC板なんだよな
ま、コアの性能自体は置いといて、エンコは基本マルチコア化が超有効だから4コアに負けることは無いはず
例えばIntelでのx265はAVX2の有無で30%の性能差があるが、コア数が倍になれば所要時間はほぼ半分になるし
- 168 :Socket774:2016/12/22(木) 20:26:07.58 ID:Gbl4UwPE
- そうか?
- 169 :Socket774:2016/12/22(木) 20:29:05.06 ID:KQ/lkdvF
- 8コアでもイソテル4コアに負けるのがAMD
- 170 :Socket774:2016/12/22(木) 20:35:39.25 ID:8o8dpJYf
- 実のところBulldozer(モジュール)は2スレッド実行できる1コアだよ
>167の書き方が悪いんだけど、最後の段落はIntelにも当てはまるのは分かるでしょ
- 171 :Socket774:2016/12/22(木) 22:49:43.88 ID:+kc8Fkcq
- 自作ではないけど比較用に。2C2Tではこんなものかな
x265 Benchmark
【CPU】 Celeron N2820(2.4GHz)
【MEM】 DDR3-1333 2GBx2
【M/B】 DN2820FYKH
【SSD】 SanDisk Extreme PRO 480GB
【OS】 Windows10Pro(1607) x64
【x265】2.1+70 (x64)
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.2
【Veryfast】 1.82 fps
【. Medium】 0.96 fps
【 Slow】 0.42 fps
- 172 :Socket774:2016/12/23(金) 00:16:06.63 ID:K3WuwBFD
- やっと265の時代か
- 173 :Socket774:2016/12/23(金) 00:58:48.34 ID:mdrOl6nv
- x264も大分変わったからまたやらないといけないな
- 174 :Socket774:2016/12/23(金) 04:45:27.17 ID:4ULyquge
- エンコの宝刀・AVX2はcoreシリーズだけの装備なのか…
- 175 :102:2016/12/23(金) 09:08:02.44 ID:/VJqy3uU
- >>141
> HTの効率はx264に比べて若干低め?
HTの効果の度合いをx265とx264で比較してみた
【CPU】i7-4770(定格:エンコ中全コア3.7GHz)
【MEM】DDR3-1600 4GBx2
【M/B】ASUS H87M-Pro
【SSD】Plextor PX-M5S
【OS】 Win7 x64 Pro
---------------
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2
HT無し(4C4T) → HT有り(4C8T)
【x265】2.1+70 (x64)
【Veryfast】 24.76 fps → 29.15 fps (+17.7%)
【. Medium】 12.82 fps → 14.54 fps (+13.4%)
【 Slow】 5.38 fps → 5.98 fps (+11.2%)
【x264】r2638 (x64)
【Veryfast】 52.33 fps → 62.30 fps (+19.1%)
【. Medium】 14.01 fps → 16.71 fps (+19.3%)
【 Slow】 6.64 fps → 7.62 fps (+14.8%)
推察の通りにx264に比べると、x265はHTの優位性は少し低いね
- 176 :Socket774:2016/12/23(金) 10:04:55.00 ID:z7gvtvVC
- i5とi7だと4割近く上がってるはずだけど(x264で)それどうやってON/OFFで計測したの?
エンコーダー側のスレッド数を変えた感じ?
- 177 :Socket774:2016/12/23(金) 10:25:57.59 ID:/VJqy3uU
- マザーのUEFIでHTT有効/無効が切り替えられる
- 178 :Socket774:2016/12/23(金) 10:28:02.13 ID:/VJqy3uU
- それと、同クロックでさすがにHTTの有無では4割も差は出てないよ
過去のこのスレの数々の結果かから見ても
- 179 :Socket774:2016/12/23(金) 10:52:38.06 ID:z7gvtvVC
- そうなの?
価格.comの掲示板で4割近く上がるからi7絶対おすすめって書かれてたから
そうなのかと思ってた
- 180 :Socket774:2016/12/23(金) 10:55:03.86 ID:K3WuwBFD
- sky傾向なら十分実用的になったな
- 181 :Socket774:2016/12/23(金) 11:19:43.98 ID:K3WuwBFD
- ここ見ててマザーで切り替えられるの知らないとかネタだろwwwさすがに
- 182 :Socket774:2016/12/23(金) 11:57:01.35 ID:/QeKjCI0
- 【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
【SSD】SanDisk Extreme PRO 480GB
【OS】 Windows7 Pro 64bit SP1
【x265】2.1+70 (x64)
------------------------------
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2
【.Veryfast】 75.87 fps
【. Medium】 37.02 fps
【. Slow】 15.07 fps
あとベンチ用の元動画を適当に4K(3840x2160)にリサイズ、再エンコして4Kで測定できるようにしてみた
x265_Benchmark_4K対応版
https://1drv.ms/u/s!Akfj_vsVPKU9gjcuOu3swPN98u-7
x265_Benchmark_3840
【x265】2.1+70 (x64)
------------------------------
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2
【.Veryfast】 20.84 fps
【. Medium】 9.18 fps
【. Slow】 4.08 fps
- 183 :182:2016/12/23(金) 12:28:22.64 ID:/QeKjCI0
- OneDriveのURLがInvalid URIになってしまうようなので
https://drive.google.com/file/d/0B8o-zISICm3lRXg4dTdaVnBOWkk/view?usp=sharing
- 184 :Socket774:2016/12/23(金) 13:08:22.69 ID:eqByT/Ck
- 6950Xといえども流石に4KではMedium 10fps超えは無理か
- 185 :Socket774:2016/12/23(金) 13:13:59.44 ID:K36congF
- 2万3万円の普通に売っているCPUで、4kをまともな速度でエンコできるようになるには
もう3回か4回くらいシュリンクやアーキテクチャ変更が必要じゃねえ
- 186 :Socket774:2016/12/23(金) 13:28:20.93 ID:4CPAJTU4
- あと2,3世代で頭打ちと言われてる
- 187 :182:2016/12/23(金) 14:04:53.36 ID:/QeKjCI0
- --pools 64 --frame-threads 16 オプションつけたらCPU使用率が上がって若干早くなった
x265_Benchmark(--pools 64 --frame-threads 16)
【x265】2.1+70 (x64)
------------------------------
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2
【.Veryfast】 83.50 fps
【. Medium】 38.88 fps
【. Slow】 15.80 fps
x265_Benchmark_3840(--pools 64 --frame-threads 16)
【x265】2.1+70 (x64)
------------------------------
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2
【.Veryfast】 21.69 fps
【. Medium】 9.73 fps
【. Slow】 4.23 fps
4KだとMedium以上でCPUほぼ100%使い切るようになった
- 188 :Socket774:2016/12/23(金) 14:43:46.27 ID:K3WuwBFD
- >>185
10コアぐらいが普通にならないときついんかね
- 189 :Socket774:2016/12/23(金) 14:45:38.14 ID:K3WuwBFD
- fhdの265で もうかなり満足な画質だけどねえ
- 190 :Socket774:2016/12/23(金) 14:59:57.65 ID:qFQdMT4m
- そもそもx265がまだ未成熟だというのを忘れてはいけない
今年も速度が向上したり機能が追加されたりしている
- 191 :Socket774:2016/12/23(金) 15:44:13.37 ID:z7gvtvVC
- 現状から劇的に上がるのかねぇ
今の停滞が次のジャンプのための準備期間だったらいいんだが
- 192 :Socket774:2016/12/23(金) 15:53:56.41 ID:rdeNfqjo
- 停滞してるなんて思わないなあ
まあもっと軽くはなって欲しいけど
- 193 :Socket774:2016/12/24(土) 01:57:46.76 ID:Uu3jzn1g
- HTTの利点は、よりフルロードに貼り付けやすくするだけだから
過多スレッドでブン回して100%に貼り付けたら同クロック動作の4Cなi7とi5ならキャッシュの差しか無い
逆に100%張り付かないエンコーダやベンチ、ゲームなんかではCPUロードが稼ぎやすくTurboBoostのクロックも高く推移させやすくなるから重宝されるし価値がある
- 194 :Socket774:2016/12/24(土) 07:38:31.79 ID:LEOxNhyp
- ____
/ \
/ ⌒ ⌒ \ 何言ってんだこいつ
/ (●) (●) \
| 、” ゙)(__人__)” ) ___________
\ 。` ⌒゚:j´ ,/ j゙~~| | | |
__/ \ |__| | | |
| | / , \n|| | | |
| | / / r. ( こ) | | |
| | | ⌒ ーnnn |\ (⊆ソ .|_|___________|
 ̄ \__、(“二) ̄ ̄ ̄ ̄ ̄l二二l二二 _|_|__|_
- 195 :Socket774:2016/12/24(土) 08:36:34.57 ID:3bIdIGKY
- このベンチは4C4Tでやっても8C8Tでやっても
同じく100%付近に張り付いたまま>>175の差が出るってことを
知らずに書いてるのは間違いない
- 196 :Socket774:2016/12/24(土) 08:37:00.30 ID:3bIdIGKY
- 8C8Tじゃなくて4C8Tだ
- 197 :Socket774:2016/12/24(土) 13:19:49.00 ID:Nag5DyNj
- 【CPU】i7-6700(全コア3.7GHz -offset0.16V)
【MEM】DDR4-2133 8GB x 4
【M/B】ASUS Z170M-PLUS
【SSD】CT960M500
【OS】 Win7 Pro x64
【x265】2.1+70 (x64)
---------------
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2
【Veryfast】 34.14 fps
【. Medium】 16.87 fps
【 Slow】 6.83 fps
アイドル 26W、x265エンコ 75W、x264エンコ 75W、OCCT LINPAK 88W、Prime95v2810 96W
同じソースを使ってGTX1050Ti NVEncC CQPエンコ時max84W
HEVC 246.94fps、HEVC 10bit 255.03fps、HEVC YUV444 10bit 153.39fps
- 198 :Socket774:2016/12/24(土) 14:12:46.64 ID:XtzQctDZ
- NVEncはさすがに品質が糞すぎるのでせめてQSVのICQと比べておくれ
- 199 :Socket774:2016/12/24(土) 17:03:28.62 ID:2qDLwNHB
- >>197
やっぱりSkylakeはx265大得意だな
- 200 :Socket774:2016/12/24(土) 17:27:59.97 ID:EkX2J8zn
- >>199
>A key improvement in Skylake is the internal ring bus, which has double the memory bandwidth of the previous CPU generation (Haswell/Broadwell).
>The internal ring moves data inside the CPU, from cache memory to logic units in each core, and back again.
>Our performance profiling shows that x265 performance is often constrained by the memory bandwidth of Haswell generation cores which is about 20 GB/sec.
>Skylake cores have about 40 GB/sec bandwidth, removing this bottleneck.
>For 4K encoding on a quad-core desktop, we see a memory bandwidth bottleneck on Haswell processors with our fastest presets (ultrafast, superfast).
>Under this condition, Skylake can outperform Haswell by more than 2x.
開発者曰くSkylakeでメモリ帯域のボトルネックが改善されたのが大きいとか
4K動画を軽いプリセットでエンコする時は特に有効とのこと
- 201 :Socket774:2016/12/24(土) 17:30:53.41 ID:2qDLwNHB
- >>200
リングバス帯域が2倍になってたんだな
- 202 :Socket774:2016/12/24(土) 17:37:47.07 ID:Y5hbEkea
- >>198
ラデのハードエンコやってみた。平均86fpsぐらい
qp20~35でエンコしたファイルとオリジナルのやつ(ここのx265ベンチのやつ)のzip
https://www.axfc.net/u/3756042/clickads
- 203 :Socket774:2016/12/24(土) 20:09:01.91 ID:Nag5DyNj
- >>198
QSVのICQでもNVENCのCQPと画質は大して差が無いし、8bitだと品質を上げても暗部にビットレートを割かないのでバンディングやブロックノイズが酷くて低画質
NVENCのH.265 10bit以上の設定だと暗部の処理が目に見えて向上しているから、速度差も有るし8bitのみのQSVだと使うことは無いかな
ベンチのテスト結果ログ出力用batが無いみたいなので【テスト開始.bat】を作成
http://fast-uploader.com/file/7038132301044/
- 204 :Socket774:2016/12/24(土) 20:48:33.75 ID:qpdQ/8rp
- nvenc 画質結構上がってるだろw
265とかソフトの264レベルあるぞ
- 205 :Socket774:2016/12/24(土) 20:54:49.86 ID:8icu6wdi
- QSVはサイズがデカイ
- 206 :Socket774:2016/12/24(土) 22:30:20.48 ID:ZzzD5VZu
- 旧世代だけど多コア参戦。10C20T×2の計40T。
【CPU】Xeon E5-2660 V3×2個
【MEM】Crucial 4GB Reg.ECC×8個
【M/B】Supermicro X10DAi
【HDD】-
【SSD】Intel 910 400GB
【OS】 Win10 64bit
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2
x265_Benchmark
【Veryfast】 64.52 fps CPU使用率60% CPUクロック2.8GHz
【. Medium】 28.99 fps CPU使用率50% CPUクロック2.8GHz
【 Slow】 12.00 fps CPU使用率45% CPUクロック2.8GHz
x265_Benchmark_3840
【Veryfast】 20.35 fps CPU使用率70〜80% CPUクロック2.7〜2.9GHz
【. Medium】 8.77 fps CPU使用率60〜70% CPUクロック2.8〜2.9GHz
【 Slow】 4.06 fps CPU使用率60〜80% CPUクロック2.7〜2.9GHz
さすがにCPU使用率100%にはならず。
次回更新予定のSkylake-EPでは高クロックモデルにしますわ・・・
- 207 :Socket774:2016/12/25(日) 00:08:57.87 ID:/tcXdUh0
- 渾身のスペシャルx265で再テスト。
スペシャルって言っても、単にPGOビルドしただk
元は>>152
PGO版もビルドバージョンは合わせて2.1+70(x64)
2K
付属>>152からコピペ
【Veryfast】 61.77 fps
【. Medium】 29.58 fps
【 Slow】 12.51 fps
自前PGOビルド
【Veryfast】 65.80 fps +6.5%
【. Medium】 31.83 fps +7.6%
【 Slow】 13.12 fps +4.9%
4K
付属
【Veryfast】 16.83 fps
【. Medium】 7.11 fps
【 Slow】 3.13 fps
自前PGOビルド
【Veryfast】 17.61 fps +4.6%
【. Medium】 7.70 fps +8.3%
【 Slow】 3.29 fps +5.1%
確実に効果はある、あるんだが・・・平均6%改善として、
60分エンコが57分弱になるだけなんだよな。。。
でも、CPUクロックで5%稼ごうとするとさらに+200MHz以上盛らないとだから、
その差は小さいわけでも無いんだが。
- 208 :Socket774:2016/12/25(日) 00:21:23.03 ID:/7ruLk78
- >>207
PGOビルドするだけだけでそんな速くなるのか
一般にx264/x265は速度必要な部分は全てアセンブラコード
になってるからどうやってコンパイルしても速度がほとんど変わらない
みたいなのが定説だっただけに驚き
バイナリサイズどれくらいになる?
- 209 :Socket774:2016/12/25(日) 00:26:23.43 ID:PZbtkyiR
- なる
そうやって%で見ると意外と大きい割合なのね
- 210 :Socket774:2016/12/25(日) 01:09:17.10 ID:/tcXdUh0
- >>208
このPGOビルド版、12bitは除いてるんで8bit+10bitでの比較だが、
LTCG版 6.77 MB (7,107,584 バイト)
PGO版 6.63 MB (6,962,176 バイト)
こんな感じ。
最適化が効いてるのは、ループと条件分岐、後はキャッシュの使い方あたりか。
PGOって結局実際に動かして、よく使われる・使われない部分の頻度、条件分岐確立とか記録して、
使用頻度が低い部分を遅くしてでも、よく使われる部分を速く処理出来る様に最適化するから。
だから、当然PGOの場合、最適化用に食わせた設定・データによって、
最適化そのものが変わるんで、実用の場面では、自分の使う設定・データを元にしないと、
効果が出にくい事もあるかと。
まぁ、相当特殊な映像やオプション使わない限り、実写系とアニメ系をちょろっと食わせとけば、
大抵LTCG版より速くはなると思うけど。
今回のはベンチの設定+ベンチに付属の動画をそのまま食わせてる。
さすがに4kは全部食わせると、べらぼうに時間かかるんで、先頭の200フレ位しか使って無いが。
まぁそれがスペシャルの所以なんだけど。
- 211 :Socket774:2016/12/25(日) 05:06:48.54 ID:ak+ziLkV
- CUDAの10bit/h265エンコまじで画質いいな
たまにタブやスマホで再生できないファイルが出来る問題さえクリアすれば
もうソフトエンコいらないかも
- 212 :Socket774:2016/12/25(日) 07:19:48.64 ID:1l9FvRMg
- >>208
x264でもfprofiledするかどうかで3~5%ぐらい速度に差が出ることもあるぞ
大体のビルダーはやってると思う
- 213 :Socket774:2016/12/25(日) 09:41:18.31 ID:PZbtkyiR
- しかりriagaya氏のもPGOを有効にしてビルドしてくれてるのに
>207の伸び率だから自環境で行うのが重要なんでは?
>>210
「ベンチに付属の動画」をソースにとのことだけど、x265にどうやって食わせてるの?
ベンチと同じくffmpeg経由?
- 214 :Socket774:2016/12/25(日) 10:02:24.00 ID:bWZhpJ/H
- >>211
どのソフトでエンコしたのか良かったら教えて欲しい
- 215 :Socket774:2016/12/25(日) 10:38:21.30 ID:bWZhpJ/H
- 自分の使ってるグラボじゃダメなようです
お騒がせしました
- 216 :Socket774:2016/12/25(日) 11:06:58.80 ID:7H+OC5/h
- >>213
ああ、>>101同梱のrigaya氏がコンパイルしたx265.exeも既にPGOビルドされてるのか
- 217 :Socket774:2016/12/25(日) 12:41:11.17 ID:U4HD2P+Q
- モバイル用はまだ264で良いだろ
負荷高いとバッテリーきついし 保存用に
- 218 :Socket774:2016/12/25(日) 12:49:03.55 ID:Z6hYE7j+
- 最近のならHWデコーダついてるから変わらんだろ
1分でもバッテリーライフ長くとかならわからんが
- 219 :Socket774:2016/12/25(日) 13:17:54.65 ID:H0cRHBXr
- >>217
むしろ、モバイル端末でのストリーミング再生用にこそ高圧縮率な動画規格が必要とされているんだがな
DoCoMoのdアニメストアとかは2年以上も前からH.265(HEVC)に対応開始しているし、最近のスマホは軒並みハードウェアデコードに対応している
- 220 :Socket774:2016/12/25(日) 14:32:21.90 ID:/tcXdUh0
- >>213,216
あれ、rigaya氏が配布してるx265は現状、LTCG版だった気がするが・・・
最近確認してないけど、12bitのロジックがVSのPGOビルドするとぶっ壊れるので。
問題が直っていない&12bit処理まで含まれているビルドなら、恐らくPGOビルドしてない。
自分が12bit除いてPGO使ってるのも、上記問題があるからだし。
(そもそも使わないから、無くても問題ない)
ベンチ付属の動画をffmpegでy4mに変換したファイルを別に用意して食わせた。
実質、やってることはベンチと同じだな。
- 221 :Socket774:2016/12/25(日) 14:36:56.44 ID:PZbtkyiR
- 中身は知らないけど今も二種類用意されてるはず
rigayaさんが公開してくれてる自動ビルドバッチもpgo最適化ありだから
12bitまで含めてる非PGOのものと10bitまでのPGO版なのかもね
- 222 :Socket774:2016/12/25(日) 15:56:35.18 ID:U4HD2P+Q
- ソフトエンコより確実に20倍は早いnvenc これからどんどん画質良く最適化されて将来性あるよなー
cudaの時は糞だったけど
- 223 :Socket774:2016/12/25(日) 16:03:03.10 ID:U4HD2P+Q
- スマホとかタブでも265の再生支援が来ればすぐ普及だろうけど
あとtube
- 224 :Socket774:2016/12/25(日) 16:07:14.67 ID:v4fxPlmo
- スマホタブは、もう何年も前からH265のハードデコードに対応してた気がするが
- 225 :Socket774:2016/12/25(日) 16:12:37.60 ID:U4HD2P+Q
- アイフォンはしてたと思うけど
アンドロイドの低価格機とかだときついだろ ローエンドまで普通になればって事ねw
- 226 :Socket774:2016/12/25(日) 16:13:45.59 ID:KpTf3GeZ
- 使用料とかライセンスの問題でゴタゴタしてるのがネックなのでは
- 227 :Socket774:2016/12/25(日) 17:11:31.50 ID:H0cRHBXr
- >>225
Androidの格安スマホでもHEVCのHWデコード対応しているが
税込 15,984円では高いか?
https://simseller.goo.ne.jp/category/ASUS/00002MAX16PRMOR_SIMSET.html
- 228 :Socket774:2016/12/25(日) 17:55:41.11 ID:U4HD2P+Q
- >>227
それでかくつかずいけるんかね CPUショボそうだけど
- 229 :Socket774:2016/12/25(日) 18:05:07.29 ID:uFzZbr5k
- S410のHEVCは720pまでだな
- 230 :Socket774:2016/12/25(日) 18:14:53.11 ID:ajVoLdCi
- そんなしよぼいものでもしよぼいものが入ってる時代ってことか
- 231 :Socket774:2016/12/25(日) 18:42:35.62 ID:H0cRHBXr
- >>228
そのためのハードウェアデコーダだぞ
- 232 :Socket774:2016/12/25(日) 18:57:25.10 ID:1l9FvRMg
- >>220
リアルタイムでデコード処理が入らない分x265のエンコ速度は多少上がると思う
- 233 :Socket774:2016/12/25(日) 19:06:11.90 ID:qBgsABoC
- ハードウェアデコーダの性能がまとまって載ってるサイトとかないですかね。
- 234 :Socket774:2016/12/25(日) 20:47:43.95 ID:UJzNIcrM
- >>233
まとまってるわけじゃないが、こういうスレならある。
Evaluation of HEVC decoders (SW, Hybrid and HW) - Doom9's Forum
http://forum.doom9.org/showthread.php?p=1694697
- 235 :Socket774:2016/12/25(日) 21:10:27.48 ID:U4HD2P+Q
- 誰かスナドラ400とかのローエンドで265再生してみてよw
- 236 :Socket774:2016/12/25(日) 21:30:33.88 ID:kTiKLdx2
- 砂銅鑼410、当たりファイルは余裕で再生できる
外れファイルは音だけだったり再生自体が不能だったり
ハードウェア支援なので、バッテリを特段消費することもない
- 237 :Socket774:2016/12/26(月) 02:44:30.99 ID:7QgEJSfJ
- ちなみに、800は公式サイトにはサポート表記ないけど
MXPlayerとかだと普通にHW再生出来る
- 238 :Socket774:2016/12/26(月) 04:05:31.10 ID:4M7cmAYl
- このスレのお陰でHaswell以降なら
今のx265は意外と速度が出ること分かって
試しにx265guiEx使ってx265試験エンコ始めてみた(rigaya氏さま様)
1280*720pでmidiumだと50fpsくらい出るのな
この速度なら十分だわ
- 239 :Socket774:2016/12/26(月) 14:05:53.13 ID:SNW0EZQQ
- >>238
50もでたらええな 十分実用過ぎる
- 240 :Socket774:2016/12/27(火) 02:33:57.35 ID:aDeTVx9a
- 【CPU】Core i5-4690K@定格(エンコ時3.9GHz)
【MEM】DDR3-2400-8GB x2(11-13-13-31 2T)
【M/B】Z97-PRO GAMER Rev. 1.0 BIOS:2203
【GPU】Intel HD Graphics 4600(iGPU)@定格 *OpenCL不可
【HDD】M.2 SSD 256GB(PCIEx2)
【OS】10P64 AU
【x264】r2334 (x64/x86) 8bit
【Veryfast】56.14 / 51.13
【. Medium】14.93 / 13.02
【 Slow】7.02 / 6.34
【. Slower】3.41 / 2.74
- 241 :Socket774:2016/12/27(火) 02:36:02.09 ID:aDeTVx9a
- 【x264】r2579 (x64/x86) 8bit
【Veryfast】56.44 / 49.78
【. Medium】14.89 / 12.78
【 Slow】7.04 / 6.24
【. Slower】3.41 / 2.71
【x264】r2665 (x64/x86) 8bit
【Veryfast】56.58 / 51.17
【. Medium】14.94 / 13.07
【 Slow】7.05 / 6.31
【. Slower】3.41 / 2.73
解体前にねっとりベンチ計測
エンコ中の消費電力は93-95w
エンコ時にクロックがTB上限の3.9GHzに張り付いていたのはさすがDevil's Canyonというべきか
……いつのまにかx265がトレンドになってるのな
- 242 :Socket774:2016/12/27(火) 03:02:00.96 ID:N5sL2szG
- 使ってるのはまだx264だけど
ベンチしてはx265も面白いなと思って
x264はだいたい傾向分かったし
- 243 :Socket774:2016/12/27(火) 15:56:10.36 ID:JJU04jop
- x265最新コミットで2パスエンコードの速度が向上した模様
2パスエンコの需要は微妙っぽいが更新は嬉しい
- 244 :Socket774:2016/12/27(火) 16:19:40.78 ID:GsEGg8Kc
- ハス i5で14.5FPS ミディアム
265と大して変わんないな もう265で良いか
- 245 :Socket774:2016/12/27(火) 16:59:21.30 ID:GsEGg8Kc
- >>243
べんchしてみてよ
- 246 :Socket774:2016/12/27(火) 18:28:46.04 ID:Nq3FaduV
- >>238
だけど、x265試験導入の段階では確かに最新x265ならmediumだと結構速いんだけど
長年、自分で秘伝のタレのように熟成させてきたx264の設定と
比べるとサイズ・画質・速度でほとん優位がないわ(速度は当然x264優位)
x265でも設定を熟成させてかないとならんな
- 247 :Socket774:2016/12/27(火) 18:39:58.95 ID:LFvmG6bY
- 265はNVEncがすごいわ
速度も画質も264のCPUエンコ以上
- 248 :Socket774:2016/12/27(火) 18:41:55.19 ID:nx5P7xS1
- >>246
自分が使いこなせてないだけじゃん
- 249 :Socket774:2016/12/27(火) 18:45:46.33 ID:vfpB8e0O
- 圧縮率を高く評価しないとx264より優位性は薄くなる
x264で高画質にエンコするならそれでいいわけだし
- 250 :Socket774:2016/12/27(火) 18:57:26.72 ID:nx5P7xS1
- ちょっと何言ってるか分かんない
- 251 :Socket774:2016/12/27(火) 18:58:38.12 ID:7ICQswOi
- >>102だけど、上でPGOビルドの話が出てたので
rigaya先生のところ↓からPGOビルドの方を頂いて、通常ビルドと差し替えて比較してみた
https://onedrive.live.com/?authkey=%21AJWOVN55IpaFffo&id=6BDD4375AC8933C6%213306&cid=6BDD4375AC8933C6
x265_Benchmark
【CPU】i7-4770(定格)
【MEM】DDR3-1600 4GBx2
【M/B】ASUS H87M-Pro
【SSD】Crucial M550
【OS】 Win7 x64 Pro
---------------
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2
【x265】2.1+70 x64 → 2.1+71 x64 (PGOビルド)
【Veryfast】 29.15 fps → 30.15 fps (+3.4%)
【. Medium】 14.54 fps → 15.52 fps (+6.7%)
【 Slow】 5.98 fps → 6.26 fps (+4.7%)
自前環境向けにPGOビルドしたものでなくても結構効くもんだね
- 252 :Socket774:2016/12/27(火) 21:27:52.89 ID:GsEGg8Kc
- 5%あがってるやん ええな
- 253 :Socket774:2016/12/27(火) 22:26:27.33 ID:x+53+/oH
- >>247
それは無いわ、目玉腐れ杉だろ
- 254 :Socket774:2016/12/27(火) 22:48:11.22 ID:uAJAsASQ
- 時代に取り残される人って
ネット時代になってもなくならないんだな
- 255 :Socket774:2016/12/28(水) 00:26:20.28 ID:OYQ6WYkR
- 俺は自分で確認したけど265のがあっとう的に画質良いわ
- 256 :Socket774:2016/12/28(水) 00:33:02.74 ID:OYQ6WYkR
- 264で十分 sandyで十分 この当たりなんか被るw
新しい方が確実に良くなってる
- 257 :Socket774:2016/12/28(水) 02:02:22.02 ID:QNzV1y9u
- 【CPU】Core i5-4690K@定格(エンコ時3.9GHz)
【MEM】DDR3-2400-8GB x2[DC](11-13-13-31 2T)
【M/B】Z97-PRO GAMER Rev. 1.0 BIOS:2203
【GPU】Intel HD Graphics 4600(iGPU)@定格
【HDD】M.2 SSD 256GB(PCIEx2)
【OS】10P64 AU
【x265】2.1+70 (x64)
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2
・FullHD / 4k
【.Veryfast】26.52 / 7.05
【. Medium】13.85 / 3.30
【. Slow】5.73 / 1.38
トレンドに乗ってみる……4kきつい
エンコ中の消費電力は93-97w
- 258 :Socket774:2016/12/28(水) 02:05:21.68 ID:QNzV1y9u
- 【x265】2.1+70 (x86)
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2
・FullHD
【.Veryfast】13.78
【. Medium】7.83
【. Slow】3.37
x86ビルドがあったので試してみるもその遅さに草
Pentium4で実行したらどんな惨劇が繰り広げられるのだろう
エンコ中の消費電力は88-91w
- 259 :Socket774:2016/12/28(水) 02:08:55.47 ID:l5oGB1Nd
- x86のバイナリってx64の3分の1くらにいしかないから
速度の要のアセンブラコードは一部しか実装してなさそう
需要もないだろうしね
- 260 :Socket774:2016/12/28(水) 09:48:33.32 ID:vWSqbeks
- >>256
XPで十分、win7で十分も追加で
- 261 :Socket774:2016/12/28(水) 10:55:27.39 ID:HJlphDtJ
- ネットに繋がなければいいんじゃね
- 262 :Socket774:2016/12/28(水) 11:00:04.84 ID:ekipuxRY
- それが一番いい
俺もネットに繋がないでここに書き込みしているし
- 263 :Socket774:2016/12/28(水) 13:32:52.36 ID:22eLc22P
- CQPって時点でクソなの
画質をまともにすればサイズが無駄に膨らむし、サイズをまともにしたら画質がクソ
どっちか片方に振るのは簡単なんだけどな、サイズあたりの画質が重要なんだよ
10bitなんかほぼ無駄、現状ほぼ全てのソースが8bitなんだから
8bitでバンディングが出るとこはソースの時点から出てる
符号化効率のわずかな向上が利点だが、失う再生互換性が大きすぎて現状では使えたものじゃない
- 264 :Socket774:2016/12/28(水) 13:36:47.27 ID:wrG0sbT+
- 8bitのソースでも10bitエンコするとバンディング軽減されるんじゃなかった?
- 265 :Socket774:2016/12/28(水) 13:39:35.39 ID:22eLc22P
- debandフィルタかけてから10bitエンコすればな
俺は8bitのままにして再生時にdebandする方がリーズナブルだと思うけど
- 266 :Socket774:2016/12/28(水) 13:44:03.98 ID:+uuWR70/
- エンコ前に無くてエンコ後に気になるバンディングならば10bitエンコは意味はある
元々バンディングが激しいのなら予めデバンドした上で10bitエンコすればいい
あと再生互換の話はよく出るけどそれは個人で判断するべきこと 俺は別にスマホで再生とかしねーからx264は10bit使ってるわ
- 267 :Socket774:2016/12/28(水) 14:00:12.25 ID:hwJmB0Od
- そもそもなんで>>263は突然CQPとか10bitとか言い出したんだろう・・・
- 268 :Socket774:2016/12/28(水) 14:10:41.51 ID:HJlphDtJ
- しかも本当に的外れだし
頭おかしいとしか
- 269 :Socket774:2016/12/28(水) 14:12:56.26 ID:OYQ6WYkR
- 8でも265のほうが圧倒的だよな
- 270 :Socket774:2016/12/28(水) 14:13:30.56 ID:w1NwsxpV
- >>267
NVEncが画質いいって話とx265が画質いいって話が混在してるからでしょ
- 271 :Socket774:2016/12/28(水) 14:16:07.67 ID:OYQ6WYkR
- ソフト265>ソフト264 NV265 > QSV
- 272 :Socket774:2016/12/28(水) 14:26:56.05 ID:vWSqbeks
- 何を基準に優劣を決めるかによる
ビットレートを盛れば(10Mbps~)エンコーダーによる画質さなんてほぼ無くなる
- 273 :Socket774:2016/12/28(水) 14:32:09.72 ID:OYQ6WYkR
- >>272
そりゃな 配信とかの軽さならNVENCだし
保存用究極画質ならソフトかね
- 274 :Socket774:2016/12/28(水) 18:51:29.06 ID:8AOVTM/V
- 究極保存用なら元ソースのままでエンコなんかするなよ
- 275 :Socket774:2016/12/29(木) 00:05:35.98 ID:+r32qri4
- NVEncと言えば、これもrigaya氏が支援ツールで活躍してるな
こんだけ同時並行でツール開発しまくってて何者なんだよこの人
- 276 :Socket774:2016/12/29(木) 00:54:40.05 ID:DL3HFUsv
- 究極保存用ならTSとかISOままだよな
- 277 :Socket774:2016/12/29(木) 01:09:47.70 ID:y1TX9OQj
- そのソースが糞なんだよねぇ
BNとかMNとかバンディングとか……
- 278 :Socket774:2016/12/29(木) 01:15:54.80 ID:EhseBouG
- >>238
>>246
だけど、今日、同じソースでもう一度検証したらx265は明らかに
x264より画質/容量は上だったわ、昨日の比較検証には何かしらのミスがあったっぽい
preset midiumのまま特に設定追い込んでなくても
同じcrf24で比較して、x265はサイズは3分の4で画質は少し上
x264の方はかなりセッティング追い込んだものなのに
エンコ時間はほぼ2倍だけど十分に実用範囲
来年の新番組からはx265に乗り換えるようと準備中
- 279 :Socket774:2016/12/29(木) 02:32:16.79 ID:8hU6Oour
- x264と同じくらいの画質を目指す場合、x265のcrf値はx264で指定した数値より
2前後下げないといけなかったような気が。モノによるし半年前くらいに試した記憶だけど。
- 280 :Socket774:2016/12/29(木) 09:12:29.04 ID:ajWZF0mT
- 蛇足もいいとこだなあ
- 281 :Socket774:2016/12/29(木) 10:45:43.66 ID:hm6cWobW
- 今でもx265はx264に比べ細かいグレインやディテールがボケたりツルツルになったりするから
普段はx264使ってるけど実写ならかなり膨らむからx265でも良いと思ったり
- 282 :Socket774:2016/12/29(木) 11:01:34.89 ID:2GpCpmvY
- 4Kで265一択なのにな
昔wmvとかdivxに固執してたやつと同じだわ
- 283 :Socket774:2016/12/29(木) 11:59:33.00 ID:d7yWMOKQ
- 地デジを1280*720にリサイズエンコしている限りはいらんだろう
変えるのがめんどいってだけの話だろうけど
- 284 :Socket774:2016/12/29(木) 13:52:59.07 ID:XuPgSLHW
- >>281
そうそう、AVCと同等SSIMでレート1/3近くになってすげーとか思ってたら
よく見たらボケボケなんだよなw
HEVCはブロックやモスキートみたいな目立つアーティファクトはなくて、劣化は主にボケとして表れる
超低レート時の見苦しさを緩和する能力は高いので
レート不足&糞エンコの「スペックだけ4K」放送を実現する上では理想的なcodecだろうが
まともな画質領域ではAVC比0.8倍ぐらいのレートが必要だ
- 285 :Socket774:2016/12/29(木) 13:59:07.79 ID:D4hoTNIX
- >>284
SSIM比べるなら「-tune ssim」付けないといけないと思うんだけど付けた?
後半に言ってることは同感
- 286 :Socket774:2016/12/29(木) 14:44:24.59 ID:Ne60ebFT
- 三分の一と言ってるからtune ssim以前の問題かと
- 287 :Socket774:2016/12/29(木) 19:52:52.68 ID:t3Sr/ErJ
- NVBenc H.265ってBフレーム使えない仕様は改善されてるの?
某ゲーム動画エンコでx264の画質を超えたって比較検証も
x264のパラメータ全くいじれずにBフレーム設定できませんでした
みたいなレベルの人間がやってる役に立たない比較検証だったしな
- 288 :Socket774:2016/12/29(木) 20:03:17.42 ID:sa6uMyS1
- HEVCのBフレームはPascal世代でもサポートされなかったから出来ないよ
- 289 :Socket774:2016/12/29(木) 20:10:09.50 ID:cw6Xi346
- それマジで勿体ない仕様だなNVEnc/H.264の方はちゃんとbフレーム使えるのに
割とマジでエンコ用にGTX1050買おうか悩んでたけど
h.265のbフレ無し仕様が改善されるまで様子見しとくわ
- 290 :Socket774:2016/12/30(金) 00:54:55.97 ID:va4EA+so
- いいかげんNVEnc君ウザイ
- 291 :Socket774:2016/12/30(金) 01:06:59.74 ID:SSAZOlBV
- QSVの方が早くて綺麗なんじゃないの
- 292 :Socket774:2017/01/04(水) 05:32:02.16 ID:KY79KsoA
- 出自が放送波並みかそれ以上の帯域で低延滞配信用途だしな
ブロック配置の走査手間増えた分Bフレーム入れないのが仕様だし
- 293 :Socket774:2017/01/07(土) 00:02:05.83 ID:b8rD1ZSd
- 【CPU】Core i7 7700k@5GHz
【MEM】DDR4-3200 8GB x2
【M/B】MAXIMUS VIII HERO
【GPU】GTX1080
【HDD】M500 480GBx2 RAID0
【OS】Windows10 pro
---------------
【x264】r2665 (x64)
【Veryfast】 95.39 fps
【. Medium】 24.88 fps
【 Slow】 11.32 fps
【. Slower】 5.38 fps
とりあえず負荷テストを兼ねて回してみた
Skylakeの高OC耐性版って感じだね
- 294 :Socket774:2017/01/07(土) 00:09:06.25 ID:J5ZVgrw1
- 乙
OC分を差し引いても凄い早いね
- 295 :Socket774:2017/01/07(土) 00:12:52.11 ID:/sDxGZ/h
- すげえな、4コアで過去最高記録か?
- 296 :Socket774:2017/01/07(土) 00:18:51.18 ID:7UHz/s11
- OCCTみたいのでAVXをフルに回してほしいな
- 297 :Socket774:2017/01/07(土) 01:05:55.26 ID:b8rD1ZSd
- 【CPU】Core i7 7700k@5GHz
【MEM】DDR4-3200 8GB x2
【M/B】MAXIMUS VIII HERO
【HDD】M500 480GBx2 RAID0
【OS】Windows10 pro
---------------
【x265】2.1+70 (x64)
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2
FHD
【Veryfast】 45.38 fps
【. Medium】 22.71 fps
【 Slow】 9.09 fps
4k
【Veryfast】 12.15 fps
【. Medium】 5.43 fps
【 Slow】 2.30 fps
- 298 :Socket774:2017/01/07(土) 01:15:55.01 ID:mSubpVrC
- x265も4コア離れした速さ
- 299 :Socket774:2017/01/07(土) 08:21:56.82 ID:u0D6SrNK
- おお
いいね
- 300 :Socket774:2017/01/07(土) 08:23:12.37 ID:oA6YDITd
- 定格でもぜひ
- 301 :Socket774:2017/01/07(土) 11:46:23.02 ID:cB3N8nyb
- kabylake定格での結果
【CPU】Core i7 7700K 定格
【MEM】DDR4-2666 8GBx2 (15-15-15-35-2T)
【M/B】Gigabyte Z270M-D3H
【SSD】Intel 600p 256GB
【OS】Windows 10 Pro
---------------
【x265】 2.1+70 (x64)
---------------
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2
FHD
【Veryfast】 40.55 fps
【. Medium】 20.19 fps
【 Slow】 8.09 fps
4K
【Veryfast】 10.79 fps
【. Medium】 4.83 fps
【 Slow】 1.95 fps
ちなみに
【CPU】Core i7 6700K@4.4GHz
【MEM】DDR4-3000 8GBx2 (15-17-17-35-2T)
【M/B】ASUS Z170I Pro Gaming
【SSD】Patriot Hellfire 480GB
【OS】Windows 10 Pro
---------------
【x265】 2.1+70 (x64)
---------------
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2
FHD
【Veryfast】 40.72 fps
【. Medium】 20.22 fps
【 Slow】 8.07 fps
4K
【Veryfast】 10.77 fps
【. Medium】 4.87 fps
【 Slow】 1.97 fps
全然変わんねぇ〜
OCし易いのが唯一の救いか
- 302 :Socket774:2017/01/07(土) 13:35:24.14 ID:Y/ZrJKaB
- 体感は全然違うよ
- 303 :Socket774:2017/01/07(土) 13:47:19.14 ID:vMLuEcQI
- >>301
GJな報告乙
エンコ目的ならあわてて買う必要はなさそう
Zenが出た後財布と相談だw
- 304 :Socket774:2017/01/07(土) 23:57:30.65 ID:WEjuI5Pz
- RYZEN待ちだなあ
- 305 :Socket774:2017/01/09(月) 15:54:58.80 ID:M08o061w
- せやな
- 306 :Socket774:2017/01/09(月) 23:40:28.22 ID:OmrWU6Pq
- 【CPU】Core i7 7700k@5.2GHz
【MEM】DDR4-3200 8GB x2
【M/B】MAXIMUS VIII HERO
【GPU】GTX1080
【HDD】M500 480GBx2 RAID0
【OS】Windows10 pro
---------------
【x264】r2665 (x64)
【Veryfast】 101.67 fps, 34660.14 kb/s
【. Medium】 26.45 fps, 35301.75 kb/s
【 Slow】 11.91 fps, 33962.66 kb/s
【. Slower】 5.87 fps, 33745.42 kb/s
---------------
【x265】2.1+70 (x64)
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2
【Veryfast】 48.07 fps
【. Medium】 24.16 fps
【 Slow】12.79 fps
- 307 :Socket774:2017/01/10(火) 00:02:49.49 ID:8IAqujaA
- おお…Kabyよく回るじゃん
4コアで100fps超えは初めて見たな
- 308 :Socket774:2017/01/10(火) 01:58:33.01 ID:Xz5dEvbp
- >>306
冷却教えて
- 309 :Socket774:2017/01/10(火) 02:24:14.08 ID:FAv5SeCt
- >>308
殻割りリキプロ化でクーラーはWater 3.0 Extreme (ファンはNF-F12に換装)を使用
- 310 :Socket774:2017/01/10(火) 23:06:16.00 ID:48ouzw2m
- >>309
ありがとう
やっぱりやる事やってるんだね
発売日に殻割りリキプロ流石ッスw
- 311 :Socket774:2017/01/11(水) 17:07:55.04 ID:PNM1Hobf
- 殻割り厨しねよ
お前らから割りしたCPUヤフオクに流すんじゃねーよ
- 312 :Socket774:2017/01/12(木) 08:01:49.42 ID:3dWTYfvl
- オクでOC可能なCPU買う方がアレだろ
- 313 :Socket774:2017/01/12(木) 18:34:03.02 ID:KDvoyxgB
- OC目当てならその方がいいだろ
- 314 :Socket774:2017/01/12(木) 21:25:08.46 ID:tlDGJSGO
- 誰かこれやってよつXeon Phi
- 315 :Socket774:2017/01/12(木) 21:59:22.91 ID:3dWTYfvl
- エンコはそんなに速くないぞアレ
E5 2CPUした方が安くて速い
- 316 :Socket774:2017/01/18(水) 13:49:33.04 ID:x6B75L6Q
- 所詮Atomコアだからなぁ・・・
- 317 :Socket774:2017/01/18(水) 16:15:11.84 ID:9Zs1OUTd
- SIMDに極振りしたatom
- 318 :Socket774:2017/01/18(水) 19:16:34.04 ID:lot0HG99
- HT あってもなくてもエンコードに差が出ない時点で見た目 288 コアだけど実際は 1.7 Ghz 72 コア (122Ghz) の Atom。
Xeon E5 2679 v4 2 枚のが 40 コア 3.2 Ghz (128Ghz) のCore i のが早いっしょ。
- 319 :Socket774:2017/01/18(水) 19:34:56.67 ID:bBbfntSL
- エンコードはそんなに並列数高めても頭打ちあって効果なさそうだからなぁ
ある程度のシングルスレッド性能は必要そう
- 320 :Socket774:2017/01/20(金) 18:51:01.66 ID:nhq4FB31
- 【CPU】FX-8320E@定格[エンコ時3.2GHz]
【MEM】DDR3-2133-8GB x2[DC, Auto(10-12-12-28-40)]
【M/B】GA-990FX-Gaming Rev. 1.0 BIOS:F2
【GPU】RADEON RX 460 2GD5@カード定格[c1090/b1210/m1750(GDDR5 2GB 128bit)] + RS-C 16.12.2
【HDD】SSD(256GB, SATA3, AHCI)
【OS】7P64 SP1
---------------
【x264】r2334 (x64) 8bit
【Veryfast】45.04
【. Medium】12.13
【 Slow】5.57
【. Slower】2.83
【x264】r2334 (x64) 8bit -opencl
【Veryfast】49.88
【. Medium】12.43
【 Slow】5.75
【. Slower】2.86
【x264】r2334 (x86) 8bit
【Veryfast】42.59
【. Medium】10.94
【 Slow】5.21
【. Slower】2.34
【x264】r2334 (x86) 8bit -opencl
Error.
---------------
【x264】r2665 (x64) 8bit
【Veryfast】45.28
【. Medium】12.18
【 Slow】5.70
【. Slower】2.89
136-145w
【x264】r2665 (x64) 8bit -opencl
【Veryfast】50.08
【. Medium】12.50
【 Slow】5.88
【. Slower】2.92
154-167w
【x264】r2665 (x86) 8bit
【Veryfast】43.23
【. Medium】11.15
【 Slow】5.29
【. Slower】2.38
【x264】r2665 (x86) 8bit -opencl
Error.
- 321 :Socket774:2017/01/20(金) 18:56:30.23 ID:nhq4FB31
- 【CPU】FX-8320E@定格[エンコ時3.2GHz]
【MEM】DDR3-2133-8GB x2[DC, Auto(10-12-12-28-40)]
【M/B】GA-990FX-Gaming Rev. 1.0 BIOS:F2
【GPU】RADEON RX 460 2GD5@カード定格[c1090/b1210/m1750(GDDR5 2GB 128bit)] + RS-C 16.12.2
【HDD】SSD(256GB, SATA3, AHCI)
【OS】7P64 SP1
【x265】2.1+70 (x64)
【拡張命令】MMX2 SSE2Fast SSSE3 SSE4.2 AVX XOP FMA4 FMA3 LZCNT BMI1
・FullHD/4k
【.Veryfast】16.52 / 4.27
【. Medium】9.01 / 2.13
【. Slow】3.83 / 0.91
135-141w
・FullHD with HWiNFO64
【. Slow】3.84
【x265】2.1+70 (x86)
【拡張命令】MMX2 SSE2Fast SSSE3 SSE4.2 AVX XOP FMA4 FMA3 LZCNT BMI1
・FullHD
【.Veryfast】11.85
【. Medium】6.71
【. Slow】2.95
いまさらながらにFX様で組んでみた
Primeをかけると約半数のコアがBase割れの2.8GHzに落ちてたが、
エンコ中は3.2GHzを(多少の変動はあれ)維持してた
x264はともかくx265は厳しいねぇ
- 322 :Socket774:2017/01/20(金) 19:06:50.22 ID:NLwlutbs
- Piledriver、x264は3.2GHzの割になかなか速いな、コスパは確実にいいね
x265は飛び道具(AVX2)がものを言うからどうしょうもないけど
- 323 :Socket774:2017/02/03(金) 21:10:42.76 ID:3vLk12E9
- システム新しくしたので、x265も新しくビルドしてみた。
【CPU】Core i7 7700K@5.1GHz
【MEM】DDR4-3200 16GBx4
【M/B】PRIM Z270-A
【HDD】WD 4.0T
【SSD】MX200 1TB
【OS】 Win10Pro x64
---------------
【x265】2.2+30 (x64)
【Veryfast】45.47 fps 2707.13 kb/s
【. Medium】 23.14 fps 3111.83 kb/s
【 Slow】9.33 fps 3198.38 kb/s
- 324 :Socket774:2017/02/03(金) 21:17:31.93 ID:0awnAba6
- 環境の割に遅いな
クロック見合った実行処理能力出てるかLinxとかで演算能力計りながらクロック上げてるかい?
- 325 :Socket774:2017/02/03(金) 22:23:04.49 ID:3vLk12E9
- 自ビルド止めてビルド済み落としてやってみた。
【CPU】Core i7 7700K@5.1GHz
【MEM】DDR4-3200 16GBx4
【M/B】PRIM Z270-A
【HDD】WD 4.0T
【SSD】MX200 1TB
【OS】 Win10Pro x64
---------------
【x265】2.2+30 (x64)
【Veryfast】47.69 fps 2707.13 kb/s
【. Medium】24.09 fps 3111.83 kb/s
【 Slow】9.64 fps 3198.38 kb/s
なんだかなぁ
キャシュはx48
AVXはx51
足を引っ張っているとすれば、メモリレイテンシかな・・・・
- 326 :Socket774:2017/02/04(土) 21:11:41.10 ID:ituW9oW8
- 【CPU】i7-930@3.8GHz (UC:3.2GHz)
【MEM】DDR3-1600 4GBx6
【M/B】GIGABYTE GA-X58A-UD7 rev1.0
【HDD】HDS722020ALA330
【OS】 Windows10Pro(1607) x64
【x264】r2525 (x64)
【Veryfast】 45.68 fps, 34655.74 kb/s
【. Medium】 12.37 fps, 35300.55 kb/s
【 Slow】 5.51 fps, 33962.66 kb/s
【. Slower】 2.89 fps, 33745.31 kb/s
【x264】r2762 (x64)
【Veryfast】 36.09 fps, 33314.58 kb/s, 238.52 MB
【. Medium】 11.68 fps, 34597.11 kb/s, 247.71 MB
【 Slow】 7.584 fps, 34627.02 kb/s, 247.92 MB
【. Slower】 3.055 fps, 33931.80 kb/s, 242.94 MB
- 327 :Socket774:2017/02/04(土) 22:39:43.91 ID:ituW9oW8
- 【CPU】FX-8350@4.2GHz (NB:2.4GHz)
【MEM】DDR3-1866 8GBx4
【M/B】ASUS Crosshair V Formula
【HDD】HDN724040ALE640
【OS】 Windows10 Pro (1607) x64
【x264】r2525 (x64)
【Veryfast】 55.52 fps, 34655.19 kb/s
【. Medium】 15.21 fps, 35300.55 kb/s
【 Slow】 7.07 fps, 33962.66 kb/s
【. Slower】 3.31 fps, 33745.31 kb/s
【x264】r2762 (x64)
【Veryfast】 46.00 fps, 33314.52 kb/s, 238.52 MB
【. Medium】 14.98 fps, 34597.56 kb/s, 247.71 MB
【 Slow】 9.259 fps, 34627.02 kb/s, 247.92 MB
【. Slower】 3.867 fps, 33931.80 kb/s, 242.94 MB
- 328 :Socket774:2017/02/04(土) 23:03:01.21 ID:Gz7mihm6
- お、同世代対決?
いや、そのはずだったけどBullが二年スリップしたんだったか
・・ま、Bullは少し遅かったね
- 329 :Socket774:2017/02/05(日) 01:49:15.33 ID:slR4xcT9
- 現行CPU比でMediumだけ大差になるんだな
- 330 :326:2017/02/05(日) 01:50:41.56 ID:rpo66xPZ
- >>328
FX-8350(Piledriver)はIntelだとIvy世代だから、一応2世代差かな?
最近のrev.のはあまりベンチ結果がなかったから比較用にと。
- 331 :Socket774:2017/02/05(日) 13:46:22.40 ID:rpo66xPZ
- x265と違ってx264なら悪くないね
Bloomfieldともほぼ互角
【CPU】PhenomII X6 1100T@3.8GHz (NB:2.6GHz)
【MEM】DDR3-1600 4GBx4
【M/B】GIGABYTE GA-MA790FXT-UD5P
【HDD】HDS722020ALA330
【OS】 Windows10Pro(1607) x64
【x264】r2525 (x64)
【Veryfast】 45.34 fps, 34649.64 kb/s
【. Medium】 11.90 fps, 35286.10 kb/s
【 Slow】 5.65 fps, 33936.24 kb/s
【. Slower】 2.78 fps, 33713.56 kb/s
【x264】r2762 (x64)
【Veryfast】 37.52 fps, 33306.33 kb/s, 238.46 MB
【. Medium】 11.38 fps, 34582.08 kb/s, 247.60 MB
【 Slow】 7.161 fps, 34618.40 kb/s, 247.86 MB
【. Slower】 2.949 fps, 33901.25 kb/s, 242.72 MB
- 332 :Socket774:2017/02/05(日) 16:53:51.56 ID:Ne6QvQBW
- x264は当時の開発背景が反映されていて面白い
x265も同様にその辺バッサリ切り捨てているのがよく分かるね
- 333 :Socket774:2017/02/05(日) 17:16:50.67 ID:iVvT+YHu
- x265はのアセンブラコードはほぼSSE4.1利用可能が最低ラインに設定されてるみたいで
SSE4aまでしかないK10はほとんどの処理で、遅いCの代替コード走らされてるんだろうな
- 334 :Socket774:2017/02/23(木) 09:07:31.94 ID:xdrXzVXH
- Ryzenのx264/x265両ベンチ結果期待age
- 335 :Socket774:2017/02/23(木) 09:11:16.53 ID:veSiCAiM
- 期待するわなあ
- 336 :Socket774:2017/02/23(木) 10:42:34.41 ID:7FMkkiTT
- 初日にベンチ張ったら神だぞマジで
半端ない数字期待するわww
- 337 :Socket774:2017/02/23(木) 11:24:47.97 ID:ZxB7F6xf
- Ryzenは歩留まりいいらしいね
- 338 :Socket774:2017/02/23(木) 11:44:34.50 ID:40jwH1Va
- マザボの方が供給間に合わない可能性あるだとか
- 339 :Socket774:2017/02/23(木) 11:45:15.06 ID:Cg7Zez13
- はやく1800xのベンチあげろよ
- 340 :Socket774:2017/02/23(木) 12:32:49.78 ID:ga7EYq87
- 発売日はいつ?
- 341 :Socket774:2017/02/23(木) 12:48:40.71 ID:+j2Nbvqt
- ひな祭り
- 342 :Socket774:2017/02/23(木) 13:01:38.38 ID:L+GyJsD4
- ライターさんRyzen でエンコベンチ終わったら書き込んで
- 343 :Socket774:2017/02/23(木) 16:47:53.65 ID:cJ0PWFsh
- めっちゃ楽しみだな
- 344 :Socket774:2017/02/25(土) 18:35:17.41 ID:Ke4DHWvu
- 1800xが4.3Ghzくらいで6950X超えるんで、俺らが買える最速のCPUになりそうやな
x264なら6つ同時に処理してもTDP100W程度とか勃起するぜ
- 345 :Socket774:2017/02/25(土) 20:05:30.30 ID:H3mDS9Nu
- ここのスレの結果を見て買うか決めるよw
- 346 :Socket774:2017/02/26(日) 00:52:06.41 ID:qFinZZNn
- 現時点で拾えたx264バイナリで速度比較してみました
ビット数もビルド者も違うので参考程度にしかなりませんが…
x86とx64では概ね1割程度速度差があるようですね
【CPU】i5-3470 定格3.2GHz(TB全コア3.4GHz・2コア3.6GHz)
【MEM】DDR3-1600 4GBx2
【M/B】ASUS P8B75-M
【SSD】Plextor PX-128M5M+
【HDD】Seagate ST936701LC
【OS】Win10 x64
r1995 x86 rigaya afs
【Veryfast】35.22 fps, 34602.14 kb/s
【Medium】 8.65 fps, 35250.15 kb/s
【Slow】 3.62 fps, 33983.17 kb/s
【Slower】 1.72 fps, 33744.90 kb/s
r2409 x64 POP
【Veryfast】40.82 fps, 34651.27 kb/s
【Medium】 11.17 fps, 35290.35 kb/s
【Slow】 5.23 fps, 33931.46 kb/s
【Slower】 2.63 fps, 33706.63 kb/s
r2579 x64 komisar
【Veryfast】41.08 fps, 34653.63 kb/s
【Medium】 11.11 fps, 35290.21 kb/s
【Slow】 5.19 fps, 33925.91 kb/s
【Slower】 2.60 fps, 33707.49 kb/s
r2597 x86 rigaya afs
【Veryfast】37.94 fps, 34664.23 kb/s
【Medium】 9.79 fps, 35288.17 kb/s
【Slow】 4.71 fps, 33931.86 kb/s
【Slower】 2.06 fps, 33709.86 kb/s
r2762 x86 rigaya afs
【Veryfast】30.67 fps, 33313.85 kb/s
【Medium】 9.11 fps, 34578.20 kb/s
【Slow】 4.80 fps, 34612.51 kb/s
【Slower】 2.19 fps, 33893.70 kb/s
r2762 x64 jpsdr posix
【Veryfast】32.67 fps, 33307.54 kb/s
【Medium】 10.34 fps, 34580.38 kb/s
【Slow】 6.416 fps, 34611.83 kb/s
【Slower】 2.735 fps, 33889.67 kb/s
r2762 x64 jpsdr Winthread
【Veryfast】32.54 fps, 33307.50 kb/s
【Medium】 10.34 fps, 34580.41 kb/s
【Slow】 6.423 fps, 34612.06 kb/s
【Slower】 2.743 fps, 33889.67 kb/s
この結果見て「r2762 x64 jpsdr Winthread」使うことに
- 347 :Socket774:2017/02/27(月) 09:45:07.04 ID:AfKUfplh
- AVX2の影響で
x264はAMD>>>INTEL
x265はINTEL>>>AMD
となるパターンが一番対処に困る・・・。
- 348 :Socket774:2017/02/27(月) 09:55:59.30 ID:iZID5rT8
- >>134-135の検証したものだけど
x265でAVX2の有無であそこまで処理速度が変わるのは
SSE→AVX2でスループットが2倍になったからではく
アセンブラコードのメインターゲットがAVX2使えるCPUになってるせいで
x265の速度が大きく改善されて以降のアセンブラコードがAVX2を含むものばかりになってるから
って可能性もかなり高いと思ってる
それは、SSE4.1を使えないCPUが初期から開発ターゲットから切り捨てられてるようなところから見ても
だからそうなるとたとえAVX2理論スループットがインテルの半分でも
対応しているだけでもかなりの程度で最新の最適化コードの恩恵が得られる可能性があるんじゃないかと
現行のExcavatorコアがインテルに対して半速のAVX2だから
x265やってくれてるとそのへんの真相がわかったんだろうけどね
まあ、もうすぐ実機の報告も来るだろうからわくわくしながら待ってるです
- 349 :Socket774:2017/02/27(月) 13:56:38.36 ID:fd4hi+u5
- けどAVXにも最適化はされてるからAVXからの伸び率は素直に256bitなFPUのお蔭じゃね
でも個人的には(Ryzenの)AVXとAVX2でまったく性能差が無いってことはないと思ってるけど
- 350 :Socket774:2017/02/27(月) 14:05:59.35 ID:IF0HAoca
- AVX2用に書かれたアセンブラコードの代替ルーチンがSSEのアセンブラコードじゃなく
Cで書かれたものだったりする場合みたいな話だな
その点x264は歴史が長いだけあってSSE2時代から積み上げたコード群のお陰で
SSE2だけでもそれなりに速度が出る
- 351 :Socket774:2017/03/02(木) 10:42:16.30 ID:4wcn2ICv
- AMDのプレスリリース資料だって
AMD Ryzen 7 Press Deck leaked
https://videocardz.com/66745/amd-ryzen-7-press-deck-leaked
https://cdn.videocardz.com/1/2017/03/AMD-Ryzen-Press-Deck-39_VC.jpg
https://cdn.videocardz.com/1/2017/03/AMD-Ryzen-Press-Deck-35_VC.jpg
Ryzenは、非リアルタイムエンコも、リアルタイムエンコも、得意なようですね
エンコード時のパフォーマンスもワットパフォーマンスも、Intelより優秀
- 352 :Socket774:2017/03/02(木) 10:50:28.13 ID:7sUFz38l
- 6800Kの定格がこれだから>>45
その6800KよりHandBrakeでそれだけ速いRyzen 1700は
どれくらいになるかワクテカが止まらない
HandBrakeってことは当然x264使ってテストしたってことだよな?
- 353 :Socket774:2017/03/02(木) 11:35:18.48 ID:pJMK48aM
- エンコが主目的だから俄然楽しみになってきた
- 354 :Socket774:2017/03/02(木) 13:04:09.30 ID:fwIiDV0M
- 新鮮なベンチはまだかー?
- 355 :Socket774:2017/03/02(木) 13:05:42.46 ID:4/ch3Un6
- コア数が多いから、実は結構潰しが効きそうな気がしてきた
確かX6なんかも結構使っているやつ多かったよな
- 356 :Socket774:2017/03/02(木) 20:01:57.71 ID:P6tQa2Jw
- 自作PC板で、Ryzenに最も期待してるのがこのスレだろうな
- 357 :Socket774:2017/03/02(木) 21:39:26.99 ID:2PPcYRB0
- x264 FHD Benchmarkではi7 6900kを上回ってる模様
http://wccftech.com/amd-ryzen-7-1800x-review-processor-leak/
とりあえずテストファイルの置き場所をおさらい
x264テストは>>1
x265テストは>>183
- 358 :Socket774:2017/03/02(木) 22:03:36.77 ID:gWPKy/cp
- このスレでも6950X持ってる人なんてほとんどいないから、1700XですらOCでぶち抜くのはほんとにデカイ
1800Xならだんとつ最速やろうからな
スレのテンプレが塗り替えられるでこれは
- 359 :Socket774:2017/03/02(木) 22:23:00.15 ID:xmELU24C
- 6900以上は持ってる人少ないやろ 6900だけで1台分あるし
- 360 :Socket774:2017/03/02(木) 23:09:13.98 ID:48JRwvNY
- AVX2とは一体何だったのか
http://pc.watch.impress.co.jp/img/pcw/docs/1047/474/l04.png
- 361 :Socket774 転載ダメ©2ch.net:2017/03/02(木) 23:25:26.32 ID:j5Yv6MR4
- x265のチームでRyzenの入手はしたのかな
- 362 :Socket774:2017/03/02(木) 23:27:06.06 ID:yqRZ630v
- クロックあたりの性能は同等だから、絶対性能はクロック耐性次第だけどな
省電力にはなるだろうけど、既に6900K持っていたら買い換えには至らないかも
Intelより容易に本格水冷噛ませば4.6GHz〜で常用安定とかなら話は別だけど
まずは評価すべきは導入コストと省電力性かね
Intelより1年後出しで、結局より高クロックで動作させなきゃ性能上回れなかった故の安売りだろうから
消費者としてはありがたいが、AMDの目論見としては「結局また薄利勝負」を選ばざるをえなかった時点で、Intelに対して負けても無いが勝っても無いだろうと
- 363 :Socket774:2017/03/02(木) 23:37:44.94 ID:P6tQa2Jw
- >>360
x265はやっぱりIntelのAVX2 256bit演算効いてるのは確かだけど
それが効いてもその微差かよって感じだな
- 364 :Socket774:2017/03/02(木) 23:47:42.90 ID:2PPcYRB0
- まぁ、i7の世代が古いのは差し引かないといけないと思うが
128bit FPUに僅差で勝つ256bit FPUとは・・
- 365 :Socket774:2017/03/02(木) 23:50:32.04 ID:4/ch3Un6
- コアが多いほうがエンコは有利か
- 366 :Socket774:2017/03/02(木) 23:54:15.23 ID:S/SUAPLI
- つうか、Ryzenはx264とx265ともにAVX2無効にした方が速いのか
AVX2有効にするとXFRがクロック落としちゃうパターンか
- 367 :Socket774:2017/03/02(木) 23:54:17.65 ID:MRCjZxV0
- 1800x vs 5960xじゃなくて1800x vs 6900kでして欲しかったね
- 368 :Socket774:2017/03/03(金) 00:09:08.28 ID:okX9uHRP
- ttp://pc.watch.impress.co.jp/img/pcw/docs/1047/474/l04_s.png
結構いい感じだな
- 369 :Socket774:2017/03/03(金) 00:24:32.23 ID:cBoZg8H7
- >>368
それもう>>360で張られてるんだけど
- 370 :Socket774:2017/03/03(金) 00:25:28.28 ID:l/ZLXt4r
- >>366
というより118bit単位で計算した後、足し合わせて256bit単位に戻す処理が入るせい
命令キャッシュやら対応が進んでいるx265のAVX2コードなどで多少なりとも上がるのを期待してたんだけど残念
- 371 :Socket774:2017/03/03(金) 00:28:31.83 ID:ZYwJxKQg
- >>370
256bit演算と言っても
16bit*16, 32bit*8, 64bit*4とかのSIMD演算してるだけだから
後で結果を足し合わせるとかないと思うよ
- 372 :Socket774:2017/03/03(金) 00:37:27.80 ID:l/ZLXt4r
- というかAVX2 256bit命令で入力されたものは256bitで返さないとダメってことかと
プログラムからしたらAVX 256bit命令の計算をCPUに依頼したのに128bit x2で返されても困る感じだと思う
- 373 :Socket774:2017/03/03(金) 00:46:37.66 ID:I1VTyOLk
- メモリにストアされる時に、たとえば32bit*8が同じ番地に格納されるなら
プログラム動作的には同じよ
- 374 :Socket774:2017/03/03(金) 04:40:53.11 ID:Upsq/atp
- 64bit演算を4threadで演算してまっせーだから256bitでっせーって言われてるような胡散臭さがあるのは気のせいか
- 375 :Socket774:2017/03/03(金) 05:50:43.95 ID:cFtG1qmT
- RyzenのX264は本当に速いな。6950Xに肉薄してる
苦手なはずのX265でも普通に速い
http://www.hardware.fr/articles/956-13/encodage-video-x264-x265.html
- 376 :Socket774:2017/03/03(金) 05:57:39.39 ID:Xg4o9ipr
- >>367
ggって出てきた比較
http://light.dotup.org/uploda/light.dotup.org422458.jpg
http://light.dotup.org/uploda/light.dotup.org422459.jpg
7700kすごい
- 377 :Socket774:2017/03/03(金) 05:58:51.17 ID:Xg4o9ipr
- 同じところ見ていたかw
- 378 :Socket774:2017/03/03(金) 07:40:07.06 ID:dqG+xM/d
- x265でもなかなか速いな
x264はすご過ぎる
- 379 :Socket774:2017/03/03(金) 07:54:05.95 ID:amIyI+92
- エンコ用途ならコスパ最高だな
- 380 :Socket774:2017/03/03(金) 07:56:50.78 ID:P/wcp8ZP
- 1700xか1800xを買おうと決心したがマザーが出て無い
弾幕薄いぞ!何やってる!
- 381 :Socket774:2017/03/03(金) 08:21:25.26 ID:dqG+xM/d
- 整数演算速いのが効いてるな
- 382 :Socket774:2017/03/03(金) 08:25:13.24 ID:dqG+xM/d
- メモリ回りの不具合直ったら1700X買うわ
- 383 :Socket774:2017/03/03(金) 08:44:05.59 ID:CeHDr0SK
- 現状x265が全然熟成されてないのがね、x264は時間かけて規格が出来ていったけど
結局大多数の再生環境で再生されないモノは無いも同然ていう
x264のHigh5以降とか死んでるも同然だし
- 384 :Socket774:2017/03/03(金) 08:49:17.75 ID:P/wcp8ZP
- Ryzenと価格的に競合するのはSky-Xの6コア辺りだろうから
7830k?あたりでどのくらいパフォーマンス上げてくるか楽しみだな
- 385 :Socket774:2017/03/03(金) 08:55:28.28 ID:CeHDr0SK
- 鯖用含め10コア以上の製品をどうするのかという問題があるから、現製品を切り捨てとか無理っしょ
ベンチ以外でCPUのシングル性能命のクソ重いソフトがないんで提灯メディアの戯言はスルーよ
- 386 :Socket774:2017/03/03(金) 10:09:25.22 ID:LapKqW4H
- もうちょっと数揃わないと正確な傾向は分からないだろうけど
正直もうこの時点で特攻しても怪我することはなさそうだな
- 387 :Socket774:2017/03/03(金) 11:35:18.20 ID:v8u9x8Ml ?2BP(2000)
-
1800x用意してきたぞ
ちょっと待ってな
- 388 :Socket774:2017/03/03(金) 11:40:25.58 ID:LapKqW4H
- キター?
- 389 :Socket774:2017/03/03(金) 11:48:10.24 ID:R4rYFiRZ
- ERROR: CoPiPe: おいこら! (wait 44170 sec.)
上の変な規制に引っかかった
なんだこれ
まあともかくお待ちしていますよ
- 390 :Socket774:2017/03/03(金) 12:16:27.42 ID:J3mgSI3F
- クロックダウンさせた疑似1700xと1700も待ってます
あとbiosで2コア殺した疑似1600xも
- 391 :Socket774:2017/03/03(金) 12:31:10.10 ID:B2RePTzd
- ひょっとして一番乗り?
x264に限ってはAVX2はいらない子
【CPU】RYZEN R7 1800X@定格
【MEM】DDR4-2400 8GBx2 (15-15-15-35-2T)
【M/B】ASRock Fatal1ty X370 Professional Gaming
【HDD】
【SSD】M.2 480GB
【OS】 Windows 10 Prol x64
---------------
【x264】r2744 (x64)
【Veryfast】 96.39 fps, 33405.22 kb/s
【. Medium】 32.00 fps, 34733.47 kb/s
【 Slow】 19.24 fps, 34761.34 kb/s
【. Slower】 7.31 fps, 34089.92 kb/s
--asm AVX
【Veryfast】 97.94 fps, 33405.22 kb/s
【. Medium】 32.62 fps, 34734.02 kb/s
【 Slow】 19.54 fps, 34761.34 kb/s
【. Slower】 7.49 fps, 34089.74 kb/s
- 392 :Socket774:2017/03/03(金) 12:40:25.07 ID:ld02IWWx
- >>391
きたぁぁぁぁぁぁぁぁ、Ryzen一番乗り
ほんとだ、これと同じくAVX2無しの方が速いでやんの
http://pc.watch.impress.co.jp/img/pcw/docs/1047/474/l04.png
r27**はスコア出にくくなってるから
r2665あたりで測るとどんな感じだろ?
- 393 :Socket774:2017/03/03(金) 12:40:45.57 ID:F0X3VKhB
- >>391
おつ
Veryfastだけ振るわないのはキャッシュとDRAMがIntelより遅いからなのかな
- 394 :Socket774:2017/03/03(金) 12:43:54.03 ID:ld02IWWx
- >>393
x264のリビジョンの問題
r2692以降はVeryFastが2割近く遅くなった
だから未だにr2665で報告する人が多い
- 395 :Socket774:2017/03/03(金) 12:45:54.75 ID:F0X3VKhB
- >>394
なるほど
306と比較してたからまさに仰るとおり
- 396 :Socket774:2017/03/03(金) 12:54:10.66 ID:R4rYFiRZ
- >>391
乙です
r2744 (x64)で比較する限りはうちの環境だけどhas i5の3倍 sandy i5の4倍速いな
これはいくしかないか
- 397 :Socket774:2017/03/03(金) 13:03:07.71 ID:89wJgRqu
- >>391
r2744 (x64)で比較するとHas i7-4770のほぼ2倍の速さですな
8C16Tはやっぱり速いわ
- 398 :Socket774:2017/03/03(金) 13:03:50.52 ID:dqG+xM/d
- https://3dnews.ru/948466/page-2.html
https://3dnews.ru/assets/external/illustrations/2017/03/02/948466/x264.png
https://3dnews.ru/assets/external/illustrations/2017/03/02/948466/x265.png
- 399 :Socket774:2017/03/03(金) 13:12:37.91 ID:5MmIdsyC
- Ryzen持ちの人、x264のついでにx265のベンチもお願いしたく
x265は >>183 にある
- 400 :Socket774:2017/03/03(金) 13:19:56.95 ID:B2RePTzd
- なんかいまいち
【CPU】RYZEN R7 1800X
【MEM】DDR4-2400 2x16GB (15-15-15-35-2T)
【M/B】ASRock X370 Professional Gaming
【HDD】
【SSD】M.2 480GB
【OS】Windows 10 Pro
---------------
【x265】 2.1+70 (x64)
---------------
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2
FHD
【Veryfast】 45.95 fps, 2705.95 kb/s
【. Medium】 23.83 fps, 3113.36 kb/s
【 Slow】 10.13 fps, 3197.43 kb/s
4K
【Veryfast】 12.17 fps, 8557.18 kb/s
【. Medium】 5.61 fps, 8644.27 kb/s
【 Slow】 2.35 fps, 8769.25 kb/s
---------------
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.2 AVX
FHD
【Veryfast】 45.31 fps, 2705.95 kb/s
【. Medium】 23.43 fps, 3113.36 kb/s
【 Slow】 10.20 fps, 3197.43 kb/s
4K
【Veryfast】 11.55 fps, 8557.18 kb/s
【. Medium】 5.54 fps, 8783.25 kb/s
【 Slow】 2.43 fps, 8769.25 kb/s
- 401 :Socket774:2017/03/03(金) 13:30:08.00 ID:89wJgRqu
- >>400
x265はHas i7-4770のほぼ1.6倍の速さですな
- 402 :Socket774:2017/03/03(金) 13:35:05.66 ID:R4rYFiRZ
- has i5の2倍強ですな
3倍とはいかないけどまあ十分かね
- 403 :Socket774:2017/03/03(金) 13:39:39.51 ID:LapKqW4H
- 十分すぎる
- 404 :Socket774:2017/03/03(金) 13:53:40.89 ID:MjzhTLaa
- 十分はえええな
- 405 :Socket774:2017/03/03(金) 15:36:09.06 ID:5MuYqpQU
- 7700K@5GHz >>297とちょうど同じくらいか
x265は意外に伸びないな、OCマージン考えると-Eとの比較は微妙…
- 406 :Socket774:2017/03/03(金) 15:40:08.12 ID:sex25v6q
- 無印1700勝った人の報告を望む
- 407 :Socket774:2017/03/03(金) 16:08:29.05 ID:l/ZLXt4r
- 乙乙
Slow10fps・・普通に凄いし
Mediumで23fpsって十分すぎる
>>371,373
私のまつがいですた
http://rigaya34589.blog135.fc2.com/blog-entry-492.html
Core2のレビューの時に最後に足すってみたからそうかと思ってた
- 408 :Socket774:2017/03/03(金) 18:07:22.93 ID:BmETMPg0
- >>406
よし買ってこい!
しかし凄いIDだな
- 409 :Socket774:2017/03/03(金) 18:08:47.01 ID:MjzhTLaa
- エンコ職人はライゼンかおう
- 410 :Socket774:2017/03/03(金) 19:03:18.13 ID:5MmIdsyC
- 3万円のCPUで、x265、4k、slowで30fpsコンスタントに出来るようになるのはいつになるやら
その頃にはx270くらいになってそうだが
- 411 :Socket774:2017/03/03(金) 19:11:21.91 ID:Jls3SLcv
- 5820kからだと、そんな重い設定でエンコしてないせいもあって買い替えるか悩む。
- 412 :Socket774:2017/03/03(金) 21:50:53.01 ID:EtXBdP9y
- >>409
なんでiGPU積んでねーんだよ
APU版出るまで待てないし外部グラボ積みたく無いんだよエンコ専用機だから
- 413 :Socket774:2017/03/03(金) 22:24:17.06 ID:wbO71PN0
- 糞安いのでいいだろに
- 414 :Socket774:2017/03/03(金) 22:45:34.92 ID:nKUq93ey
- 65Wの1700でも7700Kより速いんでしょ?
+10Wぐらい問題ないでしょ
- 415 :Socket774:2017/03/03(金) 22:54:43.79 ID:/hRtaJVt
- >>391
以前測った時の結果あった
さすがRyzen、Haswellじゃ全く歯が立たないな
お金貯めてRyzen買おう(使命感)
【CPU】i5 4670K@定格
【MEM】DDR3-1600 8GBx2
【M/B】Z87-G43
【SSD】C400
【OS】 Win7 x64
---------------
【x264】r2334 (x64)
【Veryfast】 48.89 fps, 34646.71 kb/s
【. Medium】 12.85 fps, 35289.16 kb/s
【 Slow】 6.13 fps, 33927.58 kb/s
【. Slower】 2.91 fps, 33706.21 kb/s
- 416 :Socket774:2017/03/03(金) 22:55:37.54 ID:tpGuOo5h
- >>391
12万で買ったCPUで泣きながら計測したわ
【CPU】i7 6900K@3.7GHz
【MEM】DDR4-2400 8GBx2
【M/B】ASRock X99E-ITX/ac
【SSD】Intel 750
【OS】 Win10 x64
---------------
【x264】r2744 (x64)
【Veryfast】 91.64 fps, 33405.22 kb/s
【. Medium】 30.15 fps, 34733.47 kb/s
【 Slow】 18.08 fps, 34761.34 kb/s
【. Slower】 7.14 fps, 34089.92 kb/s
- 417 :Socket774:2017/03/03(金) 22:58:40.57 ID:J53qMssQ
- >>416
そっちは結構な期間いい夢見られたからいいだろう?(7700K持ち
- 418 :Socket774:2017/03/03(金) 22:58:51.41 ID:89wJgRqu
- >>415
r2744 (x64)だとそれより更にVeryfastが15%くらい落ちるからな
- 419 :Socket774:2017/03/03(金) 23:00:59.04 ID:bacYsrVX
- >>416
大丈夫だ
結果だけは僅差だ
(値段は倍)
- 420 :Socket774:2017/03/03(金) 23:02:28.54 ID:nEe9OdNw
- >>416
まあx265ならAVX2の差で逃げきれるからいいじゃないか
- 421 :Socket774:2017/03/03(金) 23:08:52.38 ID:Gsh8vc5W
- 微々たる差だけどな
8時間くらいの動画エンコなら凄く差が出そう
- 422 :Socket774:2017/03/03(金) 23:23:52.41 ID:B2RePTzd
- BIOS更新で倍率変更可能になったので4GHzの結果を貼っとく
【CPU】RYZEN R7 1800X@4.0GHz
【MEM】DDR4-2400 8GBx2 (15-15-15-35-2T)
【M/B】ASRock Fatal1ty X370 Professional Gaming
【HDD】
【SSD】M.2 480GB
【OS】 Windows 10 Pro x64
---------------
【x264】r2744 (x64)
【Veryfast】 101.75 fps, 33405.22 kb/s
【. Medium】 33.82 fps, 34733.47 kb/s
【 Slow】 20.71 fps, 34761.34 kb/s
【. Slower】 7.94 fps, 34089.92 kb/s
--asm AVX
【Veryfast】 102.93 fps, 33405.22 kb/s
【. Medium】 35.09 fps, 34734.02 kb/s
【 Slow】 21.16 fps, 34761.34 kb/s
【. Slower】 8.24 fps, 34089.74 kb/s
---------------
【x265】 2.1+70 (x64)
---------------
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2
FHD
【Veryfast】 48.44 fps
【. Medium】 25.14 fps
【 Slow】 10.66 fps
4K
【Veryfast】 12.89 fps
【. Medium】 6.13 fps
【 Slow】 2.52 fps
--asm AVX
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.2 AVX
FHD
【Veryfast】 48.79 fps
【. Medium】 25.06 fps
【 Slow】 10.73 fps
4K
【Veryfast】 12.60 fps
【. Medium】 6.08 fps
【 Slow】 2.74 fps
- 423 :Socket774:2017/03/03(金) 23:50:56.80 ID:CeHDr0SK
- >>412
ロープロのラデHD6450なら新品でも税込み5000円以下、中古でもっと安いの買ってもいいぞ
- 424 :Socket774:2017/03/03(金) 23:53:10.94 ID:nEe9OdNw
- >>422
乙
やっぱりAVX2無効の方がx264/265ともに速いのか
- 425 :Socket774:2017/03/03(金) 23:58:00.28 ID:BwFopSl0
- いつものAMDならこんな凄い出来ならこれの2倍の性能は
あるんだって事前に宣伝してそうな感じだがこれはマジで
自信作だから過剰な宣伝は控えたのか
- 426 :Socket774:2017/03/04(土) 00:08:34.41 ID:CJyljDIk
- >>422
やりますねぇ!
- 427 :Socket774:2017/03/04(土) 00:58:29.83 ID:08+9AyNi
- >>422
何という圧倒的な能力か
- 428 :Socket774:2017/03/04(土) 01:11:04.45 ID:08+9AyNi
- >>418
4670Kは約4年間俺を支えたCPUなんだよ
あまり虐めないでくれ
- 429 :Socket774:2017/03/04(土) 01:18:51.94 ID:dvMBChcC
- AVX2以外の下で使われていない拡張命令は
AVX2を無効にすると個別に有効化できないの?
- 430 :Socket774:2017/03/04(土) 02:52:37.34 ID:JAumSTuO
- >>424
x265 AVX2が遅いっても誤差じゃん
- 431 :Socket774:2017/03/04(土) 04:31:06.36 ID:h1xdmG0G
- >>406
電圧盛らずに4GHz回るらしいぞ
1800Xとは一体
http://ascii.jp/elem/000/001/445/1445084/012_588x.jpg
- 432 :Socket774:2017/03/04(土) 04:37:18.29 ID:JAumSTuO
- こりゃ、次のロットで修正入るな
- 433 :Socket774:2017/03/04(土) 04:45:19.71 ID:EshRFqmy
- 85 名前:Socket774 (ワッチョイ 5fe2-9ant)[] 投稿日:2017/03/04(土) 02:44:49.44 ID:Hl5fznOo0
海外掲示板見てたらこんな話が出てた。
真偽のほどは不明だけど
・ryzenはwindowsの電源オプションをパフォーマンス優先しないと性能に5-15%
の影響が出る。消費電力はSense MIで制御してるからとか。
・BIOSでHigh Precision Event Timersを切ると性能が上がる。
理由は不明。これでもSense MI絡み?
・Ryzen R7は2つのCCXで構成される事実上のNUMAプロセッサ。L3は16MBでなく
8MBx2でスレッドがCCXを跨るとキャッシュミスして性能が落ちる。OSにNUMA
プロセッサだと認識させる必要がある。windowsにコマンドがあるので誰か
試せとか、スケジューリングのパッチ待ちかとかそんな話も。
- 434 :Socket774:2017/03/04(土) 05:23:41.16 ID:h1xdmG0G
- 1800Xが6GHz近く回るという、真偽不明なCPU-Z画像あったけど、
BIOS熟成すれば本当はもっとポテンシャル高いんじゃないのか
しかしkaby7700Kより安い8コア1700が4GHz動作するとなると
エンコ目的の人には素晴らしい逸品ですなあ
- 435 :Socket774:2017/03/04(土) 08:53:47.26 ID:J3PYxg6H
- おめでとうございます(^^)
avx関連は128bit*2と256bit処理の差もあるからねぇ。
avx1比較なら結構いけるのでは?
いい石だなぁ
- 436 :Socket774:2017/03/04(土) 08:59:59.86 ID:E7PNV8HH
- x264、x265ともにAVX2(整数演算)はよく使っても
AVX(浮動小数点演算)はほとんど使ってないしね
- 437 :Socket774:2017/03/04(土) 09:21:46.94 ID:pm/caBv4
- AVX 1には過去のSSE系列の整数 128bit命令も含まれてるから
- 438 :Socket774:2017/03/04(土) 09:22:08.82 ID:pcU8wDWR
- r2744での比較用にベンチ回してみた
>>391 R7 1800X >>416 i7 6900K
【CPU】i7 4771@定格3.5GHz
【MEM】DDR3-1600 8GBx2
【M/B】ASUS B85M-E
【HDD】
【SSD】THNSNH128GCST
【OS】 Win7 x64
---------------
【x264】r2744 (x64)
【Veryfast】 50.08 fps, 33314.49 kb/s
【. Medium】 15.95 fps, 34596.80 kb/s
【 Slow】 9.76 fps, 34626.93 kb/s
【. Slower】 3.97 fps, 33931.72 kb/s
【CPU】i7 6700@定格3.4GHz
【MEM】DDR4-2133 8GBx2
【M/B】ASUS H170-PRO
【HDD】
【SSD】MZ-750250B
【OS】 Win7 x64
---------------
【x264】r2744 (x64)
【Veryfast】 57.41 fps, 33314.49 kb/s
【. Medium】 17.29 fps, 34596.80 kb/s
【 Slow】 10.42 fps, 34626.93 kb/s
【. Slower】 4.25 fps, 33931.72 kb/s
大雑把には周波数当たりシングルスレッド性能は大差ないってところ?
- 439 :Socket774:2017/03/04(土) 09:33:37.38 ID:E7PNV8HH
- >>438
i7 4770(3.4GHz)はエンコ中はOC無しでも全コア3.7GHzで動いてるから
クロックは全く同じなのでそんなところだと思う
- 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
read.cgi ver 05.04.07 2022/05/23 Walang Kapalit ★
FOX ★