【x264/x265】実用エンコベンチ Part6 ->画像>67枚

x264、x265ベンチ報告スレです。

ベンチマークセット
Part5.1 987作

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

前スレ
【x264+Avisynth】実用エンコベンチ Part5.1
http://2chb.net/r/jisaku/1460032466/

Intelか、AMDか、
その傾向と対策はこちら

Handbrake H.264/HEVC


TMPGEnc H264/H.265

あれ、なんでメモリそんな遅いスピードで使ってるんだろ
3600とかで動くんじゃないか
エンコだとメモリOCは効くし

>>4
ん〜1.2Vで動く範囲で使ってるから？
XMPで3300で動くことは確認してるけど、
AMDと比べたら、そこまでカリカリすることもないかな、と。

確かに絶対スピードは速くなるけど、必要以上にメモコンに負荷かけるのもどうかなーって。
いや、だったら2800とか買えばって思うけど、latency低い1.2Vで動く奴って
逆に高かったりするので。。。（笑

ベンチ回すのに上げることはあっても、常用なら、これでいいかなって感じ。

>>5
Ryzenよりは変わらないかもしれないけどエンコやゲームは結構に変わる
4000とかで使うならともかく3300位なら心配する必要は無いさ
せっかくのメモリが勿体無い

Intelのエンコは、これまでメモリほとんど効かないってことじゃなかったっけ。
x265とかSky-Xは違う？

両極端を貼っておこうか

>>8 このデータだね。
http://www.legitreviews.com/g-skill-trident-z-4000mhz-ddr4-memory-kit-review_176358/4
https://www.techspot.com/article/1171-ddr4-4000-mhz-performance/page2.html
品質の設定やサイズによってかなり違ってくるってことかね。

メモリOCなんて消費電力も殆ど上がらないしいいメモリ持ってるんならやるべきかなw

>>10
DDR3 1600を2000にOCしたら5Wから17Wに上がったぞ

>>12
DDR4は殆ど上がらないみたいだよ
https://akiba-pc.watch.impress.co.jp/docs/dosv/1025780.html

>>13
同じメモリモジュールのOC前後での消費電力差は載ってないようだけど

>>11 ここのベンチ条件だと効かなそうだね。以前クロック半分にして実験君した
人も大差なかったし、基本キャッシュで動いてる部分が大半ってことだろうね。

一番消費電力高いのと一番低いのと比べても3Wも差が無いしDDR4は殆ど変わらない
LEDの有無の方が違いが大きいだろうな
実際2666→3200位だと殆ど変わりなかったよ
3200超えていくと色々盛らないといけないから消費電力は増える

結果のサンプル

【CPU】Intel Core i7 6950X
【CPU_Clock】4254.8 MHz(34.0 x 125.1 MHz)
【Uncore_Clock】3629.1 MHz
【MEM】G.Skill F4-3400C16-4GRBD 4096 MBytes
【MEM_Spec】1668.6 MHz (1:20) 16.0-18-18-38-435-1T DDR4 16 GBytes Quad
【M/B】RAMPAGE V EXTREME (ASUSTeK COMPUTER INC.) BIOS 0050
【GPU】Radeon RX Vega HBM2 8176 MB 0x687F (0x6B76)
【GPU】Radeon RX Vega HBM2 8176 MB 0x687F (0x6B76)
【Storage】TOSHIBA THNSNJ512GCSU
【OS】Microsoft Windows 7 (6.1) Professional 64-bit Service Pack 1 (Build 7601)
【CPU-Z_Version】1.81.0
【Bench_Version】0.1b
【Number_of_Bench】1
【追記】

【Bench_Type】x264_1920x1080
【Bin_Vresion】x264 0.152.2851kMod ba24899 (8bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080p 24000/1001 fps (cfr) 1128 frames
【Veryfast】209.59 fps, 4127.31 kb/s, 6.30 sec, crf=20
【. Medium】112.63 fps, 4284.22 kb/s, 10.09 sec, crf=20
【. Slow】81.89 fps, 4289.08 kb/s, 13.84 sec, crf=20
【. Slower】39.77 fps, 4173.57 kb/s, 28.45 sec, crf=20

【Bench_Type】x265_1920x1080
【Bin_Vresion】x265 2.5+25-4b95f82c9fb1 (8bit+10bit+12bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080 fps 24000/1001 i420p8 1128 frames
【Veryfast】67.70 fps, 2819.36 kb/s, 16.79 sec, crf=20
【. Medium】34.51 fps, 3356.31 kb/s, 32.73 sec, crf=20
【. Slow】14.40 fps, 3660.88 kb/s, 78.61 sec, crf=20

複数同時実行した場合のサンプル（サンプルでは2個同時）

【Bench_Type】x264_1920x1080
【Bin_Vresion】x264 0.152.2851kMod ba24899 (8bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080p 24000/1001 fps (cfr) 1128 frames
【Veryfast】131.95 fps, 141.78 fps, 4127.31 kb/s, 8.61 sec, crf=20
【. Medium】59.88 fps, 58.95 fps, 4284.22 kb/s, 19.23 sec, crf=20
【. Slow】44.25 fps, 43.32 fps, 4289.08 kb/s, 26.11 sec, crf=20
【. Slower】21.39 fps, 22.32 fps, 4173.57 kb/s, 52.82 sec, crf=20

I:\x264_x265_benchmark_gui_v0.1b.rar: x264_x265_benchmark_gui_v0.1b\input\1920.mkv 内にチェックサムエラーが発生しました。ファイルが破損しています
I:\x264_x265_benchmark_gui_v0.1b.rar: x264_x265_benchmark_gui_v0.1b\input\1920.ts 内にチェックサムエラーが発生しました。ファイルが破損しています
I:\x264_x265_benchmark_gui_v0.1b.rar: x264_x265_benchmark_gui_v0.1b\input\3840.mkv 内にチェックサムエラーが発生しました。ファイルが破損しています

>>20
一応再圧縮して上げなおしたけど、こちらではDLしたファイルもちゃんと解凍できてるので
もう一度DLしてみて

早速やってみた。

【CPU】Intel Core i9 7920X
【CPU_Clock】4498.9 MHz(45.0 x 100.0 MHz)
【Uncore_Clock】2400.1 MHz
【MEM】G.Skill F4-3300C16-8GTZSW 8192 MBytes
【MEM_Spec】1599.7 MHz (1:24) 16.0-16-16-36-561-1T DDR4 32 GBytes Quad
【M/B】PRIME X299-DELUXE (ASUSTeK COMPUTER INC.) BIOS 0802
【GPU】NVIDIA GeForce GTX 1080 GDDR5X 8 GB 0x1B80 (0x6686)
【Storage】NVMe INTEL SSDPEDMW40
【OS】Microsoft Windows 10 (10.0) Professional 64-bit (Build 16299)
【CPU-Z_Version】1.81.0
【Bench_Version】0.1b
【Number_of_Bench】1
【追記】

【Bench_Type】x264_1920x1080
【Bin_Vresion】x264 0.152.2851kMod ba24899 (8bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080p 24000/1001 fps (cfr) 1128 frames
【Veryfast】280.67 fps, 4127.54 kb/s, 4.22 sec, crf=20
【. Medium】140.14 fps, 4284.44 kb/s, 8.28 sec, crf=20
【. Slow】103.08 fps, 4288.86 kb/s, 11.17 sec, crf=20
【. Slower】49.77 fps, 4173.94 kb/s, 22.93 sec, crf=20

【Bench_Type】x264_3840x2160
【Bin_Vresion】x264 0.152.2851kMod ba24899 (8bit), ffmpeg N-86723-g3b3501f
【Input】3840.mkv 3840x2160p 24000/1001 fps (cfr) 1128 frames
【Veryfast】72.39 fps, 11604.27 kb/s, 16.59 sec, crf=20
【. Medium】38.63 fps, 11511.01 kb/s, 29.70 sec, crf=20
【. Slow】29.66 fps, 11472.96 kb/s, 38.54 sec, crf=20
【. Slower】14.07 fps, 11121.55 kb/s, 80.74 sec, crf=20

4kまでやると、一つに収まらない。。。

【Bench_Type】x265_1920x1080
【Bin_Vresion】x265 2.5+31-df2de6ea407d (8bit+10bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080 fps 24000/1001 i420p8 1128 frames
【Veryfast】85.65 fps, 2819.36 kb/s, 13.38 sec, crf=20
【. Medium】45.57 fps, 3356.31 kb/s, 24.95 sec, crf=20
【. Slow】18.78 fps, 3660.88 kb/s, 60.27 sec, crf=20

【Bench_Type】x265_3840x2160
【Bin_Vresion】x265 2.5+31-df2de6ea407d (8bit+10bit), ffmpeg N-86723-g3b3501f
【Input】3840.mkv 3840x2160 fps 24000/1001 i420p8 1128 frames
【Veryfast】26.77 fps, 8807.02 kb/s, 42.39 sec, crf=20
【. Medium】12.21 fps, 9332.03 kb/s, 92.70 sec, crf=20
【. Slow】5.50 fps, 9743.25 kb/s, 205.42 sec, crf=20

>>22
ちゃんとCPUクロック取得できてるみたいだね
報告ありがとう

>>23
やっぱり4KはデフォルトではチェックはずしてFHDのみにした方が良かったかな
まあ収まらないのはなんとなく分かってはいたけど、最近のCPUだとFHDだけではCPU使い切れないと思ったので
（あと作者自身がAvisynthでFHD→4Kアプコンしてx265でエンコしてたりするので）

駄目だ破損報告される
WinRAR5.3.1
Ryzen

できた！

Ryzen7 1700@3800MHzだす
【CPU】AMD Ryzen 7 1700
【CPU_Clock】1688.5 MHz(16.89 x 100.0 MHz)
【Uncore_Clock】1599.6 MHz
【MEM】Corsair CMR16GX4M2C3600C18 8192 MBytes
【MEM_Spec】1599.6 MHz (1:16) 14.0-14-14-39-1T DDR4 16 GBytes Dual
【M/B】X370 Taichi (ASRock) BIOS P3.10
【GPU】NVIDIA GeForce GTX 1060 6GB GDDR5 6 GB 0x1C03 (0x3438)
【Storage】NVMe SAMSUNG MZVKW512
【OS】Microsoft Windows 10 (10.0) Professional 64-bit (Build 16299)
【CPU-Z_Version】1.81.0
【Bench_Version】0.1b
【Number_of_Bench】1
【追記】

【Bench_Type】x264_1920x1080
【Bin_Vresion】x264 0.152.2851kMod ba24899 (8bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080p 24000/1001 fps (cfr) 1128 frames
【Veryfast】151.25 fps, 4127.35 kb/s, 12.73 sec, crf=20
【. Medium】76.16 fps, 4286.57 kb/s, 19.26 sec, crf=20
【. Slow】55.95 fps, 4291.10 kb/s, 25.29 sec, crf=20
【. Slower】27.52 fps, 4173.23 kb/s, 45.73 sec, crf=20

【Bench_Type】x265_1920x1080
【Bin_Vresion】x265 2.5+31-df2de6ea407d (8bit+10bit+12bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080 fps 24000/1001 i420p8 1128 frames
【Veryfast】45.10 fps, 2819.36 kb/s, 29.88 sec, crf=20
【. Medium】24.12 fps, 3356.31 kb/s, 51.62 sec, crf=20
【. Slow】10.32 fps, 3660.88 kb/s, 114.39 sec, crf=20

>>28
報告ありがとう
CPUクロックがちゃんと取得できてないね
「Linpackの起動に失敗しました」等のエラーメッセージ表示された？
されてなければ、実行ベンチの所のチェックを全部OFFにして環境情報取得Waitを99秒に設定して
ベンチ実行を押すと、ベンチは実行されずLinpackが99秒起動した後に環境情報だけ取得されるから
Linpackが起動している間にCPU使用率確認してみてほしい

NUMA構成でやってみた。定格CPUでLinpackだとクロックがベース寄りに
なるかと思ったけど、エンコ時（全コアTB最大）と同じクロック取得できた。
x265は3個以上同時でもCPU使用率がほとんど上がらない。NUMA関係
のオプションで改善できるのかな？

【CPU】Intel Xeon E5 2687W
【CPU_Clock】3390.7 MHz(34.0 x 99.7 MHz)
【CPU】Intel Xeon E5 2687W
【CPU_Clock】3390.7 MHz(34.0 x 99.7 MHz)
【MEM】G.Skill F3-2133C9-4GAB 4096 MBytes
【MEM_Spec】797.8 MHz (1:12) 10.0-10-10-25-128-1T DDR3 32 GBytes Quad
【M/B】Classified SR-X (EVGA Corporation) BIOS 4.6.5
【GPU】NVIDIA GeForce GTX 570 GDDR5 1280 MB 0x1086 (0x0871)
【Storage】
【OS】Microsoft Windows 7 (6.1) Professional 64-bit Service Pack 1 (Build 7601)
【CPU-Z_Version】1.81.0
【Bench_Version】0.1b
【Number_of_Bench】2
【追記】

【Bench_Type】x264_1920x1080
【Bin_Vresion】x264 0.152.2851kMod ba24899 (8bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080p 24000/1001 fps (cfr) 1128 frames
【Veryfast】122.77 fps, 114.77 fps, 4127.31 kb/s, 12.81 sec, crf=20
【. Medium】51.83 fps, 54.82 fps, 4284.44 kb/s, 24.88 sec, crf=20
【. Slow】40.13 fps, 39.97 fps, 4289.31 kb/s, 31.25 sec, crf=20
【. Slower】20.06 fps, 19.54 fps, 4173.94 kb/s, 60.45 sec, crf=20

【Bench_Type】x264_3840x2160
【Bin_Vresion】x264 0.152.2851kMod ba24899 (8bit), ffmpeg N-86723-g3b3501f
【Input】3840.mkv 3840x2160p 24000/1001 fps (cfr) 1128 frames
【Veryfast】31.25 fps, 35.00 fps, 11610.14 kb/s, 39.48 sec, crf=20
【. Medium】14.60 fps, 15.07 fps, 11521.43 kb/s, 80.11 sec, crf=20
【. Slow】10.51 fps, 10.67 fps, 11482.80 kb/s, 110.95 sec, crf=20
【. Slower】5.31 fps, 5.29 fps, 11130.22 kb/s, 216.90 sec, crf=20

>>30 の続き

【Bench_Type】x265_1920x1080
【Bin_Vresion】x265 2.5+25-4b95f82c9fb1 (8bit+10bit+12bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080 fps 24000/1001 i420p8 1128 frames
【Veryfast】25.75 fps, 25.69 fps, 2819.36 kb/s, 47.08 sec, crf=20
【. Medium】12.40 fps, 12.41 fps, 3356.31 kb/s, 93.94 sec, crf=20
【. Slow】5.62 fps, 5.62 fps, 3660.88 kb/s, 203.69 sec, crf=20
【. Slower】1.93 fps, 1.94 fps, 3590.20 kb/s, 587.78 sec, crf=20

【Bench_Type】x265_3840x2160
【Bin_Vresion】x265 2.5+25-4b95f82c9fb1 (8bit+10bit+12bit), ffmpeg N-86723-g3b3501f
【Input】3840.mkv 3840x2160 fps 24000/1001 i420p8 1128 frames
【Veryfast】7.86 fps, 7.94 fps, 8807.02 kb/s, 146.83 sec, crf=20
【. Medium】3.49 fps, 3.56 fps, 9332.03 kb/s, 326.51 sec, crf=20
【. Slow】1.75 fps, 1.62 fps, 9743.25 kb/s, 700.25 sec, crf=20
【. Slower】0.61 fps, 0.61 fps, 9162.05 kb/s, 1850.08 sec, crf=20

>>29
>Linpackの起動に失敗しました
これは出ません

CPU使用率
1つのコアが3400MHｚあたりをろろうろ
その他は最低クロックです。

>>29
linpack_xeon64.exeは
Intel Math Kernel Library Benchmarksに入ってるやつだからintelのCPU以外じゃ普通動かないんじゃね？
OCCTのとかLinX AMD Editionはなぜか動かしてるけど

>>32
報告ありがとう
>>33さんの言う通り普通の（オリジナルの）LinpackだとAMDのCPUでは正常に動かないみたいなので
下記のサイトから「LinX v0.8.0K AMD Edition (x64).zip」をDLしてこれに同梱されている
「linpack_xeon64.exe」と「libiomp5md.dll」をベンチのbinフォルダに入れて（libiomp5md.dllは上書き）
GUIからLinpackパスの選択でbinフォルダに入れた「linpack_xeon64.exe」を選択して
>>29をやってみてCPU使用率がどうなるか見てみて

http://hwtips.tistory.com/1611 (韓国語なので一応注意)

>>34
ちゃんと取得できましたよ
【CPU】AMD Ryzen 7 1700
【CPU_Clock】3799.1 MHz(38.0 x 100.0 MHz)
【Uncore_Clock】1599.6 MHz
【MEM】Corsair CMR16GX4M2C3600C18 8192 MBytes
【MEM_Spec】1599.6 MHz (1:16) 14.0-14-14-39-1T DDR4 16 GBytes Dual
【M/B】X370 Taichi (ASRock) BIOS P3.10
【GPU】NVIDIA GeForce GTX 1060 6GB GDDR5 6 GB 0x1C03 (0x3438)
【Storage】NVMe SAMSUNG MZVKW512
【OS】Microsoft Windows 10 (10.0) Professional 64-bit (Build 16299)
【CPU-Z_Version】1.81.0
【Bench_Version】0.1b
【Number_of_Bench】1
【追記】

【Bench_Type】x264_1920x1080
【Bin_Vresion】x264 0.152.2851kMod ba24899 (8bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080p 24000/1001 fps (cfr) 1128 frames
【Veryfast】147.80 fps, 4127.35 kb/s, 12.59 sec, crf=20
【. Medium】74.54 fps, 4286.57 kb/s, 20.47 sec, crf=20
【. Slow】55.26 fps, 4291.10 kb/s, 25.13 sec, crf=20
【. Slower】27.15 fps, 4173.23 kb/s, 46.13 sec, crf=20

ごめんもう一回やってみる

>>31
時代を感じる。2013 年位に最速誇ってたのに。
うちの 2680v2 x2 もんなもんなのか

環境情報取得Wait99秒で全コア100パーセントだった。

環境情報取得Wait5秒でやってみた。
【CPU】AMD Ryzen 7 1700
【CPU_Clock】3797.8 MHz(38.0 x 99.9 MHz)
【Uncore_Clock】1599.1 MHz
【MEM】Corsair CMR16GX4M2C3600C18 8192 MBytes
【MEM_Spec】1599.1 MHz (1:16) 14.0-14-14-39-1T DDR4 16 GBytes Dual
【M/B】X370 Taichi (ASRock) BIOS P3.10
【GPU】NVIDIA GeForce GTX 1060 6GB GDDR5 6 GB 0x1C03 (0x3438)
【Storage】NVMe SAMSUNG MZVKW512
【OS】Microsoft Windows 10 (10.0) Professional 64-bit (Build 16299)
【CPU-Z_Version】1.81.0
【Bench_Version】0.1b
【Number_of_Bench】1
【追記】

【Bench_Type】x264_1920x1080
【Bin_Vresion】x264 0.152.2851kMod ba24899 (8bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080p 24000/1001 fps (cfr) 1128 frames
【Veryfast】153.83 fps, 4127.35 kb/s, 7.47 sec, crf=20
【. Medium】76.65 fps, 4286.57 kb/s, 14.92 sec, crf=20
【. Slow】55.56 fps, 4291.10 kb/s, 20.47 sec, crf=20
【. Slower】27.47 fps, 4173.23 kb/s, 41.29 sec, crf=20

【Bench_Type】x265_1920x1080
【Bin_Vresion】x265 2.5+31-df2de6ea407d (8bit+10bit+12bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080 fps 24000/1001 i420p8 1128 frames
【Veryfast】45.17 fps, 2819.36 kb/s, 25.16 sec, crf=20
【. Medium】24.33 fps, 3356.31 kb/s, 46.52 sec, crf=20
【. Slow】10.30 fps, 3660.88 kb/s, 109.74 sec, crf=20

【CPU】Intel Xeon E5 v3
【CPU_Clock】2099.5 MHz(21.0 x 100.0 MHz)
【Uncore_Clock】1799.6 MHz
【MEM】Kingston 9905663-007.A00G 16384 MBytes
【MEM_Spec】1066.5 MHz (1:16) 15.0-15-15-36-374-2T DDR4 64 GBytes Quad
【M/B】EPC612D4I (ASRockRack) BIOS P1.20
【GPU】 0x2000 (0x2000)
【Storage】Msft Virtual Disk
【OS】Microsoft Windows Server 2012 R2 Datacenter Edition (Full) 64-bit (Build 9600)
【CPU-Z_Version】1.81.0
【Bench_Version】0.1b
【Number_of_Bench】1
【追記】

【Bench_Type】x264_1920x1080
【Bin_Vresion】x264 0.152.2851kMod ba24899 (8bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080p 24000/1001 fps (cfr) 1128 frames
【Veryfast】132.16 fps, 4127.31 kb/s, 8.69 sec, crf=20
【. Medium】56.79 fps, 4284.44 kb/s, 20.04 sec, crf=20
【. Slow】39.92 fps, 4289.31 kb/s, 28.45 sec, crf=20
【. Slower】19.06 fps, 4173.94 kb/s, 59.40 sec, crf=20

【Bench_Type】x264_3840x2160
【Bin_Vresion】x264 0.152.2851kMod ba24899 (8bit), ffmpeg N-86723-g3b3501f
【Input】3840.mkv 3840x2160p 24000/1001 fps (cfr) 1128 frames
【Veryfast】32.61 fps, 11603.87 kb/s, 35.03 sec, crf=20
【. Medium】14.99 fps, 11511.01 kb/s, 75.78 sec, crf=20
【. Slow】11.22 fps, 11474.33 kb/s, 101.11 sec, crf=20
【. Slower】5.32 fps, 11121.55 kb/s, 212.72 sec, crf=20

【Bench_Type】x265_1920x1080
【Bin_Vresion】x265 2.5+25-4b95f82c9fb1 (8bit+10bit+12bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080 fps 24000/1001 i420p8 1128 frames
【Veryfast】33.11 fps, 2819.36 kb/s, 34.19 sec, crf=20
【. Medium】16.84 fps, 3356.31 kb/s, 67.11 sec, crf=20
【. Slow】6.95 fps, 3660.88 kb/s, 162.42 sec, crf=20

【Bench_Type】x265_3840x2160
【Bin_Vresion】x265 2.5+25-4b95f82c9fb1 (8bit+10bit+12bit), ffmpeg N-86723-g3b3501f
【Input】3840.mkv 3840x2160 fps 24000/1001 i420p8 1128 frames
【Veryfast】10.12 fps, 8807.02 kb/s, 111.71 sec, crf=20
【. Medium】4.34 fps, 9332.03 kb/s, 260.43 sec, crf=20
【. Slow】1.88 fps, 9743.25 kb/s, 600.23 sec, crf=20

2687W のシングルと似た性能か

>>35,>>38,>>39
報告ありがとう

>>17のリンクに同梱のLinpackをLinX v0.8.0K AMD EditionのLinpackに差し替えました
（このLinpackはIntel環境でも普通に動くのでIntelとAMD用で分けるのではなく差し替えという形にしました）
一応、前に同梱していたLinX v0.6.5のLinpackも同梱しておきました

一応回したんで、貼っておく。進歩を感じられると思う。
>>37 Sandy-EPは2012年の2月か3月。マルチ(AVXなしでも)はSky-Xに一気に追い越されたね。

【CPU】Intel Core i7 3960X
【CPU_Clock】4698.9 MHz(47.0 x 100.0 MHz)
【MEM】G.Skill F3-19200CL9-4GBZMD 4096 MBytes
【MEM_Spec】1066.5 MHz (1:16) 10.0-11-11-29-160-1T DDR3 16 GBytes Quad
【M/B】RAMPAGE IV FORMULA (ASUSTeK COMPUTER INC.) BIOS 4901
【GPU】NVIDIA GeForce GTX 570 GDDR5 1280 MB 0x1086 (0x087E)
【Storage】INTEL SSDSC2BB480G7
【OS】Microsoft Windows 10 (10.0) Professional 64-bit (Build 16299)
【CPU-Z_Version】1.81.0
【Bench_Version】0.1b
【Number_of_Bench】1
【追記】

【Bench_Type】x264_1920x1080
【Bin_Vresion】x264 0.152.2851kMod ba24899 (8bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080p 24000/1001 fps (cfr) 1128 frames
【Veryfast】128.47 fps, 4122.30 kb/s, 8.86 sec, crf=20
【. Medium】55.87 fps, 4289.26 kb/s, 20.33 sec, crf=20
【. Slow】41.77 fps, 4293.54 kb/s, 27.11 sec, crf=20
【. Slower】19.82 fps, 4182.04 kb/s, 57.04 sec, crf=20

【Bench_Type】x264_3840x2160
【Bin_Vresion】x264 0.152.2851kMod ba24899 (8bit), ffmpeg N-86723-g3b3501f
【Input】3840.mkv 3840x2160p 24000/1001 fps (cfr) 1128 frames
【Veryfast】34.01 fps, 11550.26 kb/s, 33.35 sec, crf=20
【. Medium】14.79 fps, 11484.85 kb/s, 76.49 sec, crf=20
【. Slow】11.21 fps, 11442.63 kb/s, 100.91 sec, crf=20
【. Slower】5.17 fps, 11099.39 kb/s, 218.28 sec, crf=20

>>44 の続き

【Bench_Type】x265_1920x1080
【Bin_Vresion】x265 2.5+25-4b95f82c9fb1 (8bit+10bit+12bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080 fps 24000/1001 i420p8 1128 frames
【Veryfast】31.41 fps, 2819.36 kb/s, 36.00 sec, crf=20
【. Medium】17.30 fps, 3356.31 kb/s, 65.30 sec, crf=20
【. Slow】7.50 fps, 3660.88 kb/s, 150.57 sec, crf=20
【. Slower】2.52 fps, 3590.20 kb/s, 446.97 sec, crf=20

【Bench_Type】x265_3840x2160
【Bin_Vresion】x265 2.5+25-4b95f82c9fb1 (8bit+10bit+12bit), ffmpeg N-86723-g3b3501f
【Input】3840.mkv 3840x2160 fps 24000/1001 i420p8 1128 frames
【Veryfast】8.79 fps, 8807.02 kb/s, 128.44 sec, crf=20
【. Medium】4.23 fps, 9332.03 kb/s, 267.13 sec, crf=20
【. Slow】1.85 fps, 9743.25 kb/s, 608.65 sec, crf=20
【. Slower】0.69 fps, 9162.05 kb/s, 1631.12 sec, crf=20

>>37,>>40
仮想環境？
2680v2 x2だとしたら環境情報がいろいろと変だけど

途中で書いちゃった。

>>22の環境で２個同時のベンチ取って、
１個処理との差を取ってみた結果。

上がx264のFHDと4k、下がx265のFHDと4k

こう見ると、7920Xの12core/24threadですら、もう単体じゃ使い切れて無いな、
1割位伸びてる。

7980XEとか3つぐらいまで処理伸びるんじゃないだろうか・・・

>>40 Mini ITX M/B（UP）だね。E5-2680v2x1で素のシステムならもう少し出てもよさそう。
10Cx3.2GHzくらいか？（Ivy-EPのx264でのIPCはSandy-EP/Eの6%増しくらいのはず）

>>48 でもNUMAに比べると大幅に効率いい。

>>46
中古で買ったら QS だったの巻 (2650L v3) 載らないのはそのせいっす
2680 v2 は置物なっててディスクがないので時間あるときに…

【x264】x264 0.152.2851kMod ba24899 (8bit)
　【オプション】--crf 20 --asm avx --opencl --opencl-device 1
　【入力ファイル情報】test-1080p.mkv 1920x1080p 1:1 @ 24000/1001 fps (cfr) 1128frames
　【.　Slower】 28.87 fps, 3958.32 kb/s, duration 0:00:39.07
　【　 　Slow】 59.57 fps, 4058.05 kb/s, duration 0:00:18.93
　【. Medium】 80.88 fps, 4104.23 kb/s, duration 0:00:13.94
　【Veryfast】 173.57 fps, 4114.06 kb/s, duration 0:00:06.49

8700Kと比べるためにオプション付きも掲載してみた

>>51
どの段階で落ちる？
「ベンチ実行」を押した直後？
それともベンチのコマンドプロンプトが表示された後？
「環境情報取得」のチェックはずして実行しても落ちる？

「ベンチ実行」の直後に落ちるようだ（DOS窓は開かなかった）
イベントビューアには
障害が発生しているモジュール名: x264_x265_benchmark_gui.exe
例外コード: 0xc0000005
・
・
・
「環境情報取得」のチェックを外しても同じだった
他のチェックも外してみたりしたけど変わらなかった

障害オフセット: 0x0000429a

ESXi 6.5 上の仮想で実行すると環境情報取得つけると落ちるのは仕方がないのかな。

障害モジュールの名前: x264_x265_benchmark_gui.exe
障害モジュールのバージョン: 0.0.0.0
障害モジュールのタイムスタンプ: 59f711c5
例外コード: c0000005
例外オフセット: 000090df
OS バージョン: 6.3.9600.2.0.0.144.8
ロケール ID: 1041

>>54,55
ありがとう
ちょっと原因が分からないね

tempフォルダの中に「x264_x265_benchmark_xxx.bat」っていうバッチファイルできてる？

>>56
環境情報取得ONで落ちるのは、Readmeにも既知の問題点として書いてあるけど
CPU-Zのログから一部の情報が取得できなかった場合です
こっちは原因が分かっているので（情報を抽出する処理のエラー処理が適当なため）
そのうち修正します
ありがとう

実行する度にチェック分の7個のbatファイル(ffmpegとstart)ができていたよ

そういえば、最近Windows10のバージョンが1709に上がった絡みかも知れない

>>58
これを付属の「x264_x265_benchmark_gui.exe」と入れ替えて起動してベンチ実行押すと
エラーってタイトルで数字が書かれたメッセージボックスが表示されると思うから
落ちる直前に表示された番号教えて
（多分「3」って表示された後落ちるかな？）
https://drive.google.com/file/d/0B8o-zISICm3lZWlCUm9leFowUW8/view

r2803からAVX512使うんだ
初めて知ったぜ
効果あるかしらないけど

こんどはダイアログで「1」が出てピコーンっとなって直ぐに「2」になり
コマンドプロンプトが次々と切り替わりDOSバッチが起動しました。

【CPU】AMD Ryzen 7 1700X
【CPU_Clock】3799.1 MHz(38.0 x 100.0 MHz)
【Uncore_Clock】1333.0 MHz
【MEM】Crucial Technology BLT8G4D26AFTA.16FB 8192 MBytes
【MEM_Spec】1333.0 MHz (3:40) 16.0-17-17-36-1T DDR4 16 GBytes Dual
【M/B】X370 Taichi (ASRock) BIOS P3.20
【GPU】NVIDIA GeForce GTX 1050 Ti GDDR5 4 GB 0x1C82 (0x85C6)
【Storage】INTEL SSDSC2CT120A3
【OS】Microsoft Windows 10 (10.0) Professional 64-bit (Build 16299)
【CPU-Z_Version】1.81.0
【Bench_Version】0.1b
【Number_of_Bench】1
【追記】

【Bench_Type】x264_1920x1080
【Bin_Vresion】x264 0.152.2851kMod ba24899 (8bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080p 24000/1001 fps (cfr) 1128 frames
【Veryfast】157.41 fps, 4127.35 kb/s, 10.75 sec, crf=20
【. Medium】76.22 fps, 4286.57 kb/s, 18.51 sec, crf=20
【. Slow】55.75 fps, 4291.10 kb/s, 24.36 sec, crf=20
【. Slower】27.36 fps, 4173.23 kb/s, 44.85 sec, crf=20

【Bench_Type】x265_1920x1080
【Bin_Vresion】x265 2.5+25-4b95f82c9fb1 (8bit+10bit+12bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080 fps 24000/1001 i420p8 1128 frames
【Veryfast】43.68 fps, 2819.36 kb/s, 29.55 sec, crf=20
【. Medium】22.99 fps, 3356.31 kb/s, 53.06 sec, crf=20
【. Slow】10.02 fps, 3660.88 kb/s, 116.38 sec, crf=20

ベンチ終了メッセージの後にメモ帳を開き確認したら
正常に処理されていたみたいです。（ダイアログボックスは「2」）

ありがとうございます。正常に処理されたようです。

追伸
ダイアログボックスが開いたままなので
最後に閉じたら「2」>「4」になってから
ボックスが閉じることができました。

>>61,>>62
？何で動いたんだろ？
何度もごめん
これだと「3」って表示された後落ちる？
https://drive.google.com/file/d/0B8o-zISICm3lOHhUWHlxRjNTcm8/view?usp=sharing

ちょっと訂正、もう一度やってみたら

メッセージボックス「1」のOKを押すと開始
メッセージボックス「2」を表示したままだと最後まで終了
メッセージボックス「2」のOKを押すと「4」のボックスに遷移
メッセージボックス「4」のOKを押すとバッチ処理終了時に強制終了

全てのメッセージボックスを閉じると
その時点で実行していたバッチ処理を除いて
強制終了処理に移行するみたいでした。

環境情報取得ONです。

>>63
「x264_x265_benchmark_gui_test2」に差し替えたところ
オリジナルと同じに強制終了しました。

すいません
そろそろ上がりますので、また、明日以降お願いいたします。

ちょっと補足
「x264_x265_benchmark_gui_test2」
メッセージボックスは表示せず
（3は一度も見たことがありません）
直後に強制終了します。

環境情報取得ON/OFFでも

珈琲ベンチはよ

【CPU】AMD Ryzen Threadripper 1950X
【CPU_Clock】3897.7 MHz(39.0 x 99.9 MHz)
【Uncore_Clock】1665.7 MHz
【MEM】Corsair CMR32GX4M4C3466C16 8192 MBytes
【MEM_Spec】1665.7 MHz (3:50) 14.0-15-15-35-1T DDR4 32 GBytes Quad
【M/B】ROG ZENITH EXTREME (ASUSTeK COMPUTER INC.) BIOS 0701
【GPU】NVIDIA GeForce GTX 1070 GDDR5 8 GB 0x1B81 (0x1435)
【Storage】NVMe Samsung SSD 950
【OS】Microsoft Windows 10 (10.0) Professional 64-bit (Build 15063)
【CPU-Z_Version】1.81.0
【Bench_Version】0.1b
【Number_of_Bench】2
【追記】

【Bench_Type】x264_3840x2160
【Bin_Vresion】x264 0.152.2851kMod ba24899 (8bit), ffmpeg N-86723-g3b3501f
【Input】3840.mkv 3840x2160p 24000/1001 fps (cfr) 1128 frames
【Veryfast】39.80 fps, 39.65 fps, 11610.05 kb/s, 29.14 sec, crf=20
【. Medium】21.24 fps, 23.17 fps, 11521.43 kb/s, 53.87 sec, crf=20
【. Slow】17.10 fps, 16.41 fps, 11482.23 kb/s, 69.93 sec, crf=20
【. Slower】8.02 fps, 8.09 fps, 11130.29 kb/s, 141.32 sec, crf=20

【Bench_Type】x265_1920x1080
【Bin_Vresion】x265 2.5+25-4b95f82c9fb1 (8bit+10bit+12bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080 fps 24000/1001 i420p8 1128 frames
【Veryfast】47.14 fps, 47.07 fps, 2819.36 kb/s, 24.25 sec, crf=20
【. Medium】24.52 fps, 24.45 fps, 3356.31 kb/s, 46.37 sec, crf=20
【. Slow】10.69 fps, 10.72 fps, 3660.88 kb/s, 105.77 sec, crf=20

UMAモードにて
【Bench_Type】x264_1920x1080
【Bin_Vresion】x264 0.152.2851kMod ba24899 (8bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080p 24000/1001 fps (cfr) 1128 frames
【Veryfast】158.92 fps, 158.67 fps, 4127.35 kb/s, 7.39 sec, crf=20
【. Medium】80.66 fps, 80.36 fps, 4284.44 kb/s, 14.38 sec, crf=20
【. Slow】60.26 fps, 59.87 fps, 4288.62 kb/s, 19.16 sec, crf=20
【. Slower】29.12 fps, 29.49 fps, 4173.94 kb/s, 39.04 sec, crf=20

NUMAモードにて

【Bench_Type】x264_1920x1080
【Bin_Vresion】x264 0.152.2851kMod ba24899 (8bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080p 24000/1001 fps (cfr) 1128 frames
【Veryfast】152.66 fps, 152.41 fps, 4127.35 kb/s, 7.67 sec, crf=20
【. Medium】83.85 fps, 84.58 fps, 4284.44 kb/s, 13.72 sec, crf=20
【. Slow】62.82 fps, 62.02 fps, 4288.62 kb/s, 18.48 sec, crf=20
【. Slower】30.60 fps, 30.41 fps, 4173.94 kb/s, 37.38 sec, crf=20

2本同時だとNUMAが結構優秀

>>65
ID:qRk7AlcUさん
昨夜の続きです
これを試してもらえますか
https://drive.google.com/file/d/0B8o-zISICm3laDBGaGpieUx1XzQ/view?usp=sharing

>>69
URL間違えた
こっちです
https://drive.google.com/file/d/0B8o-zISICm3leXdmVVBmdzdCMEE/view?usp=sharing

>>70
遅くなって申し訳ございません。
TEST2と同じく実行直後にWindows10のエラーメッセージ(Microsoftに報告〜)が現れ終了します。
また、「LinX v0.8.0K AMD Edition (x64).zip」と「x264_x265_benchmark_gui_v0.1b」をダウンロードし直してみても同じでした。

test1 メッセージボックスの「4」を閉じなければ結果出力まで行われる。
test2　「ベンチ実行」直後にWindows10のエラーメッセージが出力される。
test3 同上

Report.wer
https://yahoo.jp/box/5EYXM7

お付き合いさせて申し訳ありませんでした。
こちらの環境のアップデート次第で状況が変わるかもしれないので
同様な現象の方が他に居なければ「test1」を使わせて頂きます。

面倒でなければテストは引き続き行いますのでURLをお教えください。

>>71
ありがとう
うーん、やっぱり原因不明ですね

test1のようにメッセージか表示されるので、「1」→OKで落ちるか、「2」→OKで落ちるか教えてください
https://drive.google.com/file/d/0B8o-zISICm3lWXQxY2g3UFJJbVE/view?usp=sharing

「x264_x265_benchmark_gui_test4」です。

「1」では落ちませんでしたが、OKを押すまでイベントは発生しませんでした。
「2」のまま、OKを押さなければ最後まで実行されます。
「2」のOKを押すと落ちます。

ではでは。

wer よりプロセスダンプ取れたほうが解決早そうだけど

>>73
ありがとう

これはどうでしょうか
https://drive.google.com/file/d/0B8o-zISICm3lOExsZklZZUpYX0E/view?usp=sharing

残念ながら「x264_x265_benchmark_gui_test5」の結果は前回と同じでした。

解析に役に立つか分かりませんが

https://yahoo.jp/box/5EYXM7

Report.wer

x264_x265_benchmark_gui.DMP
起動時

x264_x265_benchmark_gui(2).DMP
ベンチ実行時

x264_x265_benchmark_gui(3).DMP
「1」押下げ時

x264_x265_benchmark_gui(4).DMP
動作停止時

ダンプ等をアップロードしておきました。

>>76
ありがとう
でも、リンク先がフォルダー、もしくはファイルが存在しません。になってしまっている

取り合えず今までの検証で分かったことは少し技術的な話になってしまいますが
ダイアログプロシージャというダイアログを制御するためのコールバック関数があるんですが
この関数をリターンしてOS側に制御が戻った後に落ちてしまっているので原因不明です

わざわざ技術的説明ありがとうございます。

OS側が絡んで来ると厄介ですよね。

今回は大変ありがとうございます。


リンク先の公開を忘れていました。

https://yahoo.jp/box/c3tN5i


どうぞ、ごゆっくりお休みくださいませ。

x264_265_benchmark_gui　ver0.2b (327MB)
https://drive.google.com/file/d/1_54Bha6cEuhidPpVDvJAO9mw1bGHwL8y/view?usp=sharing


ver0.2b（2017/11/03）
・ベンチ実行部分の処理を一部変更
・ベンチスレッドの起動に失敗した時にGUIがクラッシュする不具合の修正
・ベンチ複数同時実行時に、ベンチが起動失敗した場合にGUIが終了しても cmd がタスクに残ってしまうことがある不具合の修正
・CPU-Zが出力したテキストログから情報を抽出する処理のエラー処理を強化
・ベンチ結果の各プリセットの一番後ろに記載されるエンコーダオプションを追加（詳しくは同梱の 結果のサンプル.txt を参照）
・CPU-Zのx64版のバイナリを同梱

既知の問題点
・一部環境でベンチ実行直後にGUIがクラッシュすることがあるようです（原因不明です）
・CPU-Zのテキストログ出力のバグで、Storageの名称の頭に「NVMe」「ATA」等と表示されている場合、
　名称の後ろの文字が最大5文字分切れてしまうことがあるようです
・CPU-Zが出力したテキストログから一部の情報が取得できなかった場合に落ちる不具合は、エラー処理を強化したので
　多分直ってると思います

>>78
ver0.2bは昨夜のtest5とほぼ同等（メッセージが表示されないのとver表記が0.2bになってるくらい）のもので
落ちるのは直っていませんので念のため
あとご提供いただいたダンプを解析してみましたが、やはりOS側に制御が戻った後に
win32uのNtUserWaitMessageAPIが0x80000003で落ちてしまっているようですが
それ以上のことは分かりませんでした
もしかするとアンチウイルスや他の常駐ソフト等に邪魔されてるのかもしれません

0xc5でおっこってたのにtestのは0x80000003=brakepointだし取れてないんじゃないかね。

押すたびにダンプ出てるみたいだしbpはってるとこで都度出てるんじゃないかな

>>80
やはり同じでした。
また、ダンプの説明恐れ入ります。
記憶保護例外は特定しにくいですよね。
テスト法方等指示があれば行います。

報告ありがとうございました。

ウィルスソフトのアンインストールと
サービスとスタートアップ停止を同時に
設定して再起動したら起動中のままに！
リカバリーかクリーンインストールか悩む

>>79
windows10 pro x64で実行すると
ベンチ用batファイルの書き込みに失敗しました
と出て実行できません
iniファイル内のパスは適切に変更されています
ウィルス対策ソフトを止めてもダメでした
他にとれる対策があれば教えてください

>>84
管理者権限のあるユーザーでログインしてUACを無効にする
「x264_x265_benchmark_gui.exe」のプロパティで管理者として実行にチェック（これはやらなくても大丈夫かも）
あとパスにUnicode依存（Shift-JISで表現できない）文字が入ってると多分動かないです

>>85
回答ありがとうございます
頂いたアドバイスを試してみましたが
バッチファイルの書き込み失敗で実行できませんでした
便利そうなので使いたかったのですが
エンコ部分だけ手動でバッチファイルを書いて報告することにします

【Benchmark】x264_x265_benchmark_20170730

【CPU】Intel(R) Core(TM) i7-8700K CPU @ 4.50GHz (Coffee Lake)(6Cores/12Threads)(14nm)
【MotherBoard】Z370 Pro4
【Memory】DDR4,32GB,2666MHz,16.0(CL)-18(tRCD)-18(tRP)-35(tRAS)-386(tRFC)-2T(CR)Corsair,CMK32GX4M2A2666C16
【GPU】NVIDIA GeForce GTX 1080 (23.21.13.8813, 10/27/2017) (GP104)
【SSD/HDD】960Pro 1TB
【OS】Microsoft Windows 10 (10.0) Professional 64-bit (Build 15063) 【DirectX】12.0
【ffmpeg】N-86723-g3b3501f

【x265】x265 2.5+25-4b95f82c9fb1 (8bit+10bit+12bit)
　【オプション】--crf 18
　【入力ファイル情報】test-1080p.mkv 1920x1080 24000/1001 fps i420p8 1128frames
　【　 　Slow】 10.44 fps, 4788.97 kb/s, 108.00s
　【. Medium】 26.71 fps, 4408.42 kb/s, 42.24s
　【Veryfast】 52.22 fps, 3785.90 kb/s, 21.60s

【x264】x264 0.152.2851kMod ba24899 (8bit)
　【オプション】--crf 20
　【入力ファイル情報】test-1080p.mkv 1920x1080p 1:1 @ 24000/1001 fps (cfr) 1128frames
　【.　Slower】 27.37 fps, 3965.83 kb/s, duration 0:00:41.21
　【　 　Slow】 59.24 fps, 4061.14 kb/s, duration 0:00:19.04
　【. Medium】 80.43 fps, 4106.48 kb/s, duration 0:00:14.02
　【Veryfast】 183.59 fps, 4109.89 kb/s, duration 0:00:06.14

その後、連続6時間エンコード
エンコード中にVirtualBOXを起動してXPでしか正常動作しないアプリを使用、Firefox(無線接続)
HOTSWAP実施、USBブルーレイドライブからBlitzkriegという古いゲームをインストールするだけした
TMPGEnc MPEG Smart Renderer 5で編集作業・・・　(エンコのみの場合と比べ　20fps > 16fps)
多少重くなる部分もあったが落ちることなくエンコードが終了したので常用設定とした

【x265】x265 2.5+25-4b95f82c9fb1 (8bit+10bit+12bit)
　【オプション】--crf 18
　【入力ファイル情報】test-1080p.mkv 1920x1080 24000/1001 fps i420p8 1128frames
　【　 　Slow】 9.66 fps, 4788.97 kb/s, 116.80s
　【. Medium】 22.78 fps, 4408.42 kb/s, 49.52s
　【Veryfast】 43.73 fps, 3785.90 kb/s, 25.80s

全く変わらないけど、x265のバージョンが違っていたので

>>91 【追記】を訂正
× Sync All 4.2GHz
○ Sync All 4.5GHz

そういや常識レベルだったら申し訳ないが
Ryzen7でx264動かす時は、--threads 48程度モリモリにするとcinebenchスコアが素直に反映されて
デフォルトよりだいぶ速くなるぞ
少し画質が落ちるけどその時はcrfかqcompを上げてやるといい

x265はそこまで最適化されてないのか、デフォルト以上の効果は見られなかった
もう解体しちゃったんで直接スコアは挙げられないが参考まで

【x264】x264 0.152.2851kMod ba24899 (8bit)
　【オプション】--crf 20 --threads 48
　【入力ファイル情報】test-1080p.mkv 1920x1080p 1:1 @ 24000/1001 fps (cfr) 1128frames
　【.　Slower】 30.36 fps, 3952.02 kb/s, duration 0:00:37.16
　【　 　Slow】 62.02 fps, 4055.03 kb/s, duration 0:00:18.18
　【. Medium】 83.26 fps, 4102.56 kb/s, duration 0:00:13.54
　【Veryfast】 179.59 fps, 4114.06 kb/s, duration 0:00:06.28

【x264】x264 0.152.2851kMod ba24899 (8bit)
　【オプション】--crf 20 --asm avx --threads 48
　【入力ファイル情報】test-1080p.mkv 1920x1080p 1:1 @ 24000/1001 fps (cfr) 1128frames
　【.　Slower】 31.95 fps, 3952.02 kb/s, duration 0:00:35.30
　【　 　Slow】 64.39 fps, 4055.03 kb/s, duration 0:00:17.51
　【. Medium】 86.66 fps, 4102.56 kb/s, duration 0:00:13.01
　【Veryfast】 186.51 fps, 4114.06 kb/s, duration 0:00:06.04

環境は >>88

やってみました。4770Kの時と比べて効果がありました。感謝します。
前処理(FFT3DGPU、TDeint、flash3kyuu、LSFMod・・・等)があるので
フィルタの影響と出力画質の兼ね合いを見て調整していきたいと思います。

Verチェックを行っているものがあるので気づきました。
Microsoft Windows [Version 10.0.16299.19]
Microsoft Windows [Version 10.0.16299.64]
緊急アップデートで変わったものと思われます。

度々すいませんでした。
これで最後にします。
ありがとうございました。 👀
Rock54: Caution(BBR-MD5:0be15ced7fbdb9fdb4d0ce1929c1b82f)

NGワード？

【CPU】AMD Ryzen 7 1700
【CPU_Clock】3192.4 MHz(32.0 x 99.8 MHz)
【Uncore_Clock】1197.1 MHz
【MEM】Team Group Inc. TEAMGROUP-UD4-2400 16384 MBytes
【MEM_Spec】1197.1 MHz (1:12) 16.0-16-16-39-2T DDR4 32 GBytes Dual
【M/B】PRIME B350M-A (ASUSTeK COMPUTER INC.) BIOS 1001
【GPU】Radeon(TM) RX 460 Graphics GDDR5 2 GB 0x67EF (0x22D6)
【Storage】PLEXTOR PX-256M8PeGN
【OS】Microsoft Windows 10 (10.0) Professional 64-bit (Build 16299)
【CPU-Z_Version】1.81.0
【Bench_Version】0.2b
【Number_of_Bench】1
【追記】SSDx2、-offset0.11V、アイドル34W、エンコード102W

【Bench_Type】x264_1920x1080
【Bin_Vresion】x264 0.152.2851kMod ba24899 (8bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080p 24000/1001 fps (cfr) 1128 frames
【Veryfast】139.60 fps, 4127.35 kb/s, 9.80 sec, crf=20
【. Medium】66.90 fps, 4286.57 kb/s, 17.08 sec, crf=20
【. Slow】49.20 fps, 4291.10 kb/s, 23.18 sec, crf=20
【. Slower】23.99 fps, 4173.23 kb/s, 47.48 sec, crf=20

【Bench_Type】x265_1920x1080
【Bin_Vresion】x265 2.5+25-4b95f82c9fb1 (8bit+10bit+12bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080 fps 24000/1001 i420p8 1128 frames
【Veryfast】38.32 fps, 2819.36 kb/s, 29.83 sec, crf=20
【. Medium】20.03 fps, 3356.31 kb/s, 56.63 sec, crf=20
【. Slow】8.66 fps, 3660.88 kb/s, 130.66 sec, crf=20

【CPU】Intel Core i7 8700
【CPU_Clock】3709.0 MHz(37.0 x 100.2 MHz)
【Uncore_Clock】3410.8 MHz
【MEM】Kingston KHX2666C15D4/8G 8192 MBytes
【MEM_Spec】1336.7 MHz (1:20) 15.0-17-17-35-347-2T DDR4 32 GBytes Dual
【M/B】ROG STRIX Z370-G GAMING (ASUSTeK COMPUTER INC.) BIOS 0430
【GPU】Intel(R) UHD Graphics 630 GDDR5 4 GB 0x1C82 (0x11BF)
【Storage】NVMe SAMSUNG MZVPW256
【OS】Microsoft Windows 10 (10.0) Professional 64-bit (Build 16299)
【CPU-Z_Version】1.81.0
【Bench_Version】0.2b
【Number_of_Bench】1
【追記】SSDx3、PT3x2、C8無効、-offset0.1V、アイドル27W、エンコード97W、TB4.6/4.6/4.3/4.3/3.7/3.7、Limit65W

【Bench_Type】x264_1920x1080
【Bin_Vresion】x264 0.152.2851kMod ba24899 (8bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080p 24000/1001 fps (cfr) 1128 frames
【Veryfast】156.58 fps, 4122.36 kb/s, 7.34 sec, crf=20
【. Medium】67.35 fps, 4289.29 kb/s, 16.95 sec, crf=20
【. Slow】49.30 fps, 4293.61 kb/s, 23.06 sec, crf=20
【. Slower】23.31 fps, 4182.04 kb/s, 48.60 sec, crf=20

【Bench_Type】x265_1920x1080
【Bin_Vresion】x265 2.5+25-4b95f82c9fb1 (8bit+10bit+12bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080 fps 24000/1001 i420p8 1128 frames
【Veryfast】45.98 fps, 2819.36 kb/s, 24.76 sec, crf=20
【. Medium】23.49 fps, 3356.31 kb/s, 48.21 sec, crf=20
【. Slow】9.42 fps, 3660.88 kb/s, 119.93 sec, crf=20

【CPU】AMD Ryzen 7 1700
【CPU_Clock】3899.1 MHz(39.0 x 100.0 MHz)
【Uncore_Clock】1732.9 MHz
【MEM】Corsair CMR16GX4M2C3600C18 8192 MBytes
【MEM_Spec】1732.9 MHz (3:52) 16.0-18-18-39-1T DDR4 16 GBytes Dual
【M/B】X370 Taichi (ASRock) BIOS P3.20
【GPU】NVIDIA GeForce GTX 1060 6GB GDDR5 6 GB 0x1C03 (0x3438)
【Storage】NVMe SAMSUNG MZVKW512
【OS】Microsoft Windows 10 (10.0) Professional 64-bit (Build 16299)
【CPU-Z_Version】1.81.0
【Bench_Version】0.2b
【Number_of_Bench】1
【追記】

【Bench_Type】x264_1920x1080
【Bin_Vresion】x264 0.152.2851kMod ba24899 (8bit), ffmpeg N-89041-g91a565e20f
【Input】1920.mkv 1920x1080p 24000/1001 fps (cfr) 1128 frames
【Veryfast】175.65 fps, 4155.02 kb/s, 9.80 sec, crf=20, asm=AVX2, opencl
【. Medium】85.73 fps, 4329.06 kb/s, 16.58 sec, crf=20, asm=AVX2, opencl
【. Slow】62.77 fps, 4312.12 kb/s, 20.74 sec, crf=20, asm=AVX2, opencl
【. Slower】31.17 fps, 4186.61 kb/s, 39.06 sec, crf=20, asm=AVX2, opencl

【Bench_Type】x265_1920x1080
【Bin_Vresion】x265 2.6+5-b1dfa312234e (8bit+10bit+12bit), ffmpeg N-89041-g91a565e20f
【Input】1920.mkv 1920x1080 fps 24000/1001 i420p8 1128 frames
【Veryfast】47.75 fps, 2819.36 kb/s, 26.05 sec, crf=20, asm=AVX2
【. Medium】25.32 fps, 3356.31 kb/s, 47.77 sec, crf=20, asm=AVX2
【. Slow】10.90 fps, 3660.88 kb/s, 105.86 sec, crf=20, asm=AVX2

【CPU】AMD Ryzen 7 1700
【CPU_Clock】3897.7 MHz(39.0 x 99.9 MHz)
【Uncore_Clock】1732.3 MHz
【MEM】Corsair CMR16GX4M2C3600C18 8192 MBytes
【MEM_Spec】1732.3 MHz (3:52) 16.0-16-16-30-1T DDR4 16 GBytes Dual
【M/B】X370 Taichi (ASRock) BIOS P3.20
【GPU】NVIDIA GeForce GTX 1060 6GB GDDR5 6 GB 0x1C03 (0x3438)
【Storage】NVMe SAMSUNG MZVKW512
【OS】Microsoft Windows 10 (10.0) Professional 64-bit (Build 16299)
【CPU-Z_Version】1.81.0
【Bench_Version】0.2b
【Number_of_Bench】1
【追記】メモリタイミングを詰めてみました。

【Bench_Type】x264_1920x1080
【Bin_Vresion】x264 0.152.2851kMod ba24899 (8bit), ffmpeg N-89343-g83ecdc9a92
【Input】1920.mkv 1920x1080p 24000/1001 fps (cfr) 1128 frames
【Veryfast】183.21 fps, 4155.02 kb/s, 9.08 sec, crf=20, asm=AVX2, opencl
【. Medium】87.39 fps, 4329.06 kb/s, 15.49 sec, crf=20, asm=AVX2, opencl
【. Slow】62.71 fps, 4312.12 kb/s, 21.05 sec, crf=20, asm=AVX2, opencl
【. Slower】32.27 fps, 4186.61 kb/s, 37.80 sec, crf=20, asm=AVX2, opencl

【Bench_Type】x265_1920x1080
【Bin_Vresion】x265 2.6+5-b1dfa312234e (8bit+10bit+12bit), ffmpeg N-89343-g83ecdc9a92
【Input】1920.mkv 1920x1080 fps 24000/1001 i420p8 1128 frames
【Veryfast】48.03 fps, 2819.36 kb/s, 26.11 sec, crf=20, asm=AVX2
【. Medium】25.59 fps, 3356.31 kb/s, 46.51 sec, crf=20, asm=AVX2
【. Slow】10.91 fps, 3660.88 kb/s, 106.14 sec, crf=20, asm=AVX2

もうエンコはGPUに任せちゃいなよ…

【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】 306.61 fps, 3800.53 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】 247.53 fps, 3680.00 kbps, 20.64 MB

ここはベンチのスレなんだから
よそのスレでやれ

バンディングやグラデーションなんかはNVEnc10bit265のほうがソフト264エンコより
はるかに画質いいしサイズも小さい、それ以外のディテールもそん色ない
CPUベンチ目的以外でソフトエンコする必要性がどんどん薄れてる

>>101
>>100もちゃんとスレ配布のベンチマークやで、環境抜けてるけど

ベンチ結果を挙げるのは構わないが
X264は目的も用途も他にあるから
それにここの住人ならNVEncCの
初期からX265も試していると思うぞ

自分の使用環境が全てだと思っちゃう人か
画質を言うならssimを貼った方がみんなの参考になる

それは良いアイデアだね

ソースと生成物比較してSSIM表示する機能の搭載はよ！

プリセット使ったベンチなんだから意味がない
ffmpegでできるだろ
自分でやれ

以前QSVスレで各種エンコーダのSSIMを計測したことならある。
http://2chb.net/r/avi/1486130737/335

>>108
それを見る限りだとx265と同じSSIMを達成しようとしたとき
ハードエンコはビット盛りまくらないと駄目なんだな

x264エンコでもintelの深刻な欠陥パッチで30％くらい性能落ちるん？

俺は報告あるまで絶対にバッチ当てないから誰か人柱頼むよ〜ありがとうぐらいなら言うよ。

>>111
俺もこの騒動が落ち着いて結論出るまで当てない

でもパッチ当てないとセキュリティー的にはやばいんでしょ？

例の脆弱性対策アプデ入れてみた。ベンチの数字だけ見るとほぼ影響ゼロ？
新BIOSが来たらまた違うのかな

【Benchmark】x264_x265_benchmark_20170730

【x265】x265 2.6+20-95fc0c4f03db (8bit+10bit+12bit)
　【オプション】--crf 18
　【入力ファイル情報】test-1080p.mkv 1920x1080 24000/1001 fps i420p8 1128frames
　【　 　Slow】 11.19 fps　→　11.21 fps
　【. Medium】 28.40 fps　→　28.58 fps
　【Veryfast】 55.51 fps　→　55.79 fps

【x264】x264 0.155.2893 b00bcaf (allbit)
　【オプション】--crf 20
　【入力ファイル情報】test-1080p.mkv 1920x1080p 1:1 @ 24000/1001 fps (cfr) 1128frames
　【.　Slower】 29.56 fps　→　29.57 fps
　【　 　Slow】 63.15 fps　→　63.04 fps
　【. Medium】 85.83 fps　→　85.83 fps
　【Veryfast】 192.00 fps　→　191.97 fps

●i7-8700K　4.9GHz(AVX 4.8GHz),UnCore 4.6GHz
●ASRock Z370 Gaming K6
●DDR4-2666 16-17-17-36-2T
●Windows10 Pro(Ver.1709)

>>1のベンチって特に何かソフトとか入れなくても、このソフトオンリーでベンチ測れるの？

>>116
>>1のバイナリ込みの方を落とせばx264、x265、ffmpeg、CPU-Zなどが入ってるのでそのまま実行できる。

あとは>>17、>>79でGUI付きのベンチマークを作ってくれた人がいるので、そちらを使ってもよい。

>>117
ありがとう
よく分からんけど試してみる

>>115
レジストリも設定した？しないと意味ナスじゃ。

>>120
レジストリはサーバーOSの話であって
クライアントOSは自動有効になるから不要

クラだと自動なのか orz ハズカチイ

>>1
> x264_x265_benchmark_20170730.zip (バイナリとtest-1080p.mkv同梱。134MB)
> https://www.axfc.net/u/3829762.zip

これ簡単にベンチ出来て分かりやすいな
スレだとこれと様式の違う報告も多いが
俺は
「_B__x264ベンチマークだけ行いたい場合はこれをダブルクリック」
しかやっていないからか？

VCE(APU？)やQSV(Sandy以降？)やNVEnc(CUDA？)に対応しない環境で
エンコベンチさせるときはそれぐらいしか使い道なくね？

Haswell以前はセキュリティーパッチで性能が明確に下がるのか…
うちの4770、x264エンコ速度さえ下がらなければ他は下がってもいいんだが

「以前」だからHaswellも当然含まれているんだよな？
たまにライターとかでも書き方を間違うアホがいるから少し懐疑的
というかBroadwellとHaswellなんてアーキテクチャもかなり近くて
兄妹CPUなのにBroadwellだと性能低下が少なくてHaswellだと
大きいって良く分からんな
マザーもHas-EとBro-Eだと同じだし

>>119だけどwinupdateして人柱やってみた
あれ？2500Kだけど全く下がってないぞ？
ベンチでなく長時間エンコだと遅くなるのかね？
OSはWin7ｘ64

【x264】x264 0.152.2851kMod ba24899 (8bit)
　【オプション】--crf 20
　【入力ファイル情報】test-1080p.mkv 1920x1080p 1:1 @ 24000/1001 fps (cfr) 1128frames
　【.　Slower】 10.00 fps, 3947.48 kb/s, duration 0:01:52.85
　【　 　Slow】 20.15 fps, 4042.58 kb/s, duration 0:00:55.99
　【. Medium】 27.43 fps, 4090.10 kb/s, duration 0:00:41.12
　【Veryfast】 64.72 fps, 4091.67 kb/s, duration 0:00:17.42

【x264】x264 0.152.2851kMod ba24899 (8bit)
　【オプション】--crf 20
　【入力ファイル情報】test-1080p.mkv 1920x1080p 1:1 @ 24000/1001 fps (cfr) 1128frames
　【.　Slower】 10.05 fps, 3947.48 kb/s, duration 0:01:52.27
　【　 　Slow】 20.41 fps, 4042.58 kb/s, duration 0:00:55.27
　【. Medium】 27.41 fps, 4090.10 kb/s, duration 0:00:41.15
　【Veryfast】 64.77 fps, 4091.67 kb/s, duration 0:00:17.41

仕事に使わない趣味のエンコPCなら別に例のセキュリティパッチは当てる必要なくね？
WindowsUpdateすら無効にしていても運用上まったく問題ないのに

CINEBENCH R15の値も全く変わらんや
どうなってるんだ？
HTTのない2500Kだからか？

>>126
現代では「以〇」が区切りを含むのは数字に対して使う場合のみ
もっといえば数学用語としての「以上」「以下」が区切りを含むと定義されているにすぎなかったのが段々と一般に侵食してきただけ
「有史以前」「それ以前の問題」「以上でも以下でもない」って言うだろ？
あるいは逆に「〇〇以上確定」と言う場合もある
もともとものすごく曖昧な言葉なので一概にアホとか誤用とか言える問題ではない

https://cloudblogs.microsoft.com/microsoftsecure/2018/01/09/understanding-the-performance-impact-of-spectre-and-meltdown-mitigations-on-windows-systems/
ちなみにこれが元記事だと思うけどSkylake以降とHaswell以前にわけて書いてあるからBroadwellはHaswell側に含まれると思われる

訂正だわ
確実に区切りを含むのは数字に対して使う場合のみ、ね

以=それを以て
だから以という字自体に「それを含む」という意味合いがあるよ
別に数学用語ではない
まあ曖昧に使われるのはその通りだけど

>>127
sandyってことはまだBIOS上げてないんでしょ？BIOSあげてからが本当の地獄よ！
BIOS更新されたらうちの８７００Kも試してはみるが

>>132
どちらの用法もありえたものを厳密な記述のために片方の用法を否定しだしたのは数学というか近代学問の輸入後という話
江戸時代から字義を考えれば含まないのは間違いだ！という議論があったというなら別だけど

和算はなかっことにするのか

ベンチとは無関係だが、例のセキュリティ問題について
intel系のノートPCは相当参ってそうだな、AMD系のノートPCは殆ど無いから影響は少ないだろうけど
ノートPCはBIOSとかファームとか滅多に更新されないし、中古ノートも含めたらバッテリ異常加熱並に
市場が混乱するだろうな。

ま、エンコベンチとかノートPCでやれば、キーボードの真裏がクソ加熱して大やけどしそうだけど

>>127
これマジか？？
全く性能ダウンしてないじゃん

他にHas〜Sandy世代で試した奴いないの？？

初期の記事のベンチでも、エンコやゲームには大きな影響はなく
サーバ用途やデータ屋が大打撃とと出てた
実際はファームレベルの修正が来てからなんだろうけど

今出荷されてるPCはどんな扱いなんだろう

>>137
パフォーマンスダウンに直結するのは
SpectreのVariant 2の対策だぞ、このVariant 2の対策は
CPUのMicrocodeのアップデートが必要なので
MicrocodeアップデートのためのBIOSが必要

去年7月の結果と現在の結果を並べてみると去年よりわずかに良い結果が出やすい傾向が見られたけど
Win10Anniv→Win10FCUという環境変化もあったし、なんとも言えないや。

■i7-4702MQノート Windows10 Home 1709(FCU) ビルド16299.192 (KB4056892適用済み)
■2017年7月下旬の結果(Win10Anniv) → 2018年1月上旬の結果(Win10FCU) (各3回分)

【x265】x265 2.5+3-3f6841d271e3 (8bit+10bit+12bit)
　【オプション】--crf 18
　【入力ファイル情報】test-1080p.mkv 1920x1080 24000/1001 fps i420p8 1128frames
　【　 　Slow】 3.60/3.79/3.84 → 4.04/4.00/3.98 fps
　【. Medium】 9.16/8.96/9.07 → 9.52/9.97/9.71 fps
　【Veryfast】 18.71/18.18/18.14 → 17.86/19.91/19.51 fps

【x264】x264 0.152.2851kMod ba24899 (8bit)
　【オプション】--crf 20
　【入力ファイル情報】test-1080p.mkv 1920x1080p 1:1 @ 24000/1001 fps (cfr) 1128frames
　【.　Slower】 10.63/10.05/10.13 → 10.55/10.90/10.80 fps
　【　 　Slow】 22.13/20.08/20.14 → 21.76/21.90/21.60 fps
　【. Medium】 29.79/26.83/27.13 → 28.97/29.51/28.50 fps
　【Veryfast】 62.99/60.41/60.26 → 65.46/65.93/64.87 fps

詳細： https://pastebin.com/sepFZh87

構成変わってから報告してなかったので
ついでにパッチ(KB4056891)適用前後でやってみた

【CPU】Intel Core i9 7980XE
【CPU_Clock】4502.7 MHz(45.0 x 100.1 MHz)
【Uncore_Clock】3002.9 MHz
【MEM】G.Skill F4-3733C17-8GTZKK 8192 MBytes
【MEM_Spec】2001.3 MHz (1:30) 17.0-18-18-41-451-1T DDR4 32 GBytes Quad
【M/B】ROG RAMPAGE VI APEX (ASUSTeK COMPUTER INC.) BIOS 1004
【GPU】Radeon RX Vega HBM2 8176 MB 0x687F (0x6B76)
【GPU】Radeon RX Vega HBM2 8176 MB 0x687F (0x6B76)
【GPU】Radeon RX Vega HBM2 8176 MB 0x687F (0x6B76)
【Storage】SanDisk SDSSDXPS480G
【OS】Microsoft Windows 10 (10.0) Professional 64-bit (Build 15063)
【CPU-Z_Version】1.81.0
【Bench_Version】0.2b
【Number_of_Bench】1
【追記】AVX/AVX2 Offset:1(4.4GHz)、AVX512 Offset:7(3.8GHz)

・パッチ適用前
【Bench_Type】x264_1920x1080
【Bin_Vresion】x264 0.152.2851kMod ba24899 (8bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080p 24000/1001 fps (cfr) 1128 frames
【Veryfast】362.70 fps, 4127.54 kb/s, 3.22 sec, crf=20
【. Medium】185.10 fps, 4284.44 kb/s, 6.22 sec, crf=20
【. Slow】134.67 fps, 4288.86 kb/s, 8.50 sec, crf=20
【. Slower】65.92 fps, 4173.94 kb/s, 17.24 sec, crf=20

【Bench_Type】x264_3840x2160
【Bin_Vresion】x264 0.152.2851kMod ba24899 (8bit), ffmpeg N-86723-g3b3501f
【Input】3840.mkv 3840x2160p 24000/1001 fps (cfr) 1128 frames
【Veryfast】100.81 fps, 11609.97 kb/s, 11.61 sec, crf=20
【. Medium】56.75 fps, 11509.48 kb/s, 20.41 sec, crf=20
【. Slow】44.26 fps, 11469.71 kb/s, 26.02 sec, crf=20
【. Slower】21.89 fps, 11130.59 kb/s, 52.08 sec, crf=20

【Bench_Type】x265_1920x1080
【Bin_Vresion】x265 2.5+25-4b95f82c9fb1 (8bit+10bit+12bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080 fps 24000/1001 i420p8 1128 frames
【Veryfast】110.04 fps, 2819.36 kb/s, 10.33 sec, crf=20
【. Medium】55.30 fps, 3356.31 kb/s, 20.47 sec, crf=20
【. Slow】22.54 fps, 3660.88 kb/s, 50.12 sec, crf=20

【Bench_Type】x265_3840x2160
【Bin_Vresion】x265 2.5+25-4b95f82c9fb1 (8bit+10bit+12bit), ffmpeg N-86723-g3b3501f
【Input】3840.mkv 3840x2160 fps 24000/1001 i420p8 1128 frames
【Veryfast】36.90 fps, 8807.02 kb/s, 30.72 sec, crf=20
【. Medium】16.78 fps, 9332.03 kb/s, 67.40 sec, crf=20
【. Slow】7.67 fps, 9743.25 kb/s, 147.33 sec, crf=20

・パッチ適用後
【Bench_Type】x264_1920x1080
【Bin_Vresion】x264 0.152.2851kMod ba24899 (8bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080p 24000/1001 fps (cfr) 1128 frames
【Veryfast】359.12 fps, 4127.54 kb/s, 3.25 sec, crf=20
【. Medium】183.21 fps, 4284.44 kb/s, 6.28 sec, crf=20
【. Slow】135.17 fps, 4288.86 kb/s, 8.49 sec, crf=20
【. Slower】65.92 fps, 4173.94 kb/s, 17.27 sec, crf=20

【Bench_Type】x264_3840x2160
【Bin_Vresion】x264 0.152.2851kMod ba24899 (8bit), ffmpeg N-86723-g3b3501f
【Input】3840.mkv 3840x2160p 24000/1001 fps (cfr) 1128 frames
【Veryfast】99.16 fps, 11609.97 kb/s, 11.86 sec, crf=20
【. Medium】56.53 fps, 11509.48 kb/s, 20.55 sec, crf=20
【. Slow】44.23 fps, 11469.71 kb/s, 26.13 sec, crf=20
【. Slower】22.02 fps, 11130.59 kb/s, 51.87 sec, crf=20

【Bench_Type】x265_1920x1080
【Bin_Vresion】x265 2.5+25-4b95f82c9fb1 (8bit+10bit+12bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080 fps 24000/1001 i420p8 1128 frames
【Veryfast】111.66 fps, 2819.36 kb/s, 10.20 sec, crf=20
【. Medium】55.45 fps, 3356.31 kb/s, 20.42 sec, crf=20
【. Slow】22.54 fps, 3660.88 kb/s, 50.13 sec, crf=20

【Bench_Type】x265_3840x2160
【Bin_Vresion】x265 2.5+25-4b95f82c9fb1 (8bit+10bit+12bit), ffmpeg N-86723-g3b3501f
【Input】3840.mkv 3840x2160 fps 24000/1001 i420p8 1128 frames
【Veryfast】36.57 fps, 8807.02 kb/s, 31.02 sec, crf=20
【. Medium】16.74 fps, 9332.03 kb/s, 67.59 sec, crf=20
【. Slow】7.70 fps, 9743.25 kb/s, 146.69 sec, crf=20

誤差程度しか変わらないね

>>141
この構成って電源どれくらい容量いるのん？

Win7でもやってみた

【Storage】TOSHIBA THNSNJ512GCSU
【OS】Microsoft Windows 7 (6.1) Professional 64-bit Service Pack 1 (Build 7601)
他は>>141と同じ

・パッチ(KB4056897)適用前→適用後
【Bench_Type】x264_1920x1080
【Bin_Vresion】x264 0.152.2851kMod ba24899 (8bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080p 24000/1001 fps (cfr) 1128 frames
【Veryfast】337.93 fps→330.11 fps
【. Medium】178.54 fps→176.80 fps
【. Slow】132.67 fps→132.91 fps
【. Slower】62.71 fps→63.26 fps

【Bench_Type】x264_3840x2160
【Bin_Vresion】x264 0.152.2851kMod ba24899 (8bit), ffmpeg N-86723-g3b3501f
【Input】3840.mkv 3840x2160p 24000/1001 fps (cfr) 1128 frames
【Veryfast】95.52 fps→92.23 fps
【. Medium】54.99 fps→54.12 fps
【. Slow】44.36 fps→43.74 fps
【. Slower】21.26 fps→21.16 fps

【Bench_Type】x265_1920x1080
【Bin_Vresion】x265 2.5+25-4b95f82c9fb1 (8bit+10bit+12bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080 fps 24000/1001 i420p8 1128 frames
【Veryfast】112.28 fps→110.73 fps
【. Medium】55.75 fps→55.54 fps
【. Slow】22.55 fps→22.55 fps

【Bench_Type】x265_3840x2160
【Bin_Vresion】x265 2.5+25-4b95f82c9fb1 (8bit+10bit+12bit), ffmpeg N-86723-g3b3501f
【Input】3840.mkv 3840x2160 fps 24000/1001 i420p8 1128 frames
【Veryfast】36.95 fps→36.87 fps
【. Medium】16.77 fps→16.55 fps
【. Slow】7.69 fps→7.79 fps

x264で若干上下してるけど、x265は誤差程度だね

>>144
今はCorsair AX1500i1台だけど、Vega64を3枚ともPowerLimit+50%にしてベンチ回すと電源不足で落ちるよｗ
そのうち電源追加して2台にする予定

>>146
やっぱりそんな感じになるのか

↓の最新x264、エラー出て強制終了しませんか？
http://msystem.waw.pl/x265/

Win10Pro
Ryzen 7 1700

x264そのものではなく、x264_x265_benchmark_gui.exeが強制終了します。

そもそもエラーログやイベントログの提示がないままトラブルシュートとかできるわけがない。

>>148-149
「最新」という表現は使ってはいけない。バージョンは明記すること。
種類も３つあるんだし、それも明記しないとダメだろ。

>>150
試していればいいだけじゃね？俺はやらんけど。


x264はr2893で8/10bit統合があったからその影響かもね。
なお>>1のセットでr2893を使った場合は、ログに出るバイナリの8/10bit種別表記が(allbit)になるくらいしか影響ないはず。

スレチだがcurrentを最新とみなすのか
beta/alpha版を最新とみなすかは各自の自由だよな。
stableは最新でなく安定版とみなしていいと思うが。

>>149
修正したよ
>>151さんの言う通り、8/10bit統合でエンコーダのbit-depthの情報が--versionから--helpへ移動になって正しく取得できなくなってたのが原因だった

x264_265_benchmark_gui ver0.3b
https://drive.google.com/file/d/14d1HjRqK1O4ytA2ZprXdKVBfsr6GtwNF/view?usp=sharing

・x264 r2893以降を使用するとGUIがクラッシュする不具合の修正
・エンコーダのtxtログ出力からエンコーダ情報・ベンチ結果を抽出する際のエラー処理を強化
・GUIの処理をMFCで書き直した
・x265/CPU-Zの同梱バイナリを2.6+31/1.83.0へ更新

【CPU】AMD Ryzen 7 1700
【CPU_Clock】3891.9 MHz(39.0 x 99.8 MHz)
【Uncore_Clock】1729.2 MHz
【MEM】Team Group Inc. TEAMGROUP-UD4-3200 8192 MBytes
【MEM_Spec】1729.2 MHz (3:52) 14.0-14-14-40-1T DDR4 16 GBytes Dual
【M/B】ROG CROSSHAIR VI EXTREME (ASUSTeK COMPUTER INC.) BIOS 3502
【GPU】AMD Radeon R9 200 / HD 7900 Series GDDR5 3 GB 0x6798 (0x2261)
【Storage】SAMSUNG MZVKW512HMJP-00000
素早い対応感謝します。
【OS】Microsoft Windows 10 (10.0) Professional 64-bit (Build 16299)
【CPU-Z_Version】1.83.0
【Bench_Version】0.3b
【Number_of_Bench】1
【追記】

【Bench_Type】x264_1920x1080
【Bin_Vresion】x264 0.155.2901 7d0ff22 (8/10bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080p 24000/1001 fps (cfr) 1128 frames
【Veryfast】177.19 fps, 4030.50 kb/s, 7.80 sec, crf=20, asm=AVX
【. Medium】87.00 fps, 4287.22 kb/s, 13.17 sec, crf=20, asm=AVX
【. Slow】63.32 fps, 4291.00 kb/s, 18.02 sec, crf=20, asm=AVX
【. Slower】31.66 fps, 4173.08 kb/s, 35.79 sec, crf=20, asm=AVX

【Bench_Type】x265_1920x1080
【Bin_Vresion】x265 2.6+34-79c5e3bfeb59 (8bit+10bit+12bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080 fps 24000/1001 i420p8 1128 frames
【Veryfast】46.97 fps, 2819.31 kb/s, 24.25 sec, crf=20, asm=AVX
【. Medium】26.24 fps, 3356.25 kb/s, 43.15 sec, crf=20, asm=AVX
【. Slow】11.20 fps, 3660.77 kb/s, 100.86 sec, crf=20, asm=AVX

素早い対応感謝します。無事動作しました
【CPU】AMD Ryzen 7 1700
【CPU_Clock】3891.9 MHz(39.0 x 99.8 MHz)
【Uncore_Clock】1729.2 MHz
【MEM】Team Group Inc. TEAMGROUP-UD4-3200 8192 MBytes
【MEM_Spec】1729.2 MHz (3:52) 14.0-14-14-40-1T DDR4 16 GBytes Dual
【M/B】ROG CROSSHAIR VI EXTREME (ASUSTeK COMPUTER INC.) BIOS 3502
【GPU】AMD Radeon R9 200 / HD 7900 Series GDDR5 3 GB 0x6798 (0x2261)
【Storage】SAMSUNG MZVKW512HMJP-00000
【OS】Microsoft Windows 10 (10.0) Professional 64-bit (Build 16299)
【CPU-Z_Version】1.83.0
【Bench_Version】0.3b
【Number_of_Bench】1
【追記】

【Bench_Type】x264_1920x1080
【Bin_Vresion】x264 0.155.2901 7d0ff22 (8/10bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080p 24000/1001 fps (cfr) 1128 frames
【Veryfast】177.19 fps, 4030.50 kb/s, 7.80 sec, crf=20, asm=AVX
【. Medium】87.00 fps, 4287.22 kb/s, 13.17 sec, crf=20, asm=AVX
【. Slow】63.32 fps, 4291.00 kb/s, 18.02 sec, crf=20, asm=AVX
【. Slower】31.66 fps, 4173.08 kb/s, 35.79 sec, crf=20, asm=AVX

【Bench_Type】x265_1920x1080
【Bin_Vresion】x265 2.6+34-79c5e3bfeb59 (8bit+10bit+12bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080 fps 24000/1001 i420p8 1128 frames
【Veryfast】46.97 fps, 2819.31 kb/s, 24.25 sec, crf=20, asm=AVX
【. Medium】26.24 fps, 3356.25 kb/s, 43.15 sec, crf=20, asm=AVX
【. Slow】11.20 fps, 3660.77 kb/s, 100.86 sec, crf=20, asm=AVX

WinXP機でベンチ
HTは切った方が速かったから切った値で
(x264は切らない方が速かった項目が多かったけど切った値)

【CPU】Intel Xeon E5-2687W v2 *2
【CPU_Clock】3600MHｚ
【MEM】Kingston 9965516-421.A00LF
【MEM_Spec】800 MHz DDR3 128 GBytes Quad
【M/B】ASUS Z9PE-D8 WS
【GPU】NVIDIA Quadro K5000
【Storage】SanDisk SDSSDXPS480G
【OS】Microsoft Windows XP Professional x64 Edition

【x265】x265 2.6+2-32e6f04b8713 (8bit+10bit+12bit)
　【オプション】--crf 18
　【入力ファイル情報】test-1080p.mkv 1920x1080 24000/1001 fps i420p8 1128frames
　【　 　Slow】 10.27 fps, 4788.97 kb/s, 109.81s
　【. Medium】 22.57 fps, 4408.42 kb/s, 49.97s
　【Veryfast】 43.36 fps, 3785.90 kb/s, 26.02s

【x264】x264 0.152.2851 ba24899 (8bit)
　【オプション】--crf 20
　【入力ファイル情報】test-1080p.mkv 1920x1080p 1:1 @ 24000/1001 fps (cfr) 1128frames
　【.　Slower】 31.31 fps, 3958.31 kb/s
　【　 　Slow】 60.92 fps, 4057.47 kb/s
　【. Medium】 80.30 fps, 4104.23 kb/s
　【Veryfast】 158.67 fps, 4113.95 kb/s

2400Gは？

x264は大差で8700Kに負けてるのに、x265でほとんど差がないのはなぜだろう？

【CPU】Intel Core i7
【CPU_Clock】4300.0 MHz(43.0 x 100.0 MHz)
【Uncore_Clock】4000.0 MHz
【MEM】 D4-2666-8GB-1024X8 8192 MBytes
【MEM_Spec】1333.4 MHz (1:20) 16.0-18-18-43-467-1T DDR4 16 GBytes Dual
【M/B】Z370M MORTAR (MS-7B54) (Micro-Star International Co. Ltd.) BIOS 1.10
【GPU】NVIDIA GeForce GTX 1060 6GB GDDR5 6 GB 0x1C03 (0x1438)
【Storage】Netac SSD 240GB
【OS】Microsoft Windows 10 (10.0) Professional 64-bit (Build 16299)
【CPU-Z_Version】1.83.0
【Bench_Version】0.3b
【Number_of_Bench】1
【追記】オフセット-0.12V、CPUクーラーは9�pファンの白虎、CPU温度は室温+45度以内

【Bench_Type】x264_1920x1080
【Bin_Vresion】x264 0.152.2851kMod ba24899 (8bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080p 24000/1001 fps (cfr) 1128 frames
【Veryfast】161.86 fps, 4122.36 kb/s, 7.15 sec, crf=20
【. Medium】73.49 fps, 4289.29 kb/s, 15.51 sec, crf=20
【. Slow】54.20 fps, 4293.61 kb/s, 20.97 sec, crf=20

【Bench_Type】x265_1920x1080
【Bin_Vresion】x265 2.6+31-3712d13c09bf (8bit+10bit+12bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080 fps 24000/1001 i420p8 1128 frames
【Veryfast】51.10 fps, 2819.36 kb/s, 22.22 sec, crf=20
【. Medium】26.33 fps, 3356.31 kb/s, 42.97 sec, crf=20
【. Slow】10.67 fps, 3660.88 kb/s, 105.86 sec, crf=20

当然ながらエンコ速度はsummit ridgeから変化なし
4kはやる気が起きず
まあこの位の速度があるなら個人的には十分かと

【CPU】AMD Ryzen 5 2400G
【CPU_Clock】3766.6 MHz(37.75 x 99.8 MHz)
【MEM】G.Skill DDR4-2666 8GBx2
【M/B】ROG STRIX B350-F GAMING (ASUSTeK COMPUTER INC.) BIOS 3803
【GPU】AMD Radeon(TM) RX Vega 11 Graphics 2 GB 0x15DD (0x876B)
【OS】Microsoft Windows 10 (10.0) Professional 64-bit (Build 16299)

【Bench_Type】x264_1920x1080
【Bin_Vresion】x264 0.152.2851kMod ba24899 (8bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080p 24000/1001 fps (cfr) 1128 frames
【Veryfast】87.02 fps, 4113.32 kb/s, 13.11 sec, crf=20
【. Medium】38.38 fps, 4276.65 kb/s, 29.53 sec, crf=20
【. Slow】28.16 fps, 4280.32 kb/s, 40.21 sec, crf=20
【. Slower】13.71 fps, 4169.58 kb/s, 82.41 sec, crf=20

【Bench_Type】x265_1920x1080
【Bin_Vresion】x265 2.6+31-3712d13c09bf (8bit+10bit+12bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080 fps 24000/1001 i420p8 1128 frames
【Veryfast】23.16 fps, 2819.36 kb/s, 48.86 sec, crf=20
【. Medium】12.71 fps, 3356.31 kb/s, 88.87 sec, crf=20
【. Slow】5.21 fps, 3660.88 kb/s, 216.81 sec, crf=20

>>158
x264はもう10年前の基本設計で最適化がしょぼい
x265はAVX2などの最適化が進んでる

なるほどx265のバージョンは途中から変わってるのね
ということで8700K定格っぽい>>87に条件合わせてもう一回やってみた
crf=18でくっきり速度が落ちたｗ

【Bench_Type】x264_1920x1080
【Bin_Vresion】x264 0.152.2851kMod ba24899 (8bit), ffmpeg N-86723-g3b3501f
【Veryfast】165.42 fps, 4122.36 kb/s, 6.96 sec, crf=20
【. Medium】74.29 fps, 4289.29 kb/s, 15.34 sec, crf=20
【. Slow】54.85 fps, 4293.61 kb/s, 20.73 sec, crf=20

【Bench_Type】x265_1920x1080
【Bin_Vresion】x265 2.5+25-4b95f82c9fb1 (8bit+10bit+12bit), ffmpeg N-86723-g3b3501f
【Veryfast】49.19 fps, 3785.90 kb/s, 23.07 sec, crf=18
【. Medium】25.07 fps, 4408.42 kb/s, 45.16 sec, crf=18
【. Slow】9.91 fps, 4788.97 kb/s, 113.99 sec, crf=18

速度 VS 8700K比
x264　fast=90.1%、mid=92.4%、slow=92.6%
x265　fast=94.2%、mid=93.9%、slow=94.9%

高負荷が長時間続くと8700KのTB制限が多くなって実効クロックの差が縮まるって
理解でええのかしらん

>>158 CPU名がCore i7までしか書いてないですよ。

あきらめるな

あぶり出しだよ

【CPU】AMD Ryzen 7 1700
【CPU_Clock】3908.5 MHz(39.0 x 100.2 MHz)
【Uncore_Clock】1601.3 MHz
【MEM】Team Group Inc. TEAMGROUP-UD4-3200 8192 MBytes
【MEM_Spec】1601.3 MHz (1:16) 14.0-14-14-30-1T DDR4 16 GBytes Dual
【M/B】ROG CROSSHAIR VI EXTREME (ASUSTeK COMPUTER INC.) BIOS 3502
【GPU】NVIDIA GeForce GTX 1050 Ti GDDR5 4 GB 0x1C82 (0x11BF)
【Storage】SAMSUNG MZVKW512HMJP-00000
【OS】Microsoft Windows 10 (10.0) Professional 64-bit (Build 16299)
【CPU-Z_Version】1.83.0
【Bench_Version】0.3b
【Number_of_Bench】1
【追記】

【Bench_Type】x264_1920x1080
【Bin_Vresion】x264 0.155.2901 7d0ff22 (8/10bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080p 24000/1001 fps (cfr) 1128 frames
【Veryfast】180.97 fps, 4030.56 kb/s, 6.38 sec, crf=20, asm=AVX
【. Medium】87.89 fps, 4286.56 kb/s, 12.96 sec, crf=20, asm=AVX
【. Slow】64.34 fps, 4291.09 kb/s, 17.67 sec, crf=20, asm=AVX
【. Slower】32.17 fps, 4172.93 kb/s, 35.21 sec, crf=20, asm=AVX

【Bench_Type】x265_1920x1080
【Bin_Vresion】x265 2.7+12-98e48e8dd6ab (8bit+10bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080 fps 24000/1001 i420p8 1128 frames
【Veryfast】46.78 fps, 2819.36 kb/s, 24.22 sec, crf=20, asm=AVX
【. Medium】26.54 fps, 3356.31 kb/s, 42.62 sec, crf=20, asm=AVX
【. Slow】11.39 fps, 3660.88 kb/s, 99.19 sec, crf=20, asm=AVX

【CPU】AMD Ryzen 7 1700X
【CPU_Clock】3504.3 MHz(36.0 x 97.3 MHz)*3.6GHzにOCしてる
【Uncore_Clock】1330.2 MHz
【MEM】Crucial Technology BLT4G4D26AFTA.8FAD 4096 MBytes
【MEM_Spec】1330.2 MHz (3:40) 16.0-17-17-36-1T DDR4 8 GBytes Dual
【M/B】AB350M-Gaming 3-CF (Gigabyte Technology Co. Ltd.) BIOS F20
【GPU】Radeon(TM) RX 460 Graphics GDDR5 4 GB 0x67EF (0xE344)
【Storage】OCZ-ARC100
【OS】Microsoft Windows 10 (10.0) Home 64-bit (Build 16299)
【CPU-Z_Version】1.83.0
【Bench_Version】0.3b
【Number_of_Bench】1
【追記】

【Bench_Type】x265_1920x1080
【Bin_Vresion】x265 2.6+31-3712d13c09bf (8bit+10bit+12bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080 fps 24000/1001 i420p8 1128 frames
【Veryfast】40.76 fps, 2819.36 kb/s, 27.96 sec, crf=20
【. Medium】21.77 fps, 3356.31 kb/s, 52.04 sec, crf=20
【. Slow】9.50 fps, 3660.88 kb/s, 118.94 sec, crf=20

なんか俺のRyzen遅すぎじゃね？って思ったけど
他の1700ベンチは3.8GHz+にOCしてるのか
ちょっと焦った
あと、タスクマネージャーで表示されるクロックが妙に半端だと思ったらベースが低いのね
ツールとか使いたくないんだけどXMP読み1330動作を止めたら変わるのかな

【CPU】AMD Ryzen 7 1700
【CPU_Clock】3907.8 MHz(39.0 x 100.2 MHz)
【Uncore_Clock】1601.3 MHz
【MEM】Team Group Inc. TEAMGROUP-UD4-3200 8192 MBytes
【MEM_Spec】1601.3 MHz (1:16) 14.0-14-14-30-1T DDR4 16 GBytes Dual
【M/B】ROG CROSSHAIR VI EXTREME (ASUSTeK COMPUTER INC.) BIOS 3502
【GPU】NVIDIA GeForce GTX 1050 Ti GDDR5 4 GB 0x1C82 (0x11BF)
【Storage】SAMSUNG MZVKW512HMJP-00000
【OS】Microsoft Windows 10 (10.0) Professional 64-bit (Build 16299)
【CPU-Z_Version】1.83.0
【Bench_Version】0.3b
【Number_of_Bench】1
【追記】

【Bench_Type】x264_1920x1080
【Bin_Vresion】x264 0.155.2901 7d0ff22 (8/10bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080p 24000/1001 fps (cfr) 1128 frames
【Veryfast】181.09 fps, 4030.56 kb/s, 6.41 sec, crf=20, asm=AVX
【. Medium】87.50 fps, 4286.56 kb/s, 13.02 sec, crf=20, asm=AVX
【. Slow】64.39 fps, 4291.09 kb/s, 17.64 sec, crf=20, asm=AVX
【. Slower】32.16 fps, 4172.93 kb/s, 35.23 sec, crf=20, asm=AVX

【Bench_Type】x265_1920x1080
【Bin_Vresion】x265 2.7+14-d7c26df32fae (8bit+10bit+12bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080 fps 24000/1001 i420p8 1128 frames
【Veryfast】47.53 fps, 2819.36 kb/s, 23.89 sec, crf=20, asm=AVX
【. Medium】26.79 fps, 3356.31 kb/s, 42.24 sec, crf=20, asm=AVX
【. Slow】11.49 fps, 3660.88 kb/s, 98.25 sec, crf=20, asm=AVX

俺のRyzenは3900MHz回るぜっていう自慢かな
ガイジやね

アムド使ってる輩って頭悪そう

普通の人ならintel選ぶのに・・・

普通じゃない人がアムド使うのであって断じて頭悪そうなのではないぞ。

普通じゃない＝頭悪そうなら知らん。

脆弱性だらけのIntelなんて誰が選ぶんだよ。バカかよw

Ryzen出る前までならともかく、Ryzen出たし
さらにIntelが脆弱性パッチでパフォーマンス低下になっちまって
いまだと一般的なミドルクラスはRyzen選ばないほうがあほでしょ

ついでに今年に入ってグラボ高騰でローエンドはRyzen Gが唯一の逃げ道

ユーザ訴訟起こされるようなベンダの製品なんて
恐ろしくて使えないよ

良識ある人ならこの時点でintel一択

>>173
https://japanese.engadget.com/2018/01/06/cpu/
https://japan.cnet.com/article/35114898/
http://usfrontlinenews.com/?p=29741

>>173
それでも自作erかよ。どんだけ臆病なん？

>>173
訴訟起こされてるintelに草

>>175
自作erだよ

だが信用信頼第一のこのご時世に
ユーザ騙すようなベンダの製品何ざ使えないよ

>>177
すると脆弱性を知ってて対策せずCoffeelake発売強行したintelなんて
とても使えませんなぁ

自作erってCPUとかGPUの話が出ると場をわきまえず空気も読まずに
狂ったように互いを罵倒し始めてスレを荒らす奴が多いよね。

奈良県奈良市の田村が荒らし回るからなぁ

>>178
>>177みたいな淫厨に何言っても無駄さw
Intelの独禁法違反もメルトダウンもSATAバグも無かったことになってんだろうよw

一生無様に「Intel様ぁ〜」って豚みたいに喘いでるのがお似合いだよw

田村のお陰でIntel離れが進む

AVX512対応記念age

エンコしまくってたら電気代1万も上がったんだが
漏電かってレベル

蓮4770ｋから珈琲に乗りかえって、i5-8400じゃエンコは遅くなる？

https://www.techpowerup.com/reviews/Intel/Core_i5_8400/6.html
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
8400は4C最強の7700Kより速いから4770Kなんか余裕です

4770k の結果が無いからねぇ


型/Core/Clock/245/1080p/1Core_100mhz 当たり

Cafee Lake
8700k/6c/4.5 27.37 0.101
8700k/6c/4.9 29.57 0.101
8700/6c/3.7 23.31 0.105

Skylake
7980xe/18c/4.5 65.92 0.081
7920x/12c/4.4 51.46 0.097
7920x/12c/4.5 49.46 0.092

Broadwell
6950x/10c/4.25 39.77 0.093

Haswell
2650lv3/12c/2.1 19.06 0.076

Sandy Bridge
3960x/6c/4.7 19.82 0.07
2500k/4c/3.3 10.03 0.076
2687w/8c/3.39 20.06 0.075
2687wx2/16c/3.6 31.31 0.054

Ryzen 7
1700/8c/3.9 31.66 0.101
1950x/16c/3.9 30.60 0.049

同じ型番でも複数無いと外れ値がわからないですね
1コア100mhz当たりの表昔あったけど、数が揃ったらそういうの欲しいですね

> 型/Core/Clock/245/1080p/1Core_100mhz 当たり

型/Core/Clock/264/1080p/1Core_100mhz 当たり

の間違い。

8400 は tb 3800mhz 6c だと計算上は 23.028 になるけど実際どうなんだろ。

私は broadwell の結果が欲しい。

あと8700て3.2ghzのallcore tb11だから4.3ghz出ると思ったけど気のせいなのかな。3.7ghzてあるが。

>>187
x264・1080pってslowerのベンチ結果？

8700は6コア4.3GHz張り付くよ

>>190
ですね

>>191
ですよね。でもそれだと8700kとえらい差が
8700/6c/4.3? 23.31 0.09?

>>192
8700のサンプルデータはTB・電力とも上限固定
参考にはならん

>>187
skylake、7920xが２つあるけど、どっちが正しい？

>>189 AVX offsetが6辺りとか？
Skylake-XもAVX offset考慮するともう少し高く、2 Job並行だと1 core 100MHz当たりは0.1越えるね。

>>194
2 こ結果が貼ってあったのでそこから拝借した
1080p の結果としてはどっちも正しいと思う
>>195
あー。AVX 有効だとそいえばクロック下がりますね
AVX 有効だとクロック当たりの x264 の効率上がる (拡張命令きいてる) のか

>>196 AVXはx264では誤差程度の効果ってことだよね。

無印でAVX offset設定されてるCPUはAVX切った方がスコアいいのかね。

Haswell
i7-4770K@4Ghz

【x264】x264 0.152.2851kMod ba24899 (8bit)
　【オプション】--crf 20
　【入力ファイル情報】test-1080p.mkv 1920x1080p 1:1 @ 24000/1001 fps (cfr) 1128frames
　【.　Slower】 15.18 fps, 3954.37 kb/s, duration 0:01:14.29
　【　 　Slow】 31.10 fps, 4047.44 kb/s, duration 0:00:36.27
　【. Medium】 41.91 fps, 4094.00 kb/s, duration 0:00:26.91
　【Veryfast】 94.54 fps, 4100.91 kb/s, duration 0:00:11.93

だれか8400お願いします。

>>198
かもしれないですね。試さなきゃわかんなさそう。
>>199
ベースクロック弄ってる？3.5 の allcore tb 2 だから 3.7 のはず。ベース弄ると速くなんのかな。

とりあえず定格

【CPU】AMD Ryzen 7 2700X
【CPU_Clock】3892.5 MHz(39.0 x 99.8 MHz)
【Uncore_Clock】1729.2 MHz
【MEM】DDR4-3466 8GBx2
【MEM_Spec】1729.2 MHz (3:52) 14.0-14-14-34-1T DDR4 16 GBytes Dual
【M/B】CROSSHAIR VI HERO (ASUSTeK COMPUTER INC.) BIOS 6001
【GPU】NVIDIA GeForce GTX 1080 Ti GDDR5X 11 GB 0x1B06 (0x85E4)
【Storage】AMD-RAID Array 2
【OS】Microsoft Windows 10 (10.0) Professional 64-bit (Build 16299)
【CPU-Z_Version】1.83.0
【Bench_Version】0.3b
【Number_of_Bench】1

【Bench_Type】x264_1920x1080
【Bin_Vresion】x264 0.152.2851kMod ba24899 (8bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080p 24000/1001 fps (cfr) 1128 frames
【Veryfast】176.42 fps, 4127.38 kb/s, 6.59 sec, crf=20
【. Medium】83.84 fps, 4286.57 kb/s, 13.67 sec, crf=20
【. Slow】61.41 fps, 4291.10 kb/s, 18.58 sec, crf=20
【. Slower】30.51 fps, 4173.23 kb/s, 37.19 sec, crf=20

【Bench_Type】x264_3840x2160
【Bin_Vresion】x264 0.152.2851kMod ba24899 (8bit), ffmpeg N-86723-g3b3501f
【Input】3840.mkv 3840x2160p 24000/1001 fps (cfr) 1128 frames
【Veryfast】44.95 fps, 11568.24 kb/s, 25.42 sec, crf=20
【. Medium】22.37 fps, 11513.81 kb/s, 50.82 sec, crf=20
【. Slow】17.24 fps, 11470.61 kb/s, 65.84 sec, crf=20
【. Slower】8.31 fps, 11102.00 kb/s, 136.16 sec, crf=20

265も

【Bench_Type】x265_1920x1080
【Bin_Vresion】x265 2.6+31-3712d13c09bf (8bit+10bit+12bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080 fps 24000/1001 i420p8 1128 frames
【Veryfast】47.90 fps, 2819.36 kb/s, 23.82 sec, crf=20
【. Medium】25.00 fps, 3356.38 kb/s, 45.31 sec, crf=20
【. Slow】10.80 fps, 3660.88 kb/s, 104.64 sec, crf=20

【Bench_Type】x265_3840x2160
【Bin_Vresion】x265 2.6+31-3712d13c09bf (8bit+10bit+12bit), ffmpeg N-86723-g3b3501f
【Input】3840.mkv 3840x2160 fps 24000/1001 i420p8 1128 frames
【Veryfast】13.35 fps, 8807.02 kb/s, 84.79 sec, crf=20
【. Medium】6.25 fps, 9332.02 kb/s, 180.85 sec, crf=20
【. Slow】2.82 fps, 9743.25 kb/s, 400.47 sec, crf=20

>>201-202
乙！
定格でこれとは…

>>203
fpsでソートしたのでくれ

>>205 OCのレベルやベンチ設定が違うもの同士比較しても余り意味ないだろ。
この中で最強なのは>>141-143氏のシステムなのは間違いない。2 Jobでやると相当出るはず。
多コアは勿論だけど、1 Jobでデフォルトだと6C辺りからCPU余ってるの気になるかね。

あちこちのスレでオナニーしてるやつやろ

俺（>>30 >>44 >>91）も別スレでオナニー言われたけど。
うちの>>91はグリスで簡易水冷だからまだ可愛い方。

昔、ソートが出来る一覧がネットで見れた気がしたんだが
今はなくなったんか？
x264/x265のverとか細かく書かれてたの
html5だっけ？Google Sheetだっけ？
SandyBrigeの頃にはあった気がしたんだが

勝手にソートしたぞ
https://gyazo.com/ef527c7aa72fc5299d03005ce795b675

AVX512で回してみましたよっと。

【CPU】Intel Core i9 7920X
【CPU_Clock】4498.1 MHz(45.0 x 100.0 MHz)
【Uncore_Clock】2399.0 MHz
【MEM】G.Skill F4-3300C16-8GTZSW 8192 MBytes
【MEM_Spec】1599.4 MHz (1:24) 16.0-16-16-36-561-1T DDR4 32 GBytes Quad
【M/B】PRIME X299-DELUXE (ASUSTeK COMPUTER INC.) BIOS 1004
【GPU】NVIDIA GeForce GTX 1080 GDDR5X 8 GB 0x1B80 (0x6686)
【Storage】NVMe INTEL SSDPED1D48
【OS】Microsoft Windows 10 (10.0) Professional 64-bit (Build 16299)
【CPU-Z_Version】1.81.0
【Bench_Version】0.2b
【Number_of_Bench】2
【追記】Offset AVX -1 / AVX512 -3

【Bench_Type】x264_1920x1080
【Bin_Vresion】x264 0.152.2851kMod ba24899 (8bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080p 24000/1001 fps (cfr) 1128 frames
【Veryfast】167.09 fps, 161.86 fps, 4127.54 kb/s, 7.14 sec, crf=20
【. Medium】83.07 fps, 76.96 fps, 4284.44 kb/s, 14.85 sec, crf=20
【. Slow】56.97 fps, 60.10 fps, 4288.86 kb/s, 19.99 sec, crf=20
【. Slower】28.58 fps, 28.55 fps, 4173.94 kb/s, 39.76 sec, crf=20

【Bench_Type】x265_1920x1080
【Bin_Vresion】x265 2.7+340-aa9102400f24 (8bit+10bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080 fps 24000/1001 i420p8 1128 frames
【Veryfast】59.99 fps, 59.87 fps, 2819.36 kb/s, 18.97 sec, crf=20, asm=AVX512
【. Medium】29.03 fps, 29.37 fps, 3356.31 kb/s, 38.99 sec, crf=20, asm=AVX512
【. Slow】11.92 fps, 11.86 fps, 3660.88 kb/s, 95.26 sec, crf=20, asm=AVX512

【Bench_Type】x265_1920x1080
【Bin_Vresion】x265 2.7+340-aa9102400f24 (8bit+10bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080 fps 24000/1001 i420p8 1128 frames
【Veryfast】57.94 fps, 58.57 fps, 2819.36 kb/s, 19.61 sec, crf=20
【. Medium】29.12 fps, 29.31 fps, 3356.31 kb/s, 38.88 sec, crf=20
【. Slow】11.79 fps, 11.82 fps, 3660.88 kb/s, 95.82 sec, crf=20

軽いpresetなら効果あるけど、
重くなると、AVX2とのクロック差の方が効いてきて、結局変わらんという結果。

AVX2と同速なら、当然速くなるけど、色々厳し〜。

>>212
AVX512有効無効で温度ってどれくらい変わるの？

あ、オフセット計算間違ってた。
4.1>4.2
4.3>4.4ね。

もうちょっと速くなって欲しいなあ

誤差みたいなもんだな

AVX512依存度が高まるかプロセスが5nm程度になれば恩恵受けられるのかな
もっと伸びるなら訴求力になるのに

ムリでしょ
あまり複雑ではないリサイズなんかでは恩恵あるだろうけど

7nm が限度と言われてる。
クロック固定できない CPU だと AVX でクロック落ちるから SSE4.2 のが早い。クロック固定できても AVX は誤差って事で。

x265 のエンコード専用チップと同じような拡張命令作ってくれないとねー

あとプロセスルールが細かくなるほど OC 耐性低くなるんじゃ。現に一定以上のクロックで爆熱だし。

>>201からオフセットで電圧-0.075Vでブーストクロック若干アップ
結果も微アップ

【CPU】AMD Ryzen 7 2700X
【CPU_Clock】3992.7 MHz(40.0 x 99.8 MHz)
【Uncore_Clock】1729.2 MHz
【MEM】DDR4-3466 8GBx2
【MEM_Spec】1729.2 MHz (3:52) 14.0-14-14-34-1T DDR4 16 GBytes Dual
【M/B】CROSSHAIR VI HERO (ASUSTeK COMPUTER INC.) BIOS 6001
【GPU】NVIDIA GeForce GTX 1080 Ti GDDR5X 11 GB 0x1B06 (0x85E4)
【Storage】AMD-RAID Array 2
【OS】Microsoft Windows 10 (10.0) Professional 64-bit (Build 16299)
【CPU-Z_Version】1.83.0
【Bench_Version】0.3b
【Number_of_Bench】1

【Bench_Type】x264_1920x1080
【Bin_Vresion】x264 0.152.2851kMod ba24899 (8bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080p 24000/1001 fps (cfr) 1128 frames
【Veryfast】185.10 fps, 4127.35 kb/s, 6.55 sec, crf=20
【. Medium】87.81 fps, 4286.57 kb/s, 13.02 sec, crf=20
【. Slow】64.59 fps, 4291.10 kb/s, 17.63 sec, crf=20
【. Slower】31.90 fps, 4173.23 kb/s, 35.51 sec, crf=20

【Bench_Type】x264_3840x2160
【Bin_Vresion】x264 0.152.2851kMod ba24899 (8bit), ffmpeg N-86723-g3b3501f
【Input】3840.mkv 3840x2160p 24000/1001 fps (cfr) 1128 frames
【Veryfast】46.96 fps, 11568.24 kb/s, 24.27 sec, crf=20
【. Medium】23.54 fps, 11513.81 kb/s, 48.36 sec, crf=20
【. Slow】18.05 fps, 11470.59 kb/s, 62.85 sec, crf=20
【. Slower】8.55 fps, 11101.85 kb/s, 132.36 sec, crf=2020:56 2018/04/26

【Bench_Type】x265_1920x1080
【Bin_Vresion】x265 2.6+31-3712d13c09bf (8bit+10bit+12bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080 fps 24000/1001 i420p8 1128 frames
【Veryfast】49.49 fps, 2819.36 kb/s, 23.03 sec, crf=20
【. Medium】26.02 fps, 3356.31 kb/s, 43.48 sec, crf=20
【. Slow】11.25 fps, 3660.88 kb/s, 100.41 sec, crf=20

【Bench_Type】x265_3840x2160
【Bin_Vresion】x265 2.6+31-3712d13c09bf (8bit+10bit+12bit), ffmpeg N-86723-g3b3501f
【Input】3840.mkv 3840x2160 fps 24000/1001 i420p8 1128 frames
【Veryfast】13.76 fps, 8807.02 kb/s, 82.17 sec, crf=20
【. Medium】6.46 fps, 9332.03 kb/s, 174.86 sec, crf=20
【. Slow】2.90 fps, 9743.25 kb/s, 389.16 sec, crf=20

https://networkbuilders.intel.com/docs/accelerating-x265-the-hevc-encoder-with-intel-advanced-vector-extensions-512.pdf
4コア4K、slowerなら爆速なんだけどメモリ8chになればもうちょい効果出るのかな

https://www.anandtech.com/show/11544/intel-skylake-ep-vs-amd-epyc-7000-cpu-battle-of-the-decade/8


ちなみにPlatinum 8180だと4コア使用時でAVX2 3.4GHz、AVX512 3.3GHz
8コアでAVX2 3.3GHz、AVX512 3.2GHzらしいです
でも熱との関係もあるのでそこまで回ってるかは分かりません

x265 AVX512対応版回してみた

【CPU】Intel Core i9 7980XE
【CPU_Clock】4504.5 MHz(45.0 x 100.1 MHz)
【Uncore_Clock】3001.7 MHz
【MEM】G.Skill F4-3733C17-8GTZKK 8192 MBytes
【MEM_Spec】2002.1 MHz (1:30) 17.0-18-18-41-451-1T DDR4 32 GBytes Quad
【M/B】ROG RAMPAGE VI APEX (ASUSTeK COMPUTER INC.) BIOS 1004
【GPU】Radeon RX Vega HBM2 8176 MB 0x687F (0x6B76)
【GPU】Radeon RX Vega HBM2 8176 MB 0x687F (0x6B76)
【GPU】Radeon RX Vega HBM2 8176 MB 0x687F (0x6B76)
【Storage】SanDisk SDSSDXPS480G
【OS】Microsoft Windows 10 (10.0) Professional 64-bit (Build 15063)
【CPU-Z_Version】1.81.0
【Bench_Version】0.3b
【Number_of_Bench】2
【追記】AVX/AVX2 Offset:1(4.4GHz)、AVX512 Offset:7(3.8GHz)

【Bench_Type】x265_1920x1080
【Bin_Vresion】x265 2.7+336-07defe235cde (8bit+10bit+12bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080 fps 24000/1001 i420p8 1128 frames
【Veryfast】83.93 fps, 84.23 fps, 2819.36 kb/s, 13.53 sec, crf=20
【. Medium】42.26 fps, 42.14 fps, 3356.31 kb/s, 26.86 sec, crf=20
【. Slow】16.77 fps, 16.73 fps, 3660.88 kb/s, 67.52 sec, crf=20

【Bench_Type】x265_3840x2160
【Bin_Vresion】x265 2.7+336-07defe235cde (8bit+10bit+12bit), ffmpeg N-86723-g3b3501f
【Input】3840.mkv 3840x2160 fps 24000/1001 i420p8 1128 frames
【Veryfast】23.82 fps, 23.83 fps, 8807.02 kb/s, 49.06 sec, crf=20
【. Medium】11.04 fps, 11.10 fps, 9332.03 kb/s, 102.43 sec, crf=20
【. Slow】4.58 fps, 4.58 fps, 9743.25 kb/s, 246.79 sec, crf=20

【Bench_Type】x265_1920x1080
【Bin_Vresion】x265 2.7+336-07defe235cde (8bit+10bit+12bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080 fps 24000/1001 i420p8 1128 frames
【Veryfast】81.20 fps, 81.02 fps, 2819.36 kb/s, 14.02 sec, crf=20, asm=AVX512
【. Medium】38.32 fps, 38.50 fps, 3356.31 kb/s, 29.54 sec, crf=20, asm=AVX512
【. Slow】15.25 fps, 15.33 fps, 3660.88 kb/s, 74.07 sec, crf=20, asm=AVX512

【Bench_Type】x265_3840x2160
【Bin_Vresion】x265 2.7+336-07defe235cde (8bit+10bit+12bit), ffmpeg N-86723-g3b3501f
【Input】3840.mkv 3840x2160 fps 24000/1001 i420p8 1128 frames
【Veryfast】22.94 fps, 23.02 fps, 8807.02 kb/s, 49.35 sec, crf=20, asm=AVX512
【. Medium】10.57 fps, 10.10 fps, 9332.03 kb/s, 111.89 sec, crf=20, asm=AVX512
【. Slow】4.30 fps, 4.17 fps, 9743.25 kb/s, 270.86 sec, crf=20, asm=AVX512

Offsetの差があるのでAVX512使わないほうが早いｗ

検証した結果、AVX512使用時はAVX/AVX2のクロック-300MHzでAVX512使用しない時と同等位の速度になるみたい
(>>211氏も大体そんな感じ？)
Offset設定する場合、AVX/AVX2のクロックよりもAVX512のクロックを低く設定する場合は差を300MHz以内にしないと多分逆に遅くなると思う
また、CPU温度はOffset設定せずに同クロックで3840x2160 Slow 2Job回して比較した結果、AVX512使用しない時とほぼ同等だった
(クロック当たりの発熱量はほぼ変わらないっぽい？)
なので、OffsetでAVX/AVX2のクロックよりもAVX512のクロックを低く設定している場合は、結果としてAVX512使ったほうが温度が若干低くなる傾向がある

追記
CPU温度の比較時は、クロック4.1GHzで固定、コア電圧は1.175Vで固定
温度はAVX512使用時と未使用時どっちもMax88℃だった(室温30℃位)
（AVX512未使用時4.1GHzでコア電圧は1.175Vはかなり盛りすぎだけど、比較なので合わせた）

今のPCの構造上メモリ帯域で足引っ張るからなぁ
直付で32GBの帯域1Tとか実現できれば4ｋｘ265も一気に早くなるんだけど

3年ぐらい前かな
このスレでx264でメモリ速度2倍で1割の速度向上が得られたというような結果が出てたと思うんだけど1TBps程度だと1.3倍ぐらいの上昇に収まるんじゃない?

動画のエンコードに大きなメモリ帯域はそこまで必要ないのでは？
重要なのはレイテンシだと思うが

今更だけど
【CPU】Intel Core i5 8400
【CPU_Clock】3790.7 MHz(38.0 x 99.8 MHz)
【Uncore_Clock】3691.0 MHz
【MEM】Crucial Technology CT8G4DFD824A.C16FH 8192 MBytes
【MEM_Spec】1330.1 MHz (1:20) 19.0-19-19-43-347-2T DDR4 16 GBytes Dual
【M/B】H370M-ITX/ac (ASRock) BIOS P1.20
【OS】Microsoft Windows 10 (10.0) Professional 64-bit (Build 17134)
【CPU-Z_Version】1.83.0
【Bench_Version】0.3b

【Bench_Type】x264_1920x1080
【Bin_Vresion】x264 0.152.2851kMod ba24899 (8bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080p 24000/1001 fps (cfr) 1128 frames
【Veryfast】119.54 fps, 4108.13 kb/s, 12.54 sec, crf=20
【. Medium】50.57 fps, 4275.15 kb/s, 22.40 sec, crf=20
【. Slow】38.76 fps, 4277.52 kb/s, 29.27 sec, crf=20
【. Slower】19.62 fps, 4165.80 kb/s, 57.66 sec, crf=20

消費電力20W〜100W
Zマザーが欲しくなった。

2400GE出たら録画用マシンを組み替え検討中
（ >159 と比較用にベンチ取得）

【CPU】AMD A8-6500(Richland 4Cores/4Threads)
【CPU_Clock】3892.1 MHz(39.0 x 99.8 MHz)
【MEM】A-Data Technology DDR3 1600 4096 MBytes
【M/B】FM2A88X Pro+ (ASRock) BIOS P3.40
【GPU】AMD Radeon HD 8570D 1024 MB 0x990E (0x990E)
【OS】Microsoft Windows 10 (10.0) Home 64-bit (Build 17134)

【Bench_Type】x264_1920x1080
【Bin_Vresion】x264 0.152.2851kMod ba24899 (8bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080p 24000/1001 fps (cfr) 1128 frames
【Veryfast】32.96 fps, 4104.40 kb/s, 37.79 sec, crf=20
【. Medium】14.65 fps, 4272.63 kb/s, 77.20 sec, crf=20
【. Slow】10.90 fps, 4274.83 kb/s, 103.66 sec, crf=20
【. Slower】5.67 fps, 4163.76 kb/s, 199.19 sec, crf=20

【Bench_Type】x265_1920x1080
【Bin_Vresion】x265 2.5+25-4b95f82c9fb1 (8bit+10bit+12bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080 fps 24000/1001 i420p8 1128 frames
【Veryfast】8.83 fps, 2819.36 kb/s, 128.07 sec, crf=20
【. Medium】4.87 fps, 3356.31 kb/s, 231.62 sec, crf=20
【. Slow】2.07 fps, 3660.88 kb/s, 544.39 sec, crf=20

4コアなのに2Kですら遅すぎる・・

どのエチエチJKとエンコーしたい？

AVXを使わないゲームと、AVX512を使う配信ソフトを同時に動かすと
AVX offset分CPUクロックは下がるのでゲームのパフォーマンスは低下する
AVXって任意でオフれないのかな・・・

最初からoffsetで下がるそのクロックを定格にすべき
定格で動き続けられない製品とか詐欺だよなぁ?

AMD，第2世代Ryzen Threadripperのラインナップと価格を発表し，実動デモも披露
https://www.4gamer.net/games/300/G030061/20180803058/

Ryzen Threadripper 2990WX：
32C64T，定格3.0GHz，最大4.2GHz，1799ドル（税別），北米時間8月13日発売予定

これエンコード向けだな

AMDが価格破壊する度にintelのes品も価格破壊される最近の流れ貧乏人には有り難いかぎりです

すれり2結果来ないねぇ。

買えるような人はこの時期PC遊びばかりはやってられないってのもあるかね。

TRスレにここのリンク貼ってきたら?
俺は専ブラの使い方がいまいち分からない()

手持ちのMP4でx264/x265ベンチguiと自前のバッチ処理の速度を比較しようと思ったらうまく比較出来ない
自前バッチの方はAACのエンコードもやってるから条件がちょっと違うけど、
少なくとも近い速度になると思ってたら全然違う、ソースがMP4だとあかんのかな・・・

sekirara_op(1080p).mp4
Video: HVC1 1920x1080 24fps 3044kbps [V: hvc#[email protected] (hevc main, yuv420p, 1920x1080, 3044 kb/s)]
Audio: AAC 44100Hz stereo 148kbps [A: aac#[email protected] (aac lc, 44100 Hz, stereo, 148 kb/s)]

x264_x265_benchmark_gui ver0.3b
【CPU】AMD Ryzen 7
【CPU_Clock】3875.4 MHz(38.75 x 100.0 MHz)
【Uncore_Clock】1466.3 MHz
【MEM】Samsung M378A1K43BB2-CRC 8192 MBytes
【MEM_Spec】1466.3 MHz (3:44) 18.0-21-21-47-1T DDR4 16 GBytes Dual
【M/B】X370 Taichi (ASRock) BIOS L4.81
【GPU】NVIDIA GeForce GTX 1060 6GB GDDR5 6 GB 0x1C03 (0x1C03)
【Storage】Crucial_CT256MX100SSD1
【OS】Microsoft Windows 10 (10.0) Professional 64-bit (Build 17134)
【CPU-Z_Version】1.83.0
【Bench_Version】0.3b
【Number_of_Bench】1
【追記】

【Bench_Type】x265_1920x1080
【Bin_Vresion】x265 2.8+66-88ee12651e30 (8bit+10bit+12bit), ffmpeg N-86723-g3b3501f
【Input】sekirara_op(1080p).mp4 1920x1080 fps 24000/1001 i420p8 4680 frames
【. Slow】7.52 fps, 3934.14 kb/s, 622.48 sec, crf=20


NUMAenc_slice4 (2.8+66-88ee12651e30)
ソース：C:\work\testscript_0015\sekirara_op(1080p).mp4
x265設定：--crf 20 --preset slow
開始-終了/経過：22:05:04.65 - 22:08:57.36 / 0:3:52
フレーム数：0 - 585 / 585 - 1170 / 1170 - 1755 / 1755 - 2340
node01 in 223.26s (2.62 fps), 3315.86 kb/s, Avg QP:23.83
node02 in 211.71s (2.76 fps), 2586.86 kb/s, Avg QP:24.78
node03 in 189.08s (3.09 fps), 2948.69 kb/s, Avg QP:24.22
node04 in 188.98s (3.10 fps), 3320.83 kb/s, Avg QP:22.99

ログ見たらx264/265ベンチgui側はフレーム数(?)がうまく認識出来て無かった
ベンチgui側は実質622秒の半分だから311秒ぐらいかな・・・

貼り忘れ

>>242-244
「自前バッチで分割＆並列エンコードしたらベンチより速かった」ってこと？
少なくとも今のベンチとx265じゃFHDで8C16Tは使い切れないから
適度な並列エンコで8C16Tを使い切れば、速くなるのは当然だと思うけど・・・。

ベンチ側でフレーム数が本来の2倍になってしまってるのは、ソースのmuxに使われてるGPAC(MP4Box)自体の問題か、
mux方法をミスってるか、またはベンチで使われてるffmpeg（ちょっと古い）の問題だと思う。

参考までに聞きたいのだけど、分割エンコした後の結合って、どういうツールとコマンドを使ってるのだろ？

>>245
色々試してみたらAVIUtlとかで出力したMP4はx264/x265ベンチに読ませてもOKだった
やっぱGPACのMP4BOXが古いのが原因かな
CPU使用率が平均で50〜60%ぐらいなら並列化の効果があるけど80%超えてるとあまり変わらない
最近の多コアCPUは全コアに負荷がかかるとCPUクロックが下がってしまうから、その辺も影響してると思う
手動OCで全コア固定ならまた違って来るかもしれないけど
【Input】sekirara_op(1080p)_AVIUtl_x264guiEX2(remuxer-r1474).mp4 1920x1080 fps 24000/1001 i420p8 2340 frames
【Input】sekirara_op(1080p)_AVIsynth_GPAC070(MP4Box).mp4 1920x1080 fps 24000/1001 i420p8 4680 frames
【Input】sekirara_op(1080p)_AVIsynth_GPAC070(MP4Box)--fps_24.mp4 1920x1080 fps 24000/1001 i420p8 2080 frames

MP4の連結はMp4boxで普通にcatしてる
例、
MP4Box.exe -fps %fps% -flat -add 01.hvc#video -new 01.mp4 >NUL　2>&1
MP4Box.exe -fps %fps% -flat -add 02.hvc#video -new 02.mp4 >NUL　2>&1
MP4Box.exe -fps %fps% -flat -add 03.hvc#video -new 03.mp4 >NUL　2>&1
MP4Box.exe -fps %fps% -flat -add 04.hvc#video -new 04.mp4 >NUL　2>&1
MP4Box.exe -fps %fps% -flat -add 01.mp4#video -cat 02.mp4#video -cat 03.mp4#video -cat 04.mp4#video -new 00.mp4 >NUL　2>&1
MP4Box.exe -fps %fps% -add 00.mp4#video -add audio.aac#audio -new "99.mp4"
del 0?.???

AV1だとどうかなと思って試してみたけど1つのEXEにつきCPU使用率6%だから完全にシングルスレッド
16並列なら8C16Tを96%+α使えるけどメモリ48GB積まないと無理だな

>>247
FFmpegのAV1はまだ--tile-columnsが指定できないのでシングルスレッドでしか動かない
マルチスレッドで動かしたいならaomencを使う必要がある

とりあえずテスト版、適当に分割エンコードした後に適当にMP4BOXで連結してるだけ
16コア以下でやってもオーバーヘッドで遅くなることの方が多いと思うのでほぼThread Ripper専用みたいなもの
8コア以下だと重いプリセットでも100%貼り付きになるけど元が80〜100%だとオーバーヘッドで相殺されてほぼ意味無し


x265 slice encoder (1920.mkv入り) 65MB　※要AVX
https://www.axfc.net/u/3934304?key=x265_bench_slice4

--no-opt-qp-pps --no-opt-ref-list-length-pps

muken氏がx265なmp4を連結するなr↑付けとけ（x265エンコードのオプションで）っていってた

あ、ごめん
もしかしてAV1の話だった？
名前が「x265 slice encoder (1920.mkv入り) 65MB　※要AVX」だったから
x265前提で書いちゃった

x265は割とオプションのデフォルト値が変更されたりするので
--log-level　debug or fullでログを確認しないとどうなってるのかよく分からない場合がある
最近また何か新しい機能付けたりしてるようだし

いつの間にか変更されてても泣かないように
常に指定しておくのがベター

Ver2.8だと--opt-qp-ppsって廃止されてるからエラーになるような気が・・・
常に指定だとバイナリ差し替えた時に仕様が変わってると無効なオプションでエラーの原因になるんじゃないかな
仕様がずっと同じだとは限らないから余計なものはあまり付けない方が良いんじゃないかな
俺は「常に指定」するんだって人は好きにすれば良いけど
ただ、それを当たり前みたいな書き方するのはどうかと思うけど

>>255
> Ver2.8だと--opt-qp-ppsって廃止されてるからエラーになるような気が・・・

helpやソースやドキュメントを見る限りでは廃止されておらず、普通に指定できるように見えるけど。

>>255
デフォルトの設定をバカにしてるのはある
それに個人的にはエラーが出て止まるなら問題じゃなくねって思ってる
エラー文みて消せばいいだけだしさ

エラーも出さずに勝手に変な設定でエンコされてしまう方が問題だよな

AQもそうだけど度々調整入って設定変えてないのにファイルサイズや画質が変わってるとかザラ
デフォルトだろうがオプション付けようが付けまいがバイナリの動作が変わったら結果も変わるし
gitで〇〇を変更しましたとか言われてもそれが画質にどう影響するかいまいちピンと来ないことも少なくないんだよな

猫科研究所が生きてたらなあ

いよいよ8C8T vs 6C12Tのガチンコエンコ対決が見れるんですね

今回のwindows updateでどのくらい性能低下したのかのほうが気にはなるかな脆弱性パッチで

AMDもパッチ入ったな
AMDの危険性はあるけどまだ破られてないからパッチなしよの
原子力村のような対応は許されなくなった

淫厨必死だな

ワシ 淫夢厨
アムド 安い 単純演算 速い イイ

エンコあくしろ

>>262
Windows10 1809ならカーネル周りがRyzenにより最適化されてるから性能向上してる
海外フォーラム見た感じだとスリッパの方はまだ対応が十分ではないみたいね、
そのうち対応するだろうけど今のところはLinuxとかの方が性能引き出せてるみたいだな

Passmark:
CPU - Windows 10 1803 - 17671.3 CPU - Windows 10 1809 - 18021.8
2D - Windows 10 1803 - 827.8 2D - Windows 10 1809 - 927.2
3D - Windows 10 1803 - 15432.1 3D - Windows 10 1809 - 15714.5

CPUMark2004R7:
Windows 10 1803 [ ALU ] 236602 [ FPU ] 165367 [ GDI ] 14999 [ D2D ] 5389 [ OGL ] 47616
Windows 10 1809 [ ALU ] 236619 [ FPU ] 170853 [ GDI ] 20652 [ D2D ] 5873 [ OGL ] 60410

Cinebench:
Windows 10 1803 OpenGL - 110.72 fps CPU - 1825
Windows 10 1809 OpenGL - 122.28 fps CPU - 1834

Ashes of the Singularity:
Windows 10 1803 - 93.9 fps Windows 10 1809 - 94.1 fps

Civilization VI:
Windows 10 1803 - AI - 13.27 Windows 10 1809 - AI - 13.11

Rise of the Tomb Raider:
Windows 10 1803 - 87.96 fps Windows 10 1809 - 89.57 fps

https://www.reddit.com/r/Amd/comments/9l2yld/windows_10_1809_performance_improvements_on_ryzen/

CPUは誤差程度だな

2%違えば80-90Mhz相当になるから精神衛生上かなり違うぞ

シングルや間欠動作系は、単に電気食いな方向にちょっと振っただけとかもありそうだね。

coffeeスレはほんま初心者しかいないけど、そろそろここの住人も9x00に手を出してる頃合いだろ

Coffee-Rの報告全く来ないな…

ZEN2がまともにAVX2に対応するからRyzen3000が一番コスパ良くなりそう
7nmなんだから現行ThreadripperやSkylake-Xよりワッパが悪いってこともないだろう

新雷禅フルスペックAVX2は本当なの？

とはいえ実測みるまでてーださないでしょ

やっぱサーマルスロットルやパワースロットルきつくて同クロックの8700Kに負けてるんじゃない？

ZEN2はZEN+よりIPC+13%の噂だぞ。
本当であればOC時比較でもシングルの差がほぼ無くなりそう
AVX512があるしそれでもx265はintelの方が早いんじゃないの

>>277
AVX512については限られたケースでしかメリット得られないから、あまり考慮しなくてもよさそう。

インテル AVX-512 で x265 を高速化 | iSUS
https://www.isus.jp/media/accelerating-x265-with-avx-512/

> 具体的には、Main10 プロファイルで slower または veryslow プリセットを使用して
> 4K コンテンツをエンコードする場合にのみインテルR AVX-512 を使用することを推奨します。
> その他の設定 (解像度/プロファイル/プリセット) では、エンコーダーのパフォーマンスに
> 影響する可能性があるため、インテルR AVX-512 カーネルの使用は推奨しません。

基本は小粒度だからな
かと言って7nmでも256止まりってことは、14で512がどれだけ重いかわかるな

単位書こうぜ

>>278
これ半年以上前のデータだからそこまでソースの信憑性無いんだよね
この時点で同一クロックなら平均6%程度の向上幅でAVX512使用時にクロックを下げる設定であればマイナスに働く可能性もあるということは分かるけど現在どうかは分からない
つまり誰かAVX512有効無効、出来ればクロック変動有無でベンチあげてくだちい…

このスレ住人が誰も買って／試してないわけないし、やっぱりエンコ的には9x00は失敗作か

この人、１人でブツブツ言い続けてて怖いわ・・・

>>281
最近のバージョン(rigaya氏ビルドの2.8+72)でベンチ回してみたけど
>>225-227で報告した2.7+336と誤差程度の差しかなかったよ
実際にエンコしてても速度の差はないよ

>>282
エンコ目的で8コア以上欲しい人は、
既にSkylake-X/Broadwell-E(6950X/6900K)/Haswell-E（5960X）やRyzen1800X/2700X/スリッパを持ってる人が大半で
みんな9900Kはスルーしてるんじゃない？
Coffeeスレ覗いてても購入してるのはSandy以前からの買い替え組みやBTOからのステップアップか何かで自作初心者みたいな人が多い印象

入手できたのでひとまず回してみた

【CPU】Intel Core i9 9900K
【CPU_Clock】5015.9 MHz(50.0 x 100.3 MHz)
【Uncore_Clock】4313.6 MHz
【MEM】 SMD4-U16G48MH-26V 16384 MBytes
【MEM_Spec】1337.6 MHz (1:20) 19.0-19-19-43-467-2T DDR4 32 GBytes Dual
【M/B】ROG STRIX Z390-I GAMING (ASUSTeK COMPUTER INC.) BIOS 0805
【GPU】Intel(R) UHD Graphics 630 0x3E98 (0x8694)
【Storage】SanDisk Extreme Pro 1TB
【OS】Microsoft Windows 10 (10.0) Professional 64-bit (Build 17134)
【CPU-Z_Version】1.86.0
【Bench_Version】0.3b
【Number_of_Bench】1
【追記】

【Bench_Type】x264_1920x1080
【Bin_Vresion】x264 0.152.2851kMod ba24899 (8bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080p 24000/1001 fps (cfr) 1128 frames
【Veryfast】219.50 fps, 4127.31 kb/s, 6.97 sec, crf=20
【. Medium】105.77 fps, 4286.57 kb/s, 10.77 sec, crf=20
【. Slow】77.17 fps, 4290.61 kb/s, 14.74 sec, crf=20
【. Slower】37.92 fps, 4173.23 kb/s, 29.92 sec, crf=20

【Bench_Type】x265_1920x1080
【Bin_Vresion】x265 2.6+31-3712d13c09bf (8bit+10bit+12bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080 fps 24000/1001 i420p8 1128 frames
【Veryfast】72.78 fps, 2819.36 kb/s, 16.01 sec, crf=20
【. Medium】36.11 fps, 3356.31 kb/s, 31.39 sec, crf=20
【. Slow】14.52 fps, 3660.88 kb/s, 77.78 sec, crf=20

乙！
さっそく8700Kと比べようと思ったら@4.5GHzのデータしかなかった・・
こんなに過疎ってたっけ、このスレ
クロック比勘案したら30%前後の差か、冷却のハードル高そうだけど8コアの効果は十分出てるな

>>87([email protected])
> 【Veryfast】 52.22 fps, 3785.90 kb/s, 21.60s
> 【. Medium】 26.71 fps, 4408.42 kb/s, 42.24s
> 【　 　Slow】 10.44 fps, 4788.97 kb/s, 108.00s

>>158([email protected])
> 【Veryfast】51.10 fps, 2819.36 kb/s, 22.22 sec, crf=20
> 【. Medium】26.33 fps, 3356.31 kb/s, 42.97 sec, crf=20
> 【. Slow】10.67 fps, 3660.88 kb/s, 105.86 sec, crf=20

>>285(9900K@5GHz)
> 【Veryfast】72.78 fps, 2819.36 kb/s, 16.01 sec, crf=20
> 【. Medium】36.11 fps, 3356.31 kb/s, 31.39 sec, crf=20
> 【. Slow】14.52 fps, 3660.88 kb/s, 77.78 sec, crf=20

こんな時代遅れでtsエンコしてるけど
いい加減、8700か2700あたりに買い換えたい
それかRyzen3000まで待つか

【CPU】Intel Core i7 [email protected]

【Benchmark】x264_x265_benchmark_20170730

【x264】x264 0.152.2851kMod ba24899 (8bit)
　【.　Slower】 14.03 fps, 3954.37 kb/s, duration 0:01:20.39
　【　 　Slow】 28.64 fps, 4047.44 kb/s, duration 0:00:39.38
　【. Medium】 38.78 fps, 4094.00 kb/s, duration 0:00:29.08
　【Veryfast】 90.07 fps, 4100.91 kb/s, duration 0:00:12.52

【x265】x265 2.8+74-fd517ae68f93 (8bit+10bit+12bit)
　【　 　Slow】 5.54 fps, 4788.97 kb/s, 203.47s
　【. Medium】 14.26 fps, 4408.42 kb/s, 79.08s
　【Veryfast】 28.36 fps, 3785.90 kb/s, 39.77s

>>287
【Input】1920.mkv 1920x1080p 24000/1001 fps (cfr) 1128 frames

ivyおじさんだけどrigaya氏ベンチ見てrtx 2060でも出たら買うかと思ってしまった。
HEVCで100fps以上出るんだよな・・・

>>286
8700K@5GHzはこんな感じ
>>285との比較用にUncoreとメモリのクロックを揃えてみた

【CPU】Intel Core i7 8700K
【CPU_Clock】4998.8 MHz(50.0 x 100.0 MHz)
【Uncore_Clock】4299.0 MHz
【MEM】G.Skill F4-3200C14-16GVK 16384 MBytes
【MEM_Spec】1333.1 MHz (1:20) 19.0-19-19-43-467-2T DDR4 32 GBytes Dual
【M/B】Z370 Gaming-ITX/ac (ASRock) BIOS P3.20
【GPU】Intel HD Graphics 630 0x3E92 (0x3E92)
【Storage】NVMe PCIe SSD
【OS】Microsoft Windows 10 (10.0) Professional 64-bit (Build 17763)
【CPU-Z_Version】1.83.0
【Bench_Version】0.3b
【Number_of_Bench】1
【追記】

【Bench_Type】x264_1920x1080
【Bin_Vresion】x264 0.152.2851kMod ba24899 (8bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080p 24000/1001 fps (cfr) 1128 frames
【Veryfast】192.56 fps, 4122.36 kb/s, 16.57 sec, crf=20
【. Medium】86.58 fps, 4289.29 kb/s, 17.57 sec, crf=20
【. Slow】64.01 fps, 4293.61 kb/s, 22.49 sec, crf=20
【. Slower】29.67 fps, 4182.04 kb/s, 43.26 sec, crf=20

【Bench_Type】x265_1920x1080
【Bin_Vresion】x265 2.6+31-3712d13c09bf (8bit+10bit+12bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080 fps 24000/1001 i420p8 1128 frames
【Veryfast】60.11 fps, 2819.36 kb/s, 23.89 sec, crf=20
【. Medium】30.34 fps, 3356.31 kb/s, 42.26 sec, crf=20
【. Slow】12.40 fps, 3660.88 kb/s, 97.99 sec, crf=20

>>284
ありがとうございます。はやくZEN2か早ければEPYCなんかのベンチみてみたいですね。

>>285
乙
クーラー何使ってます？
できたら、クロックデフォルトとの比較も欲しい

>>290
ナイスふぉろー

>>292
CPUクーラーはNoctua NH-L12
5GHzだとエンコベンチ中最大で100℃ぐらいです

ASUSのマザーはCPU Core RatioがAutoだとPower Limitが効くらしく
デフォだと8コアで3.6GHzまでしか回らず設定を思案中

ちなみに消費電力は5GHzだと200W、3.6GHzだと100Wぐらいです

>>294
Power Limitだけ無効にすればいいんでない
Ai Tweaker→Internal CPU Power Managementの中に設定あると思うよ

【CPU】Intel Core i9 9900K
【CPU_Clock】3600.0 MHz(36.0 x 100.0 MHz)
【Uncore_Clock】3300.0 MHz
【MEM】Crucial Technology BLS16G4D240FSE.16F 16384 MBytes
【MEM_Spec】1333.4 MHz (1:20) 15.0-17-17-36-467-2T DDR4 32 GBytes Dual
【M/B】ROG STRIX Z370-G GAMING (ASUSTeK COMPUTER INC.) BIOS 1601
【GPU】NVIDIA GeForce GTX 1050 Ti GDDR5 4 GB 0x1C82 (0x11BF)
【GPU】Intel(R) UHD Graphics 630 0x3E98 (0x8694)
【Storage】SAMSUNG MZVPW256HEGL-00000
【OS】Microsoft Windows 10 (10.0) Professional 64-bit (Build 17134)
【CPU-Z_Version】1.87.0
【Bench_Version】0.3b
【Number_of_Bench】1
【追記】

【Bench_Type】x264_1920x1080
【Bin_Vresion】x264 0.152.2851kMod ba24899 (8bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080p 24000/1001 fps (cfr) 1128 frames
【Veryfast】182.97 fps, 4127.31 kb/s, 8.63 sec, crf=20
【. Medium】83.69 fps, 4286.57 kb/s, 13.65 sec, crf=20
【. Slow】60.88 fps, 4290.61 kb/s, 18.75 sec, crf=20
【. Slower】29.83 fps, 4173.23 kb/s, 38.06 sec, crf=20

【Bench_Type】x265_1920x1080
【Bin_Vresion】x265 2.6+31-3712d13c09bf (8bit+10bit+12bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080 fps 24000/1001 i420p8 1128 frames
【Veryfast】56.39 fps, 2819.36 kb/s, 21.19 sec, crf=20
【. Medium】27.66 fps, 3356.31 kb/s, 40.95 sec, crf=20
【. Slow】11.37 fps, 3660.88 kb/s, 99.40 sec, crf=20

CPU-offset 0.12V、アイドル：25W、エンコ：90〜99W(3.6GHz)、135〜145W(4.3GHz)、175〜184W(4.7GHz) ※ワットモニタで計測

8700ｋ@5Gと9900ｋの3.6Gが同等かよ
多コアの恩恵すげーな

9900K爆熱とか言ってる奴は多コアを理解してないお馬鹿さんなんだよな
同じ性能で良いなら少コアより省エネにできるのが多コア
9900Kは多コアのくせにクロック回せるから爆熱にもできるだけ
今までの多コアはクロック回らなかったからな

冷やしきれないのは貧乏人だけ

懐は冷え冷えだぜ

>>297
はあ？4.4相当だろ、どう見ても

【CPU】Intel Core i9 9900K
【CPU_Clock】5197.5 MHz(52.0 x 100.0 MHz)
【Uncore_Clock】4697.7 MHz
【MEM】G.Skill F4-3600C15-8GTZ 8192 MBytes
【MEM_Spec】1799.2 MHz (1:27) 15.0-15-15-35-631-2T DDR4 16 GBytes Dual
【M/B】Z390 AORUS ELITE-CF (Gigabyte Technology Co. Ltd.) BIOS F5
【GPU】NVIDIA GeForce GTX 1070 Ti GDDR5 8 GB 0x1B82 (0x1B82)
【Storage】WDS500G2X0C-00L350
【OS】Microsoft Windows 10 (10.0) Professional 64-bit (Build 17763)
【CPU-Z_Version】1.87.0
【Bench_Version】0.3b
【Number_of_Bench】1
【追記】

【Bench_Type】x264_1920x1080
【Bin_Vresion】x264 0.152.2851kMod ba24899 (8bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080p 24000/1001 fps (cfr) 1128 frames
【Veryfast】249.61 fps, 4127.31 kb/s, 8.87 sec, crf=20
【. Medium】118.21 fps, 4286.57 kb/s, 13.85 sec, crf=20
【. Slow】86.71 fps, 4290.61 kb/s, 17.37 sec, crf=20
【. Slower】42.20 fps, 4173.23 kb/s, 31.66 sec, crf=20

【Bench_Type】x265_1920x1080
【Bin_Vresion】x265 2.6+31-3712d13c09bf (8bit+10bit+12bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080 fps 24000/1001 i420p8 1128 frames
【Veryfast】79.38 fps, 2819.36 kb/s, 19.33 sec, crf=20
【. Medium】39.57 fps, 3356.31 kb/s, 33.16 sec, crf=20
【. Slow】16.29 fps, 3660.88 kb/s, 73.50 sec, crf=20

ハズレ石なのか1.5Vかけて5.2GHzがようやく完走。エンコ中380〜410W、MAX 102℃
二度とやらない

色々凄いw

今日からx265始めたけど当分medium+軽圧縮で我慢しようと思う
ノートPC(i7-4722HQ)にslowは無理やった…

ノートでエンコまでやるなら264の方がまだ良くね?

いあ、ここにいる人も速度出ててもx265に切り替えた人そんな多くないんじゃない？

よほどの事がない限り
実時間より長くかかる設定は使わないかな。

ぶっちゃけ圧縮が割と高性能な方のリソース使って尚リアルタイムより遅いってのはアレよな
扱い難いわな、ストレージもそんな高く無いんだし

ワシの若い頃はMP3を実時間の数倍かけてエンコしておった

１つの目安ではあるかもしれないけど、別に実時間を基準にしなくてもいいよなあとは思う。

もう264はVLCじゃダメっぽい。
非力なグラボだと倍速程度でカクカクする。
265なら余裕でヌルヌル動く。

糞CPU使ってるからじゃねーの

CPUは2500K
グラボはHD4550

両方ともおもっくそ非力やん
つーか内蔵グラのほうがまだましじゃね？

内臓グラは故障
250〜300wスリムケースなのて消費電力高いの付けられない。
ロープロ750tiすら厳しそう。高いし。

DP Xeonサーバが手に入ったので。NUMA構成ON（Node Interleave OFF）。
4並列でも若干伸びる。エンコード時消費電力は400〜450W。

【CPU】Intel Xeon E5 2690 v2
【CPU_Clock】3291.0 MHz(33.0 x 99.7 MHz)
【CPU】Intel Xeon E5 2690 v2
【CPU_Clock】3291.0 MHz(33.0 x 99.7 MHz)
【MEM】Hyundai Electronics HMT42GR7BFR4C-RD 16384 MBytes
【MEM_Spec】930.8 MHz (1:14) 13.0-13-13-32-243-1T DDR3 128 GBytes Quad
【M/B】
【GPU】Microsoft 基本ディスプレイ アダプター 0x0533 (0x3381)
【Storage】
【OS】Microsoft Windows 10 (10.0) Professional 64-bit (Build 17763)
【CPU-Z_Version】1.87.0
【Bench_Version】0.3b

【Number_of_Bench】2
【Bench_Type】x265_1920x1080
【Bin_Vresion】x265 2.9+15-81373aab81df (8bit+10bit+12bit), ffmpeg N-92377-g0c6d4e7ba4
【Input】1920.mkv 1920x1080 fps 24000/1001 i420p8 1128 frames
【Veryfast】31.31 fps, 31.30 fps, 2819.36 kb/s, 36.38 sec, crf=20
【. Medium】14.93 fps, 14.94 fps, 3356.31 kb/s, 75.88 sec, crf=20
【. Slow】6.72 fps, 6.73 fps, 3660.88 kb/s, 168.11 sec, crf=20

【Number_of_Bench】4
【Bench_Type】x265_1920x1080
【Bin_Vresion】x265 2.9+15-81373aab81df (8bit+10bit+12bit), ffmpeg N-92377-g0c6d4e7ba4
【Input】1920.mkv 1920x1080 fps 24000/1001 i420p8 1128 frames
【Veryfast】16.91 fps, 16.95 fps, 16.84 fps, 16.88 fps, 2819.36 kb/s, 67.37 sec, crf=20
【. Medium】8.30 fps, 8.33 fps, 8.30 fps, 8.41 fps, 3356.31 kb/s, 136.25 sec, crf=20
【. Slow】3.70 fps, 3.71 fps, 3.74 fps, 3.72 fps, 3660.88 kb/s, 305.31 sec, crf=20

iGPUだけ故障するとかあるのかよｗ

ドライバすっぽ抜けてるんじゃないのか？

オンボで2画面使って動画を倍速以上でフル稼働してると片方が映らなくなる。
蓮とZ68でもう二台目。メインはそんな使い方しないけど。

ここはエンコベンチスレであって、ゴミ環境ゴミソフト再生スレじゃないんで他でやれよ。

すまんね。
264で検索かけたらここにたどり着いたものだから。
でも完全に無関係って訳でも無いと思うしちょっと位良いかな？と。

スレ読まずにカキコする奴は珍しくないが、スレタイすら読めずに場違いカキコする奴は珍しい

ここら辺のスレが一番的を得た意見や回答が得られる気はする。

スレチどころか板違い

>>322
完全に無関係だろタコ作

「俺が思ってるから絶対だ」とか思ってる病人相手にすんな

過疎ってるぞもっと結果報告よろ

保守

AVX512搭載したCPU持ってる人はSVT-HEVC試してくれると助かる

【CPU】Intel Core i7 6700K
【CPU_Clock】4001.0 MHz(40.0 x 100.0 MHz)
【Uncore_Clock】4001.0 MHz
【MEM】Corsair CMK16GX4M2A2666C16 8192 MBytes
【MEM_Spec】1333.7 MHz (1:20) 16.0-18-18-35-386-2T DDR4 16 GBytes Dual
【M/B】Z170 Extreme4 (ASRock) BIOS P7.20
【GPU】Intel(R) HD Graphics 530 0x1912 (0x1912)
【Storage】Crucial_CT1050MX300SSD1
【OS】Microsoft Windows 10 (10.0) Home 64-bit (Build 17763)
【CPU-Z_Version】1.83.0
【Bench_Version】0.3b　>>153氏よりDL
【Number_of_Bench】1
【追記】CPU定格4.01GHz アイドル30W　エンコ中115W (ワットモニター)

【Bench_Type】x264_1920x1080
【Bin_Vresion】x264 0.152.2851kMod ba24899 (8bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080p 24000/1001 fps (cfr) 1128 frames
【Veryfast】112.46 fps, 4113.05 kb/s, 12.20 sec, crf=20
【. Medium】48.35 fps, 4276.65 kb/s, 23.49 sec, crf=20
【. Slow】35.23 fps, 4279.71 kb/s, 32.18 sec, crf=20
【. Slower】17.48 fps, 4169.58 kb/s, 64.70 sec, crf=20

【Bench_Type】x265_1920x1080
【Bin_Vresion】x265 2.6+31-3712d13c09bf (8bit+10bit+12bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080 fps 24000/1001 i420p8 1128 frames
【Veryfast】34.92 fps, 2819.36 kb/s, 34.65 sec, crf=20
【. Medium】17.65 fps, 3356.31 kb/s, 64.06 sec, crf=20
【. Slow】7.14 fps, 3660.88 kb/s, 158.11 sec, crf=20

おまけ
HWBOT x265 Benchmark v2.2.0 1080p : 31.413 fps
x264 FHD Benchmark v1.0.1 1080p 29.58 fps

【CPU】Intel Core i7 3612QM
【CPU_Clock】2795.3 MHz(28.0 x 99.8 MHz)
【MEM】 DBST4GN568S 4096 MBytes
【MEM_Spec】665.6 MHz (1:5) 9.0-9-9-24-1T DDR3 8092 MBytes Dual
【M/B】VAIO (Sony Corporation) BIOS R0143C5
【GPU】Intel(R) HD Graphics 4000 DDR3 2 GB 0x0FD3 (0x909C)
【Storage】SanDisk SDSSDA480G
【OS】Microsoft Windows 7 (6.1) Home Premium Edition 64-bit Service Pack 1 (Build 7601)
【CPU-Z_Version】1.83.0
【Bench_Version】0.3b
【Number_of_Bench】1
【追記】 ノートPC CPU定格4コアTB2.8GHz (TDP35W) 液晶輝度中 アイドル10W エンコ中49W (ワットモニター)

【Bench_Type】x264_1920x1080
【Bin_Vresion】x264 0.152.2851kMod ba24899 (8bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080p 24000/1001 fps (cfr) 1128 frames
【Veryfast】56.23 fps, 4113.05 kb/s, 20.19 sec, crf=20
【. Medium】23.82 fps, 4276.65 kb/s, 47.49 sec, crf=20
【. Slow】17.45 fps, 4279.71 kb/s, 64.79 sec, crf=20
【. Slower】8.79 fps, 4169.58 kb/s, 128.54 sec, crf=20

【Bench_Type】x265_1920x1080
【Bin_Vresion】x265 2.6+31-3712d13c09bf (8bit+10bit+12bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080 fps 24000/1001 i420p8 1128 frames
【Veryfast】14.47 fps, 2819.36 kb/s, 78.08 sec, crf=20
【. Medium】7.61 fps, 3356.31 kb/s, 148.29 sec, crf=20
【. Slow】3.34 fps, 3660.88 kb/s, 338.19 sec, crf=20

おまけ
HWBOT x265 Benchmark v2.2.0 1080p : 12.43 fps
x264 FHD Benchmark v1.0.1 1080p 16.35 fps

>>330
とりあえず動く物は出来たから、動かすだけ動かしてみた
yuv [info]: 1920x1080 fps 24000/1001 i420p8 unknown frame count
こんなファイルを
-------------------------------------------
Number of logical cores available: 24
Number of PPCS 53
-------------------------------------------
SVT [config]: Main10 Profile Tier (auto) Level (auto)
SVT [config]: EncoderMode / LatencyMode / Tune : 6 / 0 / 0
SVT [config]: EncoderBitDepth / CompressedTenBitFormat : 8 / 0
SVT [config]: SourceWidth / SourceHeight : 1920 / 1080
SVT [config]: Fps_Numerator / Fps_Denominator / Gop Size / IntraRefreshType : 24000 / 1001 / 24 / 1
SVT [config]: HierarchicalLevels / BaseLayerSwitchMode / PredStructure : 3 / 0 / 2
SVT [config]: BRC Mode / QP / LookaheadDistance / SceneChange : CQP / 23 / 17 / 1
SVT [config]: BitRateReduction / ImproveSharpness : 1 / 1
-------------------------------------------
こんな感じで。
出来上がり
Total Frames Frame Rate Byte Count Bitrate
39936 23.98 fps 337781600 1622.33 kbps
auo [info]: CPU使用率: Aviutl: 15.62% / x265: 79.43%
auo [info]: Aviutl 平均フレーム取得時間: 4.952 ms
auo [info]: x265エンコード時間 : 0時間 6分21.7秒

CPUは
Intel Core i9-7920X @ 2.90GHz [TB: 4.49GHz] (12C/24T)
こんな感じで、100fps位出てたかなー。
お試しで動かすだけだったんで、Aviutlでちゃちゃっと。

やっぱXeon scalableはいないもんだね。ベンチ知りたいけど。

久々にカキコあったと思ったら独自フォーマットのオナニーかよ

まあそもそもベンチマーク時点でおなってる感じだが、規格統一したのも一緒に載せないと他と比較できずデータとして意味はないね。

CRFすら実装されてないもん、合わせようがねーよ。
1080pをSlowレベルのpresetで処理して100fps出ますよってだけ。

x265のSVT入れたビルドは誰だって出来るから、後はやりたい奴がやって。
自分はまだ使うつもり無いから、後はシラン。

他の人のフォーマットに沿った書き込みが見えない盲目きたー

自分で勝手に試して書き込んだのならともかく他の住人にリクエストされて調べてるのにボロクソに言われるのは可哀想

同感

すまなかっt

x265がavx512に対応する予定は無いのかな？

>>342
このスレのログをAVX512で検索

https://hwbot.org/submission/4056946_alex_ro_hwbot_x265_benchmark___4k_xeon_w_3175x_70.269_fps

https://hwbot.org/submission/3868471_bigblock990_hwbot_x265_benchmark___4k_core_i9_7980xe_46.9_fps

まだコア数増加の効果はあるねえ

6とか8とか10とか20とかちまちま刻んでんじゃねーよ
一気に65536コアぐらいにしろ

>>345

CPUだけでmini-ITXサイズになりそう

出来ても安くて1パッケージ600万は下らんだろうな
ボード単価だと更に上がって
1コア性能もよりGPU並に単純化したうえで、ウェハから数枚しか取れないし歩留まり考えると更に2〜3倍はしそうだけども

そうなるからSMP構成する訳なんだけどね

GPU「呼んだ？」

コーデック自体ををMTで効率的に使えるように構成したフォーマットが無いと
今後は詰まる
ティプトリーの小説じゃ無いけど、そんくらい切迫詰まってくるだろ

問題はデコーダの実装をある程度簡便に出来るようにしないと普及しないから
エンコードの並列処理性を上げるのに格納の仕方を極端にすり寄せられないってのと
差分圧縮が主要技術だから、データの関連性が残る以上は並列化しても関連があるデータ一式が揃わないと処理が先に進めないんで並列しすぎても待ちが出てスチール起きるし
結果を別途ストックしてある程度隠蔽しても、データの出し入れ処理が別に発生してくるから仕事量も増えるわボトルネック要因も増えるわで、そう単純な話じゃ無いのよね

I/Pフレームだけで構成するマルチコア向けコーデックとかどうけ

再生する側に利が無きゃ普及しない

少し前までのGPUエンコーダはまさにIとPだけだった
速いには速いけどクソ画質

>>353
「少し前」っていつのことを指してるんだ？

Bフレーム対応が2080以降

>>355
それNVENCのHEVCに限定した話じゃん。
IntelもAMDもNVIDIAも、H.264ならBフレームはずいぶん前から使えてたし、
Intelの場合はHEVCも対応時点からBフレームが使えてたはず。
ただ、AMDはPolaris/VegaでH.264でもBフレームが使えなくなったらしいけど。

久々にx265とAOM AV1を比較してみたけどやっぱAV1遅いな・・・
並列化無しだと0.04〜0.05fpsぐらいでつれぇわ。
x265(placebo)の2倍時間かかって画質はやや上という感じだけどまだまだ実用レベルには程遠い。

x265 : 3.0+2-ge71f790de+23 (10bit)
Option : --preset=placebo --crf 27 --tune animation
[x4] Progress : 0:42:16 (2536.71s/1.220fps/3096frames/19.2MB)






aom AV1 : 1.0.0-691-gbb8157b89 (ffmpeg N-92087-gdcbd89e000)
Option : -pix_fmt yuv420p -c:v libaom-av1 -crf 26 -b:v 1500K -strict experimental
[x8] Progress : 2:12:16 (7936.15s/0.390fps/3096frames/18.6MB)





[x16] Progress : 1:30:19 (5419.86s/0.571fps/3096frames/19.0MB)

>>357
このスレに報告するよりこっちのスレに書き込んだほうが歓迎される気がする。

次世代ビデオコーデック総合スレPart3 【HEVC/VP9/AV1/VVC等】
http://2chb.net/r/avi/1548833021/

あとlibaom 1.0.0-691ってちょっと古くない？それ去年の9月くらいのやつだよ。
いまはリビジョン1000くらい進んで1.0.0-1654まで行ってる。

>>358
新しいffmpeg上書きしたつもりが bin\binの1つ深いところに入ってて古い方が使われてたわ・・・
ということでやり直した結果が↓
これでもまだx265には速度的に負けてるが。

aom AV1 : 1.0.0-1629-gd224f625e (ffmpeg : N-93634-geeca67e023 / built with gcc 8.3.1 20190414)
Option : -pix_fmt yuv420p -c:v libaom-av1 -crf 26 -b:v 1500K -aq-mode 3 -noise-sensitivity 2 -strict experimental
[x8] Progress : 1:1:12 (3672.7s/0.843fps/18.2MB)





ちなみに並列数[x10]だともう少し早くて54分だった。
新しい方がメモリ消費量が増えてるみたいでx16だとメモリ16GBじゃ足りなくて落ちた。



aomencもビルドしてみたけど、エンコード時にパイプ処理(y4m)が必要な分、
メモリ消費量が多いのでメモリ16GBだと並列数をそんなに上げられなかった。

そもそもAV1って個人用ではないでしょ
ロイヤリティフリーで配信用にとにかく圧縮したい企業向け

ついでにrav1e + gui
一旦y4mに変換するからTempが数十GB〜数百GB容量食う上に画質もあまり良くない

rav1e (AV1) / gui : 1.0-2285　(2019/05/01 master)
Option : quantizer=130 speed=1 part-seconds=3
Progress : 0:59:50 (3593s/0.861fps/20.1MB)

多少、再生デバイスが限られてても
x265以上の圧縮率/画質を併せ持ってたら使いたいんだけどまだまだやね

現状で265より劣るのであれば、将来的な勝敗は決したようなもの

一般人は使わないだろうけど、再生可能ならいらぬ出費が減る企業は採用するでしょ。

>>364
普及するってのは絶対的に大きなポイント

配信に採用されて個人ユーザ向けにもAV1デコード（ハードウェア再生支援含む）が普及するのは間違いないと思うけど
AV1のエンコードについてはどうなるかわからんからな。

NVENCやQSV等がAV1エンコードをサポートすれば、個人ユーザもある程度エンコードに使うかもしれないけど、
デコードだけのサポートになる可能性もあるし、なんだかんだで個人のエンコードはH.265/HEVCでいいやってことになりそう。

ｚｅｎ2保守

一年で急に過疎ったな

H.265のソフトウェアエンコードに心が折れちゃった？

zen2が出るまでは話題が無いのでは

多コアCPUが出てきて、x264/x265の単一エンコードではCPUをフルに生かしきれなくなったってのもでかいかもね。

単にIntelが10nmとちったのとPC業界が縮小気味だからでしょ。

そもそもエンコードの要って時点でニッチ
ニッチなだけにユースは重いケースが突出するけど、ただ時間をかければ結局どんな石でも出来るわけで
特に多コアをリーズナブルに行き渡らせたzenシリーズが充実した時点で選択肢はベンチ掛けるまでも無い
つまるところ下の数が少ないのはある程度の高性能の普遍化で向上幅が無くなり固定化、上は多コアで並列ゴリゴリの固定化
後はその更新くらいしか無い
故に現在のところzen2発売までは動きはない

svt-hevcでベンチを取ってみたいんだが、そのバイナリはどこで手に入る？

16コアRyzen出たね
これくらいだとリアルタイムエンコも余裕そう

色々なCPUのシネベンチのランキングテキストってどこかにありますかね？

【CPU】Intel Xeon W-3175X
【CPU_Clock】4298.7 MHz(43.0 x 100.0 MHz)
【Uncore_Clock】2999.1 MHz
【MEM】G.Skill F4-4266C17-8GTZR 8192 MBytes
【MEM_Spec】1999.5 MHz (1:30) 16.0-17-17-34-300-2T DDR4 96 GBytes Hexa
【M/B】ROG DOMINUS EXTREME BIOS 0409
【GPU】NVIDIA GeForce RTX 2080 Ti 0xE 11 GB 0x1E07 (0x866A)
【Storage】INTEL Optane SSD 905P 960GB
【OS】Microsoft Windows 10 (10.0) Pro 64 (Build 18362)
【CPU-Z_Version】1.83.0
【Bench_Version】0.3b
【Number_of_Bench】4
【追記】 By Core Usage 4.7-4.3GHz、AVX/AVX512 offset 2/4、HTT Enable、一部情報省略

【Bench_Type】x264_1920x1080
【Bin_Vresion】x264 0.152.2851kMod ba24899 (8bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080p
【Veryfast】195.56 fps, 193.91 fps, 195.80 fps, 194.85 fps
【. Medium】88.37 fps, 88.35 fps, 87.66 fps, 87.65 fps
【. Slow】64.56 fps, 65.13 fps, 64.99 fps, 64.97 fps

【Bench_Type】x264_3840x2160
【Bin_Vresion】x264 0.152.2851kMod ba24899 (8bit), ffmpeg N-86723-g3b3501f
【Input】3840.mkv 3840x2160p
【Veryfast】50.82 fps, 50.82 fps, 50.76 fps, 50.86 fps
【. Medium】24.19 fps, 24.09 fps, 24.03 fps, 24.07 fps
【. Slow】18.28 fps, 18.26 fps, 18.28 fps, 18.32 fps

【Bench_Type】x265_1920x1080
【Bin_Vresion】x265 2.6+31-3712d13c09bf (8bit+10bit+12bit), ffmpeg N-86723-g3b3501f
【Input】1920.mkv 1920x1080
【Veryfast】62.85 fps, 63.04 fps, 63.13 fps, 62.97 fps
【. Medium】30.52 fps, 30.68 fps, 30.58 fps, 30.58 fps
【. Slow】12.51 fps, 12.51 fps, 12.46 fps, 12.51 fps

【Bench_Type】x265_3840x2160
【Bin_Vresion】x265 2.6+31-3712d13c09bf (8bit+10bit+12bit), ffmpeg N-86723-g3b3501f
【Input】3840.mkv 3840x2160
【Veryfast】17.21 fps, 17.23 fps, 17.21 fps, 17.23 fps
【. Medium】7.57 fps, 7.58 fps, 7.59 fps, 7.59 fps
【. Slow】3.16 fps, 3.16 fps, 3.16 fps, 3.16 fps

Intel Xeon W-3175X

・コアの数　28/スレッド数　56
・ベース　3.10 GHz/ブースト　3.80 GHz

なにはともあれzen2との比較が楽しみ

https://ark.intel.com/content/www/jp/ja/ark/products/189452/intel-xeon-w-3175x-processor-38-5m-cache-3-10-ghz.html

>>377 のHWiNFO64の状況。>>377ではカットしたけどSlowerの結果も有り。

室温26℃くらい。全力なら、あと200MHzくらい上げられるかも。殻割りしたら更に100MHzかな。

>>379 のメモコンの消費電力（Total DRAM Power：Xeon SKUだとパッケージパワーの内訳として見られる）
が高い（メモリ全開でアクセスするメモリ負荷テストで80W台くらいのが65Wまで行ってる）のが少し気になった
（途中風呂入ってて動作中の状況見てなかった）。
もう一回やってみたら、60W越えるのは短時間で、大半の区間はX264は30〜40W、X265は20W台くらいのよう。

コア数とメモリch数がアンバランスな3950Xだと、>>232（i7-4770の4C:1ch実験）より更に影響があるかどうか？
※>>377は2 DIMM/ch構成なので、多数のスレッドがメモリをアクセスする条件ではシングルランクの1 DIMM/ch
　より有利かも。

今晩にもZen2の報告が入るわけですな！

x265はだいぶ速くなりそうで期待が持てるな

全力ベンチを期待。
コア周りやAVX強化、メモリクロック向上なんかの面ではy-cruncherやってみるのもよいかも。
http://2chb.net/r/jisaku/1435886327/