【x264/x265】実用エンコベンチ Part6

1Socket7742017/10/11(水) 22:26:32.86ID:6LYQ1+9/
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
https://egg.5ch.net/test/read.cgi/jisaku/1460032466/

210Socket7742018/04/21(土) 15:28:43.93ID:saXu6l6b

211Socket7742018/04/22(日) 10:43:13.23ID:Cyua8SRT
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

212Socket7742018/04/22(日) 10:57:55.09ID:Cyua8SRT
軽いpresetなら効果あるけど、
重くなると、AVX2とのクロック差の方が効いてきて、結局変わらんという結果。

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

213Socket7742018/04/22(日) 11:16:24.10ID:YSCRfaMn
>>212
AVX512有効無効で温度ってどれくらい変わるの?

214Socket7742018/04/22(日) 13:40:18.34ID:Cyua8SRT
一発芸 ベンチのみで Offset をAVXと同じ-1で実行

【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】61.86 fps, 61.91 fps, 2819.36 kb/s, 20.25 sec, crf=20, asm=AVX512
【. Medium】30.18 fps, 30.30 fps, 3356.31 kb/s, 37.50 sec, crf=20, asm=AVX512
【.   Slow】12.38 fps, 12.43 fps, 3660.88 kb/s, 91.26 sec, crf=20, asm=AVX512

結果
AVX512無し 4.3GHz / あり 4.1GHz / あり 4.3GHz
116.52 / 119.86 / 123.77
58.43 / 58.40 / 60.48
23.61 / 23.78 / 24.81

AVX512無しを基準の伸び率
4.1GHz / 4.3GHz
1.029 / 1.062
0.999 / 1.035
1.007 / 1.051

>>213
エンコだけだとそんなに温度は変わらない
これで80度前後

215Socket7742018/04/22(日) 13:44:47.25ID:Cyua8SRT
あ、オフセット計算間違ってた。
4.1>4.2
4.3>4.4ね。

216Socket7742018/04/22(日) 14:00:15.94ID:YSCRfaMn
もうちょっと速くなって欲しいなあ

217Socket7742018/04/25(水) 07:50:56.63ID:tAsqlT9g
誤差みたいなもんだな

218Socket7742018/04/25(水) 09:12:35.42ID:c1cMk3vG
AVX512依存度が高まるかプロセスが5nm程度になれば恩恵受けられるのかな
もっと伸びるなら訴求力になるのに

219Socket7742018/04/25(水) 09:25:41.72ID:Y4pwNXsE
ムリでしょ
あまり複雑ではないリサイズなんかでは恩恵あるだろうけど

220Socket7742018/04/25(水) 13:25:21.59ID:Lge1wMCb
7nm が限度と言われてる。
クロック固定できない CPU だと AVX でクロック落ちるから SSE4.2 のが早い。クロック固定できても AVX は誤差って事で。

221Socket7742018/04/25(水) 13:26:15.78ID:Lge1wMCb
x265 のエンコード専用チップと同じような拡張命令作ってくれないとねー

222Socket7742018/04/25(水) 13:41:36.91ID:Lge1wMCb
あとプロセスルールが細かくなるほど OC 耐性低くなるんじゃ。現に一定以上のクロックで爆熱だし。

223Socket7742018/04/26(木) 21:00:04.26ID:6TX3v+BW
>>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

224Socket7742018/04/27(金) 23:30:01.16ID:fUGyuxtz
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
https://images.anandtech.com/doci/11616/anandtech-skysp-avx2.png
https://images.anandtech.com/doci/11616/anandtech-skysp-avx512.png
ちなみにPlatinum 8180だと4コア使用時でAVX2 3.4GHz、AVX512 3.3GHz
8コアでAVX2 3.3GHz、AVX512 3.2GHzらしいです
でも熱との関係もあるのでそこまで回ってるかは分かりません

225172018/04/28(土) 12:26:24.61ID:1VJkBuUc
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

226172018/04/28(土) 12:26:58.53ID:1VJkBuUc
【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使わないほうが早いw

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

227172018/04/28(土) 12:49:02.55ID:1VJkBuUc
追記
CPU温度の比較時は、クロック4.1GHzで固定、コア電圧は1.175Vで固定
温度はAVX512使用時と未使用時どっちもMax88℃だった(室温30℃位)
(AVX512未使用時4.1GHzでコア電圧は1.175Vはかなり盛りすぎだけど、比較なので合わせた)

228Socket7742018/05/11(金) 14:37:59.55ID:65nK7ohk
今のPCの構造上メモリ帯域で足引っ張るからなぁ
直付で32GBの帯域1Tとか実現できれば4kx265も一気に早くなるんだけど

229Socket7742018/05/11(金) 16:40:45.81ID:qh7yx0Zz
3年ぐらい前かな
このスレでx264でメモリ速度2倍で1割の速度向上が得られたというような結果が出てたと思うんだけど1TBps程度だと1.3倍ぐらいの上昇に収まるんじゃない?

230Socket7742018/05/17(木) 15:41:10.45ID:XyuE+6RV
動画のエンコードに大きなメモリ帯域はそこまで必要ないのでは?
重要なのはレイテンシだと思うが

231Socket7742018/05/22(火) 16:23:30.49ID:W2/sJIvd
今更だけど
【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マザーが欲しくなった。

232Socket7742018/05/24(木) 16:19:55.51ID:Wmlddlmw
>>229
メモリ速度半減のテストだった


123 :Socket774 2016/12/21(水) 00:28:29.78 ID:dFDHW+D/
x264ではメモリ半減にしても数%しか差がなかったけど

x264ベンチの方
メモリ2チャネル(DDR3 1600x2) → メモリ1チャネル(DDR3 1600x1)
【CPU】i7-4770(定格)
【Veryfast】 61.97fps → 57.26fps  (-7.6%)
【. Slower】 3.77fps → 3.74fps  (-0.08%)

x265だと差がもっと大きく出るかもね


130 :Socket774 2016/12/21(水) 00:46:41.14 ID:dFDHW+D/
さっそく>>102からメモリ帯域半殺しで計測してみた

【CPU】i7-4770(定格) x265_Benchmark
【拡張命令】 MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2

【MEM】DDR3-1600 4GBx2 → DDR3-1600 4GBx1(シングルチャネル)

【Veryfast】 29.15 fps → 27.09 fps (-7%)
【. Medium】 14.54 fps → 14.10 fps (-3%)
【   Slow】 5.98 fps  →  5.90fps  (-1.3%)

x264と同様にあんまり差がなかった

233Socket7742018/06/03(日) 19:51:09.85ID:pYjpz2Ue
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ですら遅すぎる・・

234Socket7742018/06/15(金) 13:55:58.23ID:sOkI37cM
どのエチエチJKとエンコーしたい?
http://imgur.com/wO6kKwZ.jpg

235Socket7742018/07/05(木) 20:04:23.82ID:OPPZ3+HA
AVXを使わないゲームと、AVX512を使う配信ソフトを同時に動かすと
AVX offset分CPUクロックは下がるのでゲームのパフォーマンスは低下する
AVXって任意でオフれないのかな・・・

236Socket7742018/07/06(金) 03:56:34.56ID:2+Rz20f0
最初からoffsetで下がるそのクロックを定格にすべき
定格で動き続けられない製品とか詐欺だよなぁ?

237Socket7742018/08/07(火) 02:14:52.34ID:7Hypg3ia
AMD,第2世代Ryzen Threadripperのラインナップと価格を発表し,実動デモも披露
https://www.4gamer.net/games/300/G030061/20180803058/

Ryzen Threadripper 2990WX:
32C64T,定格3.0GHz,最大4.2GHz,1799ドル(税別),北米時間8月13日発売予定

これエンコード向けだな

238Socket7742018/08/07(火) 13:54:26.95ID:uDJ4B5Mt
AMDが価格破壊する度にintelのes品も価格破壊される最近の流れ貧乏人には有り難いかぎりです

239Socket7742018/08/16(木) 07:13:53.22ID:slOjIhuT
すれり2結果来ないねぇ。

240Socket7742018/08/16(木) 14:37:57.21ID:w1VbpD/l
買えるような人はこの時期PC遊びばかりはやってられないってのもあるかね。

241Socket7742018/08/18(土) 16:30:40.89ID:kawWlQid
TRスレにここのリンク貼ってきたら?
俺は専ブラの使い方がいまいち分からない()

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

sekirara_op(1080p).mp4
Video: HVC1 1920x1080 24fps 3044kbps [V: hvc#video@GPAC0.7.0-rev0-gbd5c9af-master (hevc main, yuv420p, 1920x1080, 3044 kb/s)]
Audio: AAC 44100Hz stereo 148kbps [A: aac#audio@GPAC0.7.0-rev0-gbd5c9af-master (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
https://i.imgur.com/EpY8mwc.png

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
https://imgur.com/svxM8hR.png

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

2442422018/08/21(火) 23:23:20.22ID:ZHtmKwe9

245Socket7742018/08/22(水) 09:54:43.52ID:GBs3XSb6
>>242-244
「自前バッチで分割&並列エンコードしたらベンチより速かった」ってこと?
少なくとも今のベンチとx265じゃFHDで8C16Tは使い切れないから
適度な並列エンコで8C16Tを使い切れば、速くなるのは当然だと思うけど・・・。

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

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

2462422018/08/22(水) 15:58:36.55ID:Cu1vveQA
>>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?.???

2472422018/08/23(木) 02:07:33.88ID:r8VPCmZQ
AV1だとどうかなと思って試してみたけど1つのEXEにつきCPU使用率6%だから完全にシングルスレッド
16並列なら8C16Tを96%+α使えるけどメモリ48GB積まないと無理だな
https://imgur.com/ze9QmJP.png
https://imgur.com/8gDUXOo.png

248Socket7742018/08/23(木) 05:01:40.65ID:tJ1FUXkw
>>247
FFmpegのAV1はまだ--tile-columnsが指定できないのでシングルスレッドでしか動かない
マルチスレッドで動かしたいならaomencを使う必要がある

249Socket7742018/09/04(火) 02:16:16.87ID:AqQMmM48
とりあえずテスト版、適当に分割エンコードした後に適当にMP4BOXで連結してるだけ
16コア以下でやってもオーバーヘッドで遅くなることの方が多いと思うのでほぼThread Ripper専用みたいなもの
8コア以下だと重いプリセットでも100%貼り付きになるけど元が80〜100%だとオーバーヘッドで相殺されてほぼ意味無し
https://i.imgur.com/9yy2J5J.png

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

250Socket7742018/09/04(火) 10:32:02.17ID:YVYvkbFG
--no-opt-qp-pps --no-opt-ref-list-length-pps

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

251Socket7742018/09/04(火) 10:33:33.28ID:YVYvkbFG
あ、ごめん
もしかしてAV1の話だった?
名前が「x265 slice encoder (1920.mkv入り) 65MB ※要AVX」だったから
x265前提で書いちゃった

252Socket7742018/09/04(火) 15:24:38.41ID:0FzZ/f3P
>>250
2016/10/17にそれらのオプションが実装された時は、両方とも
  デフォルトでON(--opt-qp-pps、--opt-ref-list-length-pps)
にされてたからmuken氏もそうコメントしてたんだけど、2017/11/16に
  デフォルトOFF(--no-opt-qp-pps --no-opt-ref-list-length-pps)
に変更されたので、あえて明示指定する必要はなくなってる。

参考コミット:
 https://bitbucket.org/multicoreware/x265/commits/304116f4cd41bc4fd610d5b16c6f447a50b8df02
 https://bitbucket.org/multicoreware/x265/commits/8b12db6c5f6bbab87887822ae9fce524e18a25c1

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

254Socket7742018/09/05(水) 23:18:20.69ID:FdS4SYty
いつの間にか変更されてても泣かないように
常に指定しておくのがベター

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

256Socket7742018/09/14(金) 04:57:45.37ID:eNN9m6Bm
>>255
> Ver2.8だと--opt-qp-ppsって廃止されてるからエラーになるような気が・・・

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

257Socket7742018/09/14(金) 09:43:08.95ID:1a7/JC0g
>>255
デフォルトの設定をバカにしてるのはある
それに個人的にはエラーが出て止まるなら問題じゃなくねって思ってる
エラー文みて消せばいいだけだしさ

258Socket7742018/09/14(金) 11:30:12.42ID:qIpTvKvP
エラーも出さずに勝手に変な設定でエンコされてしまう方が問題だよな

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

260Socket7742018/09/18(火) 09:02:12.55ID:sN3/e6ch
猫科研究所が生きてたらなあ

新着レスの表示
レスを投稿する