【x264+Avisynth】実用エンコベンチ Part5.1 [無断転載禁止]©2ch.net
レス数が1000を超えています。これ以上書き込みはできません。
【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の肩すかしをかねてカキコｗ
OpenCLは効かず まだ落ちてなかったのかｗ
それにしてもBroadwell-Eってまだ出てないの？ 【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 【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 【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 また珍品が来たなｗ
ちと低い気もするが定格だとそんなもんなのかな
ちなみに後者のGPUは何？ >>13
ああ、ごめん
GT710です
とりあえずの余り物で組んだやっつけ構成ですわ そういう流行の路線から外れた構成でも、マメに報告してくれるのは有難いよ
1～2つ報告上がるだけで、同系統のCPUの能力推算できるし >>14
報告ありがとう
DDR3ならGT720よりも速いやつだっけ？ -> GT710
現行とはいえさすがにローエンドでは効果ないねぇ 貴重だよね。変わったものあげてくれるほうが
にしてもまたAVX2の効果の無さがあれだねぇ そしてBroadwell-Eの10コアの報告待ちモードと >>18
IPC分の向上しか見られないのよkaveriと比較して Broadwell-Eの6コア8コアも比較対象として気になるね
あとxeon v4 実質のEP8コアはSoC版が1年先行してるから、コアとクロック当たりの性能は概ね予想出来るけど、
折角のEだからクロック何処まで伸ばせるかに期待もしてる 【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％・・・ 88スレッドかー。
8コア16スレッドでも、x264のdefaultだと、スレッド少なくて、
負荷かかりきらないのよね。
ベンチ上は32スレッド位まで伸びたはず。
単純に考えれば、200スレッド位まで伸びそうだけど、
もうフルHDじゃ軽すぎるかもな。 【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 すみませんCPU直すの忘れた
【CPU】i7 6950X@4.2GHz おーすげー
VeryfastはともかくMidium以降は強烈だな
報告乙 >>23
スレッド数増やしたらもっとぶっとびそう
>>26
Slower10FPS見えてきたなｗ >>23 その構成だと、x264って片側のCPUでしか動かなかったりしない？あと、x264はDP/MP構成では
以前からCPU使用率が低くて、複数同時実行しないと能力を活かせない。
※Windowsは64論理CPUを越えると、複数のプロセッサグループってのに分割されて、それに対応した
ソフト（CINEBENCH R15とか）じゃないと、片側のCPU（１つのプロセッサグループ）の中だけでしか動
けないらしい。 >>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 >>25
五分くらいですかね
>>30
片側だけですね。
複数実行しないとに交互にCPU負荷がかかる感じですね。 >>32 4ジョブ同時とかで本気出したところも見てみたいね。Veryfast 400fpsとか、Slower 25fpsとか
行けるんじゃない。
※スクリプトに手を入れて、出来るだけ同時スタートするようにするといいかね。>>31のは２つだから
頭でpause掛けて手動で素早く解除しただけ。時刻記録してて、開始が0.2秒、終わりが1.8秒差。 計測するなら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 ほんとだr2692とr2694試したけどr2665の8割弱しか速度出ないな
出来上がりサイズも結構変わってるから
presetのパラメーターが変わったっぽいな あれじゃないの
--b-adapt 1の動作に変更が入ってb-adapt 2並の画質になったってやつ 【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%台 これって、全然、圧縮できてないし、逆に肥大化してしまってるけど、パラメーター的に意味あるの？
ベンチ的にも意味あんのかな？ どれのこと？
普通はよほどの画質狂じゃなきゃ（実写で）22以下は使わないし
ビットレートも上限をつけてやるのがおいしい
それとベンチの動画は荒いから圧縮しにくい >>38
気にしたことなかったけどそうなのか……以外と実用的じゃないのかもｗ
ただ実際のエンコでもソースによっては設定同じでもかなりばらついたり(例 / ドラマ：速くて小さい、歌番組：遅くて大きい)するから、
目安にはなるんじゃないかなぁ エンコード設定が実用的かどうかを調べるテストではなく
各CPUのエンコード能力を測るベンチだから問題なし 多くのユーザーが使うビデオコーデックを使った【実用ベンチ】
フィルタもAMDのプロセッサを例外として「エンコが早い＝フィルタリングも早い」が成立する >>41
そんな一般論的なことは誰でもわかってますよ。 【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
すいません、初めてなので…。
まずい所あれば言っていただければ たぶんスレタイとか【実用】の定義にこだわりたいだけ人だから
スルーしとけばいい >>45
全然まずいところはないですよ
初6800K情報乙です 久しぶりにこのスレ開いたけど
～6コアではslowerで5fpsってのが一つの指標な感じ？ 少し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 【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
普通な人の構成。 r2705もやっぱりガッツリ速度落ちてるな
r2665以前とは別ベンチのようだ 【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でやってみました。 気にすることは無い
画質向上のための速度低下だしさ 【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 乙
しかし凄いような凄くないような……
OpenCLで超上乗せとかいつ頃だろうなぁ 【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
当たり前だけど遅い 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. それはそうだろうな
なんせ古いからできることはやり尽くしてる MBAFFの最適化がまだだと思ったけど、開発のメインであるガイジンさんは、
基本的に、インタレに興味がないからなぁ。 NHKのバカどもがアナログハイビジョンというゴミとの互換性とかいうクッソくだらない理由でゴリ押ししたせいで
この21世紀にFPDで見るデジタルHDTVがインタレで放送されるという恥ずかしいことになってるんだよなあこの国は 1280x720の60pをデフォにしてくれていたらなぁ……
糞みたいな苦労をしなくても済んだのに アメリカも結局HDデジタル放送は1080iがほとんどなんだよね この手の技術開発をNHKに殆ど丸投げで、結果だけ享受する民放にも問題有るけどな
各局である程度協同出資するなりして、発言権持たなかった
移行期に旧世代の機器の為、元からインタレにするにも、HD解像度のアナログTV相手にしか意味ないし
SD解像度の既存機器にはどうせデインタレ後ににスケーリングして、再度インタレにして出力だから、プログレッシブでも問題無かった 日本だけじゃなく、海外のデジタル放送でも1080iが主流なのもNHKのせいなの？ そもそもが日本（NHK）開発の規格が国際規格化した物なんだよ、そりゃ他でも1080iになるさ
ハイビジョンってのもNHKが命名
あとは、どういう帯域管理で配信するかとか、伝送方式の違いでしかない ちょい細かく言うと
80年代末期から90年代の技術的なデジタル化が進む段階で北米の仕切りや方向性がgdgdで、
日本のハイビジョン規格を踏まえて、北米の民間機器メーカーで先走り的にデジタル規格化進めて、ケーブル事業者とかが採用し始める
元が走査線1150な日本のアナログハイビジョンから派生的にデジタル化を手早く進めた亜種なんで、この時点でデジタルハイビジョンは1080iという括りで作られてる
先走ってる分、帯域面とか著作権対応捨てていたりとか、副次情報の練り込む予知が少なかったりとか、早かろう～なんだけど
その分古い技術で実現出来ているので、実装が楽だったりして普及さでやすかったりする
正式な国際規格と言うより、普及してしまって実質的な国際規格の様になったり、あとから規格とされたりしてる方式がここいらへん
金掛からないので、後進国や国土の広い国で人気
日本方式は色々考えすぎで、デジタル規格化定まるまで時間が掛かった代わりに、色々出来る造りだったりするけど、設備に金が掛かるので、先進国や金のある国向けだけど、正式な国際規格として誕生している >>75
うん
そしてNTSCのハイビジョン走査線数決まる元になったのは何処か？って事ね
既に普及してないアナログハイビジョンすっ飛ばしてデジタルハイビジョンが普及しちまってるから、混乱するのだけれど
そんで、やっと話が戻るが
日本発祥の方式は、考えすぎて後発になった代わりに、技術革新の激しい時期により新しい技術を採用することも出来たし、ブラウン管の終演も予測できる位置に居たんだよね
更に規格化後に実際に放送のデジタル化出来るまでの期間が掛かるのもね
ここで、北米の民間規格に遅れていて事で先を見た動きが出来なくなって、半端に先急ぐ事になる
デジタル処理系に移行出来れば、インターレース化自体が放送事業者側で省けるうえ、移行期の極一部でしか元からインターレースで送信する必要が無い（受信側で対応可能）なのに、極一部にしか普及していないアナログハイビジョン機器に気を使った形を取ってしまう訳だな
国内にBlu-rayの元締めのSONYやら家電メーカー、日本固有の放送事業者兼コンテンツホルダーな民法各局が居ながら、そこいらの意向は全く踏まえられては居ない 他の先走り規格は初期の普及も90年代だから1080iでもさもありなんって事なんだけど
ISDB自体は720pも1080pもOKで、実体的な放送を1080iにする必要性があったかが疑問て訳ね ヨーロッパのDVB-TもアメリカのATSCも720PもOKにも関わらず
1080iがメインになってるってことは
現状のMPEG2では1080iの方が720Pよりもメリット有りと見られてるってことだろうな
インターレースゴリ押しのせいでIP変換が
フレーム単位IP変換から始まって
ライン単位→エリア単位→ベクター適応
まで進化してしまった結果オーライも大きいな
つってもエンコする人間からするとインターレースは
インタレ解除するやつにとっては当然のこと
仮にインタレ解除しないにしてもプルダウンフラグ付きの放送あったり(BSJなど)
まれにボトムフィールドファーストの放送があったりして色々と地雷なんだよな なんかよく分からない方向に話が進んでるが
27vだとか32vを超えるテレビで見るには720pは情報量が少なすぎる
ノイジーなのは確かだが1080iのほうが断然、情報量が多く放送派には向いている
ぶっちゃけ720p@60fps推しはスマホでしか見ない層だと思ってる 今のベクタ適応まで進化したデジタルIP変換って
60i→60Pへの変換にしても、失われた片フィールドをかなりのところまで補完した上で
巧く60Pに変換できるところまで来てるしな
俺も昔はアンチインタレで720P推し派だったけど、今は
現行規格に関しては1080iで結果的に良かったと思ってる まあ、tsソースをH.264エンコする
立場ではインタレが厄介でたまらないのは変わらないけどｗ ベクター適応なんてRADEONが10年以上前から搭載してたぞ
やはり動画ならRADEONという評判は伊達じゃないな Geforceも10年以上前にベクタ適応したけど
そのベクタ適応を売りにしたPureVideoなんて
散々宣伝しといたのに当初は有料コーデックじゃないと
使えなかったった上に、金払ってもWMPでしか使えないとかガッカリ仕様だったな 10年以上前からっていうが当時より今のほうが
綺麗にインタレ解除できるように進化してるよ ベクタ適応と一言に言っても
どこまで動き補完できるかはアルゴリズムの進化で変わるしな >>67
計測時間も表示してくれれば、さらに見易いのにね i5-3470 + H77 + DDR3-1600 4GBx2
↓
i7-6700 + H170 + DDR4-2133 8GBx2
こう変えたけど、aviutilで25分のアニメエンコが40分前後だったのが、30分前後になった
ぶっちゃけ大差なかった(´・ω・`) まぁ1世代飛ばした上てミドルローからハイエンドに変えてその差は嘆きたくなる気もわかる もしもCPU使用率がコンスタントに90％超えてなかったら
ボトルネックがシングルスレッドのフィルタとかあって
せっかくのHTT分の差が出てない可能性はあるな >>95
aviutil使ってるって言ってるから十分ありえるな たしかにそんな気がする、次の休みにでもフィルタと設定を見直すか
面倒くさいがやむを得ないか・・・(´；ω；｀) 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 そうか、ここはベンチスレか
前のPCではベンチしてないの？ ここで新ネタ投入
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への最適化が進んだようだ 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 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 --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の効果が大きいようだ >>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 >>104
12C24Tの超ど級CPUで参加あんがとw
そのレベルだとCPU使い切るのたいへんそうだね >>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 >>105
CPU使用率は目測でveryfastが平均75%、slowだと50%程度だった
やっぱAVX2の威力はすごいね >>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 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を一回り下回るぐらいになる？ 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% >>109
1.7倍はワッパの数字だな
まあ性能も大本営発表によると「Broadwell-Eとタメを張る」という凄い話だけど
個人的には信じがたい、なんかトリックがあると思う
ワッパだけならブル比でその程度の改善はありうるが
それだけでは絶対性能はSandyにも追いつかないはず
本当にBroadwell-E並みの性能をBroadwell-Eの7割の電力で実現できてるなら
ワッパはブル比3倍近くにならないとおかしい 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 >>111
重箱の隅をつつくと「Broadwell-Eとタメを張る」なんてことは言ってないんだな
Blenderでは「Broadwell-Eととほぼ同じ」ってだけで
＞ それだけでは絶対性能はSandyにも追いつかないはず
個人的にはそこまで厳しくはないと思う（と言ってもBroadwellと同等は99.9%無いと思ってる）
デコーダーも整数パイプも3だし、たとえすべて同じ仕様でも3年ぐらいの歳月があれば設計とかでカバーできる気がする RyzenとCore i7-7700Kのベンチ結果は
ねつ造だったって記事ででてるよ 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 出先から帰ってきた
みんなx265ベンチ参加ありがとう
参考になるよ
x265はAVX2の速さが思いっきり効くのがよくわかる >>115
こうして見るとx265におけるHaswell 4770とFX-8350の差は
AVX2の有無だけってのがよくわかるね >>102-103のi7-4770は電源プラン：最大パフォーマンスで動作中のクロックは3.9GHｚなんだよね？
x264と比較して>>112のi5-4690Kとの差が小さいのは
OSの差？それともHTTの効果が薄い？何だろうね 無謀にも予備用録画鯖の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時間コースだから無理ぽ… >>118
>>102の時は全コア3.7GHzに張り付いてるね
初期のBIOSの時は全コア3.9GHz張り付きにできたけど
途中のBIOSからそれができなくなった >>118
メモリじゃね
多くの場合、特に明記してないかぎりバランスの可能性が高いと思う >>118
周波数だろ
i7-4770はTurbo Boost 4Cは最大3.7GHzだ 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だと差がもっと大きく出るかもね 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 >>123
ん、そんなものなのか（メモリ増やしてエンコ速度が向上ってどこかのHPで読んだ気がしてたが）
なんで121は完全な外れでした 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% >>120-123
サンクス。4770TBクロックは3.7GHｚか
メモリも差が出るなら今後はOCメモリを買う意義出番がありそうだな >>124
マジか・・結構な差になるんだな
さすがにSS2止まりなのが原因だろうか >>127
めんご
メモリ帯域はあんまり関係ないみたいだ・・ さっそく>>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と同様にあんまり差がなかった >>126
Broadwell-E 10C20Tすご過ぎﾜﾛﾀｗ 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エンコードが数％程度しか変わらなかったという記事を昔見たよ >>124
PhenomII X6 1100T@3.8GHzって
未だにx264ならHaswell i7の7割くらいまで頑張れるのにな 更に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 比較対象として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 >>134
MediumとSlowでも上5つの設定だけでいいんでやってみてください
お願いします >>124
x264だと今でもそれなりの速度が出たPhenomII X6 1100Tあたりが
x265だと何でこんなに速度出ないかってのがよくわかる
x264だとSSE2、MMX2に思いっきり最適化されてるのに対して
x265だとSSE2にはあまり最適化されてなくて、MMX2に関してはほぼ最適化されてない
そしてAVX2と並んでSSE4.1への最適化が大きくて
SSE4.1に対応してないK10だと美味しい拡張命令がほとんど使えないようだ >>136
他の人の例にもあるようにAVXとSSE4のうちSSE4.2で新規追加された分の命令は
ほとんど効いてないようなので、>>102-103の比較で十分だと思うけど、どうかな x264が世に出たのは2004年6月でPentium4とAthlon64の時代で
まだ使える整数演算の拡張命令がMMX2とSSE2しかなかったから
ひたすらこの2つに最適化させるしかなかった
一方でx265の安定版が世に出たのは2012年9月でHaswellが発売された
後だから既にAVX2があった頃 あっ間違った
x265の初出が2013年で安定版リリースがやっと今年の9月だった ありあわせの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 HTの効率がx264に比べて若干低めって言うよりも
1スレッド分のコア使用度が高い感じ
x264の時は4C8TのCPUの場合はデフォ12thread走らせてるけど
それでも普通にネットしたり動画見れたりするけど
x265だとデフォできっちり8threadだけしか走らせてないけど
それでもうマウスカーソルがカクつくくらい処理能力使いきてっるのな >>139
でもそれから13年も経とうかというのにSSE2止まりなのは
命令への最適化じゃなくコーデック規格自体がSSE2世代向けなんでは？
そこにいくとHEVCはGPGPUなどヘテロジニアス・プロセッシングも考慮に入れて策定されてるから
まだまだ伸びしろも十分ある・・のかもしれない もうAVX2とかないのは使う気にならないな
電気の無駄だわ >>106をやった限りだと
AVX2ぶん回した感想だと、それなりに負荷の高いゲームをやっているときより+10度くらいコア温度が高かったんで
消費電力を測ったわけじゃないが、結構電気も食ってそうだったぜ >>141
意外とメモリクロックは効くね
もっと誤差レベルかと思ってた >>143
x264も数年前からSSE2用以前のアセンブラコードにはほとん手が入ってないと思う
それでも10年近く地道にSSE2、MMX2に最適化してきた
アセンブラコードの改良の積み重ねは伊達じゃない
一方でx265はSSSE3以前しか使えない環境に対する
アセンブラコードなんてまともに開発して意味がある時代じゃなくなってるからな x265の開発が本格化した2013年の時点では
AVX2を使えるCPUとSSE4まで使えるCPUの2つだけに
アセンブラ最適化のターゲットしぼれば開発リソースの節約になって
SSE4は使えないけどSSE4aなら使えるというニッチなCPUが
K10しかなかったからSSE4が使えないK10は切り捨てられたんだろうな x264もK10に対してはここ4年ほどで
MMX2 SSE2Fast FastShuffle SSEMisalign LZCNT
↓
MMX2 SSE2Fast SSEMisalign LZCNT
↓
MMX2 SSE2Fast LZCNT
と、使用されてる拡張命令がコードから次々とリストラされてるようだ >>148
AVX化で数パーセントでも時間短縮できるなら
どこかの暇なギークがせっせとコミットするだろうけど、
実際そうじゃないのは団子が言うように根本的に向いてないんだろうな 俺もやってみた。
消費電力除けば、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じゃ、ロード・ストア系除く命令は使い道が無いってだけじゃ。 Bloomfieldでもやってみた。世代の割には頑張るね。
ただこのクロックだとFX-8350より熱いｗ
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 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 >>124
>>155
x264だとコア数の差がそのまま出て1.5倍ほど速いであろう
PhenomII X6 1100T@3.8GHzが、x265だと
逆に1.5倍差付けられて負けてるところが興味深いな 【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 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 じゃそこまで早くはならないぽ 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 x265
i5 6600 定格
ddr4 2133 x2
h110m hdv
ssd seagete 600 240GB
slow 5.7 fps i7 4770 に近いぐらいのスピード出ててびっくり
h265は skylake 有利だね E5 2650L v3 なら >>108 と同じくらいの CPU クロック合計なのに速度出ないの残念だ… >>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あたりはまだ頑張れそうなのに K10向けにカリカリに最適化してもそんな伸びないよ
アムドの拡張命令実装は大概「とりあえず動く」レベルであって、性能が出るレベルじゃない
ZenもAVXがDoublePath、BMIはVectorPathなんて仕様だから、あんま期待しない方がいい
純スカラ整数コードならイッテルの4Cは軽く蹴散らし、うまくすると6Cとも張り合えるだろうが
エンコだと4Cにも勝てるかどうか怪しい DTVやソフ板なら宗教戦争持ち込むなハゲ、の一言で済むけどここ自作PC板なんだよな
ま、コアの性能自体は置いといて、エンコは基本マルチコア化が超有効だから4コアに負けることは無いはず
例えばIntelでのx265はAVX2の有無で30%の性能差があるが、コア数が倍になれば所要時間はほぼ半分になるし 実のところBulldozer（モジュール）は2スレッド実行できる1コアだよ
>167の書き方が悪いんだけど、最後の段落はIntelにも当てはまるのは分かるでしょ 自作ではないけど比較用に。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 x264も大分変わったからまたやらないといけないな エンコの宝刀・AVX2はcoreシリーズだけの装備なのか… >>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の優位性は少し低いね i5とi7だと4割近く上がってるはずだけど（x264で）それどうやってON/OFFで計測したの？
エンコーダー側のスレッド数を変えた感じ？ マザーのUEFIでHTT有効/無効が切り替えられる それと、同クロックでさすがにHTTの有無では4割も差は出てないよ
過去のこのスレの数々の結果かから見ても そうなの？
価格.comの掲示板で4割近く上がるからi7絶対おすすめって書かれてたから
そうなのかと思ってた ここ見ててマザーで切り替えられるの知らないとかネタだろｗｗｗさすがに 【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 6950Xといえども流石に4KではMedium 10fps超えは無理か 2万3万円の普通に売っているCPUで、4kをまともな速度でエンコできるようになるには
もう3回か4回くらいシュリンクやアーキテクチャ変更が必要じゃねえ --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%使い切るようになった >>185
10コアぐらいが普通にならないときついんかね そもそもx265がまだ未成熟だというのを忘れてはいけない
今年も速度が向上したり機能が追加されたりしている 現状から劇的に上がるのかねぇ
今の停滞が次のジャンプのための準備期間だったらいいんだが 停滞してるなんて思わないなあ
まあもっと軽くはなって欲しいけど HTTの利点は、よりフルロードに貼り付けやすくするだけだから
過多スレッドでブン回して100%に貼り付けたら同クロック動作の4Cなi7とi5ならキャッシュの差しか無い
逆に100%張り付かないエンコーダやベンチ、ゲームなんかではCPUロードが稼ぎやすくTurboBoostのクロックも高く推移させやすくなるから重宝されるし価値がある ＿＿＿_
／ ＼
／ ⌒ ⌒ ＼ 何言ってんだこいつ
／ （●） （●） ＼
| ､” ﾞ)（__人__）” ） _＿＿＿＿＿＿＿＿＿_
＼ ｡｀ ⌒ﾟ:j´ ,／ jﾞ~~| | | |
＿＿／ ＼ |_＿| | | |
| | / , ＼ｎ|| | | |
| | / / r. （ こ） | | |
| | | ⌒ ーnｎｎ |＼ (⊆ｿ .|_|_＿＿＿＿_＿＿＿＿_|
￣ ＼＿_､(“二）￣￣￣￣￣ｌ二二ｌ二二 ＿|_|＿_|＿ このベンチは4C4Tでやっても8C8Tでやっても
同じく100％付近に張り付いたまま>>175の差が出るってことを
知らずに書いてるのは間違いない 【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 NVEncはさすがに品質が糞すぎるのでせめてQSVのICQと比べておくれ >>197
やっぱりSkylakeはx265大得意だな >>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動画を軽いプリセットでエンコする時は特に有効とのこと >>198
ラデのハードエンコやってみた。平均86fpsぐらい
qp20~35でエンコしたファイルとオリジナルのやつ(ここのx265ベンチのやつ)のzip
https://www.axfc.net/u/3756042/clickads >>198
QSVのICQでもNVENCのCQPと画質は大して差が無いし、8bitだと品質を上げても暗部にビットレートを割かないのでバンディングやブロックノイズが酷くて低画質
NVENCのH.265 10bit以上の設定だと暗部の処理が目に見えて向上しているから、速度差も有るし8bitのみのQSVだと使うことは無いかな
ベンチのテスト結果ログ出力用batが無いみたいなので【テスト開始.bat】を作成
http://fast-uploader.com/file/7038132301044/ nvenc 画質結構上がってるだろｗ
265とかソフトの264レベルあるぞ 旧世代だけど多コア参戦。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では高クロックモデルにしますわ・・・ 渾身のスペシャルx265で再テスト。
スペシャルって言っても、単にPGOビルドしただｋ
元は>>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以上盛らないとだから、
その差は小さいわけでも無いんだが。 >>207
PGOビルドするだけだけでそんな速くなるのか
一般にx264/x265は速度必要な部分は全てアセンブラコード
になってるからどうやってコンパイルしても速度がほとんど変わらない
みたいなのが定説だっただけに驚き
バイナリサイズどれくらいになる？ >>208
このPGOビルド版、12bitは除いてるんで8bit+10bitでの比較だが、
LTCG版 6.77 MB (7,107,584 バイト)
PGO版 6.63 MB (6,962,176 バイト)
こんな感じ。
最適化が効いてるのは、ループと条件分岐、後はキャッシュの使い方あたりか。
PGOって結局実際に動かして、よく使われる・使われない部分の頻度、条件分岐確立とか記録して、
使用頻度が低い部分を遅くしてでも、よく使われる部分を速く処理出来る様に最適化するから。
だから、当然PGOの場合、最適化用に食わせた設定・データによって、
最適化そのものが変わるんで、実用の場面では、自分の使う設定・データを元にしないと、
効果が出にくい事もあるかと。
まぁ、相当特殊な映像やオプション使わない限り、実写系とアニメ系をちょろっと食わせとけば、
大抵LTCG版より速くはなると思うけど。
今回のはベンチの設定＋ベンチに付属の動画をそのまま食わせてる。
さすがに4kは全部食わせると、べらぼうに時間かかるんで、先頭の200フレ位しか使って無いが。
まぁそれがスペシャルの所以なんだけど。 CUDAの10bit/h265エンコまじで画質いいな
たまにタブやスマホで再生できないファイルが出来る問題さえクリアすれば
もうソフトエンコいらないかも >>208
x264でもfprofiledするかどうかで3~5%ぐらい速度に差が出ることもあるぞ
大体のビルダーはやってると思う しかりriagaya氏のもPGOを有効にしてビルドしてくれてるのに
>207の伸び率だから自環境で行うのが重要なんでは？
>>210
「ベンチに付属の動画」をソースにとのことだけど、x265にどうやって食わせてるの？
ベンチと同じくffmpeg経由？ >>211
どのソフトでエンコしたのか良かったら教えて欲しい 自分の使ってるグラボじゃダメなようです
お騒がせしました >>213
ああ、>>101同梱のrigaya氏がコンパイルしたx265.exeも既にPGOビルドされてるのか モバイル用はまだ264で良いだろ
負荷高いとバッテリーきついし 保存用に 最近のならHWデコーダついてるから変わらんだろ
1分でもバッテリーライフ長くとかならわからんが >>217
むしろ、モバイル端末でのストリーミング再生用にこそ高圧縮率な動画規格が必要とされているんだがな
DoCoMoのdアニメストアとかは２年以上も前からH.265(HEVC)に対応開始しているし、最近のスマホは軒並みハードウェアデコードに対応している >>213,216
あれ、rigaya氏が配布してるx265は現状、LTCG版だった気がするが・・・
最近確認してないけど、12bitのロジックがVSのPGOビルドするとぶっ壊れるので。
問題が直っていない＆12bit処理まで含まれているビルドなら、恐らくPGOビルドしてない。
自分が12bit除いてPGO使ってるのも、上記問題があるからだし。
（そもそも使わないから、無くても問題ない）
ベンチ付属の動画をffmpegでy4mに変換したファイルを別に用意して食わせた。
実質、やってることはベンチと同じだな。 中身は知らないけど今も二種類用意されてるはず
rigayaさんが公開してくれてる自動ビルドバッチもpgo最適化ありだから
12bitまで含めてる非PGOのものと10bitまでのPGO版なのかもね ソフトエンコより確実に20倍は早いnvenc これからどんどん画質良く最適化されて将来性あるよなー
cudaの時は糞だったけど スマホとかタブでも265の再生支援が来ればすぐ普及だろうけど
あとtube スマホタブは、もう何年も前からH265のハードデコードに対応してた気がするが アイフォンはしてたと思うけど
アンドロイドの低価格機とかだときついだろ ローエンドまで普通になればって事ねｗ 使用料とかライセンスの問題でゴタゴタしてるのがネックなのでは >>227
それでかくつかずいけるんかね CPUショボそうだけど そんなしよぼいものでもしよぼいものが入ってる時代ってことか >>220
リアルタイムでデコード処理が入らない分x265のエンコ速度は多少上がると思う ハードウェアデコーダの性能がまとまって載ってるサイトとかないですかね。 >>233
まとまってるわけじゃないが、こういうスレならある。
Evaluation of HEVC decoders (SW, Hybrid and HW) - Doom9's Forum
http://forum.doom9.org/showthread.php?p=1694697 誰かスナドラ400とかのローエンドで265再生してみてよｗ 砂銅鑼410、当たりファイルは余裕で再生できる
外れファイルは音だけだったり再生自体が不能だったり
ハードウェア支援なので、バッテリを特段消費することもない ちなみに、800は公式サイトにはサポート表記ないけど
MXPlayerとかだと普通にHW再生出来る このスレのお陰でHaswell以降なら
今のx265は意外と速度が出ること分かって
試しにx265guiEx使ってx265試験エンコ始めてみた(rigaya氏さま様)
1280*720pでmidiumだと50fpsくらい出るのな
この速度なら十分だわ 【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 【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がトレンドになってるのな 使ってるのはまだx264だけど
ベンチしてはx265も面白いなと思って
x264はだいたい傾向分かったし x265最新コミットで2パスエンコードの速度が向上した模様
2パスエンコの需要は微妙っぽいが更新は嬉しい ハス i5で１４．５FPS ミディアム
２６５と大して変わんないな もう265で良いか >>238
だけど、x265試験導入の段階では確かに最新x265ならmediumだと結構速いんだけど
長年、自分で秘伝のタレのように熟成させてきたx264の設定と
比べるとサイズ・画質・速度でほとん優位がないわ(速度は当然x264優位)
x265でも設定を熟成させてかないとならんな 265はNVEncがすごいわ
速度も画質も264のCPUエンコ以上 圧縮率を高く評価しないとx264より優位性は薄くなる
x264で高画質にエンコするならそれでいいわけだし >>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ビルドしたものでなくても結構効くもんだね 時代に取り残される人って
ネット時代になってもなくならないんだな 俺は自分で確認したけど265のがあっとう的に画質良いわ 264で十分 sandyで十分 この当たりなんか被るｗ
新しい方が確実に良くなってる 【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 【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 x86のバイナリってx64の3分の1くらにいしかないから
速度の要のアセンブラコードは一部しか実装してなさそう
需要もないだろうしね それが一番いい
俺もネットに繋がないでここに書き込みしているし CQPって時点でクソなの
画質をまともにすればサイズが無駄に膨らむし、サイズをまともにしたら画質がクソ
どっちか片方に振るのは簡単なんだけどな、サイズあたりの画質が重要なんだよ
10bitなんかほぼ無駄、現状ほぼ全てのソースが8bitなんだから
8bitでバンディングが出るとこはソースの時点から出てる
符号化効率のわずかな向上が利点だが、失う再生互換性が大きすぎて現状では使えたものじゃない 8bitのソースでも10bitエンコするとバンディング軽減されるんじゃなかった？ debandフィルタかけてから10bitエンコすればな
俺は8bitのままにして再生時にdebandする方がリーズナブルだと思うけど エンコ前に無くてエンコ後に気になるバンディングならば10bitエンコは意味はある
元々バンディングが激しいのなら予めデバンドした上で10bitエンコすればいい
あと再生互換の話はよく出るけどそれは個人で判断するべきこと 俺は別にスマホで再生とかしねーからx264は10bit使ってるわ そもそもなんで>>263は突然CQPとか10bitとか言い出したんだろう・・・ >>267
NVEncが画質いいって話とx265が画質いいって話が混在してるからでしょ ソフト２６５＞ソフト264 NV265 ＞ QSV 何を基準に優劣を決めるかによる
ビットレートを盛れば（10Mbps~）エンコーダーによる画質さなんてほぼ無くなる >>272
そりゃな 配信とかの軽さならNVENCだし
保存用究極画質ならソフトかね 究極保存用なら元ソースのままでエンコなんかするなよ NVEncと言えば、これもrigaya氏が支援ツールで活躍してるな
こんだけ同時並行でツール開発しまくってて何者なんだよこの人 そのソースが糞なんだよねぇ
BNとかMNとかバンディングとか…… >>238
>>246
だけど、今日、同じソースでもう一度検証したらx265は明らかに
x264より画質/容量は上だったわ、昨日の比較検証には何かしらのミスがあったっぽい
preset midiumのまま特に設定追い込んでなくても
同じcrf24で比較して、x265はサイズは3分の4で画質は少し上
x264の方はかなりセッティング追い込んだものなのに
エンコ時間はほぼ2倍だけど十分に実用範囲
来年の新番組からはx265に乗り換えるようと準備中 x264と同じくらいの画質を目指す場合、x265のcrf値はx264で指定した数値より
2前後下げないといけなかったような気が。モノによるし半年前くらいに試した記憶だけど。 今でもx265はx264に比べ細かいグレインやディテールがボケたりツルツルになったりするから
普段はx264使ってるけど実写ならかなり膨らむからx265でも良いと思ったり ４Kで265一択なのにな
昔wmvとかdivxに固執してたやつと同じだわ 地デジを1280*720にリサイズエンコしている限りはいらんだろう
変えるのがめんどいってだけの話だろうけど >>281
そうそう、AVCと同等SSIMでレート1/3近くになってすげーとか思ってたら
よく見たらボケボケなんだよなw
HEVCはブロックやモスキートみたいな目立つアーティファクトはなくて、劣化は主にボケとして表れる
超低レート時の見苦しさを緩和する能力は高いので
レート不足&糞エンコの「スペックだけ4K」放送を実現する上では理想的なcodecだろうが
まともな画質領域ではAVC比0.8倍ぐらいのレートが必要だ >>284
SSIM比べるなら「-tune ssim」付けないといけないと思うんだけど付けた？
後半に言ってることは同感 三分の一と言ってるからtune ssim以前の問題かと NVBenc H.265ってBフレーム使えない仕様は改善されてるの？
某ゲーム動画エンコでx264の画質を超えたって比較検証も
x264のパラメータ全くいじれずにBフレーム設定できませんでした
みたいなレベルの人間がやってる役に立たない比較検証だったしな HEVCのBフレームはPascal世代でもサポートされなかったから出来ないよ それマジで勿体ない仕様だなNVEnc/H.264の方はちゃんとbフレーム使えるのに
割とマジでエンコ用にGTX1050買おうか悩んでたけど
h.265のbフレ無し仕様が改善されるまで様子見しとくわ 出自が放送波並みかそれ以上の帯域で低延滞配信用途だしな
ブロック配置の走査手間増えた分Bフレーム入れないのが仕様だし 【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耐性版って感じだね 【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 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し易いのが唯一の救いか >>301
GJな報告乙
エンコ目的ならあわてて買う必要はなさそう
Zenが出た後財布と相談だw 【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 おお…Kabyよく回るじゃん
4コアで100fps超えは初めて見たな >>308
殻割りリキプロ化でクーラーはWater 3.0 Extreme (ファンはNF-F12に換装)を使用 >>309
ありがとう
やっぱりやる事やってるんだね
発売日に殻割りリキプロ流石ッスｗ 殻割り厨しねよ
お前らから割りしたCPUヤフオクに流すんじゃねーよ エンコはそんなに速くないぞアレ
E5 2CPUした方が安くて速い HT あってもなくてもエンコードに差が出ない時点で見た目 288 コアだけど実際は 1.7 Ghz 72 コア (122Ghz) の Atom。
Xeon E5 2679 v4 2 枚のが 40 コア 3.2 Ghz (128Ghz) のCore i のが早いっしょ。 エンコードはそんなに並列数高めても頭打ちあって効果なさそうだからなぁ
ある程度のシングルスレッド性能は必要そう 【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. 【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は厳しいねぇ Piledriver、x264は3.2GHzの割になかなか速いな、コスパは確実にいいね
x265は飛び道具(AVX2)がものを言うからどうしょうもないけど システム新しくしたので、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 環境の割に遅いな
クロック見合った実行処理能力出てるかLinxとかで演算能力計りながらクロック上げてるかい？ 自ビルド止めてビルド済み落としてやってみた。
【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
足を引っ張っているとすれば、メモリレイテンシかな・・・・ 【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 【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 お、同世代対決？
いや、そのはずだったけどBullが二年スリップしたんだったか
・・ま、Bullは少し遅かったね >>328
FX-8350(Piledriver)はIntelだとIvy世代だから、一応2世代差かな？
最近のrev.のはあまりベンチ結果がなかったから比較用にと。 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 x264は当時の開発背景が反映されていて面白い
ｘ265も同様にその辺バッサリ切り捨てているのがよく分かるね ｘ265はのアセンブラコードはほぼSSE4.1利用可能が最低ラインに設定されてるみたいで
SSE4aまでしかないK10はほとんどの処理で、遅いCの代替コード走らされてるんだろうな Ryzenのx264/x265両ベンチ結果期待age 初日にベンチ張ったら神だぞマジで
半端ない数字期待するわｗｗ ライターさんRyzen でエンコベンチ終わったら書き込んで 1800xが4.3Ghzくらいで6950X超えるんで、俺らが買える最速のCPUになりそうやな
ｘ264なら6つ同時に処理してもTDP100W程度とか勃起するぜ 現時点で拾えた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」使うことに AVX2の影響で
x264はAMD>>>INTEL
x265はINTEL>>>AMD
となるパターンが一番対処に困る・・・。 >>134-135の検証したものだけど
x265でAVX2の有無であそこまで処理速度が変わるのは
SSE→AVX2でスループットが2倍になったからではく
アセンブラコードのメインターゲットがAVX2使えるCPUになってるせいで
x265の速度が大きく改善されて以降のアセンブラコードがAVX2を含むものばかりになってるから
って可能性もかなり高いと思ってる
それは、SSE4.1を使えないCPUが初期から開発ターゲットから切り捨てられてるようなところから見ても
だからそうなるとたとえAVX2理論スループットがインテルの半分でも
対応しているだけでもかなりの程度で最新の最適化コードの恩恵が得られる可能性があるんじゃないかと
現行のExcavatorコアがインテルに対して半速のAVX2だから
x265やってくれてるとそのへんの真相がわかったんだろうけどね
まあ、もうすぐ実機の報告も来るだろうからわくわくしながら待ってるです けどAVXにも最適化はされてるからAVXからの伸び率は素直に256bitなFPUのお蔭じゃね
でも個人的には（Ryzenの）AVXとAVX2でまったく性能差が無いってことはないと思ってるけど AVX2用に書かれたアセンブラコードの代替ルーチンがSSEのアセンブラコードじゃなく
Cで書かれたものだったりする場合みたいな話だな
その点x264は歴史が長いだけあってSSE2時代から積み上げたコード群のお陰で
SSE2だけでもそれなりに速度が出る 6800Kの定格がこれだから>>45
その6800KよりHandBrakeでそれだけ速いRyzen 1700は
どれくらいになるかワクテカが止まらない
HandBrakeってことは当然x264使ってテストしたってことだよな？ コア数が多いから、実は結構潰しが効きそうな気がしてきた
確かX6なんかも結構使っているやつ多かったよな 自作PC板で、Ryzenに最も期待してるのがこのスレだろうな x264 FHD Benchmarkではi7 6900kを上回ってる模様
http://wccftech.com/amd-ryzen-7-1800x-review-processor-leak/
とりあえずテストファイルの置き場所をおさらい
x264テストは>>1
x265テストは>>183 このスレでも6950X持ってる人なんてほとんどいないから、1700XですらOCでぶち抜くのはほんとにデカイ
1800Xならだんとつ最速やろうからな
スレのテンプレが塗り替えられるでこれは ６９００以上は持ってる人少ないやろ 6900だけで1台分あるし クロックあたりの性能は同等だから、絶対性能はクロック耐性次第だけどな
省電力にはなるだろうけど、既に6900K持っていたら買い換えには至らないかも
Intelより容易に本格水冷噛ませば4.6GHz～で常用安定とかなら話は別だけど
まずは評価すべきは導入コストと省電力性かね
Intelより1年後出しで、結局より高クロックで動作させなきゃ性能上回れなかった故の安売りだろうから
消費者としてはありがたいが、AMDの目論見としては「結局また薄利勝負」を選ばざるをえなかった時点で、Intelに対して負けても無いが勝っても無いだろうと >>360
x265はやっぱりIntelのAVX2 256bit演算効いてるのは確かだけど
それが効いてもその微差かよって感じだな まぁ、i7の世代が古いのは差し引かないといけないと思うが
128bit FPUに僅差で勝つ256bit FPUとは・・ つうか、Ryzenはx264とx265ともにAVX2無効にした方が速いのか
AVX2有効にするとXFRがクロック落としちゃうパターンか 1800x vs 5960xじゃなくて1800x vs 6900kでして欲しかったね ttp://pc.watch.impress.co.jp/img/pcw/docs/1047/474/l04_s.png
結構いい感じだな >>368
それもう>>360で張られてるんだけど >>366
というより118bit単位で計算した後、足し合わせて256bit単位に戻す処理が入るせい
命令キャッシュやら対応が進んでいるx265のAVX2コードなどで多少なりとも上がるのを期待してたんだけど残念 >>370
256bit演算と言っても
16bit*16, 32bit*8, 64bit*4とかのSIMD演算してるだけだから
後で結果を足し合わせるとかないと思うよ というかAVX2 256bit命令で入力されたものは256bitで返さないとダメってことかと
プログラムからしたらAVX 256bit命令の計算をCPUに依頼したのに128bit x2で返されても困る感じだと思う メモリにストアされる時に、たとえば32bit*8が同じ番地に格納されるなら
プログラム動作的には同じよ 64bit演算を4threadで演算してまっせーだから256bitでっせーって言われてるような胡散臭さがあるのは気のせいか 1700xか1800xを買おうと決心したがマザーが出て無い
弾幕薄いぞ！何やってる！ 現状x265が全然熟成されてないのがね、ｘ264は時間かけて規格が出来ていったけど
結局大多数の再生環境で再生されないモノは無いも同然ていう
x264のHigh5以降とか死んでるも同然だし Ryzenと価格的に競合するのはSky-Xの6コア辺りだろうから
7830k？あたりでどのくらいパフォーマンス上げてくるか楽しみだな 鯖用含め10コア以上の製品をどうするのかという問題があるから、現製品を切り捨てとか無理っしょ
ベンチ以外でCPUのシングル性能命のクソ重いソフトがないんで提灯メディアの戯言はスルーよ もうちょっと数揃わないと正確な傾向は分からないだろうけど
正直もうこの時点で特攻しても怪我することはなさそうだな 
1800x用意してきたぞ
ちょっと待ってな ERROR: CoPiPe: おいこら！ (wait 44170 sec.)
上の変な規制に引っかかった
なんだこれ
まあともかくお待ちしていますよ クロックダウンさせた疑似1700xと1700も待ってます
あとbiosで2コア殺した疑似1600xも ひょっとして一番乗り？
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 >>391
きたぁぁぁぁぁぁぁぁ、Ryzen一番乗り
ほんとだ、これと同じくAVX2無しの方が速いでやんの
http://pc.watch.impress.co.jp/img/pcw/docs/1047/474/l04.png
r27**はスコア出にくくなってるから
r2665あたりで測るとどんな感じだろ？ >>391
おつ
Veryfastだけ振るわないのはキャッシュとDRAMがIntelより遅いからなのかな >>393
x264のリビジョンの問題
r2692以降はVeryFastが2割近く遅くなった
だから未だにr2665で報告する人が多い >>394
なるほど
306と比較してたからまさに仰るとおり >>391
乙です
r2744 (x64)で比較する限りはうちの環境だけどhas i5の3倍 sandy i5の4倍速いな
これはいくしかないか >>391
r2744 (x64)で比較するとHas i7-4770のほぼ2倍の速さですな
8C16Tはやっぱり速いわ Ryzen持ちの人、x264のついでにｘ265のベンチもお願いしたく
x265は >>183 にある なんかいまいち
【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 >>400
x265はHas i7-4770のほぼ1.6倍の速さですな has i5の2倍強ですな
3倍とはいかないけどまあ十分かね 7700K@5GHz >>297とちょうど同じくらいか
x265は意外に伸びないな、OCマージン考えると-Eとの比較は微妙… 乙乙
Slow10fps・・普通に凄いし
Mediumで23fpsって十分すぎる
>>371,373
私のまつがいですた
http://rigaya34589.blog135.fc2.com/blog-entry-492.html
Core2のレビューの時に最後に足すってみたからそうかと思ってた 3万円のCPUで、x265、4k、slowで30fpsコンスタントに出来るようになるのはいつになるやら
その頃にはｘ270くらいになってそうだが 5820ｋからだと、そんな重い設定でエンコしてないせいもあって買い替えるか悩む。 >>409
なんでiGPU積んでねーんだよ
APU版出るまで待てないし外部グラボ積みたく無いんだよエンコ専用機だから 65Wの1700でも7700Kより速いんでしょ？
+10Wぐらい問題ないでしょ >>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 >>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 >>416
そっちは結構な期間いい夢見られたからいいだろう？(7700K持ち >>415
r2744 (x64)だとそれより更にVeryfastが15％くらい落ちるからな >>416
大丈夫だ
結果だけは僅差だ
(値段は倍) >>416
まあx265ならAVX2の差で逃げきれるからいいじゃないか 微々たる差だけどな
8時間くらいの動画エンコなら凄く差が出そう 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 >>412
ロープロのラデHD6450なら新品でも税込み5000円以下、中古でもっと安いの買ってもいいぞ >>422
乙
やっぱりAVX2無効の方がx264/265ともに速いのか いつものAMDならこんな凄い出来ならこれの2倍の性能は
あるんだって事前に宣伝してそうな感じだがこれはマジで
自信作だから過剰な宣伝は控えたのか >>418
4670Kは約4年間俺を支えたCPUなんだよ
あまり虐めないでくれ AVX2以外の下で使われていない拡張命令は
AVX2を無効にすると個別に有効化できないの？ >>424
x265 AVX2が遅いっても誤差じゃん 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にコマンドがあるので誰か
試せとか、スケジューリングのパッチ待ちかとかそんな話も。 1800Xが6GHz近く回るという、真偽不明なCPU-Z画像あったけど、
BIOS熟成すれば本当はもっとポテンシャル高いんじゃないのか
しかしkaby7700Kより安い8コア1700が4GHz動作するとなると
エンコ目的の人には素晴らしい逸品ですなあ おめでとうございます(^^)
avx関連は128bit*2と256bit処理の差もあるからねぇ。
avx1比較なら結構いけるのでは？
いい石だなぁ x264、x265ともにAVX2(整数演算)はよく使っても
AVX(浮動小数点演算)はほとんど使ってないしね AVX 1には過去のSSE系列の整数 128bit命令も含まれてるから 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
大雑把には周波数当たりシングルスレッド性能は大差ないってところ？ >>438
i7 4770(3.4GHz)はエンコ中はOC無しでも全コア3.7GHzで動いてるから
クロックは全く同じなのでそんなところだと思う >>416
なにげにitxじゃん
構成と写真見てみたい >>434
CPU-Zは短時間で終わるベンチなのでLN2使えば無茶な設定でも通せると思うぞ
OCCTが絶対通らない設定でも通るから 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普通に早いね >>422
そこから更に--opencl入れるとx264どれくらいになるかな？ 1800XのOC次第で肉薄すると思うわ、そしたら値段4分の1でタメはられることになる >>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 ついでに
【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 >>444
ごめん、間違えたｗ
自分にレスしてるのかと思ったｗ
よく見たら>>422宛だったわ >>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 355 名前：Socket774[sage] 投稿日：2017/03/04(土) 19:38:30.40 ID:Cl4iZstW [3/3]
前はCPUの購入判断にエンコがあったけど今はゲーム性能でどれだけ上がるかしか見てない
エンコはGPUにやらせたほうが、もうそれこそCPUとは別次元の早さだし比較すること自体意味ないかな
ryzenは悪くないと思うがいくらマルチスレッドとかエンコ性能上がろうがゲームで負けてる時点でスルー確定
こいつわかってなくて笑うわ
フィルター処理が重いんだよ GPUが対応してるフィルター処理なんか僅かだろ
CPUの重いプラグインなんか腐るほどある なんでこのスレの人間はx265のエンコにわざわざ古いバージョン使ってんだ？
もう2.3まで出てるだろ 目的がエンコすることじゃなく、「比較すること」だからじゃないかな
新バージョン化でpresetのパラメータ内容(とその影響でエンコ速度)までがらっと変わることもあるから
まあ既に2.3の結果うpしてる人もいるし、これからRyzenに合わせた最適化とかも入ってくるかもだから、
急がなくてもここで使われるバージョンも切り替わっていくでしょ GPUをフィルタに使うんじゃなくてQSVやNVENCやVCEのHWエンコを言ってるんだと思うよ
このエンコベンチ用のソースならNVENCのH.264なら310fps、H.265 10bitでエンコした場合110fps程度出るし
NVENCやKabyのH.265 10bitならHWエンコの苦手な暗いシーンもバンディングやブロックノイズも無く十分見れる画質になってるし
使うエンコソフトや古いCPUによってはその1/3の速度も出無かったりするけど >>453
ver.の割に中身変ってないから気にするな
開発の超盛んだったx264の時は最新x264バイナリでの計測がお約束だったけど
ほとんど動きのないx265はそういう需要が少な目 暗部に関してはソフトエンコに逆立ちしても勝てないよ
まあモニタを輝度100%とかで使えば気づかないかもしれないけどね
DTV板でこんなこといったら総スカンくらうよ ベースの画質が違いすぎるからやる人居ないだろうけど
10bitならQSVでも目立たないんじゃないの GPU/iGPUにHWエンコーダが当たり前のように乗ってるのに
みんなx264とかのソフトエンコ使うのは画質が比較にならないくらい違うからだよ QSVは出来上がりファイルサイズがでかいからそれならTSのままでいいやになる >>451
乙！
なんちゅう圧倒的なスコアだ…これで65000円とは信じられない >>461
QSVって、つべのようにBフレーム0 cabac オフなんでしょ
そりゃそうなるよな GPUエンコ言ってる奴の実際にしてない感は異常ｗ、エンコする理由は画質を保ちつつファイルサイズを抑える事が目的なんだ
そしてそれを満たすのがCPUによるエンコしかないないのが現状だ、ｘ265でファイルサイズ大きいとか存在の否定なわけで
Nv・AMD問わず全フィルタ処理をGPUでCPUと同等かそれ以上に出来るなら皆そっちに任せるけどね >>465
＞十分見れる画質になってるし
本人はそれで満足してるみたいだし別にいいんじゃね そんなんで満足してる奴はスレに来る必要ないやん・・・ ryzen 7 1700入金したっ！
でもマザーがないw 海外フォーラムでwindowsがRyzenの物理コアを16コアと認識してしまっているせいでキャッシュの扱いがおかしくなっているという話があるみたい
本当なのかね？ 認識ミスは、OS/BIOS/ドライバ等のアップデートで修正されるかな？
Windows10はちゃんと修正されたとして、7をつかってる人はどうなるんだろ ドライバで治るなら、大慌てでMSに対応ドライバを提供している頃か、認証されて出てくるまで1週間くらいかね
しかし、そういうのは発売前にやっとくもんじゃあないのか、まさか気が付かなかったなんてことはないはずだし MSのサイトから落とせるCoreinfoってソフト使うとWindowsがどうCPUを認識してるか分かるから持ってる人は使ってみるといいんじゃね
仮想CPUと物理CPUの対応とかどのコア同士がキャッシュを共有してるかとか表示されるから Ryzenはまだ速くなる可能性があるってことか…？ OSからの正確な認識
BIOSのメモコン周りとその他の最適化
x26xの最適化
3段階の変身を残してる 最強の進化はZEN2と呼ばれる
7nm製造プロセスで多方面に飛躍的に強化される Coreinfo使った人が記事書いてた
https://www.riscascape.net/archives/11395
ちゃんと8物理コア16論理コアでL3が8論理コアごとに8MBずつ割り当てられてると認識されてるから正しく認識されてるね >>470
そいつのマザボのBIOSがおかしいんじゃね >>460
x264やx265はgpuも使って高速化しようってプランはないの？ -openclがあるじゃん
gpu使うったって並列で出来るものばかりじゃないから結局はcpuと互いに結果待ちしたり
メモリも共有じゃないから一々互いにコピーして結果書き戻してオーバーヘッドが発生して思った程速くならない >>480
x265についてはAMDも研究中
来年以降にHBM付きハイエンドAPUでも出ないと
最終的にモノにはならないもよう（現在だとGPGPUをいくら上手く使ってもCPUのみでしたほうが早い） 【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でした。 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で処理しているわけだから、上記の部分でうまく機能していないのかもしれない。 RYZENは発売前と後でイロイロ言われてるけど結局一番の指摘点はモデルナンバーと価格差のメリットが無い事だな >>484
お、1700レビューｔｈｘ
基本的にクロックの高い1800Xと比べたら見劣りするけど普通に早いね
ついでにx265エンコ結果も知りたいッス >>484
クロック低い割に速いなぁ
これでもHaswell全コア3.7GHzの1.7倍速だわ
もしも可能なら全コア3.7GHzくらいの軽OCの結果も見てみたい 今度こそ1090Tから乗り換える
>>331くらいから>>484になるのか・・・楽しみすぎる 全種ロックフリーで耐性が1800Xも1700も変わらん
1700ｳﾏｰ >>485
512bitはAVX512じゃないの
それにRyzenは128bitまでしか対応していないよ >>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は今週末にでも出来たら上げます。 RyzenはAVX2無効にするために-asm AVXで測った方が速いと思う >>493
乙ｔｈｘ
ターボクロックが割と低めな気がするけど
クーラーはなに使ってるの？ エンコはどうなんだろう
【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/ ゲームは7と10で同じ消費電力でスコアが違うみたい
Ryzenの7での報告はまだないな >>499
ドライバを用意してるところもあるそうだ >>499
win７もサポートしてる
海外でwin7の方がゲームでfps出たって報告もある
BIOS腐ってるだけかも知れないが ☆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 ☆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の嫌がらせが心配で安心して使い続けられそうにないんだよね >>502
窓７はサポート外とM$は公式発表したようだが？ 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 定格よりも遅いのか... 8コアでも定格ならTDP65Wのエントリーモデルでしょうw x265はRyzenだとAVX無印の方が速いと聞いたので、AVX用にビルドを最適化してみた
--asm AVX オプションを使ったときに通常版より速い
根本的にはソースの最適化を待つことになるんだろうけど…
https://www.dropbox.com/sh/qccqo3rs6dv82dk/AACLKhYhwoh30Xp8-ricnBJVa?dl=0
x265~~Ryzen.zip AVXの方が速いのではくSSEの方が速い
x264、x265は整数演算主体なので浮動小数点演算メインの
AVXはあまり使われてない
そうなると--asm AVXにすると結果的にSSEメインで計算されることになる
>>134-135を見るとわかると思う つまり--asmオプション無しで実行すると
SSE整数演算の代わりにAVX2整数演算のルーチンが
使われてしまってSSEが速いと推測されるRyzenの強みが活かせないってところだろうね >>134を見てわかるように
x265のアセンブラルーチンは
・AVX2まで使えるCPU用
・SSE4.1まで使えるCPU用
実質2ラインをメインターゲットに開発されてきたんじゃないかと推測される
だからRyzen用にはSSE4までに最適化されてるといいのかも >>515
そうだったんですね…
134-135を見て納得しました >>518
通常のx265エンコードのコマンドに
--asm AVX
を追加する >>519
ｔｈｘ！
それでコントロールできるのね >>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パッチ待ちかな？ >>519
ってエンコードのオプションの話なのね・・ >>521
--pmode --pme を付けてみたらどうなる？
どちらもマシンパワーを使い切れない時に使うといいらしい >>512のバイナリを使ってｘ265の拡張命令の効き具合を調べてみた
プリセットによって最速となる条件が異なるという複雑怪奇な結果にｗ
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 乙
AVX2の有無より
SSE4とAVXとの違いのほうが参考になった >>524
ネット上の記事読んで、AVX2は無効のほうがいいのかと思ったけれど
単体で走らせると遅くなるってこともないんだね ほんとだ改めて見るとx265単体でのペナルティは無いのね ミデアムが実用範囲に入ってスロウは保存用には良いね。 AVX2で強化されたのって浮動小数点数演算の方だから整数演算のx264、x265はほぼ関係ないんじゃないの？？ >>529
>>134-135 の結果を見ると、x264はあまり効果無いみたいだけど、x265は結構効いてるみたい >>529
違うよ
AVXが浮動小数点演算メイン
AVX2が整数演算へ拡張 256bitや512bitの整数演算が必要なケースも殆ど無いしな
H264/H265で16bit整数演算で済むのはデコード全般とエンコードの基本部分で
x264やx265の高画質化は、処理の効率化（能率を考えた省略）とか、コア部に放り込むのに、どういう前処理を施すかとかで
その部分が必ずしも16bit整数演算で済むわけじゃ無いのだけれどな 256bit演算ってのは16bit演算が同時に16本できたり
32bit演算が同時に8本できたり、64bit演算が同時に4本できること 流石にSIMDが何なのか分かってない奴はググって、どうぞ H265は、デコードの規格は決まってるがエンコードの規格は決まってない
べつに整数演算でエンコードしようが浮動小数点演算でエンコードしようが、
デコーダが正常に認識できる形にさえすれば問題ない >>533
その束ねたり、分離するにも処理が必要な訳だが
その手間が拡張命令での高速化で稼いだ分との兼ね合いもある Avisynthとx264を同時にいくつも走らせるてるような時はAVXなど使う必要はないってことなんだろうか なんでそう思ったの？
SIMD命令使わなければ倍以上遅くなるだけ x264は散々検証されてきた通りSSE2までで十分に速いからな >>539
演算が同時に出来たりってあったから
既存の回路を効率よく使い切るだけで、複数のプロセス走らせたらそれぞれのリソース減るのかなって
無知ですみません SIMD使う 四重跳び
SIMD使わない 一回飛ぶだけ
なイメージ
だから縄跳びで縄を40回まわすって宿題を
SIMDありなら10回のジャンプでクリアし
SIMDなしなら40回ジャンプする感じ >>541
君が言ってるのはSIMDじゃなくて
スーパースカラだな
こっちはHTT/SMTだと2つのスレッドでもろにリソース喰い合う
けどx264やx265ではトータルで2～3割ほど速くなる
一方でSIMDは2スレッドで半分ずつに分けて使うみたいなことはできない >>542-543
なんとなくわかったような、とにかく使う方が早くなるみたいですね
ありがとうございました。
>>543
SIMD命令を分けて使うことは出来ないんですね
昔のRadeonのVLIW方式みたいなものですか
分けて使えないなら納得したような気がします RYZENが発売されたせいかSIMDとHTT/SMTネタをあちこちで見かける >>524
すみませんが、
このテスト時ってCPU負荷はビッタリ100%張り付きですか？ >>548
Veryfastの時で90～100％
Medium, Slowの時で70～100％位で変動してました
平均負荷は大体93,87,84％位かな >>549
ありがとう
家のi5は懐かしのIvyだからx.264とかピッタピタに張り付いて余力なんてありませんｗ
羨ましい ふだん使ってるメインマシンでエンコードするような人は、コア全部つかわない設定にすればいいよ
たとえば、core i5だと、
・アフィニティマスク設定してコア#0を使わないようにする
・同時スレッド数を3つにする
・プロセス優先道を低にする
この３つをぜんぶやればいい >>551
夜間バッチで流すから100%で良いのだけど
一晩かけて４時間分位しかエンコード出来ない非力さが(´Д⊂ヽ
余力持て余す程のパワーが羨ましくおもったのです
R5出たら買おうとおもっとります！
今のPCからだと劇的変化が期待できそうだし
でもなんでエンコなのにイッパイイッパイまで回らないのですかね？
データのせいかな？ 重たいプリセットほど、CPU使用率が下がりがちになる
動き探索に足を引っ張られてる気がするけど、ここはどうしようもないのかな 動き探査はHexagonal Searchとそれより上って
実際にテストエンコして比較してみるとほんの微妙な差しかないからな
あと、参照フレーム数も4より大きくしてもエンコ時間が長くなって互換性落ちるわりに微妙な効果しかない
x264は軽めの設定でもハードエンコに比べれば十分に画質/容量がいいのだから
だからあんまり重すぎる設定は
丁度、限界OCでありがちなクロック5％上げるために消費電力が50％上がるような旨みのなさになるな x265のベンチもbat実行一発でテンプレを半自動で作ってくれるものがほしかったので作ってみた
https://drive.google.com/open?id=0B3HwPE9Ni8e9V1hhOXJSNS1NQzg
>>101と同じコマンドで、
x264のバッチファイルを参考にx265の出力結果に合わせて書き換えたもの
同じディレクトリにx265.exeをリネームして置く
slowerもそろそろアリな時代になってきたかなぁと思ってslowerがある版とない版両方ある >>556
bitsadminコマンドなんてあるの知らなかったよ
勉強になった 【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の方が同消費電力で微妙にスコアが上 いろいろ原因はあると思うけど
Win10て絶対よからぬことを裏でしていて遅くなっている部分あるよな win10使っていると何もやってないアイドル状態でも
アクセスLEDが点灯したままになったりする
不気味だ >>558
古いゲームに続いてエンコもかよ
それ電源プラン、ハイパフォーマンス？ 次の大型アプデでゲームモード来たら解らんけどな
Win10は効率も上がってるけど、OSの機能も増えた分、OS自体のタスク負荷も増えているからな
ピークまでリソース使い切る場合はWin7に負けても可笑しくは無いんだし Redstone2入れてゲームモード有効にしてみたけど違いがよくわからんし
BSoD連発したので諦めて戻したよ ゲームモードは現状ほぼ無意味なものになっているね
まあ、これから、何年も経てば、もしかしたら、効果が出るゲームが出てくるかもしれないが Win7と10の差もベンチで数値出さないと体感レベルで解るもんじゃ無いからな よくwin7のエクスプローラーとか使ってんな
filmtnの方が遙かに良かったよ >>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 【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 【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) 【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超えるみたい 【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 >>571
環境による差異の吸収
出力結果の整形
FHDの結果の4Kの結果への上書き防止
のためにファイルを差し替えました バッチでやるのもいいけど、バージョン変えたりソース変えたりしてテストするならGUIのフロントエンド作るのが楽で便利そう >>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での差を誤差とみるか有意と見るかは各々の判断に委ねます >>579
こちらでも低下する傾向が確認できたので、差し替えました
ありがとうございます 便利なもの作ってくれたことと行動力は称賛すべきだと思うんだけど
外部exe使ってまでバッチにこだわる必要はないような気もする
少なからず2chで配布されてるよくわからないexeとか
実行したくないってひとも居るだろうしね
PS、WSHでもWbemScripting.SWbemLocator使えば
各種情報は拾えるし文字列操作も正規表現が不完全なバッチに比べれば
ちゃんとしたRegExpが使えるから外部exeなんて不要だし
スクリプトだからコードの透明性もあって安心できると思う
まぁPSはまだVista以前使ってるひとが居たら別でインスコしなきゃだし
普通にダブルクリックで起動できない仕様だから面倒だけど
WSHは標準搭載されてるからバッチ同様に誰でも実行できるメリットもある
>>578
こんな程度の操作が煩わしいとかどんだけGUIかぶれした脳ミソしてんだよ >>581
そうですね…
上手くいかないところを、別に作ったプログラムに投げてしまいましたが
見えるコードで出した方が安心感がありますからね 【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 >>583
やはりMedium、Slowのパフォーマンスが向上してる >>581
わざわざ手打ちしたり手動でバイナリ入れ替えるのは煩わしいというだけでなく
テストミスの原因にもなるからプログラムによる自動化は意味があると思うよ
というかなんでそんなに喧嘩腰なの？ 公式ビルドは古いまま放置されてるが、野良ビルドは結構アップデートされてるね
みんな野良ビルド使ってるの？それとも自分でビルド？ >>582
まぁ匿名性の高い2chならではの問題だよね
俺的には別にexeのままでもソース付ければOKだと思ってるし
ってかどうせ外部に投げるならまるごとexe化したほうが
細々したファイルが増えなくてスッキリするし
CUIベースでも『計測開始』『x265のアップデート』
『(ローカルの)別のバージョンを使う』程度のメニュー付ければ
>>578みたいな奴にも少しは優しいプログラムになると思う
>>585
別に喧嘩腰になったつもりはないけど、揶揄したのは確かだな
けど思ったこと言っただけだし喧嘩売られたと感じたならすまん
ただ、この程度のプログラムなんてバッチをダブルクリック
すればいいだけだし、バージョンの入れ替えやらソースの選択にしても
タイプミスがあればファイルが見つからずにエラー吐いて終了するだけ
それが嫌ならそれこそ自分でリネームして配置するだけの
たった数行のバッチ組めばタイプミス云々の問題はなくなるよな
>>GUIのフロントエンド作るのが楽で便利そう
って言うぐらいなんだから数行のバッチぐらい組めるんだろうし
もし自分で作れないのにそういうこと言ったんなら
他力本願のくせに楽だとかどの口が言ってんだってだけのこと >>587
各バージョンx各ソースごとにバッチ作れば煩雑になるし、バッチでバージョンやソースを選択するようにしても人間の操作が必要な部分が増えればその分ミスは増える
プログラム化って高速化以外に人間のミスを減らすのも重要
GUIかぶれした脳ミソみたいな乱暴な言い方、全体的に見下した書き方して喧嘩腰じゃないって言うのはそれはそれで問題あるよ
俺は需要があれば作ろうと思って書いただけで別にバッチを馬鹿にしてる訳ではないので
スレ汚し失礼 PCIE3.0のママンに変えたらOpenCL部分は多少わかる程度は変化するのかなー
もう5年以上PC買い換えてないな >>588
横だがGUIだと入力ミスがないとでも？
根本的に発想力が乏しいというかアホそうな臭いがするわ GUIアレルギーの老害やCUI使える俺ｶｯｹｰのキッズってどこにでもいるんだな
無駄に長文で中身が無いのも同じだし同一人物かな？ >>591
想像力が乏しいすっごいブーメラン
レスの内容もまともに理解出来てなくてアホそうな臭いがするわ >>594
ずげぇ、cpuアーキごとにバイナリ選ぶとかy-cruncherみたいやね GUIがいいのならHWBOT x265 Benchmarkが良いんじゃないかと思って試したけどベンチ結果コピーしづらいし微妙だった >>583
>>493
やっぱりメモリクロックが効いてるんですかね・
3200MHzメモリ買いに行くかな。 >>591
（ミスが無くなるとは一言も書いて）ないです
まあGUIは作り手の発想次第でゴミにもなりえるね
>>593
煽り返すのは同レベルやで Ryzen7なら常にx265で爆速エンコードとはならないのね
特に自分が普段利用してる720p程度だとCPU利用率48～67%台で停滞しがち（これでもソースによって17fpsだったり32fpsだったりで差が激しい）
むしろx264による爆速エンコード（常に50fps越え）に目覚めそうな予感 >>600
デコードかフィルタリングが律速になってるのでは >>600
並列化するオプションでCPU使用率上がるかも 最新ビルドでは、AVX2命令対応CPUでも、Ryzenの場合SSE/AVXコードを使うとかになってるの？ ほぼ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）
うーん、重いソースだとあんまり差はないっぽい
どうやら並列エンコードが一番、早く終わりそうな感じ RyzenはAVXで256bitを128bit2回で処理するから、半端に使うと逆に遅くなる
何のための実装なんだかな（動作互換性？ 128bit2回処理がどう動作するか知らんけど、複数同時エンコで効果発揮とかならんの？ 要は256bit演算器無しで128bit演算器に256bit処理してるから
もちろん値を128bitずつに分離させたり、演算結果を256bitに合わせたりのひと手間が伴う
お陰でコードが熟れてる64bit演算器x4で処理した方が速い場合が多いという
AVX積んだ意味って… AVX (1)はSSE系列の命令すべてを内包してるから
Intel環境はAVX2+FMAがセットで投入されて（実質的にAVX2+FMAがAVX2という考えも成立す）るからAVX2が動かないと
それらが無効・さらに作りこまれてないやっつけSSEで実行という可能性が高いから、と予想 RyzenのはAVX2必須のコードを動かすための単なる互換要員程度だから進んで使う必要はないんだよ。
IntelCPUに初めてMMX SIMDが搭載されたとき、それに対して3D Now!で拡張してきたみたいに、AVX2相当の機能を128bitに最適化したAMD独自の命令セットを積めば解決する。
ただそんなことより深刻なのはメモリーまわりの遅さで、エンコには直接関係ないからあれだけど、そこがクリアできれば半分の値段で真に同等の性能を出されたIntelは値段下げるか、ものすんごいアーキテクチャ生み出すしか打つ手はなくなる。
実際Intelはx86アーキテクチャに替わるなんだったか(うろ覚え)を開発中とも言われてるし、AMDの大躍進に単に手をこまねいてるわけではなさそうだけど、今度はIntelに踏ん張る番がまわってきたみたいだな。 >>612
つ XOP
命令的にはx264で有用な命令が含まれてたようだけど
AVX（&XOP）無効にしても数%という誤差しかでなかった
だから拡張命令の出来不出来でなくアーキテクチャの出来が一番重要 なんかお高いマザー用意しないと高クロックメモリ使おうにも安定しにくいみたいね >>614
まだ様子見で組んだりしてないけど
マザーを高いのにしなくてもメモリーを片面仕様のにしたり
BIOSが成熟するのを待てばいいだけな気がする 【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でどれくらい変わるかテスト いちいちテストなんていわんでもいいよ、OCしたらこうなりましたって言えよ >>612
そーいえばIA64なんてあったっけなぁ、、、 videolanのバイナリ
r2762だけなんでこんなにサイズでかいんだろ 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)リンクしてあるからでかい 環境固まったのでテスト代わりに
>>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 実際にエンコした時はTmpgenc6使ってたからかメイン機の7700K@5GHzより若干遅かったけどベンチだと1800Xの方が速い
エンコソフト変えるか悩み中 TmpgencだとAVX2の設定切らないと遅くなるっぽいけどそれは大丈夫？ 報告ありがたいけど
自発的な追記で8C16Tと書いてりゃ解るのにEight Coreとかわざわざ書いてたり
OSverでバージョン書かずにbuildを一部だけ記載したり
人となりが透けて見えるから留意した方が良いよ >>624
AVX2のon/offでは誤差程度しかスコア変わらん
原因は265だと1800xのコアを使い切ってくれない所にあると思う
>>625
結果.txtに記載されるのをそのままコピペしただけなんだが？
人となりが透けて見えちゃうのは君が怪電波を受信しちゃってるからだと思うよ ついでに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 まさかプロセッサネームを知らない人がベンチスレにいるとは
BIOSの表示からして８コア表記されているのに… >>628
筋違いな指摘だけで人となりが透けて見えるよなｗ ベンチスレは自己顕示欲の競い合いだからね、仕方ないね 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 Build 15063来てるみたいだけど、パフォーマンス改善されただろうか 【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アプデの差だろうな 【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 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 Rｙzen Balanced
【Veryfast】 41.84fps (26.96s)
【. Medium】 22.07fps (51.10s)
【 Slow】 9.46fps (118.58s) 誤差と言えなくもないけど、ハイパフォーマンスより上がっているね
消費電力が気になるところではあるが、大差ない気もする slowでは下回ったけどね
一発勝負だしwin側のパッチ考えてなかったから
あとで両方とも取り直してみる Ryzen Balanced
9.84fps (114.68s)
高パフォーマンス
9.80fps (115.12s)
今回はベンチ中は放置
とりあえず有利な方向に作用するみたいだ ゲームとかの負荷に緩急の多い場合のパフォーマンスに問題があったんだから
元から影響の少ない、常態的に負荷が高いエンコードとかに効果が殆ど無くて当たり前だ罠 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] 一応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からその２つを引っ張ってくるfor構文の%bと%cはいらんのとちゃうかな？ 自分にとって無意味な報告はあるかもしれないけど
全員にとって無意味な報告などないのだ
喧嘩するな >>650
Ctrl+Fで↓叩いてみそ
2819.19
8811.42 エンコーダ本体の更新があれば値は変わるし、他のビルド使うと同一バージョンでも変わるよ >>648-649
処理が重くなるほどスコア上昇率も悪くなるんですよねーIntelは
これはコア数とか関係なくIntelの伝統 伝統というか、IntelのThermal Throttlingの性能の良さで、誤魔化し誤魔化し動いてるの気づかずに、無駄に高いクロックで運用してるのが少なくないってだけだよ
実質OCに失敗してるのと同じで、コアがストールしまくってる
Linpackの時間あたりの演算量が解るベンチ掛けながら、発熱がピークになってから演算量落ちてこないか調べてみな 別スレにも書いたけど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寄りなほど大きくなる傾向ってだけの話だと思う 【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 【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 >>657
そのAVX2を作ったのがIntelだからなー
AVXってCPUでGPUの真似事したいって事じゃん
ソフトエンコはGPU-SIMDじゃ出来ない処理をCPUにさせたいんだから小手先の拡張命令よりコアリソース増やしてもらった方が有難いな 【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 【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 例のFMA3バグなどの修正を含む最新ファーム当たってる状態？ 伝統と言うほど前からAVX2って有るんかい
負荷というより、単に命令の処理比重でしょうに >>665
ｔｈｘ
ってことはまだなのね
DRAMレイテンシの削減やら新BIOSが楽しみだね >>664
伝統ですから、AVX関係なく
ゲームのフレームレートやMPEG2エンコをtmpegベンチで早い早いやってたPen4と
MP4系のWMVやDivxエンコが早くて日本のPCメディアは極力ベンチを避けてたAthlon64の時代から
メモリスループット依存の高い処理は早いけど、加減乗除実演算の負荷が高くなると遅くなるのはインテルCPUの仕様、
実行ユニット数が常にAMDより少ないからね 単にAthlon 64 x2とかだと、2.4GHz x2で4800+とかやってたから、マルチスレッドのエンコードやレンダには良いけど
ゲームだとシングルスレッド能力も問われて2.4GHzじゃ太刀打ちできなかったってだけでしょ
コンシューマクラスでコア数で勝っていても、Bulldozerみたいな事になっては極端にコア分散しすぎて、エンコードやレンダリング、データの変換等じゃないと有用性が低い代物になって扱いづらくなるだけなのは自明でしょうに
あとコア数だけで語っても、命令数も伴わなきゃならんのだし
AMDのCPU自体は悪い物だとは思わないけど、あなたの解釈雑すぎだと思うよ 逆でしょ
エンコード以外で優秀な性能を出してたからのモデルナンバー採用
つまりそれぐらいIPCも最終的な性能も高かったって話
BullがAMD版Pen4と呼ばれてるのには理由がある Pen4がAthlon64に対して有利だったのはMPEG 2 のエンコード
データサイズがでかいのに対して計算が軽い処理
これがDivxからWMVと重くなるほどAtlon64に差を付けられてた
なんだ今と傾向変わらないじゃん IPCでIntelがAMDに全く太刀打ちできなかった頃の話と、
IPCはちょいIntelが上回るかほぼ互角ぐらいで
あとはコアの数とかメモリ帯域の差とか拡張命令の差とかが勝負を分けてるっていう現状を
同列にまとめるのは理解が雑すぎる。 AMD版Pentium4って揶揄は、良くも悪くもって話でしょ
それもNorthwoodじゃなく発熱的にPrescottの方の意味合いだし
良い面も含んだ比喩じゃ無い
Intelがコケてた当時にしろ、2割高いクロックで動作させても処理能力で負ける場合もあるなんて事は無かったし
クロックあたりの性能は、メモコン内蔵の恩恵もあってAthlon64有利でも動作クロックの暴力で逆転されてちまうレベル
そこでAthlon64 x2でコア数倍という別の暴力で対応して人気を博したってのが当時の状態
でもAthlon64 x2投入の翌年にはCore2が投入されて1年天下で終わる
どう考えても、K10発展させつつ次の手仕込んだ方が良かっただろうにな
K10切った代償がBulldozerだったんだから
Northwoodなんか存在せずに、デスク向けもCore Duoで出てから後継にPrescott出されたようなもんだぞホントに 俺は昔から根っからのAMDerだけどIntelにはIntelのいいとこがあって
AMDにもAMDのいいとこがある、それでいいじゃん。
俺はたんにAMDがただIntelの真似事して同じもの安く作るだけの企業なら好きになってなかったかな。
価値観やら理解なんてひとそれぞれなんだから喧嘩するとか無意味。 >>673
Ryzenは違うけどブル系は安い以外いいとこなんかないゴミだったよ
買って損した。当時のAMDは見放されて当然 こういう極端な奴がナチュラルにintel叩くからなー >>674
>>673だけど、確かにブル系は良くなかったね。
俺は新しいのが出たらすぐ飛びつく人柱には進んでなりたくないタイプのせこい人間だから
いろんなレビュー見てAPUも含めてブル系は全スルーしたよ。
だからいまだに屁IIx6なんていう化石CPU使ってんだけどｗ
Ryzenは前評判からして触れ込みがすごかったし、眉唾かと思いつつも期待してて
実物が出てきてみたら触れ込み通りの性能だったから5年振りに組み換えるつもり。 Piledriverが優秀だから未だにBullを叩くしかないんだろう 個人的にはK7の登場が一番驚いた。FPUの速さに腰が抜けた。 PhenomIIx6からRyzenまでぶっ飛ばしたらエンコ速度4倍になったわ(x264に限る) >>680
いいなー。
けど俺そこまで頻繁にエンコしないしCPUを酷使する作業も
ストレスにならない程度に速けりゃいいかって感じだから
いまんとこ1400狙いなんだよね。
R7同様R5も概ねベンチ結果は良好みたいだから
M/Bが出揃ってBIOSがそれなりに成熟した頃に突撃するわ。 誤解してる奴が多いがzambeziは糞でもvisheraはバランスの良い優良CPUやったで TDP 220Wでi5並みの性能を叩きだす良石だったよな LianoでK10はモバイル向けのセカンドラインで生き残るかと思ったんだけどね
シングルスレッドもそれなりに確保しなきゃならん下位・モバイル向けまでBulldozer系に染まるとは思わなかった
Intelみたいにダイの造り分けする余裕が無いのは辛いところ
Ryzen 5も8Cダイの2Cをdisableした6Cモデルは予定通りで4Cフルが遅れるってのは、未だ余裕無いのかと心配になるわ
4C i7買うならRyzen 5 6C行くというは少数派で
4C i7ほど金を出さなくても、Ryzen 5 4C買えるからという需要の方が、Intelのi7/i5殺しの本命なのにね >>686
2chで長文自分語りする奴はキモい奴って思われるの知ってた？ ターボ系機能は、TDP上がったりコア温度上がったりすると効かなくなるので、
全コア使ったベンチすると遅くなるのは当然 BD系はzenに生きてる
K10を続投してたら、zenは違うものになってたろう 活きてるってか失敗からちゃんと学んだってだけのことだろ zenって2012年から開発始めてるんでしょ？
デスクトップ用bulldozer投入＆大コケが2011年、サーバ用は2012年だから、
失敗してすぐに開発を始めたといえる >>693
bull作ってる段階でダメだと分かってるんだから当然の方向転換 オイルマネーすら無くなって人員削減して機械で作図したんだっけか >>692
32nmと28nmでとんでもない熱量をそんなに大きくないコアに突っ込んで、あまつさえ28HDまで使う
熱密度で考えると矢鱈高い
そんで32nm世代ではかなりのハイクロック志向、兎角電気的条件が厳しい
K10迄のALUとAGUをセットで扱うスケジューラを再設計して分離、FPUは共有として事実上のSMT状態
やや不足気味のデコーダ段を共有するパターンと分離するパターンの性能変化
多階層キャッシュトポロジと変に遅くて容量の大きい共有L2
そもそもbullはK9ベース、K10前の段階でダメ出しされたコアを何故出したんだろうな? bullがk9ベースというのは根拠なしかと・・
本当はシングル重視からマルチ重視への転換期に高度に適合するアーキテクチャのはずだったんだけど
そうならなかったからクロックしか残ってなかったんだろう メーカーは違うがNetBurstの正式な後継機やろ、ブルちゃんは 理想のbulldozer シングルスレッド性能据え置きコア数２倍、トータル性能２倍
現実のbulldozer シングルスレッド性能半分コア数２倍消費電力２倍、トータル性能１倍ワッパ２分の１ >>703
シングルはIntelと比べたら半分だけど
AMD内では（ほぼ）据え置きだぞ BIOS(AGESA 1.0.0.4a)アップデート後
【Veryfast】 42.44fps (26.58s)
【. Medium】 22.95fps (49.16s)
【 Slow】9.78fps (115.32s)
↑＋win10 creates updateクリーンインストール（one driveやone noteなどの常駐無し）
【Veryfast】 43.26fps (21.11s)
【. Medium】 23.17fps (48.68s)
【 Slow】 9.95fps (113.33s)
↑＋Ryzen電源プラン
【Veryfast】 43.96fps (25.66s)
【. Medium】 23.36fps (48.30s)
【 Slow】 9.99fps (112.86s) ほ～ AGESAコードの?正とWindows10の最適化で1割改善するんだ。 >>?正
修正
ペン入力だから文字化けしたのかな？ 一割は変わってないような・・
使ってるGigabyte AB350M Gaming3は発売以来4/11まで一度もBIOS更新がなかったから
そのへんを多少は割引かないといけないと思う
それと新環境ゆえの常駐なしってのも 【CPU】AMD Ryzen 7 1800X@2.2GHz
【MEM】DDR4-3200 8GBx2
【M/B】CROSSHAIR VI HERO
【HDD】WDC WD60EZRZ-00RWYB1
【OS】 Win10 x64
【x264】r2664 x64
【Veryfast】 73.98 fps, 34697.63 kb/s
【. Medium】 18.48 fps, 35382.78 kb/s
【 Slow】 7.97 fps, 34119.11 kb/s
【. Slower】 4.15 fps, 33903.64 kb/s
アイドルクロック固定で計測してもそこそこ速度が出るもんだね
消費電力はシステム全体で85Wほど アイドル固定x265
【CPU】AMD Ryzen 7 1800X Eight-Core Processor / 8 cores 16 threads 2.195 GHz
【MEM】16GB 3200MHz
【M/B】ASUSTeK COMPUTER INC. CROSSHAIR VI HERO BIOSver. 0081
【HDD/SSD】WDC WD60EZRZ-00RWYB1
【OS】Microsoft Windows 10 Pro OSver. 15063
【x265】2.3+24
【SOURCE】1920.mkv
【OPTION】
【Veryfast】 29.08 fps, 2819.19 kb/s, Avg QP:20.54
【. Medium】 15.21 fps, 3355.47 kb/s, Avg QP:20.21
【 Slow】 6.32 fps, 3663.50 kb/s, Avg QP:20.22 【CPU】AMD Ryzen 7 1700 Eight-Core Processor / 3.801GHz
【MEM】16GB 1600MHz /CORSAIR CMK16GX4M2B3600C18
【M/B】Micro-Star International Co., Ltd X370 GAMING PRO CARBON (MS-7A32) Ver. 1.30
【HDD/SSD】SM961 512GB
【OS】Microsoft Windows 10 Pro Build 15063
【x265】2.3+40
【OPTION】--asm AVX --asm AVX2
【SOURCE】1920.mkv
【Veryfast】 48.56 fps, 2819.19 kb/s, Avg QP:20.54
【. Medium】 25.48 fps, 3355.47 kb/s, Avg QP:20.21
【 Slow】 10.77 fps, 3663.50 kb/s, Avg QP:20.22 【CPU】AMD Ryzen 7 1700 Eight-Core Processor / 3.801GHz
【MEM】16GB 1600MHz/CORSAIR CMK16GX4M2B3600C18
【M/B】Micro-Star International Co., Ltd X370 GAMING PRO CARBON (MS-7A32) Ver. 1.30
【HDD/SSD】SM961 512GB
【OS】Microsoft Windows 10 Pro Build 15063
【x265】2.3+40
【OPTION】--asm AVX --asm AVX2
【SOURCE】3840.mkv
【Veryfast】 13.02 fps, 8811.42 kb/s, Avg QP:18.89
【. Medium】 6.30 fps, 9329.22 kb/s, Avg QP:18.58
【 Slow】 2.77 fps, 9744.88 kb/s, Avg QP:18.78 遅いバイナリだったので再計測
【CPU】AMD Ryzen 7 1700 Eight-Core Processor / 3.802GHz
【MEM】16GB 1600MHz /CORSAIR CMK16GX4M2B3600C18
【M/B】Micro-Star International Co., Ltd X370 GAMING PRO CARBON (MS-7A32) Ver. 1.30
【HDD/SSD】SM961 512GB
【OS】Microsoft Windows 10 Pro Build 15063
【x265】2.3+40
【OPTION】--asm AVX2
【SOURCE】3840.mkv
【Veryfast】 13.17 fps, 8811.42 kb/s, Avg QP:18.89
【. Medium】 6.42 fps, 9329.22 kb/s, Avg QP:18.58
【 Slow】 2.82 fps, 9744.88 kb/s, Avg QP:18.78 【CPU】AMD Ryzen 7 1700 Eight-Core Processor / 3.802GHz
【MEM】16GB 1600MHz /CORSAIR CMK16GX4M2B3600C18
【M/B】Micro-Star International Co., Ltd X370 GAMING PRO CARBON (MS-7A32) Ver. 1.30
【HDD/SSD】SM961 512GB
【OS】Microsoft Windows 10 Pro Build 15063
【x265】2.3+40
【OPTION】--asm AVX2
【SOURCE】1920.mkv
【Veryfast】 49.55 fps, 2819.19 kb/s, Avg QP:20.54
【. Medium】 26.29 fps, 3355.47 kb/s, Avg QP:20.21
【 Slow】 11.01 fps, 3663.50 kb/s, Avg QP:20.22 >>713-716
バイナリに拘るよりメモリーのOCすれば？
メモリーがそんな状態でダラダラと
ベンチ結果上げられても参考になんない 遅いバイナリといいつつ同じバージョンに見えたけど
本当のバージョンはなんなの？ アーm(__)m間違えました。
2.3+40です。コンパイラが違うのだと思う。 >>717
MBによっちゃまだ3200までしか回らないし仕方ないんじゃね 参考になったよ
最速を狙うなら1800X(4G以上)+3200だろうけど
1700(3.8G)+3200(3600?)でも
1800X(4G)+2400くらいに匹敵するするようだ
これでカーボン+1700+3600メモリでいくことしたよ 【CPU】AMD Ryzen 7 1700 Eight-Core Processor / 3.801GHz
【MEM】16GB 1600MHz（3200MHz）
【M/B】Micro-Star International Co., Ltd X370 GAMING PRO CARBON (MS-7A32) Ver. 1.50
【HDD/SSD】NVMe SAMSUNG MZVKW512 SCSI Disk Device
【OS】Microsoft Windows 10 Pro Build 15063
【x265】2.4+28
【OPTION】--asm AVX
【SOURCE】1920.mkv
【Veryfast】 48.17 fps, 2819.19 kb/s, Avg QP:20.54
【. Medium】 25.97 fps, 3355.47 kb/s, Avg QP:20.21
【 Slow】 11.08 fps, 3663.50 kb/s, Avg QP:20.22 【CPU】AMD Ryzen 7 1700 Eight-Core Processor / 3.801GHz
【MEM】16GB 1600MHz(3200MHz)
【M/B】Micro-Star International Co., Ltd X370 GAMING PRO CARBON (MS-7A32) Ver. 1.50
【HDD/SSD】NVMe SAMSUNG MZVKW512 SCSI Disk Device
【OS】Microsoft Windows 10 Pro Build 15063
【x265】2.4+28
【OPTION】
【SOURCE】1920.mkv
【Veryfast】 48.77 fps, 2819.19 kb/s, Avg QP:20.54
【. Medium】 25.80 fps, 3355.47 kb/s, Avg QP:20.21
【 Slow】 10.94 fps, 3663.50 kb/s, Avg QP:20.22 【CPU】AMD Ryzen 7 1700 Eight-Core Processor / 3.801GHz
【MEM】16GB 1600MHz(3200MHz)
【M/B】Micro-Star International Co., Ltd X370 GAMING PRO CARBON (MS-7A32) Ver. 1.50
【HDD/SSD】NVMe SAMSUNG MZVKW512 SCSI Disk Device
【OS】Microsoft Windows 10 Pro Build 15063
【x265】2.4+28
【OPTION】--asm AVX2
【SOURCE】1920.mkv
【Veryfast】 49.74 fps, 2819.19 kb/s, Avg QP:20.54
【. Medium】 26.24 fps, 3355.47 kb/s, Avg QP:20.21
【 Slow】 11.13 fps, 3663.50 kb/s, Avg QP:20.22 x265ではAVX2を使うデメリットはないのね
フィルタのほうも上手くマルチ化してくれたらいいんだけども threadRipperとCore i9が発表されたね
どっちも最上位めちゃくちゃ高そうだけど、このスレの住人ならポンと買う人いるんだろうな x264の最新のビルドはAVX-512も使うようになったらしいけど
2％くらいは速くなるのかな
http://git.videolan.org/?p=x264/x264-sandbox.git;a=commit;h=1f4d7b9abab9b140d76d3642a27875f9cc1683e6 自分は同等システムのコスト差が4～5万程度なら、高くてもIntelで揃えちまうけども
AMDの8+8での16コアが4GHzで常用出来そうに思えないから
動作クロックの想定も加味すると、Intel側は$1399のi9 14コアあたりが対抗になりそうな感じか
AMDはThreadRipperを$1399以下にしないと競争力無くなってくるけど、マルチダイのリパッケージだし、そのうえ1800XよりOC耐性低い1700Xや1700のダブルで 途中送信スマ：
～1900とか1900Xと称して、Intelの10コア、12コアにぶつけてくるんじゃないかと思う
OC3.8～3.9GHz動作でも、ここらへん相手ならコア数の暴力で優位に立てるし 是が非でもAMDを格下に見なきゃやってらんない脳なのね むしろi9の方が高クロック常用難しいんじゃないか？
i9は10コアでも定格3.3GHｚだから歩留まり考えると14コアならさらに低かよくても同等じゃないかな
仮にクロック上げられてもコア数多いほど放熱の問題も出てくるし
液体窒素使うような常用できない使い方だと間違いなくi9のほうが速いと思うけど
それにしても対抗意識むき出しで思い切った価格で出してきたね
エンドユーザーにとってはありがたい まさか18コアが来るとは思わなかったし12コアでなめぷやるのかと思ったらとんでもなかった
18コアを引っ張りだした事実を考えるとryzenの功績は大きいと思う Ryzen Threadripperはどんなもんだろ
やっぱ競争相手いないとな
vegaも気になるし今年はいい年だ スリッパの16/32が$849らしいな
安く作れるとは聞いていたがどんなによくても$999だろうと思ってたのにコスパ良すぎﾜﾛﾀ
既存のryzenも価格改定するみたいだし1700が$301とか1番の売れ筋もコスパが凄い事になってるし スリッパワロタｗ
てか、ここまでR5の6c12tや4c8tの報告が一つもないのな
まぁ自分が買うとしても最低8c12tの1700を選ぶだろうからしかたないか >>743
2コアくらいSMTが死んでるけど壊れてる？ >>744
指定された数だけ分割するだけだから使えはすると思う
それが効果的かは不明だけど そろそろ分配のオーバーヘッドでコア数に対してあまり数字が
上がらなくなる現象が起きそうだよね 16/32にしたら、x265のslowでも実用的な速度でエンコできるようになるのだろうか i9 7900X 10C20T@4.3GHz
R15ベンチで2353だと
http://pc.watch.impress.co.jp/img/pcw/docs/1063/414/7.jpg
製品的にTB3.0込みで4.5GHzだから、OC設定無しの全コア動作だろう
1800Xだとデフォ37倍なら1600あたりだから、クロックあたりの性能は大きな向上は無い模様
Intelは動作クロックの高さ分ゲーム等の適性が高いのと、キャッシュレイテンシやメモリ性能活きる場面ぐらいでしか利点が低い
コスト的高上がり傾向は程度が低くなっただけだな
あとThreadRipperも下位から16C32Tでは無く、お安いモデルは12C24Tなんで、言うほど馬鹿みたいな高コスパで諸手で称えるようなものでも無いかと思う
Ryzen7みたいに、ローンチ初期でマザー製品側でドタバタ無けりゃ良いけども（クーラーでは今回も苦労しそうだけど
4C8Tは2066ピンのお陰で200～300MHz動作クロックの向上見込めるともあるから、ゲーム用途はこれらか、8C16T以下が主体かね スリッパは16Cが$849で12Cはそれよりお安いでしょ
i9は10Cが$999だから、それに比べコスパ良いと思うけど
i9もXeonに比べれば相当安いが、さすがに機能制限かけて1-wayだよね やはりintelは正義
i9待ってた人は物事を冷静に判断出来ている
アムド(笑)に流れた奴って重要な所で間違った選択肢選んでそう そのIntelが危機感覚えて躍起になってる姿は
あんたの目にはどう映ってんの？
i9を待ってたとか言ってるけど
Ryzenがリリースされなかったら
i9なんてものは存在しなかったかもね
それがどういう意味かわかる？
わかんないか、都合のいい解釈しかできないもんね 6700K,7700K,ryzen1800買ってi9も購入予定
あっちに流れたとかこっち来たとかなに言ってんの L2容量増で今までキャッシュにコア部分が収まらなかったプログラムは高速化するけど
既にキャッシュに収まって恩恵受けられてたプログラムはクロックあたりの性能向上は殆ど無さそうな予感 惜しむらくは、AMDもIntelの価格設定公表後にThreadRipperの価格出しときゃ、16C32T叩き売りしないで済んだろうにな
消費者的には逆だけどｗ x265は2.4になってから若干遅くなってる気がする 【CPU】AMD Ryzen 7 1700 Eight-Core Processor / 3.802GHz
【MEM】16GB 1733MHz/3466MHz
【M/B】ASRock X370 Taichi Ver. P2.40
【HDD/SSD】NVMe SAMSUNG MZVKW512 SCSI Disk Device
【OS】Microsoft Windows 10 Pro Build 15063
【x265】2.4+37
【OPTION】--asm AVX2
【SOURCE】1920.mkv
【Veryfast】 50.08 fps, 2819.19 kb/s, Avg QP:20.54
【. Medium】 26.61 fps, 3355.47 kb/s, Avg QP:20.21
【 Slow】 11.14 fps, 3663.50 kb/s, Avg QP:20.22 ryzen7がエンコ早いのは分かったけどアイドリングはなんワットなんだろう 【CPU】AMD Ryzen 7 1700 Eight-Core Processor / 3.802GHz
【MEM】32GB 1600MHz/3200MHz(Samsung純正)
【M/B】ASRock X370 Taichi Ver. P2.40
【HDD/SSD】NVMe SAMSUNG MZVKW512 SCSI Disk Device
【OS】Microsoft Windows 10 Pro Build 15063
【x265】2.4+68
【OPTION】--asm AVX2
【SOURCE】1920.mkv
【Veryfast】 49.39 fps, 2819.19 kb/s, Avg QP:20.54
【. Medium】 26.05 fps, 3355.47 kb/s, Avg QP:20.21
【 Slow】 11.00 fps, 3663.50 kb/s, Avg QP:20.22 見間違えた
今回の更新も速度向上って書かれてたけれども
AVX2で置き換えるとRyzenだと逆効果だったりするのかな Ryzen Balanceだと待機電力微妙になるよ
最適化しない方が待機電力は落ちる 【CPU】AMD Ryzen 7 1700 Eight-Core Processor / 3.802GHz
【MEM】32GB 1600MHz/3200MHz(Samsung純正)
【M/B】ASRock X370 Taichi Ver. P2.40
【HDD/SSD】NVMe SAMSUNG MZVKW512 SCSI Disk Device
【OS】Microsoft Windows 10 Pro Build 15063
【x265】2.4+68
【OPTION】--asm AVX
【SOURCE】1920.mkv
【Veryfast】 48.55 fps, 2819.19 kb/s, Avg QP:20.54
【. Medium】 26.13 fps, 3355.47 kb/s, Avg QP:20.21
【 Slow】 11.12 fps, 3663.50 kb/s, Avg QP:20.22 【CPU】AMD Ryzen 7 1700 Eight-Core Processor / 3.802GHz
【MEM】32GB 1600MHz/3200MHz(Samsung純正)
【M/B】ASRock X370 Taichi Ver. P2.40
【HDD/SSD】NVMe SAMSUNG MZVKW512 SCSI Disk Device
【OS】Microsoft Windows 10 Pro Build 15063
【x265】2.4+68
【OPTION】
【SOURCE】1920.mkv
【Veryfast】 49.22 fps, 2819.19 kb/s, Avg QP:20.54
【. Medium】 25.80 fps, 3355.47 kb/s, Avg QP:20.21
【 Slow】 10.98 fps, 3663.50 kb/s, Avg QP:20.22 R5 1600 になったのでやってみた。ぼちぼちはええねｗ
【CPU】AMD Ryzen 5 1600 Six-Core Processor / 3.597GHz
【MEM】CFD W4U2400CM-8G / 16GB OC@2666
【M/B】ASRock AB350 Gaming K4 Ver. P2.60
【HDD/SSD】WesternDigital WD Blue SSD 1TB
【OS】Microsoft Windows 10 Pro Build 15063
【x265】2.4+68
【OPTION】--asm avx
【SOURCE】1920.mkv
【Veryfast】 31.53 fps, 2819.19 kb/s, Avg QP:20.54
【. Medium】 18.22 fps, 3355.47 kb/s, Avg QP:20.21
【 Slow】 7.68 fps, 3663.50 kb/s, Avg QP:20.22 無印1600あたりは価格性能比が良いよな
次いで無印1700と1600X、無印1400あたりかね 7900Xは4.8GHz行くらしい
http://www.tweaktown.com/news/58073/intel-core-i9-7900x-reviewed-10c-20t-up-4-8ghz/index.html
エンコならEPYC 7351P(16C31T)でも十分そうだが、汎用にするならシングルスレッドのクロックのある7900Xの方が良さそうか？
EPYC 7351Pも2.9GHz動作で170W程度は行くみたいだから、省電力性のアドバンテージは殆ど無さそうだし、Turboで3GHz前後のEPYCが何処まで回るか…（マルチダイだとOC伸びなさそう
あとは$100の価格差が日本で幾らになるかだな スリッパが盛り上がっているこの時期にi9の話題振るなよ…息苦しいよ いつの時代もintel様が正義
アムド(笑)は所詮、かませ犬 競争が起こってくれたほうが、消費者にとっては嬉しい…嬉しい… このスレに来てまでゲーム性能ですか
同じくゲーム連呼の太鼓持ち記事も含め、
さすがはステマの巨人、Intel様やでぇｗ
……そんな小細工よりも半田とコスパで真正面からぶつかってほしいもんだ
まったく、格好悪い巨人様だこと ほら見ろ今何言っても無駄
一寸前までは言いたいだけ言えたんだ、またそんな日も来る 普通録画エンコード用マシンって分けるよな
OCしてゲーム中に落ちたりして録画ミスったら困るし
汎用とか何がしたいのか分からないけど、貧乏人自慢？
この手の話するやつって何故か1台限定なんだけどマジで何でなんだ・・・ ゲーム用途じゃなければ、低クロックでも問題無いというか
高クロック動作のシングルスレッド性能ってゲームぐらいでしか使わないよね
Pentium4とAthlon64x2の頃と変わってないのな
Skylake-XがPrescottの再来にならないことを祈るばかりだが、既に爆熱と言われてるしｗ
宗教戦争なんざどうでも良くて、良ければ良い方を買うってだけでしょ >>780
録画マシン(兼FS)は本当に安定動作して欲しいよね
うちのマシンは最初win7でたまにフリーズして困ってたんだけど
Windows HomeServerにしたらド安定。変えてから5年トラブル無く動作してる。
M$またHomeServerリリースしてくれないかなぁ
スレチスマソ クオーターかけなくてもフリーズしないで録画もエンコ出来るのが普通だけどな
まあ優先度くらいはいるだろうけど根本から見直した方が良い 【CPU】RYZEN R7 1700X@3.8GHz
【MEM】DDR4-2400(2666) 8GBx2 (16-17-17-36-2T DS 1.35V ProcODT 80ohm)
【M/B】ASUS ROG STRIX X370-F GAMING AGESA to 1.0.0.6 ※メモリが鬼門？
【HDD】
【SSD】INTEL 120GB
【OS】 Windows 10 Prol x64
---------------
【x264】r2744 (x64)
電源バランス
【Veryfast】 99.41 fps, 33405.53 kb/s, 239.17 MB
【. Medium】 32.12 fps, 34733.42 kb/s, 248.68 MB
【 Slow】 19.50 fps, 34761.18 kb/s, 248.88 MB
【. Slower】 7.459 fps, 34088.86 kb/s, 244.07 MB
電源バランス --asm avx
【Veryfast】 106.57 fps, 33405.53 kb/s, 239.17 MB
【. Medium】 33.66 fps, 34733.27 kb/s, 248.68 MB
【 Slow】 20.13 fps, 34761.18 kb/s, 248.88 MB
【. Slower】 7.798 fps, 34088.69 kb/s, 244.07 MB
電源バランス OpenCL
【Veryfast】 101.87 fps, 33405.53 kb/s, 239.17 MB
【. Medium】 32.11 fps, 34733.42 kb/s, 248.68 MB
【 Slow】 19.47 fps, 34761.18 kb/s, 248.88 MB
【. Slower】 7.473 fps, 34088.86 kb/s, 244.07 MB
電源バランス OpenCL --asm avx
【Veryfast】 106.90 fps, 33405.53 kb/s, 239.17 MB
【. Medium】 33.60 fps, 34733.27 kb/s, 248.68 MB
【 Slow】 20.14 fps, 34761.18 kb/s, 248.88 MB
【. Slower】 7.815 fps, 34088.69 kb/s, 244.07 MB
まだまだ、x264派は居ると思うので、過去のサンプルと比較しやすいようにと
AMDにある最新のチップセットドライバーだとイベントビューアに
「ファームウェアの問題により、～パフォーマンス電源管理機能は無効なっています。」
どうも、BIOSが対応してないみたいなので、パフォーマンスは落ちるがASUS提供のドライバーに戻した。 【VGA】ASUS DUAL-GTX1050TI-4G >>【MEM】DDR4-2400(2666) 8GBx2 (16-17-17-36-2T DS 1.35V ProcODT 80ohm)
【MEM】DDR4-2666(XMP) 8GBx2 (16-17-17-36-2T DS 1.35V ProcODT 80ohm) >>AMDにある最新のチップセットドライバーだとイベントビューアに
すいませません 関係ありませんでした。 ProcODT 60～80ohm なるべく早く低消費電力でエンコをしたいのですが、i7 4771とi7 6700kとRyzen 1700あたりだとエンコ時のワッパはどれが一番良いでしょうか？ 最大クロック3.2GHzぐらいにして、コア電圧下げる方向で調整したRyzen7 1700
個体差もあるがRyzen 7は3～3.3GHzあたりが熱効率のスィートスポットが有って
ここらへん越えたクロックになるほどコア電圧を上げたクロック幅以上に余計盛らないと回らなくなってく
故意的にワッパの美味しいクロックに留めれば、Xeon D-1500系なんかよりワッパが良い
Intelの現行コアは、元々モバイル向けのプロファイルなんで2.4～2.8GHz前後ぐらいと低いクロックでワッパ良くなるけど
スポット外しても要求電力の上昇が穏やかなんで、平気で4GHz以上でブン回る変態っぷりが特徴だけど
コア数の暴力に争えるほどではない 7900Xの方は、OCした方がワッパ改善するという謎結果出てるのが気になるのよね
TB3.0で4.5GHz確実に回すのに、デフォルトでえらく余計に電圧盛ってそうな気がしないでもないが
ThreadRipperの16C32Tが+$999ならエンコ厨としては7900X選ぶ理由無いんだけども
MicroATXスキーなんでAMDチップで上位マザー出るかの方が心配で
X299の方で先にMicroATXの上位マザー出たら7900X買っちゃいそうで怖い X399のマザー見ればわかるけどソケットのデカさが半端ないから
MicroATXだと取り回し面倒そう AM4同様に配線出しも面倒とか、不穏な話も聴いてるけども
その実Ryzen7 x2だからマザボの電源回りが割ける面積も少ないのもあって、えらい面倒そうだよね
もう拡張スロットの1段目PCIe x1や無しでも良いからMicro出してくれないかな
というよりTR4対応クーラーの話が全然聞こえてこない方が気になる
またクーラーとか対応品の弾が無くて、無駄に暫定運用のクーラー買う羽目になりそう >>794
Threadripper は簡易水冷付きって話しだよ。 【ベンチマーク名称】x264_x265_benchmark_20170715_beta1
【CPU】Intel(R) Core(TM) i7-4702MQ CPU @ 2.20GHz (Haswell) (4Cores/8Threads)
【CPU Clock】2200.0 MHz (22.0x100.0 MHz)
【命令セット】MMX, SSE, SSE2, SSE3, SSSE3, SSE4.1, SSE4.2, EM64T, VT-x, AES, AVX, AVX2, FMA3
【Memory】DDR3, 8 GBytes, Single channel, 742.3 MHz (1:6)
【MemSpeed】DDR3L, PC3-12800 (800 MHz), 8192 MBytes, SO-DIMM, Samsung, M471B1G73QH0-YK0
【MotherBoard】NEC, SF53S, 10E2
【Storage】WDC WD10JPVX-08JC3T5, 931.5 GB, Fixed, BusType=8
【GPU】Intel(R) HD Graphics 4600 (20.19.15.4531) (Lenovo)
【OS】Microsoft Windows 10 (10.0) Home 64-bit (Build 14393)
【CPU-Z】1.80.0
【ffmpeg】N-86723-g3b3501f
【x264】x264 0.150.2833kMod df79067
【オプション】--crf 20
【入力ファイル情報】test-1080p.mkv 1920x1080p 1:1 @ 24000/1001 fps (cfr) 1128frames
【Veryfast】 63.64 fps, 4100.91 kb/s, duration 0:00:17.72
【. Medium】 28.77 fps, 4094.00 kb/s, duration 0:00:39.20
【 Slow】 21.30 fps, 4047.44 kb/s, duration 0:00:52.94
【. Slower】 9.99 fps, 3954.37 kb/s, duration 0:01:52.89
【x265】x265 2.4+84-586d06ad195a
【オプション】--crf 18
【入力ファイル情報】test-1080p.mkv 1920x1080 fps 24000/1001 i420p8 sar 1:1 1128frames
【Veryfast】 18.05 fps, 3785.90 kb/s, 62.49s
【. Medium】 8.81 fps, 4408.42 kb/s, 128.06s
【 Slow】 3.54 fps, 4788.97 kb/s, 318.49s テンプレの環境情報が自動で取得できるといいなと思い、CPU-Zのログを使って
>>796のような形で結果を自動出力するベンチマークバッチを作り、x264/x265も統合してみたのですが、
自分のノートPCでしか確認できないので、他環境でちゃんと動くのか検証したいと考えています。
すみませんが、検証協力していただける方がおられましたら、よろしくお願いいたします。
詳細は同梱テキストをお読みください。
x264_x265_benchmark_20170716_beta1.zip
https://www.axfc.net/u/3825027.zip
最終的にワンクリックで結果取得までできるようにするということで、色々と整理して使いやすくしてみたつもりですが、
問題点の指摘や改善案など、ご意見がありましたら、よろしくお願いいたします。 書き忘れてしまいましたが、>>1や>>101のベンチマークセットを作って下さった方とは別人です。 【ベンチマーク名称】x264_x265_benchmark_20170715_beta1
【CPU】AMD Ryzen 5 1600 Six-Core Processor (Summit Ridge) (6Cores/12Threads)
【CPU Clock】3600.0 MHz (36.0x100.0 MHz)
【命令セット】MMX (+), SSE, SSE2, SSE3, SSSE3, SSE4.1, SSE4.2, SSE4A, x86-64, AMD-V, AES, AVX, AVX2, FMA3, SHA
【Memory】DDR4, 16 GBytes, Dual channel, 1465.8 MHz (3:44)
【MemSpeed】DDR4, DDR4-2400 (1200 MHz), 8192 MBytes, UDIMM, Crucial, CT8G4DFS824A.C8FBD
【MemSpeed】DDR4, DDR4-2400 (1200 MHz), 8192 MBytes, UDIMM, Crucial, CT8G4DFS824A.C8FBD
【MemSpeed】GDDR5, 不明, 不明, 不明, 不明, 不明
【MotherBoard】Micro-Star International Co. Ltd, X370 GAMING PRO CARBON (MS-7A32), 1.0
【Storage】WDC WD10EFRX-68JCSN0 , 不明, Fixed, BusType=11
【Storage】TOSHIBA THNSNJ128GCSU , 不明, Fixed, BusType=11
【Storage】WDC WDS100T1B0A-00H9H0 , 不明, Fixed, BusType=11
【GPU】不明 (不明) (PC Partner)
【OS】Microsoft Windows 10 (10.0) Professional 64-bit (Build 15063)
【CPU-Z】1.80.0
【ffmpeg】N-86755-g0780ad9
【x264】x264 0.150.2833kMod df79067
【オプション】--crf 20
【入力ファイル情報】test-1080p.mkv 1920x1080p 1:1 @ 24000/1001 fps (cfr) 1128frames
【Veryfast】 79.69 fps, 4186.80 kb/s, duration 0:00:14.15
【. Medium】 41.42 fps, 4153.07 kb/s, duration 0:00:27.23
【 Slow】 30.43 fps, 4084.48 kb/s, duration 0:00:37.07
【. Slower】 12.62 fps, 3936.13 kb/s, duration 0:01:29.35
【x265】x265 2.5+2-18fa144d453e
【オプション】--crf 18
【入力ファイル情報】test-1080p.mkv 1920x1080 fps 24000/1001 i420p8 sar 1:1 1128frames
【Veryfast】 29.47 fps, 3785.90 kb/s, 38.27s
【. Medium】 16.54 fps, 4408.42 kb/s, 68.22s
【 Slow】 6.97 fps, 4788.97 kb/s, 161.78s 取り敢えずバッチ眺めて VeryFast のみでやって問題なさそうだから
コメントアウト外して他のプリセットもやってみた。
情報あつめるものは便利だけど、ストレージに関しては環境次第で1レスに収まらなくなるから
そこは要らないかと思う。かく言う自分も長くて書き込めない言われたので一部削除したですよ。
その他については問題無いかなっておもう。便利で良いデス。 Mem Speed [3項目] も要らないんじゃ？
CLとか細かい設定が見れるわけじゃなしMemoryだけで十分でしょ 799に同じく、グラボの情報が取得できないみたい。 協力ありがとうございます。
CPU、MemSpeed、Storage、GPUは複数要素が存在する可能性があるようなので、
とりあえず全部取得して、貼る時にいらなそうなものは消してもらうという
運用にしてもらうのがいいのかな・・・と思い、とりあえずすべて取得しています。
メモリ速度がエンコ速度に結構影響することがあると何かで聞いた気がしますがQSVとかのHWエンコでしたっけ？
GPUの取得ができてないのは想定外ですね・・・。x264やx265にはあまり関係ないとはいえ
他にQSVEncC等を用いたSSIM計測バッチも作っててそちらでも使う予定なのでこれは困る・・・。
すみませんが、tempディレクトリの中身(エンコした動画ファイル以外)をどこかにアップしていただけないでしょうか？
ただ、同梱テキストにも書いたとおり、cpu-z-log_n.txtというファイルはCPU-Zのログに行番号つけただけなので、
CPU-Zのログを丸ごと渡したくないなら取り除いてください。（できれば提供していただけると解析と対応が捗ります） というか、ログが無いと対応も解析もほぼできないので、ログを丸ごと渡したくない場合は、cpu-z-log.txtから
上で不明となってしまっている
・Storageまわりのログ
・GPUまわりのログ
を切り出してご提供いただけると大変助かりますです。
（ログからキーワードを検索して、そこから情報のある数行を切り出して解析するという方法をとっているため） >>804
中身精査してアップしても問題無い内容だったんで動画ファイル以外無修正のままアップしますた。
https://www.axfc.net/u/3825072.7z
メモリ速度がエンコ速度というか CPU のパフォーマンスに影響するのは Ryzen です。
なのでメモリモジュールと動作速度もベンチでは割と重要かと。 >>805
ありがとうございます。とても助かりました。
項目の増減による情報位置のズレや、キーワード選定の不備が原因のようですので、
なるべく早めに修正版を出したいと思います。 いただいたログを元に問題点を修正し、ベンチマークセットを更新しました。
これにともない、>>797のbeta1は削除しました。
x264_x265_benchmark_20170717_beta2
https://www.axfc.net/u/3825185.zip
●システム情報収集でメモリやStorageやGPUの情報抽出に失敗することがあるのを修正。
なおRemovalストレージの容量が不明となるのはCPU-Zのログの仕様のようなので仕方ない。
●GPU情報について、取得可能ならメモリタイプ・メモリサイズ・コードネームを取得し、
ドライババージョンの後ろに()付きで表記するようにした。
取得できない場合は不明と表記されるが、これは仕方ないということで。
●エンコード時に指定オプションを表示するようにした。
●おまけサンプルとして、QSVEncCのavqsv入力を使ったエンコードテストバッチを追加した。
●試しやすいようにx64環境用のバイナリをbin64フォルダに入れて同梱してみた。
bin64フォルダからバッチのある場所に移動することですぐに実行できる。
ただ、野良バイナリをそのまま使うのはセキュリティ的にかなり怖いことだと思うので、
できれば自分で信頼できるサイトからダウンロードしたものを使うことを【強く推奨】。
「iGPU+dGPU」「NVIDIAのGPU」など、色々な環境での動作チェックを行いたいので、
検証および意見提示など、ご協力いただければ幸いです。
ある程度うまくいくことが確認されたら、コメントアウトを外して正式リリースにしたいと考えています。 【ベンチマーク名称】x264_x265_benchmark_20170717_beta2
【CPU】AMD Ryzen 5 1600 Six-Core Processor (Summit Ridge) (6Cores/12Threads)
【CPU Clock】3600.0 MHz (36.0x100.0 MHz)
【命令セット】MMX (+), SSE, SSE2, SSE3, SSSE3, SSE4.1, SSE4.2, SSE4A, x86-64, AMD-V, AES, AVX, AVX2, FMA3, SHA
【Memory】DDR4, 16 GBytes, Dual channel, 1466.3 MHz (3:44)
【MemSpec】DDR4, DDR4-2400 (1200 MHz), 8192 MBytes, UDIMM, Crucial, CT8G4DFS824A.C8FBD
【MemSpec】DDR4, DDR4-2400 (1200 MHz), 8192 MBytes, UDIMM, Crucial, CT8G4DFS824A.C8FBD
【MotherBoard】Micro-Star International Co. Ltd, X370 GAMING PRO CARBON (MS-7A32), 1.0
【Storage】WDC WD10EFRX-68JCSN0 , 931.5 GB, Fixed, BusType=11
【Storage】TOSHIBA THNSNJ128GCSU , 119.2 GB, Fixed, BusType=11
【Storage】WDC WDS100T1B0A-00H9H0 , 931.5 GB, Fixed, BusType=11
【GPU】Radeon (TM) RX 470 Graphics (22.19.171.1024) (GDDR5,4 GB) (Polaris) (PC Partner)
【OS】Microsoft Windows 10 (10.0) Professional 64-bit (Build 15063)
【CPU-Z】1.80.0
【ffmpeg】N-86755-g0780ad9
【x264】x264 0.152.2851kMod ba24899
【オプション】--crf 20 --asm avx
【入力ファイル情報】test-1080p.mkv 1920x1080p 1:1 @ 24000/1001 fps (cfr) 1128frames
【Veryfast】 86.66 fps, 4186.79 kb/s, duration 0:00:13.01
【. Medium】 44.45 fps, 4153.07 kb/s, duration 0:00:25.37
【 Slow】 32.53 fps, 4084.48 kb/s, duration 0:00:34.67
【. Slower】 13.52 fps, 3936.13 kb/s, duration 0:01:23.41
【x265】x265 2.5+2-18fa144d453e
【オプション】--crf 18 --asm avx
【入力ファイル情報】test-1080p.mkv 1920x1080 fps 24000/1001 i420p8 sar 1:1 1128frames
【Veryfast】 30.81 fps, 3785.90 kb/s, 36.61s
【. Medium】 17.75 fps, 4408.42 kb/s, 63.54s
【 Slow】 7.43 fps, 4788.97 kb/s, 151.87s GPU も正常にいけますね。朝方までお疲れ様です。
リムーバブルドライブの表記は投稿時に削除してます。
また、「BusType=11」と言うこの表記も必要であれば「（SATA)」とかしてしまうとかすると人間に分かりやすいかもですね。
https://msdn.microsoft.com/en-us/library/windows/desktop/hh830493(v=vs.85).aspx
Fixed は単に ProvisoningType なので要らないかも。
取り敢えずうちでは問題ないので CPU やメモリ周り弄った後の検証で使わせて頂きます。 x265 10bitでの計測も追加して欲しいというのは贅沢ですか？ 【ベンチマーク名称】x264_x265_benchmark_20170717_beta2
【CPU】AMD Ryzen 7 1700 Eight-Core Processor (Summit Ridge) (8Cores/16Threads)
【CPU Clock】3000.0 MHz (30.0x100.0 MHz)
【命令セット】MMX (+), SSE, SSE2, SSE3, SSSE3, SSE4.1, SSE4.2, SSE4A, x86-64, AMD-V, AES, AVX, AVX2, FMA3, SHA
【Memory】DDR4, 16 GBytes, Dual channel, 1732.9 MHz (3:52)
【MemSpec】DDR4, DDR4-2400 (1200 MHz), 8192 MBytes, UDIMM, Samsung, M378A1K43BB2-CRC
【MemSpec】DDR4, DDR4-2400 (1200 MHz), 8192 MBytes, UDIMM, Samsung, M378A1K43BB2-CRC
【MotherBoard】ASRock, X370 Taichi, unknown
【Storage】TOSHIBA DT01ACA300 , 2794.5 GB, Fixed, BusType=11
【Storage】WDC WD20 EARS-00MVWB0, 1863.0 GB, Fixed, BusType=7
【GPU】NVIDIA GeForce GTX 1060 6GB (22.21.13.8476) (GDDR5,6 GB) (GP106) (ZOTAC International Ltd.)
【OS】Microsoft Windows 10 (10.0) Professional 64-bit (Build 15063)
【CPU-Z】1.80.0
【ffmpeg】N-86723-g3b3501f
【x264】x264 0.152.2851kMod ba24899
【オプション】--crf 20 --asm avx
【入力ファイル情報】test-1080p.mkv 1920x1080p 1:1 @ 24000/1001 fps (cfr) 1128frames
【Veryfast】 152.87 fps, 4114.06 kb/s, duration 0:00:07.37
【. Medium】 69.97 fps, 4104.23 kb/s, duration 0:00:16.12
【 Slow】 51.65 fps, 4058.05 kb/s, duration 0:00:21.83
【. Slower】 25.69 fps, 3958.32 kb/s, duration 0:00:43.90
【x265】x265 2.5+3-3f6841d271e3
【オプション】--crf 18 --asm avx
【入力ファイル情報】test-1080p.mkv 1920x1080 fps 24000/1001 i420p8 sar 1:1 1128frames
【Veryfast】 35.96 fps, 3785.90 kb/s, 31.37s
【. Medium】 19.20 fps, 4408.42 kb/s, 58.74s
【 Slow】 8.07 fps, 4788.97 kb/s, 139.72s テストありがとうございます。引き続き色々な環境での結果を教えていただけると助かります。
>>809
BusTypeについてはちょっと調べてみようと思います。
>>810
次のリリースで追加しようと思います。
ただ、貼る量の関係上、一括実行からは外して単体バッチのサンプルという形になると思います。
というか今ちょっと試せないのですが、多分x265のバッチをコピーして、
set x265opt=--crf 18 --profile main10
に変えれば10bit出力テストになると思います。 【ベンチマーク名称】x264_x265_benchmark_20170717_beta2
【CPU】Intel(R) Core(TM) i7-7700 CPU @ 3.60GHz (Kaby Lake) (4Cores/8Threads)
【CPU Clock】3600.0 MHz (36.0x100.0 MHz)
【命令セット】MMX, SSE, SSE2, SSE3, SSSE3, SSE4.1, SSE4.2, EM64T, VT-x, AES, AVX, AVX2, FMA3, TSX
【Memory】DDR4, 32 GBytes, Dual channel, 1336.7 MHz (1:20)
【MemSpec】DDR4, DDR4-2666 (1333 MHz), 8192 MBytes, UDIMM, Kingston, KHX2666C15D4/8G x4
【MotherBoard】ASUSTeK COMPUTER INC., Z170M-PLUS, Rev X.0x
【Storage】NVMe SAMSUNG MZVPW256, 238.5 GB, Fixed, BusType=17
【Storage】Crucial_CT960M500SSD1 , 894.3 GB, Fixed, BusType=11 x3
【GPU】NVIDIA GeForce GTX 1050 Ti (不明) (GDDR5,4 GB) (GP107) (NVIDIA Corporation)
【OS】Microsoft Windows 10 (10.0) Professional 64-bit (Build 15063)
【CPU-Z】1.80.0
【ffmpeg】N-86723-g3b3501f
【x264】x264 0.152.2851kMod ba24899
【オプション】--crf 20
【入力ファイル情報】test-1080p.mkv 1920x1080p 1:1 @ 24000/1001 fps (cfr) 1128frames
【Veryfast】 116.12 fps, 4100.91 kb/s, duration 0:00:09.71
【. Medium】 49.06 fps, 4094.00 kb/s, duration 0:00:22.99
【 Slow】 36.04 fps, 4047.44 kb/s, duration 0:00:31.30
【. Slower】 17.53 fps, 3954.37 kb/s, duration 0:01:04.33
【x265】x265 2.5+3-3f6841d271e3
【オプション】--crf 18
【入力ファイル情報】test-1080p.mkv 1920x1080 fps 24000/1001 i420p8 sar 1:1 1128frames
【Veryfast】 33.70 fps, 3785.90 kb/s, 33.47s
【. Medium】 16.58 fps, 4408.42 kb/s, 68.05s
【 Slow】 6.50 fps, 4788.97 kb/s, 173.53s 【ベンチマーク名称】x264_x265_benchmark_20170717_beta2
【CPU】AMD Ryzen 7 1700 Eight-Core Processor (Summit Ridge) (8Cores/16Threads)
【CPU Clock】3000.0 MHz (30.0x100.0 MHz)
【命令セット】MMX (+), SSE, SSE2, SSE3, SSSE3, SSE4.1, SSE4.2, SSE4A, x86-64, AMD-V, AES, AVX, AVX2, FMA3, SHA
【Memory】DDR4, 32 GBytes, Dual channel, 1330.2 MHz (3:40)
【MemSpec】DDR4, DDR4-2400 (1200 MHz), 16384 MBytes, UDIMM, Team, TEAMGROUP-UD4-2400 x2
【MotherBoard】ASUSTeK COMPUTER INC., PRIME B350M-A, Rev X.0x
【Storage】PLEXTOR PX-256M8PeGN, 238.5 GB, Fixed, BusType=17
【Storage】PLEXTOR PX-512M5Pro , 476.9 GB, Fixed, BusType=11
【Storage】OCZ-VECTOR180 , 894.3 GB, Fixed, BusType=11
【GPU】Radeon(TM) RX 460 Graphics (22.19.171.1024) (GDDR5,2 GB) (Polaris) (GIGABYTE Technology)
【OS】Microsoft Windows 10 (10.0) Professional 64-bit (Build 15063)
【CPU-Z】1.80.0
【ffmpeg】N-86723-g3b3501f
【x264】x264 0.152.2851kMod ba24899
【オプション】--crf 20
【入力ファイル情報】test-1080p.mkv 1920x1080p 1:1 @ 24000/1001 fps (cfr) 1128frames
【Veryfast】 153.57 fps, 4114.06 kb/s, duration 0:00:07.34
【. Medium】 67.40 fps, 4104.23 kb/s, duration 0:00:16.73
【 Slow】 50.87 fps, 4058.05 kb/s, duration 0:00:22.17
【. Slower】 24.81 fps, 3958.32 kb/s, duration 0:00:45.46
【x265】x265 2.5+3-3f6841d271e3
【オプション】--crf 18
【入力ファイル情報】test-1080p.mkv 1920x1080 fps 24000/1001 i420p8 sar 1:1 1128frames
【Veryfast】 37.20 fps, 3785.90 kb/s, 30.32s
【. Medium】 19.42 fps, 4408.42 kb/s, 58.09s
【 Slow】 8.22 fps, 4788.97 kb/s, 137.23s >>813
ありがとうございます。i7-7700ってiGPU(Intel HD Graphics 630)が載ってるはずですよね？
そちらもあわせて出ることを期待してたのですが、もしかしてモニタをつないでるGPUしかログに出ないのだろうか・・・。
あと、GTX 1050 Ti のドライババージョンの取得に失敗しているのが気になります。
他のGPUより情報量が増えている可能性が高そうです。調べて取得処理を改良しないとうまく取れない予感・・・。
大変恐縮ですが、差し支えなければcpu-z-log.txtの、
「Display Adapters」～「Softwareの手前まで」のログをアップしていただけると助かります。
また、「HD Graphics」で検索してiGPUの情報がひっかかるようでしたら、その周辺ログもいただけると助かります。 システム情報取得処理がうまくいくか気になっている主な環境
・マルチソケットなCPU環境
・複数GPUからのマルチモニタ出力を行っている環境
・RadeonProやQuadro、Tesla等のGPU環境
疑問
・CPU-Zの「Display Adapters」にはモニタ出力しているGPUしか表示されないのか。
・モニタ出力していないものを含めた全てのGPUを列挙する方法はないのか。（ログに出てないとどうしようもないけど）
自作板やエンコ系だと「おぅシステム情報出せや」というシチュエーションもそこそこありそうなので、
そういう時にも気軽に使ってもらえるものを目指したいところです。
普段あまりHW構成を気にしてないので、こうやってまとめて見れると楽しいですね。（私だけ？ｗ） 【ベンチマーク名称】x264_x265_benchmark_20170717_beta2
【CPU】AMD Ryzen 7 1700 Eight-Core Processor (Summit Ridge) (8Cores/16Threads)
【CPU Clock】3000.0 MHz (30.0x100.0 MHz)
【命令セット】MMX (+), SSE, SSE2, SSE3, SSSE3, SSE4.1, SSE4.2, SSE4A, x86-64, AMD-V, AES, AVX, AVX2, FMA3, SHA
【Memory】DDR4, 32 GBytes, Dual channel, 1330.2 MHz (3:40)
【MotherBoard】ASRock, AB350 Pro4, unknown
【Storage】PLEXTOR PX-256M8PeGN, 238.5 GB, Fixed, BusType=17
【GPU】NVIDIA GeForce GTX 1050 Ti (22.21.13.8476) (GDDR5,4 GB) (GP107) (ZOTAC International Ltd.)
【OS】Microsoft Windows 10 (10.0) Professional 64-bit (Build 15063)
【CPU-Z】1.80.0
【ffmpeg】N-86723-g3b3501f
【x264】x264 0.152.2851kMod ba24899
【オプション】--crf 20
【入力ファイル情報】test-1080p.mkv 1920x1080p 1:1 @ 24000/1001 fps (cfr) 1128frames
【Veryfast】 127.08 fps, 4114.06 kb/s, duration 0:00:08.87
【. Medium】 56.22 fps, 4104.23 kb/s, duration 0:00:20.06
【 Slow】 41.65 fps, 4058.05 kb/s, duration 0:00:27.08
【. Slower】 20.04 fps, 3958.32 kb/s, duration 0:00:56.27
【x265】x265 2.5+3-3f6841d271e3
【オプション】--crf 18
【入力ファイル情報】test-1080p.mkv 1920x1080 fps 24000/1001 i420p8 sar 1:1 1128frames
【Veryfast】 30.37 fps, 3785.90 kb/s, 37.14s
【. Medium】 15.67 fps, 4408.42 kb/s, 71.98s
【 Slow】 6.60 fps, 4788.97 kb/s, 170.79s 同じメモリ4枚差してると書き込み規制に引っかかるわ >>818
あー、確かにそういう問題もありますね。【MemSpec】については
最初に見つけたものだけ示すという方法もあるんですが、一応全部取った方がよいかなと・・・。
>>817のGTX 1050 Ti のドライババージョンはちゃんと取れてますね。
もしよろしければ比較用に>>815に示したログをいただけると助かります。 これでいい？
4310:Graphics
4311:-------------------------------------------------------------------------
4312:
4313:Number of adapters 1
4314:
4315:Graphic APIs
4316:-------------------------------------------------------------------------
4317:
4318:API NVIDIA I/O
4319:API NVIDIA NVAPI
4320:
4321:Display Adapters
4322:-------------------------------------------------------------------------
4323:
4324:Display adapter 0
4325: ID 0x1090307
4326: Name NVIDIA GeForce GTX 1050 Ti
4327: Board Manufacturer ZOTAC International Ltd.
4328: Revision A1
4329: Codename GP107
4330: Technology 14 nm
4331: Memory size 4 GB
4332: Memory type GDDR5
4333: PCI device bus 11 (0xB), device 0 (0x0), function 0 (0x0)
4334: Vendor ID 0x10DE (0x19DA)
4335: Model ID 0x1C82 (0xA454)
4336: Performance Level 0
4337:
4338:Win32_VideoController AdapterRAM = 0xFFF00000 (4293918720)
4339:Win32_VideoController DriverVersion = 22.21.13.8476
4340:Win32_VideoController DriverDate = 06/27/2017
4341:
4342:Monitor 0
4343: Model BenQ VW2220H ()
4344: ID BNQ7B2A
4345: Serial 88B03562SL0
4346: Manufacturing Date Week 34, Year 2011
4347: Size 21.7 inches
4348: Max Resolution 1920 x 1080 @ 60 Hz
4349: Horizontal Freq. Range 30-83 kHz
4350: Vertical Freq. Range 50-76 Hz
4351: Max Pixel Clock 170 MHz
4352: Gamma Factor 2.2
4353:
4354:Monitor 1
4355: Model LG Ultra HD (LG Electronics (GoldStar))
4356: ID GSM5B09
4357: Serial
4358: Manufacturing Date Week 4, Year 2016
4359: Size 27.2 inches
4360: Max Resolution 3840 x 2160 @ 59 Hz
4361: Horizontal Freq. Range 135-135 kHz
4362: Vertical Freq. Range 40-61 Hz
4363: Max Pixel Clock 560 MHz
4364: Gamma Factor 2.2
4365:
4366:
4367:Software >>820
ありがとうございます。助かります。
"Display adapter"から+15行取って解析していて、DriverVersionもそこにギリギリ入るので問題なく取れてますね。
>>813さんの場合は多分情報量がこれより多くて、+15行の範囲にDriverVersionが入っていないと予想しています。
少し勘違いしていて+15行以上取るのはまずいと思っていたのですが、そうでもないようなので
取得範囲を増やすことで>>813さんのケースにも多分対応できると思います。（+20行にしとけばいいかな？） 【ベンチマーク名称】x264_x265_benchmark_20170717_beta2
【CPU】Intel(R) Core(TM) i7-4790K CPU @ 4.00GHz (Haswell) (4Cores/8Threads)
【CPU Clock】4018.0 MHz (40.0x100.0 MHz) OCで4.6GHz
【命令セット】MMX, SSE, SSE2, SSE3, SSSE3, SSE4.1, SSE4.2, EM64T, AES, AVX, AVX2, FMA3
【Memory】DDR3, 32 GBytes, Dual channel, 1096.6 MHz (1:11)
【MemSpec】DDR3, PC3-10700 (667 MHz), 8192 MBytes, UDIMM, G.Skill, F3-2400C11-8GAB
【MemSpec】DDR3, PC3-12800 (800 MHz), 8192 MBytes, UDIMM, (7F7F7F7FE9000000000000), CENTURY HQ MEMORY
【MemSpec】DDR3, PC3-10700 (667 MHz), 8192 MBytes, UDIMM, G.Skill, F3-2400C11-8GAB
【MemSpec】DDR3, PC3-12800 (800 MHz), 8192 MBytes, UDIMM, (7F7F7F7FE9000000000000), CENTURY HQ MEMORY
【MotherBoard】ASUSTeK COMPUTER INC., Z97-C, Rev X.0x
【Storage】SanDisk SDSSDXPS480G , 447.1 GB, Fixed, BusType=11
【Storage】文字数で省略...
【GPU】NVIDIA GeForce GTX 970 (不明) (不明,不明) (不明) (NVIDIA Corporation)
【GPU】NVIDIA GeForce GTX 970 (不明) (GDDR5,4 GB) (GM204) (NVIDIA Corporation)
【OS】Microsoft Windows 10 (10.0) Professional 64-bit (Build 15063)
【CPU-Z】1.80.0
【ffmpeg】N-86723-g3b3501f
【x264】x264 0.152.2851kMod ba24899
【オプション】--crf 20
【入力ファイル情報】test-1080p.mkv 1920x1080p 1:1 @ 24000/1001 fps (cfr) 1128frames
【Veryfast】 110.95 fps, 4100.91 kb/s, duration 0:00:10.16
【x265】x265 2.5+3-3f6841d271e3
【オプション】--crf 18
【入力ファイル情報】test-1080p.mkv 1920x1080 fps 24000/1001 i420p8 sar 1:1 1128frames
【Veryfast】 35.20 fps, 3785.90 kb/s, 32.04s
【QSVEncC】QSVEncC (x64) 2.71 (r1342) by rigaya, Jul 1 2017 23:00:19 (VC 1900/Win/avx2)
【オプション】--avqsv --la-icq 30
【入力ファイル情報】test-1080p.mkv H.264/AVC, 1920x1080, 24000/1001 fps 1128frames
【balanced】 175.78 fps, 1562.82 kbps, 8.76 MB
ちょっと古い構成ですが試してみました >>822
ありがとうございます。GPUは２枚挿し（SLI？）でしょうか？
不明となってしまっている部分も結構ありますね・・・。
差し支えなければ>>815に示したログをどこかに上げていただけると助かります。 >>821
iGPUがあると>822と同じでdGPUが2重になってiGPU側を表示できてない、TBが判定できないから7700は4GHz、1700は3.2GHzの動作で実クロックは手修正必要かな
【MemSpec】は実クロック判定できないのでメモリOCの実績は判り易いけど文字オーバーになるし不要かも
Display Adapters
-------------------------------------------------------------------------
Display adapter 0
ID 0x4000000
Display name \\.\DISPLAY5
Name Intel(R) HD Graphics 630
Board Manufacturer ASUSTeK Computer Inc.
PCI device bus 0 (0x0), device 2 (0x2), function 0 (0x0)
Vendor ID 0x8086 (0x1043)
Model ID 0x5912 (0x8694)
Performance Level 0
Display adapter 1
ID 0x1090307
Name NVIDIA GeForce GTX 1050 Ti
Board Manufacturer NVIDIA Corporation
Revision A1
Codename GP107
Technology 14 nm
Memory size 4 GB
Memory type GDDR5
PCI device bus 1 (0x1), device 0 (0x0), function 0 (0x0)
Vendor ID 0x10DE (0x10DE)
Model ID 0x1C82 (0x11BF)
Performance Level 0
Core clock 1303.5 MHz
Memory clock 3504.0 MHz
Win32_VideoController AdapterRAM = 0xFFF00000 (4293918720)
Win32_VideoController AdapterRAM = 0x40000000 (1073741824)
Win32_VideoController DriverVersion = 22.21.13.8476
Win32_VideoController DriverVersion = 21.20.16.4664
Win32_VideoController DriverDate = 06/27/2017
Win32_VideoController DriverDate = 04/21/2017 >>823
Display Adapters
-------------------------------------------------------------------------
Display adapter 0
ID 0x4400000
Display name \\.\DISPLAY5
Name Intel(R) HD Graphics 4600
Board Manufacturer ASUSTeK Computer Inc.
Technology 22 nm
PCI device bus 0 (0x0), device 2 (0x2), function 0 (0x0)
Vendor ID 0x8086 (0x1043)
Model ID 0x0412 (0x8534)
Performance Level 0
Core clock 698.1 MHz
Display adapter 1
ID 0x1080204
Name NVIDIA GeForce GTX 970
Board Manufacturer NVIDIA Corporation
Revision A1
Codename GM204
Technology 28 nm
Memory size 4 GB
Memory type GDDR5
PCI device bus 1 (0x1), device 0 (0x0), function 0 (0x0)
Vendor ID 0x10DE (0x10DE)
Model ID 0x13C2 (0x13C2)
Performance Level 0
Win32_VideoController AdapterRAM = 0x40000000 (1073741824)
Win32_VideoController AdapterRAM = 0xFFF00000 (4293918720)
Win32_VideoController DriverVersion = 20.19.15.4624
Win32_VideoController DriverVersion = 22.21.13.8253
Win32_VideoController DriverDate = 03/08/2017
Win32_VideoController DriverDate = 06/07/2017
Monitor 0
Model DELL S2715H (Dell Computer)
ID DEL40BB
Serial xxxxxxxxxxxx
Manufacturing Date Week 53, Year 2015
Size 27.2 inches
Max Resolution 1920 x 1080 @ 60 Hz
Horizontal Freq. Range 30-83 kHz
Vertical Freq. Range 56-76 Hz
Max Pixel Clock 170 MHz
Gamma Factor 2.2
GPUは一枚で、ログはこんな感じです >>824-825
うわああ、なるほど、ありがとうございます。iGPU+dGPUだとそういうログになるのですね。
予想外というか、お２人のログを見るとDriverVersionの表示がまとまってる上に順序もお２人で逆みたいで、
どっちがどっちのGPUに対応するドライバなのか判断できない・・・。
「AdapterRAM = 0x40000000」がiGPUだと仮定して、その表示順にあわせて対応ドライバを判断するとかですかね。
【CPU Clock】のとこはログの「DMI Processor」のとこから拾ってるんですが、OCは反映されないんですね。残念。
【MemSpec】はどうしましょうかね。重複行は消して貼るという運用が面倒で、
このスレ的にもあまり必要ではないということでしたら、非表示にしてもいいのですが。
ご意見募集。 ベンチマークセットを更新しました。コメントアウトを解除し、一連のベンチマークを一括実行できるようにしてあります。
x264_x265_benchmark_20170718.zip
https://www.axfc.net/u/3825956.zip
●ごちゃごちゃしてしまわないよう、バイナリはbinフォルダに置くように変更。
●システム情報収集支援バッチを【システム情報_20170718】として分離。
別途一括実行バッチを作成し、そこから呼び出すように。
それにともないバッチファイル名などを色々と変更。
●「iGPU+dGPU」の構成で【GPU】の情報が正しく取得できていなかったのを修正。
ただしdGPUが複数あるような場合はドライバーバージョンの紐づけが不確実になる。
●【Storage】のBusTypeの文字列変換に対応。
●ベンチマーク中に、エンコードにかかった時間を表示するように。
●結果出力時に行末に無駄なスペースを出力していたのを抑制。
●その他、細々とした各種調整。
●おまけ機能として、バッチファイルに動画をＤ＆Ｄすればその動画でベンチマークができるように。
●おまけとして、QSVEnc/NVEnc/VCEEncのベンチマークサンプルバッチを各種取り揃えた。
(ただし環境によっては実行できないものもあるので注意)
●一応新たにNVEnc/VCEEncのバイナリも同梱。 一応、上で失敗していたiGPU＋dGPUの環境にも対応できたはず・・・。
ただ、いただいたログを元にダミーログを作って試しただけで、
・AMDのAPU環境
・SLIなど複数のdGPUがある環境
などについては実際のログがまだ見れていないこともあり、うまくいくか少し心配です。
検証報告や>>815で示しているDisplay Adaptersのログ、
その他のご意見、ご要望など、お待ちしております。 >>828
精力的な改善お疲れ様です。
APU 環境のログをご所望ということで、サブマシンで「システム情報の取得だけ」をやって
出力された temp 以下をまるっとアップしてみました。
https://www.axfc.net/u/3825963.7z
今は他のエンコしてるんでベンチはあとでやってみます アムド何ぞどうでもいい
intel様こそ基準であれ APU でエンコはキツいなｗ ちょいOCしてあるけど遅すぎて泣いたｗｗ
【ベンチマーク名称】x264_x265_benchmark_20170718
【システム情報収集】システム情報_20170718
【CPU】AMD A10-7870K Radeon R7, 12 Compute Cores 4C+8G (Godavari) (4Cores/4Threads)
【CPU Clock】4100.0 MHz (41.0x100.0 MHz)
【命令セット】MMX (+), SSE, SSE2, SSE3, SSSE3, SSE4.1, SSE4.2, SSE4A, x86-64, AMD-V, AES, AVX, XOP, FMA3, FMA4
【Memory】DDR3, 8 GBytes, Dual, 1206.2 MHz (1:12)
【MemSpec】DDR3, PC3-14200 (889 MHz), 4096 MBytes, UDIMM, AMD, R934G2401U1S
【MemSpec】DDR3, PC3-14200 (889 MHz), 4096 MBytes, UDIMM, AMD, R934G2401U1S
【MotherBoard】Gigabyte Technology Co. Ltd., F2A88X-UP4, x.x
【Storage】PLEXTOR PX-128M5S , 119.2 GB, SATA
【Storage】WDC WD10EALS-00Z8A0 , 931.5 GB, SATA
【Storage】WDC WD30EFRX-68EUZN0 , 2794.5 GB, SATA
【Storage】WDC WD20EZRX-00DC0B0 , 1863.0 GB, SATA
【GPU】AMD Radeon(TM) R7 Graphics (22.19.162.4) (不明,1024 MB) (Kaveri) (GIGABYTE Technology)
【OS】Microsoft Windows 10 (10.0) Professional 64-bit (Build 15063)
【CPU-Z】1.80.0
【ffmpeg】N-86723-g3b3501f
【x264】x264 0.152.2851kMod ba24899
【オプション】--crf 20
【入力ファイル情報】test-1080p.mkv 1920x1080p 1:1 @ 24000/1001 fps (cfr) 1128frames
【Veryfast】 28.64 fps, 4165.53 kb/s, duration 0:00:39.39
【. Medium】 13.14 fps, 4134.16 kb/s, duration 0:01:25.85
【 Slow】 9.77 fps, 4062.31 kb/s, duration 0:01:55.43
【. Slower】 4.24 fps, 3917.92 kb/s, duration 0:04:26.29
【x265】x265 2.5+2-18fa144d453e
【オプション】--crf 18
【入力ファイル情報】test-1080p.mkv 1920x1080 24000/1001 fps i420p8 1128frames
【Veryfast】 10.60 fps, 3785.90 kb/s, 106.46s
【. Medium】 5.85 fps, 4408.42 kb/s, 192.69s
【 Slow】 2.47 fps, 4788.97 kb/s, 457.16s >>830 >>833
ありがとうございます。AMD-APUもうまく取れてて安心しました。
ルーチンを改善すればドライババージョンの紐づけ精度ももう少し上がりそうです。
改善にあたって、CPU-Zのログ(bin\cpu-z-log.txt または temp\cpu-z-log_n.txt)のサンプルは、
あればあるほどありがたいので、提供してもいいよという方がおられましたらよろしくお願いいたします。
（CPU-ZのサイトのValidationのとこで生ログが見れればよかったのですが・・・(´・ω・｀)） すみませんが、>>827のベンチマークセットについての検証・調査依頼です。
■Intel Kabylake 環境の方
１．QSV HEVC main および QSV HEVC main10 のベンチマークバッチの動作確認と実行結果。
（できれば２でicqの値を調整した結果をもらえると助かります）
２．QSV HEVC main および QSV HEVC main10 のベンチマークバッチについて、
結果のビットレートをx264/x265と同程度の4000kbps前後に近づけておきたい。
今は --icq 20 と指定しているのだが、この数値はmain/main10でそれぞれどれくらいにするのがよさそうか。
（H.264では --la-icq 27としたせいで2200kbpsになってしまっており、こちらも調整予定）
■NVIDIA Pascal 環境の方
１．NVEncの H.264 / HEVC main / HEVC main10 の各ベンチマークサンプルの動作確認と実行結果。
■AMD Polaris 環境の方
１．VCEEncの H.264 / HEVC main の各ベンチマークサンプルの動作確認と実行結果。
大変恐縮ですが、よろしくお願いいたします。 【システム情報収集】システム情報_20170718
【CPU】AMD Ryzen 7 1700X Eight-Core Processor (Summit Ridge) (8Cores/16Threads)
【CPU Clock】3400.0 MHz (34.0x100.0 MHz)
【命令セット】MMX (+), SSE, SSE2, SSE3, SSSE3, SSE4.1, SSE4.2, SSE4A, x86-64, AMD-V, AES, AVX, AVX2, FMA3, SHA
【Memory】DDR4, 8 GBytes, Dual, 1197.1 MHz (1:12)
【MemSpec】DDR4, DDR4-2400 (1200 MHz), 4096 MBytes, UDIMM, Crucial, BLT4G4D26AFTA.8FAD
【MemSpec】DDR4, DDR4-2400 (1200 MHz), 4096 MBytes, UDIMM, Crucial, BLT4G4D26AFTA.8FAD
【MotherBoard】Gigabyte Technology Co. Ltd., AB350M-Gaming 3-CF, Default string
【Storage】OCZ-ARC100 , 223.6 GB, SATA
【Storage】TOSHIBA External USB 3.0, 931.5 GB, USB
【Storage】ST3000VN007-2E4166 , 2794.5 GB, SATA
【Storage】TOSHIBA DT01ACA100 , 931.5 GB, SATA
【Storage】WDC WD3200AVVS-63L2B0 , 298.1 GB, SATA
【GPU】Radeon(TM) RX 460 Graphics (22.19.171.257) (GDDR5,4 GB) (Polaris) (PC Partner)
【OS】Microsoft Windows 10 (10.0) Home 64-bit (Build 15063)
【CPU-Z】1.80.0
【VCEEncC H.264 VBR】VCEEncC (x64) 3.06 by rigaya, build Feb 27 2017 23:02:10
【オプション】--avvce --vbr 4000 --codec h264 --profile High
【入力ファイル情報】test-1080p.mkv H.264/AVC, 1920x1080, 24000/1001 fps 1128frames
【Balanced】 103.21 fps, 3894.69 kbps, 21.84 MB
【VCEEncC HEVC main VBR】VCEEncC (x64) 3.06 by rigaya, build Feb 27 2017 23:02:10
【オプション】--avvce --vbr 4000 --codec hevc --profile main
【入力ファイル情報】test-1080p.mkv H.264/AVC, 1920x1080, 24000/1001 fps 1128frames
【Balanced】 130.81 fps, 3788.58 kbps, 21.25 MB
Polaris環境だからやってみたけど
これでいいの？ 【システム情報収集】システム情報_20170718
【CPU】AMD Ryzen 7 1700X Eight-Core Processor (Summit Ridge) (8Cores/16Threads)
【CPU Clock】3400.0 MHz (34.0x100.0 MHz)
【命令セット】MMX (+), SSE, SSE2, SSE3, SSSE3, SSE4.1, SSE4.2, SSE4A, x86-64, AMD-V, AES, AVX, AVX2, FMA3, SHA
【Memory】DDR4, 8 GBytes, Dual, 1197.1 MHz (1:12)
【MemSpec】DDR4, DDR4-2400 (1200 MHz), 4096 MBytes, UDIMM, Crucial, BLT4G4D26AFTA.8FAD
【MemSpec】DDR4, DDR4-2400 (1200 MHz), 4096 MBytes, UDIMM, Crucial, BLT4G4D26AFTA.8FAD
【MotherBoard】Gigabyte Technology Co. Ltd., AB350M-Gaming 3-CF, Default string
【Storage】OCZ-ARC100 , 223.6 GB, SATA
【Storage】TOSHIBA External USB 3.0, 931.5 GB, USB
【Storage】ST3000VN007-2E4166 , 2794.5 GB, SATA
【Storage】TOSHIBA DT01ACA100 , 931.5 GB, SATA
【Storage】WDC WD3200AVVS-63L2B0 , 298.1 GB, SATA
【GPU】Radeon(TM) RX 460 Graphics (22.19.171.257) (GDDR5,4 GB) (Polaris) (PC Partner)
【OS】Microsoft Windows 10 (10.0) Home 64-bit (Build 15063)
【CPU-Z】1.80.0
【x264】x264 0.152.2851kMod ba24899
【オプション】--crf 20
【入力ファイル情報】test-1080p.mkv 1920x1080p 1:1 @ 24000/1001 fps (cfr) 1128frames
【Veryfast】 141.28 fps, 4114.06 kb/s, duration 0:00:07.98
【. Medium】 66.88 fps, 4104.23 kb/s, duration 0:00:16.86
【 Slow】 49.90 fps, 4058.05 kb/s, duration 0:00:22.60
【. Slower】 24.38 fps, 3958.32 kb/s, duration 0:00:46.26
【x265】x265 2.5+3-3f6841d271e3
【オプション】--crf 18
【入力ファイル情報】test-1080p.mkv 1920x1080 24000/1001 fps i420p8 1128frames
【Veryfast】 37.06 fps, 3785.90 kb/s, 30.44s
【. Medium】 19.40 fps, 4408.42 kb/s, 58.13s
【 Slow】 8.29 fps, 4788.97 kb/s, 136.02s >>833
ほんの3か月前までそれでエンコードしてたんだぜぃ
Ryzenにしてからx265に移行しオプション盛ってAPUより遅くなったけども 【システム情報収集】システム情報_20170718
【CPU】Intel(R) Core(TM) i9-7900X CPU @ 3.30GHz (Skylake-X) (10Cores/20Threads)
【CPU Clock】3300.0 MHz (33.0x100.0 MHz)
【命令セット】MMX, SSE, SSE2, SSE3, SSSE3, SSE4.1, SSE4.2, EM64T, VT-x, AES, AVX, AVX2, AVX512F, FMA3, TSX
【Memory】DDR4, 64 GBytes, Quad, 1064.3 MHz (1:16)
【MemSpec】DDR4, DDR4-2132 (1066 MHz), 8192 MBytes, UDIMM, Crucial, CT8G4DFD8213.C16FA
【MotherBoard】ASUSTeK COMPUTER INC., TUF X299 MARK 1, Rev 1.xx
【Storage】NVMe Samsung SSD 960, 465.8 GB, NVMe
【Storage】NVMe Samsung SSD 960, 465.8 GB, NVMe
【Storage】ST3000DM001-1ER166, 2794.5 GB, SATA
【GPU】NVIDIA GeForce GTX 1060 6GB (21.21.13.7653) (GDDR5,6 GB) (GP106) (ZOTAC International Ltd.)
【OS】Microsoft Windows 10 (10.0) Professional 64-bit(Build 14393)
【CPU-Z】1.80.0
【x264】x264 0.152.2851kMod ba24899
【オプション】--crf 20
【入力ファイル情報】test-1080p.mkv 1920x1080p 1:1 @ 24000/1001 fps (cfr) 1128frames
【Veryfast】 228.62 fps, 4114.06 kb/s, duration 0:00:04.93
【. Medium】 102.47 fps, 4101.95 kb/s, duration 0:00:11.00
【 Slow】 75.58 fps, 4057.34 kb/s, duration 0:00:14.92
【. Slower】 36.62 fps, 3958.50 kb/s, duration 0:00:30.80
【x265】x265 2.5+3-3f6841d271e3
【オプション】--crf 18
【入力ファイル情報】test-1080p.mkv 1920x1080 24000/1001 fps i420p8 1128frames
【Veryfast】 63.31 fps, 3785.90 kb/s, 17.82s
【. Medium】 31.36 fps, 4408.42 kb/s, 35.97s
【 Slow】 12.41 fps, 4788.97 kb/s, 90.93s 【ベンチマーク名称】x264_x265_benchmark_20170718
【システム情報収集】システム情報_20170718
【CPU】Intel(R) Core(TM) i9-7900X CPU @ 3.30GHz (Skylake-X) (10Cores/20Threads)
【CPU Clock】3300.0 MHz (33.0x100.0 MHz)OC 4600.0 MHz
【命令セット】MMX, SSE, SSE2, SSE3, SSSE3, SSE4.1, SSE4.2, EM64T, VT-x, AES, AVX, AVX2, AVX512F, FMA3, TSX
【Memory】DDR4, 64 GBytes, Quad, 1066.4 MHz (1:16)
【MemSpec】DDR4, DDR4-2132 (1066 MHz), 8192 MBytes, UDIMM, Crucial, CT8G4DFD8213.C16FA
【MotherBoard】ASUSTeK COMPUTER INC., TUF X299 MARK 1, Rev 1.xx
【Storage】NVMe Samsung SSD 960, 465.8 GB, NVMe
【Storage】NVMe Samsung SSD 960, 465.8 GB, NVMe
【Storage】ST3000DM001-1ER166 , 2794.5 GB, SATA
【GPU】NVIDIA GeForce GTX 1060 6GB (21.21.13.7653) (GDDR5,6 GB) (GP106) (ZOTAC International Ltd.)
【OS】Microsoft Windows 10 (10.0) Professional 64-bit (Build 14393)
【CPU-Z】1.80.0
【ffmpeg】N-86723-g3b3501f
【x264】x264 0.152.2851kMod ba24899
【オプション】--crf 20
【入力ファイル情報】test-1080p.mkv 1920x1080p 1:1 @ 24000/1001 fps (cfr) 1128frames
【Veryfast】 266.54 fps, 4114.06 kb/s, duration 0:00:04.23
【. Medium】 124.86 fps, 4101.95 kb/s, duration 0:00:09.03
【 Slow】 92.44 fps, 4057.34 kb/s, duration 0:00:12.20
【. Slower】 44.42 fps, 3958.50 kb/s, duration 0:00:25.39
【x265】x265 2.5+3-3f6841d271e3
【オプション】--crf 18
【入力ファイル情報】test-1080p.mkv 1920x1080 24000/1001 fps i420p8 1128frames
【Veryfast】 74.39 fps, 3785.90 kb/s, 15.16s
【. Medium】 37.28 fps, 4408.42 kb/s, 30.26s
【 Slow】 14.98 fps, 4788.97 kb/s, 75.28s TB切って少しクロック落としてるので1600無印の定格より少し弱いかもしれんけど…
【ベンチマーク名称】x264_x265_benchmark_20170718
【システム情報収集】システム情報_20170718
【CPU】AMD Ryzen 5 1600 Six-Core Processor (Summit Ridge) (6Cores/12Threads)
【CPU Clock】3300.0 MHz (33.0x100.0 MHz)
【命令セット】MMX (+), SSE, SSE2, SSE3, SSSE3, SSE4.1, SSE4.2, SSE4A, x86-64, AMD-V, AES, AVX, AVX2, FMA3, SHA
【Memory】DDR4, 16 GBytes, Dual, 1064.1 MHz (3:32)
【MemSpec】DDR4, DDR4-2132 (1066 MHz), 8192 MBytes, UDIMM, Panram, PUD42133C158G2VS
【MemSpec】DDR4, DDR4-2132 (1066 MHz), 8192 MBytes, UDIMM, Panram, PUD42133C158G2VS
【MotherBoard】ASRock, AB350 Gaming-ITX/ac, unknown
【Storage】WDC WDS240G1G0A-00SS50 , 223.6 GB, SATA
【Storage】WDC WD30EFRX-68EUZN0 , 2794.5 GB, SATA
【GPU】Radeon RX 550 Series (22.19.171.257) (GDDR5,2 GB) (Polaris) (Micro-Star International Co., Ltd. (MSI))
【OS】Microsoft Windows 10 (10.0) Professional 64-bit (Build 15063)
【CPU-Z】1.80.0
【ffmpeg】N-86723-g3b3501f
【x264】x264 0.152.2851kMod ba24899
【オプション】--crf 20
【入力ファイル情報】test-1080p.mkv 1920x1080p 1:1 @ 24000/1001 fps (cfr) 1128frames
【Veryfast】 122.14 fps, 4110.02 kb/s, duration 0:00:09.23
【. Medium】 53.95 fps, 4106.48 kb/s, duration 0:00:20.90
【 Slow】 40.01 fps, 4061.11 kb/s, duration 0:00:28.19
【. Slower】 18.54 fps, 3965.83 kb/s, duration 0:01:00.85
【x265】x265 2.5+3-3f6841d271e3
【オプション】--crf 18
【入力ファイル情報】test-1080p.mkv 1920x1080 24000/1001 fps i420p8 1128frames
【Veryfast】 29.37 fps, 3785.90 kb/s, 38.41s
【. Medium】 16.27 fps, 4408.42 kb/s, 69.33s
【 Slow】 6.72 fps, 4788.97 kb/s, 167.76s 【ベンチマーク名称】x264_x265_benchmark_20170718
【システム情報収集】システム情報_20170718
【CPU】AMD Ryzen 7 1700X Eight-Core Processor (Summit Ridge) (8Cores/16Threads)
【CPU Clock】3700.0 MHz (37.0x100.0 MHz)
【命令セット】MMX (+), SSE, SSE2, SSE3, SSSE3, SSE4.1, SSE4.2, SSE4A, x86-64, AMD-V, AES, AVX, AVX2, FMA3, SHA
【Memory】DDR4, 8 GBytes, Dual, 1466.3 MHz (3:44)
【MemSpec】DDR4, DDR4-2400 (1200 MHz), 4096 MBytes, UDIMM, Crucial, CT4G4DFS824A.C8FBD
【MemSpec】DDR4, DDR4-2400 (1200 MHz), 4096 MBytes, UDIMM, Crucial, CT4G4DFS824A.C8FBD
【MotherBoard】MSI, B350M GAMING PRO (MS-7A39), 1.0
【Storage】TS256GSSD370S , 238.5 GB, SATA
【Storage】WDC WDS256G1X0C-00ENX0, 238.5 GB, NVMe
【Storage】WDC WD30EZRX-00D8PB0, 2794.5 GB, SATA
【GPU】NVIDIA GeForce GTX 1050 (22.21.13.8476) (GDDR5,2 GB) (GP107) (NVIDIA Corporation)
【OS】Microsoft Windows 10 (10.0) Professional 64-bit (Build 15063)
【CPU-Z】1.80.0
【ffmpeg】N-86723-g3b3501f
【x264】x264 0.152.2851kMod ba24899
【オプション】--crf 20
【入力ファイル情報】test-1080p.mkv 1920x1080p 1:1 @ 24000/1001 fps (cfr) 1128frames
【Veryfast】 164.41 fps, 4114.06 kb/s, duration 0:00:06.86
【. Medium】 76.63 fps, 4104.23 kb/s, duration 0:00:14.72
【 Slow】 56.92 fps, 4058.05 kb/s, duration 0:00:19.81
【. Slower】 27.86 fps, 3958.32 kb/s, duration 0:00:40.49
【x265】x265 2.5+3-3f6841d271e3
【オプション】--crf 18
【入力ファイル情報】test-1080p.mkv 1920x1080 24000/1001 fps i420p8 1128frames
【Veryfast】 41.69 fps, 3785.90 kb/s, 27.06s
【. Medium】 21.95 fps, 4408.42 kb/s, 51.39s
【 Slow】 9.35 fps, 4788.97 kb/s, 120.64s 【ベンチマーク名称】x264_x265_benchmark_20170718
【システム情報収集】システム情報_20170718
【CPU】AMD Ryzen 5 1600 Six-Core Processor (Summit Ridge) (6Cores/12Threads)
【CPU Clock】3600.0 MHz (36.0x100.0 MHz)
【命令セット】MMX (+), SSE, SSE2, SSE3, SSSE3, SSE4.1, SSE4.2, SSE4A, x86-64, AMD-V, AES, AVX, AVX2, FMA3, SHA
【Memory】DDR4, 16 GBytes, Dual, 1466.3 MHz (3:44)
【MemSpec】DDR4, DDR4-2400 (1200 MHz), 8192 MBytes, UDIMM, Crucial, CT8G4DFS824A.C8FBD
【MemSpec】DDR4, DDR4-2400 (1200 MHz), 8192 MBytes, UDIMM, Crucial, CT8G4DFS824A.C8FBD
【MotherBoard】Micro-Star International Co. Ltd, X370 GAMING PRO CARBON (MS-7A32), 1.0
【Storage】WDC WD10EFRX-68JCSN0 , 931.5 GB, SATA
【Storage】TOSHIBA THNSNJ128GCSU , 119.2 GB, SATA
【Storage】WDC WDS100T1B0A-00H9H0 , 931.5 GB, SATA
【GPU】Radeon (TM) RX 470 Graphics (22.19.171.1024) (GDDR5,4 GB) (Polaris) (PC Partner)
【OS】Microsoft Windows 10 (10.0) Professional 64-bit (Build 15063)
【CPU-Z】1.80.0
【ffmpeg】N-86755-g0780ad9
【x264】x264 0.152.2851kMod ba24899 (10bit depth)
【オプション】--crf 20 --asm avx
【入力ファイル情報】test-1080p.mkv 1920x1080p 1:1 @ 24000/1001 fps (cfr) 1128frames
【Veryfast】 88.14 fps, 4186.79 kb/s, duration 0:00:12.79
【. Medium】 44.78 fps, 4153.07 kb/s, duration 0:00:25.18
【 Slow】 32.66 fps, 4084.48 kb/s, duration 0:00:34.53
【. Slower】 13.51 fps, 3936.13 kb/s, duration 0:01:23.52
【x264】x264 0.152.2851kMod ba24899 (8bit depth)
【オプション】--crf 20 --asm avx
【入力ファイル情報】test-1080p.mkv 1920x1080p 1:1 @ 24000/1001 fps (cfr) 1128frames
【Veryfast】 125.04 fps, 4110.03 kb/s, duration 0:00:09.02
【. Medium】 58.23 fps, 4106.52 kb/s, duration 0:00:19.37
【 Slow】 43.85 fps, 4061.11 kb/s, duration 0:00:25.72
【. Slower】 20.90 fps, 3965.83 kb/s, duration 0:00:53.97 少し前に貼ったベンチ結果が遅いので原因探ったら x264 のバイナリの違いだった。 8bit と 10bit じゃ後者がやっぱ重いんだなー。
ただ情報取得でバイナリ毎のビット深度は拾えないポイので追記するほかないのかな。 >>836
レス遅くなってすみません。VCEEncのテストありがとうございます。気を付けて作ったつもりですが、
なにぶん自分の環境で試せないため、ポカミスで動かないというオチがないか心配だったので助かりました。
Kabylake/Pascal環境の方、よければ>>835のQSVEnc/NVEncの検証よろしくお願いいたします。
>>839-840
おお・・・ついにi9-7900Xが。さすがに速いですね。
このスレ的には４Kテストなんかも考えたほうがいいのだろか。探してみて手頃だと思った４Kサンプルはこちら。
http://demo-uhd3d.com/fiche.php?cat=uhd&;id=149
[rise-of-the-tomb-raider_PS4_Pro_footage.mp4]
3840x2160 8Bit AVC/H.264 High@5.1 1:1 Progressive 29.96fps 4851f 18055.93kb/s
AAC 44.10kHz 2.0ch(2/0 L+R) LC 125.60kb/s
[MPEG4] 00:02:41.913 (161.913sec) / 368,137,702Bytes
>>827で書いたように、一括実行バッチまたは各ベンチマークバッチにMP4をD&Dすれば計測できます。
>>844
x264のビット深度は拾ってこれるので、次の更新では深度の表示も盛り込むようにします。 【システム情報収集】システム情報_20170718
【CPU】AMD Ryzen 7 1700 Eight-Core Processor (Summit Ridge) (8Cores/16Threads)
【CPU Clock】3000.0 MHz (30.0x100.0 MHz)
【命令セット】MMX (+), SSE, SSE2, SSE3, SSSE3, SSE4.1, SSE4.2, SSE4A, x86-64, AMD-V, AES, AVX, AVX2, FMA3, SHA
【Memory】DDR4, 32 GBytes, Dual, 1330.2 MHz (3:40)
【MotherBoard】ASRock, AB350 Pro4, unknown
【Storage】PLEXTOR PX-256M8PeGN, 238.5 GB, NVMe
【GPU】NVIDIA GeForce GTX 1050 Ti (22.21.13.8476) (GDDR5,4 GB) (GP107) (ZOTAC International Ltd.)
【OS】Microsoft Windows 10 (10.0) Professional 64-bit (Build 15063)
【CPU-Z】1.80.0
【NVEncC H.264 VBRHQ】NVEncC (x64) 3.14 (r553) by rigaya, Jul 5 2017 21:45:40 (VC 1900/Win/avx2)
【オプション】--avcuvid --vbrhq 4000
【入力ファイル情報】test-1080p.mkv H.264/AVC, 1920x1080, 24000/1001 fps 1128frames
【Quality】 250.89 fps, 3800.56 kbps, 21.32 MB 【NVEncC HEVC main VBRHQ】NVEncC (x64) 3.14 (r553) by rigaya, Jul 5 2017 21:45:40 (VC 1900/Win/avx2)
【オプション】--avcuvid --vbrhq 4000 --codec hevc --profile main
【入力ファイル情報】test-1080p.mkv H.264/AVC, 1920x1080, 24000/1001 fps 1128frames
【Quality】 180.71 fps, 3669.54 kbps, 20.58 MB
【NVEncC HEVC main10 VBRHQ】NVEncC (x64) 3.14 (r553) by rigaya, Jul 5 2017 21:45:40 (VC 1900/Win/avx2)
【オプション】--avcuvid --vbrhq 4000 --codec hevc --profile main10
【入力ファイル情報】test-1080p.mkv H.264/AVC, 1920x1080, 24000/1001 fps 1128frames
【Quality】 197.96 fps, 3680.00 kbps, 20.64 MB
3行以上同じような行があると書き込み規制になるので分割 >>847-848
NVEncの動画検証ありがとうございます。無事動いていて安心しました。 >>846 さっき組んだ7820Xのベンチテスト。
【ベンチマーク名称】x264_x265_benchmark_20170718
【システム情報収集】システム情報_20170718
【CPU】Intel(R) Core(TM) i7-7820X CPU @ 3.60GHz (Skylake-X) (8Cores/16Threads)
【CPU Clock】3600.0 MHz (36.0x100.0 MHz)
【命令セット】MMX, SSE, SSE2, SSE3, SSSE3, SSE4.1, SSE4.2, EM64T, VT-x, AES, AVX, AVX2, AVX512F, FMA3, TSX
【Memory】DDR4, 32 GBytes, Quad, 1466.4 MHz (1:22)
【MemSpec】DDR4, DDR4-2132 (1066 MHz), 8192 MBytes, UDIMM, Corsair, CMR32GX4M4C3000C15 x4
【MotherBoard】ASUSTeK COMPUTER INC., TUF X299 MARK 1, Rev 1.xx
【Storage】Samsung SSD 960 EVO 250GB, 232.9 GB, NVMe
【GPU】NVIDIA GeForce GTX 1080 Ti (21.21.13.7878) (GDDR5X,11 GB) (GP102) (GIGABYTE Technology)
【OS】Microsoft Windows 10 (10.0) Professional 64-bit (Build 14393)
【CPU-Z】1.80.0
【ffmpeg】N-86723-g3b3501f
【追記】自動OC (4.5Ghz)で実行。
【x264】x264 0.152.2851kMod ba24899
【オプション】--crf 20
【入力ファイル情報】test-1080p.mkv 1920x1080p 1:1 @ 24000/1001 fps (cfr) 1128frames
【Veryfast】 219.37 fps, 4114.06 kb/s, duration 0:00:05.14
【. Medium】 99.30 fps, 4104.23 kb/s, duration 0:00:11.36
【 Slow】 72.84 fps, 4058.12 kb/s, duration 0:00:15.48
【. Slower】 36.06 fps, 3958.32 kb/s, duration 0:00:31.28
【x265】x265 2.5+3-3f6841d271e3
【オプション】--crf 18
【入力ファイル情報】test-1080p.mkv 1920x1080 24000/1001 fps i420p8 1128frames
【Veryfast】 62.57 fps, 3785.90 kb/s, 18.03s
【. Medium】 29.79 fps, 4408.42 kb/s, 37.87s
【 Slow】 12.63 fps, 4788.97 kb/s, 89.28s 週末のうちにベンチマークセットを更新したいと考えています。
（システム情報収集で、抜本的な処理改善、CPUにTurboBoost倍率等追加、MemSpecでの重複行出力抑止、
Storageにドライブ情報追加、その他各種情報の追加調整 etc. を予定しています。）
できればQSV HEVCベンチマークサンプルのICQ値の調整も一緒に行っておきたいと考えておりますので、
Kabylake環境の方で、>>835の検証・調査にご協力いただける方がおられましたら、よろしくお願いいたします。 7900X買うつもりでは居るけど、モノブロックの水枕出てからかな。
とりあえず現状。 OC 4.3GHz
【ベンチマーク名称】x264_x265_benchmark_20170718
【システム情報収集】システム情報_20170718
【CPU】Intel(R) Core(TM) i7-5960X CPU @ 3.00GHz (Haswell-E/EP) (8Cores/16Threads)
【CPU Clock】3000.0 MHz (30.0x100.0 MHz)
【命令セット】MMX, SSE, SSE2, SSE3, SSSE3, SSE4.1, SSE4.2, EM64T, VT-x, AES, AVX, AVX2, FMA3
【Memory】DDR4, 16 GBytes, Quad, 1199.8 MHz (1:18)
【MotherBoard】ASUSTeK COMPUTER INC., X99-DELUXE, Rev 1.xx
【Storage】HDD 0, 465.8 GB, SATA
【Storage】HDD 1, 279.5 GB, SATA
【Storage】NVMe INTEL SSDPEDMW40, 372.6 GB, NVMe
【Storage】NVMe SAMSUNG MZVLW1T0, 953.9 GB, NVMe
【Storage】NVMe Samsung SSD 960, 476.9 GB, NVMe
【GPU】NVIDIA GeForce GTX 1080 (22.21.13.8476) (GDDR5X,8 GB) (GP104) (EVGA Corp.)
【OS】Microsoft Windows 10 (10.0) Professional 64-bit (Build 15063)
【CPU-Z】1.80.0
【ffmpeg】N-86723-g3b3501f
【x264】x264 0.152.2851kMod ba24899
【オプション】--crf 20
【入力ファイル情報】test-1080p.mkv 1920x1080p 1:1 @ 24000/1001 fps (cfr) 1128frames
【Veryfast】 198.70 fps, 4113.96 kb/s, duration 0:00:05.67
【. Medium】 87.00 fps, 4104.23 kb/s, duration 0:00:12.96
【 Slow】 63.32 fps, 4057.48 kb/s, duration 0:00:17.81
【. Slower】 30.56 fps, 3958.32 kb/s, duration 0:00:36.91
【x265】x265 2.5+3-3f6841d271e3
【オプション】--crf 18
【入力ファイル情報】test-1080p.mkv 1920x1080 24000/1001 fps i420p8 1128frames
【Veryfast】 58.23 fps, 3785.90 kb/s, 19.37s
【. Medium】 28.44 fps, 4408.42 kb/s, 39.66s
【 Slow】 11.36 fps, 4788.97 kb/s, 99.26s >>852
その他色々。
【NVEncC H.264 VBRHQ】NVEncC (x64) 3.14 (r553) by rigaya, Jul 5 2017 21:45:40 (VC 1900/Win/avx2)
【オプション】--avcuvid --vbrhq 4000
【入力ファイル情報】test-1080p.mkv H.264/AVC, 1920x1080, 24000/1001 fps 1128frames
【Quality】 293.44 fps, 3800.56 kbps, 21.32 MB
【NVEncC HEVC main VBRHQ】NVEncC (x64) 3.14 (r553) by rigaya, Jul 5 2017 21:45:40 (VC 1900/Win/avx2)
【オプション】--avcuvid --vbrhq 4000 --codec hevc --profile main
【入力ファイル情報】test-1080p.mkv H.264/AVC, 1920x1080, 24000/1001 fps 1128frames
【Quality】 215.89 fps, 3669.54 kbps, 20.58 MB 規制に引っかかったので、さらにその他分。
【NVEncC HEVC main10 VBRHQ】NVEncC (x64) 3.14 (r553) by rigaya, Jul 5 2017 21:45:40 (VC 1900/Win/avx2)
【オプション】--avcuvid --vbrhq 4000 --codec hevc --profile main10
【入力ファイル情報】test-1080p.mkv H.264/AVC, 1920x1080, 24000/1001 fps 1128frames
【Quality】 240.61 fps, 3680.00 kbps, 20.64 MB
【x265 10bit出力】x265 2.5+3-3f6841d271e3
【オプション】--crf 18 --output-depth 10
【入力ファイル情報】test-1080p.mkv 1920x1080 24000/1001 fps i420p8 1128frames
【Veryfast】 43.62 fps, 4187.67 kb/s, 25.86s
【. Medium】 23.12 fps, 4463.31 kb/s, 48.80s
【 Slow】 8.04 fps, 4895.81 kb/s, 140.34s >>839
凄いなmediumでリアルタイム・エンコードできるじゃん なんかカキコしたらいっぱい出てきたけど
>>850,852
はえーな
ザ・多コアの時代って感じだ i9はavx512ｔを使わないとき、sandboxx264でどれくらいかわりますか？ 【ベンチマーク名称】x264_x265_benchmark_20170718
【システム情報収集】システム情報_20170718
【CPU】Intel(R) Core(TM) i7-6950X CPU @ 3.00GHz (Broadwell-E/EP) (10Cores/20Threads)
【CPU Clock】4200.00 MHz (42.0x100.0 MHz)
【命令セット】MMX, SSE, SSE2, SSE3, SSSE3, SSE4.1, SSE4.2, EM64T, VT-x, AES, AVX, AVX2, FMA3, TSX
【Memory】DDR4, 32 GBytes, Triple, 1199.8 MHz (1:18)
【MemSpec】DDR4, DDR4-2132 (1066 MHz), 8192 MBytes, UDIMM, Corsair, CMK32GX4M4B3000C15
【MotherBoard】ASUSTeK COMPUTER INC., RAMPAGE V EXTREME, Rev 1.xx
【Storage】NVMe Samsung SSD 950, 476.9 GB, SCSI
【GPU】NVIDIA GeForce GTX 1080 (22.21.13.8189) (GDDR5X,8 GB) (GP104) (NVIDIA Corporation)
【OS】Microsoft Windows 7 (6.1) Ultimate Edition 64-bit Service Pack 1 (Build 7601)
【CPU-Z】1.80.0
【ffmpeg】N-86723-g3b3501f
【x264】x264 0.152.2851kMod ba24899
【オプション】--crf 20
【入力ファイル情報】test-1080p.mkv 1920x1080p 1:1 @ 24000/1001 fps (cfr) 1128frames
【Veryfast】 232.91 fps, 4113.96 kb/s, duration 0:00:04.84
【. Medium】 109.89 fps, 4101.95 kb/s, duration 0:00:10.26
【 Slow】 80.51 fps, 4057.32 kb/s, duration 0:00:14.01
【. Slower】 38.73 fps, 3958.50 kb/s, duration 0:00:29.12
【x265】x265 2.5+3-3f6841d271e3
【オプション】--crf 18
【入力ファイル情報】test-1080p.mkv 1920x1080 24000/1001 fps i420p8 1128frames
【Veryfast】 64.54 fps, 3785.90 kb/s, 17.48s
【. Medium】 31.72 fps, 4408.42 kb/s, 35.56s
【 Slow】 12.82 fps, 4788.97 kb/s, 87.98s >>855
これ1128フレームだから可能なんだったりしてね
実際30分とかやろうとすると熱でクロック落ちまくったりしないかな 定格はともかくOCしたままエンコしてたらいつの間にかCPU裏側は焦げてそう・・・ X299やX390/399だと電源の方が火を噴きそうだけどな どうせなら、メモリー関連で、
CAS# latency (CL), RAS# to CAS# delay (tRCD), RAS# Precharge (tRP), Cycle Time (tRAS), Bank Cycle Time (tRC)
なども、取得したら、なんかの参考になるのかも。 7900xをOCしてx265でエンコすると温度何度になるの X299マザボのAUTOで全コア4.5GHzとかやるだけで、CPU INPUT VOLTAGE 2.000V越えとか無茶な挙動するからな
手動で設定追い込んでいくと、デフォルトクロックのままでAUTO運用するより、ワッパ良くなるという糞っぷりで
各マザボメーカーのデフォルト設定揃ってそんなんだから
よほどESが電圧突っ込まないと回らなかったとかなんだろうかね？ call :x264enc slow "【 Slow】
"閉じが抜けてるよ。 >>864
CPU-Zのログから取れる主要情報はあらかた取れるようにしてしまって、どの情報を出力するかは
出力モードで指定する形で改修しているところです。ベンチマーク時はX264BENCHモードで出力。
改修後は以下のような感じで【Memory】にメモリタイミングの情報も追加予定です。
CPUZtoText_20170726でのログと出力モード
https://pastebin.com/ivx8XrLq
>>867
x265の方も同じミスがあって、そっちは今行っている改修中に気づいて直したのですが、
x264の方は気づいてませんでした。ご指摘ありがとうございます。
こないだの土日に更新予定でしたが、作業が遅れており、もう少しずれ込む予定です。 すみません、ベンチマークの更新のことで１つご相談が。次の更新で、
【CPU】Intel(R) Core(TM) i7-4702MQ CPU @ 2.20GHz (Haswell)(4Cores/8Threads)(22nm)
2200.0MHz(22.0x100.0MHz)(8x-22x-32x)(37.0W)(0.71V)
のように、ターボブーストの倍率が取れれば表示する予定なのですが、
i7-69xx以降だと、ターボブースト・マックス・テクノロジー3.0というのがあるそうで。
うちのHaswellノートだと、CPU-Zのログ(bin\cpu-z-log.txt)の「Processors Information」の中に
Max non-turbo ratio 22x
Max turbo ratio 32x
Max efficiency ratio 8x
というエントリがあって、これを 8x-22x-32x という形で表示する予定なのですが、
ターボブースト・マックス・テクノロジー3.0の倍率がログでどのように扱われているか知りたいと考えています。
差し支えなければ、cpu-z-log.txtそのものか、「Processors Information」のところだけを切り出して
テキストとしてどこかにアップしていただくか、 https://pastebin.com/ あたりに貼っていただけると大変助かります。 m(_ _)m そんなもん表示しても糞の役にもたたんよ
定格でも、実際にエンコするときのクロックはその3つのどれでもないから
全コア負荷時のターボ倍率ってのが別にあるの >>870
それは仰る通りなのですが、どのみちエンコード中の実際の駆動周波数を
取るのは無理（自分のとこでも実際のエンコード時は29xになるようですし）なので、
あくまでも参考情報としての表示だと考えています。
そういえばOCしてる場合、Max turbo ratioの数字はそれに応じて上がるんだろうか・・・？
・・・書いてる途中で気が付きましたが、一番時間がかかるx265のSlowと平行して
CPU-Zを起動してログをとれば、Core Speed、Multiplier x Bus Speedから、
エンコ中の実際の駆動周波数が取れる気がしてきた・・・。（Slowのスコアに少し影響が出るかもだけど） OCしてる場合でもテフォの値しか取れないよ
広く知られてる公称スペックをわざわざ書き出す必要ないし
参考どころか、ほぼ100%嘘書くことになるんだからむしろ有害
OCしてる人は自分でクロックわかってるだろうから自己申告でいいんじゃない なるほど・・・。それとは別にログには
Ratio 1 core 32x
Ratio 2 cores 31x
Ratio 3 cores 29x
Ratio 4 cores 29x
という項目もあって、うちの場合は4C/8TなのでRatio 4 coresが全コア負荷時の倍率だと思うのですが、
OCでこの倍率を変えてる場合は、これらの値にもそれが反映されるんでしょうか？
それともこれらもデフォの値しか取れないんでしょうか？
x264/x265ベンチは基本的に全コア負荷になるはずですから、OCも反映されるようならこの値を表示するのが有益？
どのみちこの情報が取れないCPUもあるので、OCについては基本的に自己申告頼みですが、
このスレでOC情報を書いてくれてる人は、基本的に全コア負荷時の倍率(周波数)を書いて下さってるんでしょうか？
なにぶん長いことノート民やっててOCどころか自作経験もないんで、ググりながらで色々混乱気味です・・・ そうだね、それが全コア負荷時のターボ倍率、それ書くならアリ
ただOCはやり方が色々あるから、基本的にカウンタで実測以外の方法は信用できない
自己申告してもらう方が簡単だと思うね とりあえずシステム情報としてはこんな感じですかね。いくつかのパターンで整理しました。
x264ベンチ用は一番下です。OCについては基本的には補足情報を書いてもらう形で。
CPUZtoText_20170729ログサンプル
https://pastebin.com/7RwKV7Qt
このi7 4930Kのログはネットから拾ってきたやつですが、CPU-Zのバグなのか何か意味があるのか
6コアなのに何故かRatio n coresが8まであるという。何故だ。
ターボブースト・マックス・テクノロジー3.0の倍率情報は出せるなら出しておきたいので、
>>869の情報募集にご協力くださる方がおられましたらよろしくお願いいたします。
日をまたいでしまいましたが、x264/x265ベンチマークセットを更新しました。
x264_x265_benchmark_20170730.zip (バイナリとtest-1080p.mkv同梱。134MB)
https://www.axfc.net/u/3829762.zip
x264_x265_benchmark_20170730_batchOnly.zip (バッチのみ。60KB)
https://www.axfc.net/u/3829749.zip
出力結果サンプル
https://pastebin.com/XGJ6g3Ry
バイナリとtest-1080p.mkvが既に手元にある方はバッチのみの方をどうぞ。
バッチファイル名を変更しているので、新しい場所に展開して、バイナリとtest-1080p.mkvを持ってきて下さい。
今回、「x265のエンコード中にCPU-Zを起動して、エンコ中の動作周波数を取る」という仕組みを導入しています。
それにともない、実行順序が
１．x265のベンチマークを最小化した別ウィンドウで開始(Slowから)
２．8秒待ってからCPU-Zを起動してログを取る
３．x265ベンチが終わるのを待ってからx264ベンチマークを実行(Slowerから)
４．２のログを解析してシステム情報をまとめる
という順序に変わっています。
出力結果もそれにあわせて順序が変わっているので、これまでと異なり違和感があると思うのですが、
エンコ中の動作周波数の取得というメリットに免じて許容していただければ幸いです。
不評のようでしたら、また考えたいと思います。 一応>>876の変更履歴の簡易版です。詳細は同梱テキストを参照。
情報収集支援バッチ
・CPUZtoTextと命名。
・全面的にコードを見直し修正。
・取得情報の追加や無駄な空白の除去など。
・出力モードを作り、いくつかのフォーマットで出力できるように。
ベンチマークバッチ
・エンコード中の動作周波数を取るため実行順序と仕組みを変更。
・エンコードしたファイルはtempフォルダではなくencodeフォルダに置くように。
・x264/x265の深度表示を追加。
・バッチの記述を極力共通化。
・QSVのICQ値の調整（4000kbps前後になるように）
バイナリ
・間違ってx86版のffmpeg.exeを入れていたのでx64版に差し換え。
・CPU-Zのx64版バイナリ(cpuz_x64.exe)を追加。
・NVEncを3.14→3.16に更新。 >>876
うｐ乙です。早速やってみました。
【Benchmark】x264_x265_benchmark_20170730
【x265】x265 2.5+3-3f6841d271e3 (8bit+10bit+12bit)
【オプション】--crf 18
【入力ファイル情報】test-1080p.mkv 1920x1080 24000/1001 fps i420p8 1128frames
【 Slow】 9.72 fps, 4788.97 kb/s, 116.02s
【. Medium】 23.31 fps, 4408.42 kb/s, 48.38s
【Veryfast】 49.17 fps, 3785.90 kb/s, 22.94s
【x264】x264 0.152.2851kMod ba24899 (8bit)
【オプション】--crf 20
【入力ファイル情報】test-1080p.mkv 1920x1080p 1:1 @ 24000/1001 fps (cfr) 1128frames
【. Slower】 28.13 fps, 3958.32 kb/s, duration 0:00:40.10
【 Slow】 58.24 fps, 4057.48 kb/s, duration 0:00:19.36
【. Medium】 79.38 fps, 4104.23 kb/s, duration 0:00:14.21
【Veryfast】 180.60 fps, 4113.96 kb/s, duration 0:00:06.24
【SystemInfo】CPUZtoText_20170730 (CPU-Z 1.80.0.x64)
【CPU】Intel(R) Core(TM) i7-6900K CPU @ 3.20GHz (Broadwell-E/EP)(8Cores/16Threads)(14nm)
3200.0MHz(32.0x100.0MHz)(140.0W)(1.15V)
情報取得時の動作周波数→ 3697.8MHz(37.0x99.9MHz)
(12x-32x-40x) (1)40x-(2)40x-(3)40x-(4)40x-(5)40x-(6)40x-(7)40x-(8)40x-(9)35x-(10)35x-(11)35x-(12)35x-(13)35x-(14)35x-(15)35x-(16)35x-(17)35x-(18)35x-(19)35x-(20)35x-(21)35x-(22)35x-(23)35x-(24)35x
【MotherBoard】X99-DELUXE
【Memory】DDR4,32GBytes,Quad,1066.1MHz(1:16),15.0(CL)-15(tRCD)-15(tRP)-36(tRAS)-278(tRFC)-2T(CR)
【MemSpec】DDR4,DDR4-2132(1066MHz),8192MBytes,UDIMM,(-),Micron,16ATF1G64AZ-2G1A1
【GPU】AMD Radeon (TM) R9 Fury Series (22.19.662.4, 07/20/2017) (Fiji)
【OS】Microsoft Windows 7 (6.1) Professional 64-bit Service Pack 1 (Build 7601) 【DirectX】11.0
【ffmpeg】N-86723-g3b3501f N3150ではしらせてみたけどslow 0.66fpsで終わる気配がないｗ >>880
今年の夏の一等賞をあげたいなｗ
古いC2Dマシンをまだ処分していなかったら、負けずにアップしていたのに残念 >>878
ありがとうございます。さすがに速い。
しかし8コアなのにRatio n coresが24もあるのはなんでなんだろう。
nコア負荷時のターボ倍率だと思ってましたが、なぜかコア数を超える情報が出てきますね。
差し支えなければ、>>869の件も含め、cpu-z-log.txtそのものか、その中の
「Processors Information」のところだけを切り出して テキストとしてどこかにアップしていただくか、
https://pastebin.com/ あたりに貼っていただけると大変助かります。 m(_ _)m
>>880
ある意味一服の清涼剤的な。TDP Limitと、コア電圧（Voltage 0）が取れてないのが気になりますね。
こちらも上に示したログを貼っていただけると大変助かります。
CPU-Zのテキストログ、しかも最新の1.80.0で取ったログって、ネットを探してもほとんど落ちてなくて、
開発にあたっては>>805や>>830でいただいたログが大変役に立ち、本当にありがたかったです。
１つでも多くのサンプルが欲しいので、新旧どういう環境のものでも構いませんのでご提供いただけましたら幸いです。 あぁ～ Ryzen欲しいんじゃ～
【Benchmark】x264_x265_benchmark_20170730
【x265】x265 2.5+3-3f6841d271e3 (8bit+10bit+12bit)
【オプション】--crf 18
【入力ファイル情報】test-1080p.mkv 1920x1080 24000/1001 fps i420p8 1128frames
【 Slow】 4.51 fps, 4788.97 kb/s, 250.13s
【. Medium】 11.64 fps, 4408.42 kb/s, 96.94s
【Veryfast】 19.27 fps, 3785.90 kb/s, 58.55s
【x264】x264 0.152.2851kMod ba24899 (8bit)
【オプション】--crf 20
【入力ファイル情報】test-1080p.mkv 1920x1080p 1:1 @ 24000/1001 fps (cfr) 1128frames
【. Slower】 11.01 fps, 3947.48 kb/s, duration 0:01:42.47
【 Slow】 21.08 fps, 4042.58 kb/s, duration 0:00:53.51
【. Medium】 30.40 fps, 4090.07 kb/s, duration 0:00:37.10
【Veryfast】 73.30 fps, 4091.67 kb/s, duration 0:00:15.38
【SystemInfo】CPUZtoText_20170730 (CPU-Z 1.80.0.x64)
【CPU】Intel(R) Core(TM) i5-4670K CPU @ 3.40GHz (Haswell)(4Cores/4Threads)(22nm)
3400.0MHz(34.0x100.0MHz)(84.0W)(1.12V)
情報取得時の動作周波数→ 3800.5MHz(38.0x100.0MHz)
(8x-34x-38x) (1)38x-(2)38x-(3)38x-(4)38x
【MotherBoard】Z87-G43 (MS-7816)
【Memory】DDR3,16GBytes,Dual,800.1MHz(1:6),10.0(CL)-10(tRCD)-10(tRP)-27(tRAS)-208(tRFC)-1T(CR)
【MemSpec】DDR3,PC3-12800J(800MHz),8192MBytes,UDIMM,(XMP1.3),Corsair,CMZ8GX3M1A1600C10
【GPU】AMD Radeon R9 200 Series (22.19.165.512, 05/17/2017) (Pitcairn)
【OS】Microsoft Windows 7 (6.1) Professional 64-bit Service Pack 1 (Build 7601) 【DirectX】11.0
【ffmpeg】N-86723-g3b3501f >>883
CPU-Z v1.80のcpu-z-log.txtの抜き出しです。
ベンチ実行時と同じ設定の6900K＠定格（TB3.0有効）->1コア4GHｚ、他コア3.7GHzです。
Processors Information
-------------------------------------------------------------------------
Socket 1 ID = 0
Number of cores 8 (max 8)
Number of threads 16 (max 16)
Name Intel Core i7 6900K
Codename Broadwell-E/EP
Specification Intel(R) Core(TM) i7-6900K CPU @ 3.20GHz
Package (platform ID) Socket 2011 LGA (0x2)
CPUID 6.F.1
Extended CPUID 6.4F
Core Stepping M0
Technology 14 nm
TDP Limit 140.0 Watts
Tjmax 100.0 ｰC
Core Speed 1198.9 MHz
Multiplier x Bus Speed 12.0 x 99.9 MHz
Stock frequency 3200 MHz
Instructions sets MMX, SSE, SSE2, SSE3, SSSE3, SSE4.1, SSE4.2, EM64T, VT-x, AES, AVX, AVX2, FMA3, TSX
L1 Data cache 8 x 32 KBytes, 8-way set associative, 64-byte line size
L1 Instruction cache 8 x 32 KBytes, 8-way set associative, 64-byte line size
L2 cache 8 x 256 KBytes, 8-way set associative, 64-byte line size
L3 cache 20 MBytes, 20-way set associative, 64-byte line size
Preferred cores 1 (#7)
Max CPUID level 00000014h
Max CPUID ext. level 80000008h
Cache descriptor Level 1, D, 32 KB, 2 thread(s)
Cache descriptor Level 1, I, 32 KB, 2 thread(s)
Cache descriptor Level 2, U, 256 KB, 2 thread(s)
Cache descriptor Level 3, U, 20 MB, 16 thread(s)
FID/VID Control yes
Turbo Mode supported, enabled
Max non-turbo ratio 32x
Max turbo ratio 40x
Max efficiency ratio 12x
Min Power 47 Watts
O/C bins unlimited 続き
Ratio 1 core 40x
Ratio 2 cores 40x
Ratio 3 cores 40x
Ratio 4 cores 40x
Ratio 5 cores 40x
Ratio 6 cores 40x
Ratio 7 cores 40x
Ratio 8 cores 40x
Ratio 9 cores 35x
Ratio 10 cores 35x
Ratio 11 cores 35x
Ratio 12 cores 35x
Ratio 13 cores 35x
Ratio 14 cores 35x
Ratio 15 cores 35x
Ratio 16 cores 35x
Ratio 17 cores 35x
Ratio 18 cores 35x
Ratio 19 cores 35x
Ratio 20 cores 35x
Ratio 21 cores 35x
Ratio 22 cores 35x
Ratio 23 cores 35x
Ratio 24 cores 35x
IA Voltage Mode PCU adaptive
IA Voltage Offset 0 mV
GT Voltage Mode PCU adaptive
GT Voltage Offset 0 mV
LLC/Ring Voltage Mode PCU adaptive
LLC/Ring Voltage Offset 0 mV
Agent Voltage Mode PCU adaptive
Agent Voltage Offset 0 mV
TDP Level 140.0 W @ 32x
TDP Level 140.0 W @ 28x
Temperature 0 39 degC (102 degF) (Package)
Temperature 1 35 degC (95 degF) (Core #0)
Temperature 2 34 degC (93 degF) (Core #1)
Temperature 3 34 degC (93 degF) (Core #2)
Temperature 4 33 degC (91 degF) (Core #3)
Temperature 5 34 degC (93 degF) (Core #4)
Temperature 6 34 degC (93 degF) (Core #5)
Temperature 7 34 degC (93 degF) (Core #6)
Temperature 8 33 degC (91 degF) (Core #7) 続き
Voltage 0 0.76 Volts (VID)
Voltage 1 +0.00 Volts (IA Offset)
Voltage 2 +0.00 Volts (GT Offset)
Voltage 3 +0.00 Volts (LLC/Ring Offset)
Voltage 4 +0.00 Volts (System Agent Offset)
Power 00 18.09 W (Package)
Power 01 n.a. (IA Cores)
Power 02 n.a. (Uncore)
Power 03 0.25 W (DRAM)
Clock Speed 0 1198.86 MHz (Core #0)
Clock Speed 1 1198.86 MHz (Core #1)
Clock Speed 2 1198.86 MHz (Core #2)
Clock Speed 3 1198.86 MHz (Core #3)
Clock Speed 4 1198.86 MHz (Core #4)
Clock Speed 5 1198.86 MHz (Core #5)
Clock Speed 6 1198.86 MHz (Core #6)
Clock Speed 7 1198.86 MHz (Core #7)
Core 0 max ratio 37.0 (effective 22.0)
Core 1 max ratio 37.0 (effective 12.0)
Core 2 max ratio 37.0 (effective 12.0)
Core 3 max ratio 37.0 (effective 25.0)
Core 4 max ratio 37.0 (effective 12.0)
Core 5 max ratio 37.0 (effective 12.0)
Core 6 max ratio 37.0 (effective 32.0)
Core 7 max ratio 40.0 (effective 12.0) >>885-887
ログありがとうございます。TB3.0用に特別なログ項目があるのではなく、
TB2.0でも使っている「Max turbo ratio」にTB3.0の倍率が入るようですね。
これなら現状の処理のままで大丈夫そうです。
Ratio n coresはやっぱりCPU-Zのバグのような気がしますね。 >>878
6900Kって定格3.7GHｚでもそういうスコアだせるんだな
4GHz以上にOCすれば7820Xと遜色ない感じだな
ゲーム性能では定格でもSky-Xより強いしな
>>884
これから新製品を買うならRyzenの時代みたいだなぁ
1900Xのスペックと値段を見て吹いたわ ベンチスクリプトを公開するとなると、透明性って観点からどうしてもバッチファイルがベストぽいんだけど
バッチファイルは書けない (書きたくない) から自前環境でこのスレ参考に Ruby か Python で書いてみようかな。
ソースの動画とエンコオプションが同一なら結果も大体同じだし。 PhenomⅡx6を7 32bitから10 64bitにした時は25％アップして驚いた 1950Xポチった
届くのまだ先だけど来たら報告するよー i9 7900X 11万とか安すぎだろ
6950Xが20万だった事考えるとAMD効果かなり出てるんだな 御霊前アムドなんて買う奴が居ることに驚き
segv解決してから大口叩けよw
intel様使ってる人には無縁の問題なのにね >>895
報告楽しみにしてる
俺は1950Xとマザボでもう5万安くならんと特攻できんわ… 895だけど結構楽しみにしてくれる人がいるんだね
CPUが米尼なので到着が14～16日になるので期待せずにお待ちください >>903
なるべく米尼で買った方がいいよね
保障期間さえビデオカードなんかは海外5年を国内1年に短縮されているからねｗ >>901
AMDの主張をそのまま信じれば
って言う条件付き >>905
UNIXクローンの糞OS使うのも条件に追加な 結局原因はエラッタとかじゃなくてマージン不足による異常動作ということのようだからな
EPYCやスリッパは選別ダイでストレステストもしてるから多分大丈夫じゃねっていう話 ほとんどの人はOSからして全く関係無いからな
それでも嫌ならIntel買えばいいだけ ここはベンチ結果出すスレだっつの
いい加減スレ違い理解出来ないバカは消えてどうぞ
宗教戦争は自分の巣でやれ --asm AVX
どこに書き込めばいいのかわからなくなった。 エラッタがあるならその影響下でどういう結果出すのか
意味はある >>913
１．「_A__x265ベンチマークだけ行いたい場合はこれをダブルクリック.bat」を
「_asmAvx2_x265Bench.bat」といった好きな名前でコピーする。
２．コピーしたbatファイルの中の「使用バイナリとオプション設定」のところに
set encopt=--crf 18
となっている部分があるので、そこに --asm AVX など好きなオプションを加える。
３．そのbatファイルを実行すると、結果が「ベンチマークの結果txt」に【追記】される。
このバッチが行うのはベンチマークのみなので、CPU-Zによるシステム情報の収集は
先に一括実行バッチを実行して通常のベンチを実行しておくか、
または「_Env2__CPUZtoText_X264BENCH.bat」を直接実行して収集して下さい。 項目によってはグループ･インディケーションした方が見易そうに思う 【Benchmark】x264_x265_benchmark_20170730
【x265】x265 2.5+3-3f6841d271e3 (8bit+10bit+12bit)
【オプション】--crf 18
【入力ファイル情報】test-1080p.mkv 1920x1080 24000/1001 fps i420p8 1128frames
【 Slow】 11.69 fps, 4788.97 kb/s, 96.46s
【. Medium】 28.32 fps, 4408.42 kb/s, 39.83s
【Veryfast】 55.79 fps, 3785.90 kb/s, 20.22s
【x264】x264 0.152.2851kMod ba24899 (8bit)
【オプション】--crf 20
【入力ファイル情報】test-1080p.mkv 1920x1080p 1:1 @ 24000/1001 fps (cfr) 1128frames
【. Slower】 37.39 fps, 3958.92 kb/s, duration 0:00:30.16
【 Slow】 78.86 fps, 4057.58 kb/s, duration 0:00:14.30
【. Medium】 106.15 fps, 4101.95 kb/s, duration 0:00:10.62
【Veryfast】 192.89 fps, 4114.06 kb/s, duration 0:00:05.84
【SystemInfo】CPUZtoText_20170730 (CPU-Z 1.80.0.x64)
【CPU】AMD Ryzen Threadripper 1950X 16-Core Processor (Threadripper)(16Cores/32Threads)(14nm)
3400.0MHz(34.0x100.0MHz)(不明W)(1.14V)
情報取得時の動作周波数→ 不明(不明)
【MotherBoard】ROG ZENITH EXTREME
【Memory】DDR4,32GBytes,Quad,不明,16.0(CL)-17(tRCD)-17(tRP)-35(tRAS)-62(tRC)-1T(CR)
【OS】Microsoft Windows 10 (10.0) Professional 64-bit (Build 15063) 【DirectX】12.0
【ffmpeg】N-86723-g3b3501f
【追記】
CPU遊びまくり
ｘ265で50～60％
ｘ264で60～70％しか使ってないかんじ >>917
ThreadRipperきましたね。ありがとうございます。
「多コアCPUを100%使い切れないんだけどどうすんべ？」という問いに対するx265開発チームの回答
https://forum.doom9.org/showthread.php?p=1811695#post1811695
要所の大雑把な訳
> スレッド数には限界があるけど、4Kエンコなら最低20スレッドは効率的に使えるんじゃないかな。
> 多少設定すればCPU使用率は上がるだろうけど、それに見合った速度向上にはならないと思う。
> あとはまあ複数のエンコを同時に走らせる方向で・・・
32スレッドとか、そりゃ使い切れないよね・・・。 >>917
バッチ作成者としては、TDP Limitと動作周波数が取れてないのが気になるところです。
（CPU-Z 1.80.0 が多分まだThreadRipperに対応してないだけかもしれませんが）
差し支えなければ>>883で示しているログをどこかにアップしていただけると助かります。 見合った速度向上にならないだけでなく
スライス細切れにしたりmerange狭めたりすると品質も落ちるな >>918
このRipbot264がまともに使えれば分散エンコで面白そうだけど、Youtubeの解説見ても出来なくなってるしなあ 初心者です。
ThreadRipper 1950X
【x265】x265 2.5+3-3f6841d271e3 (8bit+10bit+12bit)
【オプション】--crf 18
【入力ファイル情報】test-1080p.mkv 1920x1080 24000/1001 fps i420p8 1128frames
【 Slow】 13.33 fps, 4788.97 kb/s, 84.65s
【. Medium】 30.85 fps, 4408.42 kb/s, 36.56s
【Veryfast】 60.63 fps, 3785.90 kb/s, 18.61s
【x264】x264 0.152.2851kMod ba24899 (8bit)
【オプション】--crf 20
【入力ファイル情報】test-1080p.mkv 1920x1080p 1:1 @ 24000/1001 fps (cfr) 1128frames
【. Slower】 40.39 fps, 3958.92 kb/s, duration 0:00:27.92
【 Slow】 86.96 fps, 4057.58 kb/s, duration 0:00:12.97
【. Medium】 114.75 fps, 4101.95 kb/s, duration 0:00:09.83
【Veryfast】 212.95 fps, 4114.06 kb/s, duration 0:00:05.29
【SystemInfo】CPUZtoText_20170730 (CPU-Z 1.80.0.x64)
【CPU】AMD Ryzen Threadripper 1950X 16-Core Processor (Threadripper)(16Cores/32Threads)(14nm)
3400.0MHz(34.0x100.0MHz)(不明W)(1.26V)
情報取得時の動作周波数→ 3691.2MHz(37.0x99.8MHz)
【MotherBoard】X399 Taichi
【Memory】DDR4,32GBytes,Quad,1330.2MHz(3:40),16.0(CL)-18(tRCD)-18(tRP)-35(tRAS)-53(tRC)-1T(CR)
【MemSpec】DDR4,DDR4-2132(1066MHz),8192MBytes,UDIMM,(XMP2.0),Corsair,CMK16GX4M2A2666C16
【GPU】AMD Radeon HD 5450 (15.201.1151.1008, 11/04/2015) (-)
【OS】Microsoft Windows 10 (10.0) Professional 64-bit (Build 15063) 【DirectX】12.0
【ffmpeg】N-86723-g3b3501f
【追記】メモリは2133になっているけれど、2666に設定し直した筈。
>>918
ffmpegの多重エンコなら、Razera Free MP4 Video Converter1.2(64-bit)のスレッド設定16の
2重起動で可能です。H265の6120kbpsの2passで負荷率80%超になります。
25分のFHD動画2本のエンコ時間37:57で、再生時間の76%でエンコできることになります。 >>922
多重エンコなら基本どのソフトでも出来るだろう
2本と言わず16本でもね >>923
本当ですね。HandBrakeでもパラレルエンコードできました。
スレッド数指定は必須ではなかったのですね。
HandBrakeのパラレルエンコードだと、H265の6120kbpsの2passで負荷率
90%超になります。
25分のFHD動画2本のエンコ時間39:29でRazeraよりも少し遅くなりますね。 並列処理は同期取るのが面倒なんだよな、適当にやるだけなら簡単だけど。
特にネットワーク越しで並列処理とかやるとLANのスループットの問題も出て来るし
http://i.imgur.com/xzxcqNH.png
http://i.imgur.com/FYatkSO.png Ryzen 1700だとx265.exeが4並列(--crf 18 --preset veryslow) で全コア張り付きだけど、1つだけしか走ってない時はあまり負荷かからないな・・・
高画質にしようと重い設定にするほどCPU負荷がかからなくなるジレンマ
RAMディスクにYUV置いてもダメだからデコーダのボトルネックじゃなさそう
x265 x4 http://i.imgur.com/wNtAwzT.png
x265 x1 http://i.imgur.com/gluVHwd.png デブロック辺りがネックになってるなら--nodeblock 付けて高速化しそうだけど、
これじゃ根本的な解決になってないし処理が複雑すぎるんだろうな アムダールだかなんだかの法則で
MT化できない箇所が足を引っ張ってるんじゃね
（x265はslowあたりからスライスでの分割減らすからなおさらだと思う） スリッパのみならず16コアでCPU遊ぶような状況だとi9上位も微妙になるな
エンコが頭打ちになるなら18コアとか何に使うんだろ…？ >>931
おまえは18コアもあって1つの作業しかしないのか？
例えエンコしかしないと奴でも複数エンコが基本だ 多重エンコやると後から見直すとエンコ失敗してる時多々あるからなぁ…
俺は1台で多重エンコより2，3台で並列エンコ派だな。ゲームしながら録画なんかは他コア有利だろうけど
分散するよか1台で全力エンコしてもらった方がありがたいな。もう1台増やせば爆速×2だしｗ 個人が軽く持て余すようなCPUが売られる時代になったって凄いことだよなあとしみじみ。
>>922
他スレで俺が頼んだ人だよね。貼りに来てくれてありがとう。 20スレッドまでだと10コアでいいって話だけどエンコで一つだけ処理とかあまりないから
36スレッドでも無駄にはならんよね
あーHTとかだと効率落ちるから20コアとかなら完璧につかえるのかな
スリッパもHT切れば効率上がるかな Ripbotだと2並列処理にはなるけど何かイマイチなんだよな、何故か4並列にはならない（？）
処理時間の差で片方だけ残ってCPU使用率が低くなる
遅れてる方のスレッドの優先度上げて同時に終わるようにすれば良さそうだが
http://i.imgur.com/amlHU7P.png エンコで多スレッド、並行処理でならHTTとかSMT無くても良いし
ThreadRipperならSMT切って実16コア運用が良さそうだけども スリッパ1950X 3.7GHz OCでございます。
Benchmark】x264_x265_benchmark_20170730
【x265】x265 2.5+3-3f6841d271e3 (8bit+10bit+12bit)
【オプション】--crf 18
【入力ファイル情報】test-1080p.mkv 1920x1080 24000/1001 fps i420p8 1128frames
【 Slow】 13.74 fps, 4788.97 kb/s, 82.13s
【. Medium】 31.88 fps, 4408.42 kb/s, 35.38s
【Veryfast】 61.81 fps, 3785.90 kb/s, 18.25s
【x264】x264 0.152.2851kMod ba24899 (8bit)
【オプション】--crf 20
【入力ファイル情報】test-1080p.mkv 1920x1080p 1:1 @ 24000/1001 fps (cfr) 1128frames
【. Slower】 41.91 fps, 3958.92 kb/s, duration 0:00:26.91
【 Slow】 89.87 fps, 4057.58 kb/s, duration 0:00:12.55
【. Medium】 118.82 fps, 4101.95 kb/s, duration 0:00:09.49
【Veryfast】 206.74 fps, 4114.06 kb/s, duration 0:00:05.45
【SystemInfo】CPUZtoText_20170730 (CPU-Z 1.80.0.x64)
【CPU】AMD Ryzen Threadripper 1950X 16-Core Processor (Threadripper)(16Cores/32Threads)(14nm)
3400.0MHz(34.0x100.0MHz)(不明W)(1.14V)
情報取得時の動作周波数→ 3691.2MHz(37.0x99.8MHz)
【MotherBoard】X399 Taichi
【Memory】DDR4,32GBytes,Quad,1330.2MHz(3:40),16.0(CL)-18(tRCD)-18(tRP)-35(tRAS)-53(tRC)-1T(CR)
【MemSpec】DDR4,DDR4-2132(1066MHz),8192MBytes,UDIMM,(XMP2.0),(0000000000000000000000),
【MemSpec】DDR4,DDR4-2132(1066MHz),8192MBytes,UDIMM,(XMP2.0),Corsair,CMK16GX4M2A2666C16
【GPU】AMD Radeon HD 5450 (15.201.1151.1008, 11/04/2015) (-)
【OS】Microsoft Windows 10 (10.0) Professional 64-bit (Build 15063) 【DirectX】12.0
【ffmpeg】N-86723-g3b3501f
【追記】Ryzen ThreadRipper 1950X 3.7GHz OC
Single Encode
2重エンコで1950Xのスレッド使い切れるようになりました。
エンコソフトを2重起動してスタートボタンを連続してクリックするだけ。
出来上がった動画は全く正常です。
これによってシングルエンコの時よりもスループットが30%向上しました。
これで調子に乗って、このエンコベンチも2重実行してしまいました。
＜続く＞ >>939
より続く
シングルベンチでは負荷率50%前後しかないので、2重実行にしてしまいました。
2重実行で負荷率90%前後。
2重ベンチNo.1
Benchmark】x264_x265_benchmark_20170730
【x265】x265 2.5+3-3f6841d271e3 (8bit+10bit+12bit)
【オプション】--crf 18
【入力ファイル情報】test-1080p.mkv 1920x1080 24000/1001 fps i420p8 1128frames
【 Slow】 9.03 fps, 4788.97 kb/s, 124.96s
【. Medium】 20.60 fps, 4408.42 kb/s, 54.75s
【Veryfast】 41.06 fps, 3785.90 kb/s, 27.47s
【x264】x264 0.152.2851kMod ba24899 (8bit)
【オプション】--crf 20
【入力ファイル情報】test-1080p.mkv 1920x1080p 1:1 @ 24000/1001 fps (cfr) 1128frames
【. Slower】 26.63 fps, 3958.92 kb/s, duration 0:00:42.35
【 Slow】 55.93 fps, 4057.58 kb/s, duration 0:00:20.16
【. Medium】 75.06 fps, 4101.95 kb/s, duration 0:00:15.02
【Veryfast】 190.99 fps, 4114.06 kb/s, duration 0:00:05.90
【SystemInfo】CPUZtoText_20170730 (CPU-Z 1.80.0.x64)
【CPU】AMD Ryzen Threadripper 1950X 16-Core Processor (Threadripper)(16Cores/32Threads)(14nm)
3400.0MHz(34.0x100.0MHz)(不明W)(1.14V)
情報取得時の動作周波数→ 3691.2MHz(37.0x99.8MHz)
【MotherBoard】X399 Taichi
【Memory】DDR4,32GBytes,Quad,1330.2MHz(3:40),16.0(CL)-18(tRCD)-18(tRP)-35(tRAS)-53(tRC)-1T(CR)
【MemSpec】DDR4,DDR4-2132(1066MHz),8192MBytes,UDIMM,(XMP2.0),Corsair,CMK16GX4M2A2666C16
【GPU】AMD Radeon HD 5450 (15.201.1151.1008, 11/04/2015) (-)
【OS】Microsoft Windows 10 (10.0) Professional 64-bit (Build 15063) 【DirectX】12.0
【ffmpeg】N-86723-g3b3501f
【追記】Ryzen ThreadRipper 1950X 3.7GHz OC
Parallel Encode-1
＜続く＞ >>940
より続く
2重ベンチNo.2
Benchmark】x264_x265_benchmark_20170730
【x265】x265 2.5+3-3f6841d271e3 (8bit+10bit+12bit)
【オプション】--crf 18
【入力ファイル情報】test-1080p.mkv 1920x1080 24000/1001 fps i420p8 1128frames
【 Slow】 9.16 fps, 4788.97 kb/s, 123.08s
【. Medium】 20.63 fps, 4408.42 kb/s, 54.69s
【Veryfast】 38.84 fps, 3785.90 kb/s, 29.04s
【x264】x264 0.152.2851kMod ba24899 (8bit)
【オプション】--crf 20
【入力ファイル情報】test-1080p.mkv 1920x1080p 1:1 @ 24000/1001 fps (cfr) 1128frames
【. Slower】 28.10 fps, 3958.92 kb/s, duration 0:00:40.14
【 Slow】 55.67 fps, 4057.58 kb/s, duration 0:00:20.26
【. Medium】 75.37 fps, 4101.95 kb/s, duration 0:00:14.96
【Veryfast】 146.23 fps, 4114.06 kb/s, duration 0:00:07.71
【SystemInfo】はNo.1と同じため省略。
【追記】Ryzen ThreadRipper 1950X 3.7GHz OC
Parallel Encode-2
この結果は、x265の場合、
No.1 No.2
【 Slow】 9.03 fps＋9.16 fps＝18.19fps
【. Medium】 20.60 fps＋20.63 fps＝41.23fps
【Veryfast】 41.06 fps＋38.84 fps＝79.90fps
という具合に加算できるという解釈で宜しいでしょうか？
加算できるとしたら、
2parallel single
【 Slow】 18.19fps／13.74 fps＝132%
【. Medium】 41.23fps／31.88 fps＝129%
【Veryfast】 79.90fps／61.81 fps＝129%
という具合に30%程度のスループットの向上がみられることになります。 >>938さん
スリッパ1950Xの場合、SMTを切ると劇的に負荷率が上がりますが、
24:39→24:30とエンコード時間は殆ど短くなりません。 >>941追記
スリッパはシングルソケットのNUMAであるため、Distributed ModeとLocal Modeの
2つのメモリアクセスモードがある。
2重エンコで使う場合、Distributed Modeが良さげである。
Local Modeの場合、当たれば速いが、負荷の掛かり方が変になって、Distributed
Modeよりも遅くなる場合が多い。
正常な負荷の掛かり方というのは、タスクマネージャーの32の窓全部が90%程度の
負荷で埋まることである。
Local Modeの変な負荷の掛かり方というのは、上16の窓の負荷が80%程度に落ち、
下16の窓の負荷が100%までいくことをいう。
この状態になると、1.5倍速が1.3倍速になるくらいエンコ速度が落ちる。 >>942
なるほど、参考になります
SMT切った方が良いのではという考えは、x265もそうだけど現に仮想32コアあっても、有効に管理して使えるってくれるアプリケーションも個人用途では限られてるんで
16コアもあれば、多スレッドで様々な個別のスレッドやタスクを処理する（VM鯖等）じゃ無い限り、32コアに見せる利点も無いのでは？と思った訳でして >>943
NUMAだからプロセスのアフィニティを適切に設定しないと遅くなるんだよ
タスクマネージャーからプロセス右クリック→関係の設定でどのコアを使わせるか設定できるから
それで設定すれば、「常に当たる」ようになると思う ID:v5J6MAAm
検証乙！
ちなみに3.7GhzだとCINEBENCHいくらぐらいですかね そういうのは俺ら素人が検証してどっちが良いとか無意味
普通に使うのが絶対バランス良い 結局、アプリケーション個別にベストな条件調べて切り替えて再起動なんてやってられん罠
AMDがそういうDB作って簡便に切り替えられる枠組み用意すりゃいいだけなんだが
大抵は見切り発車なパターンになると あー、KNLもSNC-4があまり性能出なかったし、全コア使うようなアプリでNUMAモードは意味ないか
マルチスレッド化されてないアプリに多コアのCPUを使おうとするから無理が発生して
モード切替なんてしないといけなくなるんだろうな
こんなコア数の多いCPUなんだから、マルチスレッド化されてないアプリで
ベストな性能を出そうとするのがナンセンスな気がする そもそもアムドの御霊前なんて使う事自体間違い
intel様なら全く問題ない >>945さん、ご教示ありがとうございます。
やってみましたが、バッヂ処理をしていても動画と動画の間、1passと2passの間で
ffmpegが一旦終了するため、その都度再設定が必要になり、実用的ではありません
でした。
そこら辺自動化するツールの類が欲しいところですね。 >>946
今は3.8GHzで、SMT有効、メモリアクセスDistributedで(Localは当たり外れが大きい
のでDistributedに戻しました)、CineBench R15のスコア
CPU：3176
CPU(Single Core)：156
MP Ratio：20.35×
です。 >>952
アフィニティは親プロセスから引き継がれるからffmpegとかに設定するんじゃなくて
バッチ起動前のコマンドプロンプトとかに設定するんだよ >>953
報告ありがとです！
定格+200CBくらいですな。
Ryzen7でもとんでもないパワーだったけどスリッパは本当に化け物級… >>953続き
3.8GHzで、SMT無効、メモリアクセスDistributedで、CineBench R15のスコア
CPU：2332
CPU(Single Core)：155
MP Ratio：15.01×
シングルスコアでは同等で、マルチスコアでは36%増し。SMTの効果が思い切り聞い
ていますね。 >>954さん、ありがとうございます。
勉強して試してみます。 /affinityで効果があるのか教えて
今、エンコード機がバラバラで
マザー来るまで試せないので Ryzen(8C/16T)だと --numa-pools "8,8" より --numa-pools "16" の方が早いな
Threadripper(16C/32T)だと --numa-pools "16,16" と --numa-pools "32" どっちが早いかは分からないが、
完全に分かれてるNUMAではないから微妙なところだろうな 単一タスクでNUMA認識させて速くなるということはないだろうな
2本同時にエンコするときにノード分けたら速くなるだろうけど >>958さん
このサイトの方法で成功しました。
http://speedup-xp.com/win7org/53.html
/affinityの後にくる数値はノード0がFFFF、ノード1がFFFF0000を使いました。
ただ、他にも速度を決定する要素があるのか、エンコード時間はDistributedの時と
ほぼ同じでした。
理屈から言えば、エンコのプロセスをノード0とノード1に完全分離するこの方法が、
最も速い2重エンコの筈です。
>>954さん、ご教示ありがとうございました。 自前のバッチ処理で test-1080p.mkv が4並列で2分2秒→1分48秒ぐらいになった。
別途用意したMPEG1ソースだと元がダメなのか結構早くなった。（1→4並列で1.5倍ちょい）
FFV1みたいな古いコーデックも同様に1.5倍ぐらいになった、恐らくシングルスレッド。
設定によってデコーダとx265の片方or両方がボトルネックになる様子。
Ryzen 1700 @3.6GHz、x265 --crf 20 --preset slow (2.4+14 64bit / Compiling by KG7x [x265.ru])
http://i.imgur.com/oFjU3rp.jpg
http://i.imgur.com/l1AHFQr.png 【SystemInfo】CPUZtoText_20170730 (CPU-Z 1.80.0.x64)
【CPU】AMD Ryzen 7 1700 Eight-Core Processor (Summit Ridge)(8Cores/16Threads)(14nm)
3700.0MHz(37.0x100.0MHz)(65.0W)(1.19V)
情報取得時の動作周波数→ 3697.8MHz(37.0x99.9MHz)
(Socket AM4 (1331))(F.1.1, 17.1, ZP-B1)
L1Data:(8x32KBytes,8-way) L1Inst:(8x64KBytes,4-way) L2:(8x512KBytes,8-way) L3:(2x8MBytes,16-way)
MMX(+),SSE,SSE2,SSE3,SSSE3,SSE4.1,SSE4.2,SSE4A,x86-64,AMD-V,AES,AVX,AVX2,FMA3,SHA
【MotherBoard】X370 GAMING PRO CARBON (MS-7A32) (Micro-Star International Co. Ltd.)
North:(AMD Ryzen SOC rev. 00), South:(AMD X370 rev. 51)
【Graphic I/F】PCI-Express(x16,max:x16)
【Memory】DDR4,16GBytes,Dual,1465.8MHz(3:44),18.0(CL)-18(tRCD)-18(tRP)-39(tRAS)-68(tRC)-1T(CR)
【MemSpec】DDR4,DDR4-2400(1200MHz),8192MBytes,UDIMM,(-),Crucial,CT8G4DFS824A.C8FBD
【BIOS】American Megatrends Inc.(1.91)(08/15/2017)
【GPU】Radeon (TM) RX 470 Graphics (22.19.171.1024, 07/04/2017) (Polaris)(GDDR5,4GB,14nm)(PC Partner)
【OS】Microsoft Windows 10 (10.0) Professional 64-bit (Build 15063) 【DirectX】12.0
【x265】x265 2.5+12-4800dd4ab33c (10bit) OpenACC
【オプション】--crf 18
【入力ファイル情報】test-1080p.mkv 1920x1080 24000/1001 fps i420p8 1128frames
【 Slow】 6.35 fps, 4895.81 kb/s, 177.66s
【. Medium】 17.69 fps, 4463.31 kb/s, 63.76s
【Veryfast】 31.17 fps, 4187.67 kb/s, 36.19s
【x265】x265 2.5+9-fdf39a97ecb8 (8bit+10bit+12bit)
【オプション】--crf 18 --input-depth 8 --output-depth 10
【入力ファイル情報】test-1080p.mkv 1920x1080 24000/1001 fps i420p8 1128frames
【 Slow】 6.33 fps, 4895.81 kb/s, 178.32s
【. Medium】 17.81 fps, 4463.31 kb/s, 63.35s
【Veryfast】 30.93 fps, 4187.67 kb/s, 36.47s
OpenACC 対応版は 10bit でビルドしちゃったんで出力を両方 10bit で合わせて見た。
速度としては誤差レベルで現状ではなんともな結果に。 ビルドしたいけど、WindowsだとVS2015+PGI+CUDAを用意しないといけないっぽい
Radeonは最近のバージョンでサポートされなくなったとか >>966
なるほど。そうなると >>964 のはそもそも正常動作してないって事か。失礼したorz 普通にコンパイルするとopenaacディレクティプは無視されるだけだし、
現状処理の中身いじってる気配ないから、全く変わらないんじゃない
正常動作はしてると思うよ
あと、x265ってPGIコンパイラに対応してるのかな
オプションとか見ると、新しいバージョンのgcc(g++)向けだと思う OpenACC対応のMinGWGCCビルドできなくて諦めた コメントが2バイト文字で後ろの1バイトが改行コードに引っかかって化けてコンパイルエラーとかあるから面倒くさいんだよな
英語環境だとコンパイル通るのに日本語やロシア語とか言語違うとエラーになるとか
改行コード以外でも引っかかるから見た目大丈夫なのに何でエラーになるんだ？ みたいな事もある Shift JISの時代ならともかくUTF8 やら16の時代にそんなのあるの？ 過疎ってるので貼り
【Benchmark】x264_x265_benchmark_20170730
【x265】x265 2.5+3-3f6841d271e3 (8bit+10bit+12bit)
【オプション】--crf 18
【入力ファイル情報】test-1080p.mkv 1920x1080 24000/1001 fps i420p8 1128frames
【 Slow】 14.61 fps, 4788.97 kb/s, 77.18s
【. Medium】 34.08 fps, 4408.42 kb/s, 33.09s
【Veryfast】 67.13 fps, 3785.90 kb/s, 16.80s
【x264】x264 0.152.2851kMod ba24899 (8bit)
【オプション】--crf 20
【入力ファイル情報】test-1080p.mkv 1920x1080p 1:1 @ 24000/1001 fps (cfr) 1128frames
【. Slower】 45.15 fps, 3958.92 kb/s, duration 0:00:24.98
【 Slow】 98.53 fps, 4057.58 kb/s, duration 0:00:11.44
【. Medium】 130.57 fps, 4101.95 kb/s, duration 0:00:08.63
【Veryfast】 226.87 fps, 4114.06 kb/s, duration 0:00:04.97
【SystemInfo】CPUZtoText_20170730 (CPU-Z 1.80.0.x64)
【CPU】AMD Ryzen Threadripper 1950X 16-Core Processor (Threadripper)(16Cores/32Threads)(14nm)
4000.0MHz(40.0x100.0MHz)(不明W)(1.32V)
情報取得時の動作周波数→ 4020.5MHz(40.0x100.5MHz)
【MotherBoard】ROG ZENITH EXTREME
【Memory】DDR4,32GBytes,Quad,1407.2MHz(3:42),14.0(CL)-14(tRCD)-15(tRP)-35(tRAS)-52(tRC)-1T(CR)
【OS】Microsoft Windows 10 (10.0) Professional 64-bit (Build 15063) 【DirectX】12.0
【ffmpeg】N-86723-g3b3501f
【追記】
訳あってメモリスペックとGPU消してます。
負荷テスト通ったのでやってみました。
X265は弱いなぁ 過疎ってるね
【Benchmark】x264_x265_benchmark_20170730
【x265】x265 2.5+3-3f6841d271e3 (8bit+10bit+12bit)
【オプション】--crf 18
【入力ファイル情報】test-1080p.mkv 1920x1080 24000/1001 fps i420p8 1128frames
【 Slow】 0.99 fps, 4788.97 kb/s, 1136.62s
【. Medium】 2.36 fps, 4408.42 kb/s, 478.78s
【Veryfast】 4.53 fps, 3785.90 kb/s, 248.84s
【x264】x264 0.152.2851kMod ba24899 (8bit)
【オプション】--crf 20
【入力ファイル情報】test-1080p.mkv 1920x1080p 1:1 @ 24000/1001 fps (cfr) 1128frames
【. Slower】 2.77 fps, 3947.48 kb/s, duration 0:06:47.81
【 Slow】 3.74 fps, 4042.47 kb/s, duration 0:05:01.89
【. Medium】 4.50 fps, 4090.10 kb/s, duration 0:04:10.70
【Veryfast】 11.71 fps, 4091.83 kb/s, duration 0:01:36.29
【SystemInfo】CPUZtoText_20170730 (CPU-Z 1.80.0.x64)
【CPU】AMD Athlon(tm) 5350 APU with Radeon(tm) R3 (Kabini)(4Cores/4Threads)(28nm)
2050.0MHz(20.5x100.0MHz)(25.0W)(1.23V)
情報取得時の動作周波数→ 2049.5MHz(20.5x100.0MHz)
(?-20.50x-20.50x)
【MotherBoard】AM1B-ITX
【Memory】DDR3,8GBytes,Single,799.8MHz(1:8),11.0(CL)-11(tRCD)-11(tRP)-28(tRAS)-39(tRC)-?(CR)
【MemSpec】DDR3,PC3-12800(800MHz),4096MBytes,UDIMM,(XMP1.2),Nanya,M2X4G64CB8HG9N-DG
【MemSpec】DDR3L,PC3-12800(800MHz),4096MBytes,UDIMM,(-),(7F7F7F7F7F7FE900000000),4G68CP-16KL-BK8
【GPU】AMD Radeon HD 8400 (13.250.0.0, 11/16/2013) (-)
【OS】Microsoft Windows 8.1 (6.3) Professional 64-bit (Build 9600) 【DirectX】11.0
【ffmpeg】N-86723-g3b3501f
【追記】
この構成でエンコはキツイ 【Benchmark】x264_x265_benchmark_20170730
【x265】x265 2.5+13-ed2fd6c3b8d7 (8bit+10bit+12bit)
【オプション】--crf 18
【入力ファイル情報】test-1080p.mkv 1920x1080 24000/1001 fps i420p8 1128frames
【 Slow】 9.64 fps, 4788.97 kb/s, 117.06s
【. Medium】 22.93 fps, 4408.42 kb/s, 49.20s
【Veryfast】 43.80 fps, 3785.90 kb/s, 25.75s
【x264】x264 0.152.2851kMod ba24899 (8bit)
【オプション】--crf 20
【入力ファイル情報】test-1080p.mkv 1920x1080p 1:1 @ 24000/1001 fps (cfr) 1128frames
【. Slower】 29.20 fps, 3958.32 kb/s, duration 0:00:38.62
【 Slow】 59.90 fps, 4058.05 kb/s, duration 0:00:18.83
【. Medium】 79.32 fps, 4104.23 kb/s, duration 0:00:14.22
【Veryfast】 170.24 fps, 4114.06 kb/s, duration 0:00:06.62
【SystemInfo】CPUZtoText_20170730 (CPU-Z 1.80.2.x64)
【CPU】AMD Ryzen 7 1700 Eight-Core Processor ()(8Cores/16Threads)(14nm)
3800.0MHz(38.0x100.0MHz)(65.0W)(1.22V)
情報取得時の動作周波数→ 3797.8MHz(38.0x99.9MHz)
【MotherBoard】X370 Taichi
【Memory】DDR4,16GBytes,Dual,1465.8MHz(3:44),16.0(CL)-16(tRCD)-16(tRP)-39(tRAS)-62(tRC)-1T(CR)
【MemSpec】DDR4,DDR4-2134(1067MHz),4096MBytes,UDIMM,(XMP2.0),Kingston,KHX2800C14D4/4GX
【GPU】NVIDIA GeForce GTX 960 (22.21.13.8541, 08/21/2017) (GM206)
【OS】Microsoft Windows 10 (10.0) Professional 64-bit (Build 15063) 【DirectX】12.0
【ffmpeg】N-86723-g3b3501f
【追記】もう出てるけどRyzen環境にて。フルコア3.8GHzにOC。
>>974
俺もほぼ同じ構成で録画機組んでる。電気食わなくていいけど、ソフトエンコは勿論VCE使っても遅いんだよな https://nl.hardware.info/reviews/7588/8/intel-core-i7-8700k--i5-8600k--i5-8400-coffee-lake-review-betaalbaar-zes-cores-benchmarks-video--en-audio-encoding-x264-x265-en-flac
x265
i7 8700K 47.45 $359
i5 8600K 40.67 $257
i5 8400 37.69 $182
r7 1800X 35.53 $399
i7 7700K 34.71 $335
r7 1700X 34.22 $299
r7 1700 31.6 $295
r5 1600X 30.37 $220
r5 1600 28.14 $210 >>977
右から2番目の数字はなに？
Ryzen 1700Xの$価格に一番びっくりした Ryzen7に3.9～4.0GHzまでOCされるとH264で対抗するには、8700Kも5.2～5.4GHz回さなきゃならんから、結局一長一短かね
Ryzenはx264番長ではあるけど、性能出すのにOCメモリも必要となるとコスパの優位性も薄まってるし
やっぱIntelのが潰しが効くのか
AMDerじゃないのになんか悔しい気がｗ メモリは2400あれば十分だよ
よっぽど複雑で思い画像処理するなら多少は変わってくるだろうけど coffee lakeが5GHzオーバーで常用出来るとは思えないし一代限りで終わるプラットは買い辛いからRyzenしか選択の余地がない そこでi9ですよ。
【Benchmark】x264_x265_benchmark_20170730
【x265】x265 2.5+25-4b95f82c9fb1 (8bit+10bit)
【オプション】--crf 18
【入力ファイル情報】test-1080p.mkv 1920x1080 24000/1001 fps i420p8 1128frames
【 Slow】 17.25 fps, 4788.97 kb/s, 65.40s
【. Medium】 42.79 fps, 4408.42 kb/s, 26.36s
【Veryfast】 81.99 fps, 3785.90 kb/s, 13.76s
【x264】x264 0.152.2851kMod ba24899 (8bit)
【オプション】--crf 20
【入力ファイル情報】test-1080p.mkv 1920x1080p 1:1 @ 24000/1001 fps (cfr) 1128frames
【. Slower】 49.46 fps, 3958.92 kb/s, duration 0:00:22.80
【 Slow】 103.92 fps, 4057.57 kb/s, duration 0:00:10.85
【. Medium】 142.26 fps, 4101.95 kb/s, duration 0:00:07.92
【Veryfast】 281.65 fps, 4114.06 kb/s, duration 0:00:04.00
【SystemInfo】CPUZtoText_20170730 (CPU-Z 1.80.0.x64)
【CPU】Intel(R) Core(TM) i9-7920X CPU @ 2.90GHz (Skylake-X)(12Cores/24Threads)(14nm)
2900.0MHz(29.0x100.0MHz)(140.0W)(1.13V)
情報取得時の動作周波数→ 4500.0MHz(45.0x100.0MHz)
(12x-29x-45x) (2)45x-(4)45x-(8)45x-(12)45x-(16)45x-(20)45x-(24)45x-(28)45x
【MotherBoard】PRIME X299-DELUXE
【Memory】DDR4,32GBytes,Quad,1400.0MHz(1:28),17.0(CL)-17(tRCD)-17(tRP)-17(tRAS)-490(tRFC)-2T(CR)
【MemSpec】DDR4,DDR4-2132(1066MHz),8192MBytes,UDIMM,(XMP2.0),G.Skill,F4-3300C16-8GTZSW
【GPU】NVIDIA GeForce GTX 1080 (22.21.13.8569, 09/16/2017) (GP104)
【OS】Microsoft Windows 10 (10.0) Professional 64-bit (Build 15063) 【DirectX】12.0
【ffmpeg】N-86723-g3b3501f
【追記】
OC non-AVX/AVX3/AVX2 4.5/4.3/4.2 AVX書き間違えた、
OC non-AVX/AVX/AVX512 4.5/4.2/4.3 長考させるエンコやレンダ関係なら気にならないけど
映像系の編集でリアルタイムに作業してるとメモリのクロック（≒Infinity Fabricの動作クロック）は結構体感する
2400→3200にするためにOC4GHzから3.9GHz動作に落としたぐらい
フィルタ関係でGPU比重高いってのもあるけど
Adobe系も使ったりするなら、CPUが100～200MHz差なら、メモリ取った方がいい感じ 【CPU】i5 8250U
【MEM】DDR4 8GB 2400 17-17-17-39
【M/B】DELL
【GPU】Intel® UHD Graphics 620
【SSD/HDD】 SSD 256GB
【OS】 Windows10 home
【x264】x264 0.152.2851kMod ba24899 (8bit)
【オプション】--crf 20
【入力ファイル情報】test-1080p.mkv 1920x1080p 1:1 @ 24000/1001 fps (cfr) 1128frames
【. Slower】 10.43 fps, 3954.37 kb/s, duration 0:01:48.14
【 Slow】 20.86 fps, 4047.44 kb/s, duration 0:00:54.07
【. Medium】 28.27 fps, 4094.00 kb/s, duration 0:00:39.90
【Veryfast】 65.90 fps, 4100.91 kb/s, duration 0:00:17.11
モバイル用CPU早い そういえば書き忘れてましたが、>>876のベンチマークセットを一応GitHubに置きました。
x264_x265_benchmark
https://github.com/enctac/x264_x265_benchmark/releases
上のリリースはバッチファイルのみでバイナリとソース動画は含めていないので、それら込みの方は>>876で上げた
x264_x265_benchmark_20170730.zip (バイナリとtest-1080p.mkv同梱。134MB)
https://www.axfc.net/u/3829762.zip
をご利用下さい。 intel様が居れば安泰
アムドを使ってる輩は恥と知れ 【NVEncC H.264 VBRHQ】NVEncC (x64) 3.16 (r564) by rigaya, Jul 26 2017 20:52:05 (VC 1900/Win/avx2)
【オプション】--avcuvid --vbrhq 4000
【入力ファイル情報】test-1080p.mkv H.264/AVC, 1920x1080, 24000/1001 fps 1128frames
【Quality】 277.15 fps, 3800.56 kbps, 21.32 MB
【NVEncC HEVC main10 VBRHQ】NVEncC (x64) 3.16 (r564) by rigaya, Jul 26 2017 20:52:05 (VC 1900/Win/avx2)
【オプション】--avcuvid --vbrhq 4000 --codec hevc --profile main10
【入力ファイル情報】test-1080p.mkv H.264/AVC, 1920x1080, 24000/1001 fps 1128frames
【Quality】 221.79 fps, 3680.00 kbps, 20.64 MB 【CPU】Intel(R) Core(TM) i5-4690K CPU @ 3.50GHz
【MotherBoard】Z97M Pro4 (ASRock)
【Memory】DDR3,16GBytes,Dual,1066.1MHz
【GPU】NVIDIA GeForce GTX 1060 6GB
■GPU Power Limit50% その他定格
【NVEncC H.264 VBRHQ】NVEncC (x64) 3.16 (r564) by rigaya,
【Quality】 277.15 fps, 3800.56 kbps, 21.32 MB
【NVEncC HEVC main10 VBRHQ】NVEncC (x64) 3.16 (r564) by rigaya,
【Quality】 221.79 fps, 3680.00 kbps, 20.64 MB
■GPU Power Limit100% OC+200MHz
【NVEncC H.264 VBRHQ】NVEncC (x64) 3.16 (r564) by rigaya,
【Quality】 307.11 fps, 3800.56 kbps, 21.32 MB
【NVEncC HEVC main10 VBRHQ】NVEncC (x64) 3.16 (r564) by rigaya,
【Quality】 253.37 fps, 3680.00 kbps, 20.64 MB
rigayaさんありがとう やはりCPUはintel選んだ方が宜しいでしょうか？
AMD使ってると笑われると聞いたので 誰も次スレ立てないので、勝手に立てた。
【x264/x265】実用エンコベンチ Part6
https://egg.5ch.net/test/read.cgi/jisaku/1507728392/
スレタイ・テンプレ、現状に合わせて適当に変えたけど良いよね。 スリッパの能力を引き出せない糞ツールでベンチ取ることに
意義はあるのでしょうか？ このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 553日 0時間 38分 44秒 5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。
