rigayaの日記兼メモ帳

---

Rocketlake(i7 11700K)では妙にアイドル時の電力が高い、というのは以前書いた通り。

消費電力を測る機材はないので、実際のところはよくわからんが、HWiNFO読みだと、Package Powerが15Wを切らない、という問題があった。(以下出てくる電力値はすべてHWiNFO読み)



そこでまず、メモリコントローラの速度をGear1→Gear2に変更し、VCCSAをAuto(1.05V)から0.9Vに下げた。

効果は絶大で、System Agentの電力が8W→3W以下まで下がった。



それでも"Rest-Of-Chip"が下がらないなあ、と思ってBIOSの細かい設定を眺めていると、"Platform Power Management"という設定の中にASPM(Active State Power Management)の設定があり、これはBIOSのデフォルトのままにしていたのだが、これがすべてDisabledになっていた。これを有効にすると、"Rest-Of-Chip"も下がって以下の通り。



CPU Package Powerがアイドル時もともと15Wぐらいあったのを5Wまで抑え込めた。

---

ただ、メモリコントローラをGear2にしたことによって性能は下がるはずで、それがどのくらいなのかな、というのが気になるところ。

なので、まずはいつものメモリアクセス速度を測定するプログラムでこのあたりを測定した。

---

まずはマルチスレッド使用時のメモリ帯域から。ここではGear1とGear2の差は見えてこない。

---

次にシングルスレッド使用時のメモリ帯域。データサイズの大きいところがメモリアクセスだけど、このあたりでGear2は遅くなっているのがわかる。

---

スレッド数を変えた時のメモリ帯域。Gear1とGear2の差は、シングルスレッド時のが大きく、スレッド数を増やしていくとあまり変わらなくなるようだ。

---

キャッシュラインに対してランダムになるべく4Kページをまたがないようにアクセスしたときのレイテンシ。

データサイズの大きいところがメモリアクセスだけど、Gear2はわずかにそのあたりのレイテンシが増加している。

---

完全にランダムにアクセスしたときのレイテンシ。やはりGear2はわずかにデータサイズの大きいメモリアクセスとなるところのレイテンシ増加が見られる。

---

というわけで、Gear2にすると(当然だが)メモリアクセスがある程度遅くなるが、その差は決して大きいものではない、ということがわかった。

じゃあ、実際これが実アプリの動作にどのくらい効くの? ということで、この状態で再度ベンチマークをやってみよう。

今回は、Power Limitに関しては以前計測したPL1=125W, PL2=251Wの設定のまま。

CPU	i7 11700K 0x34
	PL1:125 / PL2:251 Gear1	PL1:125 / PL2: 251 Gear2 + ASPM ON
コア数	8C/16T
L2 Cache	4MB
L3 Cache	16MB
AVX512	Offset=0
Core Voltage	Auto
PPT/PL1	125W
PL2	251W (56sec)
IccMax	Auto
ASPM	Disabled (Default)	Enabled
Uncore	4100MHz
メモリ	DDR4-3600 2ch
メモリ容量	16GB
タイミング	18-22-22-45-2
メモリ FCLK	Gear1	Gear2
VCCSA	Auto (1.05V)	0.90V
マザー	Gigabyte Z590I AORUS ULTRA (F5a)
冷却	Thermaltake Water 3.0 Riing Edition 280
電源	Seasonic SS-620GB
ケース	Phanteks Evolv Shift X

使用ソフト
Cinebench R15, R20, R23
7zip 19.00
Aviutl 1.00 / x264guiEx 2.65 / x265guiEx 3.101 / svtav1guiEx 0.04
x264 rev3027 x64
x265 3.4+28 x64

---

Cinebench R15

---

これはマルチスレッドのほうで少しスコアが下がってしまった。(ぶれの範囲内かもしれないが)

---

Cinebench R20

---

こちらはほぼ変わらない結果に。

---

Cinebench R23

---

こちらもほぼ変わらない結果に。

---

7zip benchmark

---

ほんのごくわずかだが、Gear2にしたことでスコアが落ちている気がする。

---

x264 1080p エンコード

---

Aviutlでmpeg2 1080p 5203frame(sample_movie_1080p.mpg)をlwinput.auiで読み込み、x264guiExで出力。
オプション: --preset

これはCPU使用率の高くなってくるfastより重いプリセットでは、Gear2+ASPM ONのほうが、わずかに速度が上がっている。

---

x265 1080p エンコード

---

Aviutlでmpeg2 1080p 5203frame(sample_movie_1080p.mpg)をlwinput.auiで読み込み、x265guiExで出力。
オプション: --crf 21 --output-depth 8/10 --preset --asm avx512

これもx264同様に、Gear2+ASPM ONのほうが、わずかに速度が上がっている。

---

10bitも8bitと同様。ほんのわずかだけど、Gear2+ASPM ONのほうが速度が上がっている気がする。

---

ということで、ここまでの結果では、Gear2+ASPM ONにすると遅くなるものもある一方で、速くなるものもあるということになった。

Gear2にしてメモリアクセスは遅くなっているのになんで速くなるのか、というと、

・今回Gear2にしてVCCSAを下げ、ASPMを有効にしたことによって、System AgentとRest-Of-Chipの消費電力が10W下がった
　↓
・PL1=125Wの枠内で動作するとき、CPUコアが使える電力枠がその分10W増えた
　↓
・その分CPUのクロックが少し上がりやすくなった
　↓
・CPUクロック上昇効果が、Gear2にしたことによるメモリアクセス性能低下の影響を上回った

という感じだと思う。

---

もちろん、あまり気にする必要もないぐらいわずかの差だとは思う。

さらに、Power Limitをかけていない、あるいはその制限の影響を受けないぐらい時間が短い、あるいはCPU使用率が低い場合には、Gear1のほうがもちろん速いと思う。ゲームとかはこうした部類に入ってくるのかもしれない。

ただ、K付きでないCPUなどで、Power Limitを外せない場合などでは、なるべくアイドル電力を下げるというのも有効なのかな、と思った。

---

BIOSの設定をちゃんとよく見ろ、と言われればまあそれまでだけど、Package Power ManagementはBIOSのデフォルトでオフになっていたわけで、これはデフォルトでオンにしておいてほしいなあ、と思ったり。

なにはともあれ、若干気になっていたので、RocketlakeでもBIOS設定をいじればアイドル電力を従来と同程度まで下げられることがわかってよかった。

---

比較環境

比較したのは以下の環境。基本的にRocketlake以外のデータは去年のデータ(1)(2)と同じなので、いまとなっては古い環境もある。

	x264 x265	nvenc (1060)	nvenc (2070)	QSV (HSW)	QSV (KBL)	QSV (ICL)	QSV (RKL)	vce (Vega)
CPU	i9 7980XE			i3 4170	i7 7700K	i5 1035G7	i7 11700K	R3 3200G
GPU	-	GTX 1060	RTX 2070	HDG 4400	HDG 630	Iris Plus	HDG 750	Vega8
ドライバ	442.19			5058	7870	7641	9127	20.2.1
OS	Win10 x64

使用ソフト
x264 r2988 x64
x265 3.3+2 x64
NVEncC 4.68 x64
QSVEncC 3.33 x64
QSVEncC 5.00β2 x64 (RKLのみ)
VCEEncC 5.04 x64

入力 (実写)
sample_movie_1080p.mpg
MPEG2 1920x1080 29.97fps 5203frame

入力 (アニメ)
sakura_op.mpg
MPEG1 1280x720 30fps 3501frame

使用コマンド
QSVEnc/NVEncについては、おそらく画質が一番高くなるであろうオプションを試した。x264/x265はきりがないのでpresetをそのまま使用している。

なお、x264/x265では、今回入れてない--tune ssimを入れてssimに最適化したエンコをすることでさらにssim的には改善の余地があることに注意。

x264 medium
--crf

x264 veryslow
--crf --preset veryslow

x265 medium
--crf

x265 veryslow
--crf --preset veryslow

x265 medium 10bit
--crf --input-depth 10 --output-depth 10

x265 veryslow 10bit
--crf --input-depth 10 --output-depth 10 --preset veryslow

nvenc H.264
--vbrhq 0 --vbr-quality --preset quality --weightp --bref-mode each --lookahead 32 --level 5.2

nvenc HEVC
--vbrhq 0 --vbr-quality --preset quality --weightp --bref-mode each --lookahead 32 -c hevc --level 6

nvenc HEVC 10bit
--vbrhq 0 --vbr-quality --preset quality --weightp --bref-mode each --lookahead 32 -c hevc --level 6 --output-depth 10

nvenc HEVC + Bframes
--vbrhq 0 --vbr-quality --preset quality --weightp --bref-mode each --lookahead 32 -c hevc --level 6 -b 3

nvenc HEVC 10bit + Bframes
--vbrhq 0 --vbr-quality --preset quality --weightp --bref-mode each --lookahead 32 -c hevc --level 6 --output-depth 10 -b 3

qsv H.264
--la-icq --la-depth 60 -u 1

qsv HEVC
--icq -u 1 -c hevc

qsv HEVC 10bit
--icq -u 1 -c hevc --profile main10 --output-depth 10

vce H.264
--cqp :+2:+5 -u slow
--vbr -u slow

vce HEVC
--cqp :+2:> -u slow -c hevc
--vbr -u slow -c hevc

---

エンコード速度

---

まずは1080pのエンコード速度から。対象は実写のMPEG2 1920x1080 29.97fps 5203frame。



Rocketlake(RKL)のQSVは、Kabylakeと比べるとH.264は遅くなっている一方、HEVCは速くなっている。

一方、Icelakeとの比較では、HEVCのslowはIcelakeより速いけど、mediumのほうは遅い。Rocketlakeは32EUで、Icelakeは64EUなので、もしかして結構遅くなったりするのかと思っていたけど、そんなことはなく、まあだいたい同じくらいみたいで安心した。

まあとりたてて速いわけでもないけど、そこそこの速度でエンコードできるようだ。

---

画質比較 (実写 1080p : SSIM)

---

縦軸SSIM:Allが高いほど画質がよく、横軸ビットレートが小さいほど圧縮できているので、左上にいればいるほど良いことになる。まあ、SSIMで画質を比べることについてもいろいろあるけど、たくさんのデータをグラフにするためとりあえずSSIMで。(VMAFはもっと速く計算できるようになったら…)

まずはQSV同士の比較から。

クリックで拡大


QSVはIcelake世代で大幅に圧縮比が向上し、高画質・高圧縮になったが、RocketlakeはIcelakeの線とほぼ重なっていて、同じぐらいのエンジンが実装されていることがわかる。CometlakeまでのデスクトップCPUには、ずっとKabylake世代のQSVが積まれていたので、デスクトップCPUとしては待ちに待った更新になっている。

一方で、Icelakeとほぼ同じということで、Icelake→Rocketlakeでは画質面での向上はないようだ(Rocketlake固有のオプション等を使えば別なのかもだが)

他のGPUやx264/x265と比較するとこんな感じ。

クリックで拡大


NVEncのほうはQSVより大幅に速いが、一方でQSVのほうが画質面ではよさそう。

RocketlakeのQSVのHEVCはSSIMベースでは、x265のmedium程度の画質はあるみたいで、GPUのEUを演算に活用するHybrid型とはいえ、ソフトウェアエンコに迫っているということでなかなかすごいことだと思う。

---

画質比較 (アニメ 720p : SSIM)

---

圧縮しやすいアニメ映像だとまた傾向が変わることもあるので確認してみた。

まずはQSV同士の比較から。

クリックで拡大


これは傾向は変わらず、RocketlakeはKabylakeから大幅に性能が向上し、こちらではIcelakeとの比較でもごくわずかに良くなっているように見える。

クリックで拡大


アニメ絵に関してはやはりソフトウェアエンコのほうが高画質・高圧縮を達成できるようで、x265とはそれなりの差がある。NVEncとの差も少し縮んでいる。

---

画質・圧縮率の高いHWエンコをデスクトップにもたらしたRocketlake

---

Icelakeの登場からだいぶたってしまったが、Rocketlakeの登場によりKabylake世代のQSVで停滞していたデスクトップCPUにやっと新世代のQSVがもたらされた。

NVEncのように非常に高速というわけではないが、IcelakeのQSV同様にそこそこの速度で画質・圧縮率の高いHWエンコとなっていると思う。ソフトウェアエンコには及ばずとも比較できる範囲内に入ってきているのはなかなかすごいことだと思う。

ただ、やはりベンチマークでも書いたようにZen3に対してRocketlakeはCPU性能が劣勢で、値段も特に安くなく、消費電力はかなり高いので、わざわざRocketlakeを選ぶのか、というのが難点。

また、逆にQSV目当てでローエンドあたりを狙うとしても、今回のRocketlakeのラインアップにはCore i3以下がなく、そして微妙にアイドル電力も高い(らしい)というのも気になるところ。

---

QSVEncの開発がはかどる

---

Rocketlake/TigerlakeのQSVには、今回チェックした既存のエンコード機能のほかに、HEVC YUV422/YUV444エンコードやAV1 HWデコードなども追加されている。

QSVEncでは5.00beta1からこのあたりの機能への対応も進めていて、今回実機が手に入ったのでこのあたりがちゃんと使えるように実装していきたい。

やはり実機があって動くと実装作業も楽しくなってくる。

IntelがRocketlakeで無理して14nmへの逆移植に挑戦してくれたおかげで、Alderlakeまで待たずとも最新世代のQSV環境と高IPCでレスポンスのよい開発環境が手に入ったので、とても個人的な理由だけど、わりとありがたかった。

---

比較環境

---

比較したCPUは11700KとR7 5800X(偽)、R7 3700X。

i7 11700K

Ryzen7 5800X(偽)	Ryzen7 3700X

R7 5800X(偽) は、R7 5800Xを持っていないので、R9 5950Xを半分無効にして5800Xをでっちあげたもの。

↓ 5800X(偽) のタスクマネージャ表示。8コアCPUだ。


i7 11700Kを載せているZ590I AORUS ULTRAのBIOSは2021/03/25のF5aに更新した。

細かい設定等を表にまとめるとこんな感じ。BIOSの設定では、メモリはGear1のDDR4-3600、AVX512 Offsetは明示的に無効にした。
そして、Power Limit(PL)を11700Kの標準とされている値で有効にした(PL1:125W、PL2:251W、56秒)場合と、無効にした場合(Unlimited)の2種類で比較した。

Unlimitedでは、PL1/PL2に加え、電流に関する上限(IccMAX)もBIOSから明示的に開放して、全コアTurboの上限(4.6GHz)に張り付くようにした。

CPU	i7 11700K 0x34		R7 5800X(偽)	R7 3700X
	PL1:125 / PL2:251	Unlimited	定格	定格
コア数	8C/16T		8C/16T	8C/16T
L2 Cache	4MB		4MB	4MB
L3 Cache	16MB		32MB	32MB
AVX512	Offset=0		-	-
Core Voltage	Auto		Auto	Auto
PPT/PL1	125W	Unlimited	142W	88W
PL2	251W (56sec)
IccMax	Auto
TDC			95A	60A
EDC			140A	90A
Uncore	4100MHz		1800MHz	1800MHz
メモリ	DDR4-3600 2ch		DDR4-3600 2ch	DDR4-3600 2ch
メモリ容量	16GB		32GB	16GB
タイミング	18-22-22-45-2		19-20-20-40-1	20-23-23-45-1
メモリ FCLK	1:1 (Gear1)		1:1	1:1
マザー	Gigabyte Z590I AORUS ULTRA (F5a)		Gigabyte B550 AORUS Master	Asrock X570 Steel Legend
冷却	Thermaltake Water 3.0 Riing Edition 280		Fractal Design Celsius+ S28 Prisma	Noctua NH-D14
電源	Seasonic SS-620GB		Seasonic FOCUS PX-750	ENERMAX EPM600AWT
ケース	Phanteks Evolv Shift X		Fractal Design Define 7 Compact LightTG	Antec P100

ちなみに、11700Kのデフォルトの動作クロックを11900Kと比べると、下のようになっていて、11700Kの全コアTurboは4.6GHzになっていて、11900Kより0.2GHz低い。

11900Kは、さらにAdaptive Boost Technology(ABT)を有効にすると、熱と電力の許す限り5.1GHzで動作するらしい。

熱と電力の許す限り…。(正直これがRocketlakeの爆熱の噂の原因な気がする…)

	～2コア	～4コア	～6コア	～8コア
11700K	5.0GHz	4.9GHz	4.7GHz	4.6GHz
11900K	5.3GHz	5.1GHz	4.9GHz	4.8GHz
11900K ABT	5.3GHz	5.1GHz

使用ソフト
Cinebench R15, R20, R23
7zip 19.00
Aviutl 1.00 / x264guiEx 2.65 / x265guiEx 3.101 / svtav1guiEx 0.04
x264 rev3027 x64
x265 3.4+28 x64


ちょっと古いものもあるけど、今回はRyzen 5950Xのベンチマークの時のデータと比較するため、当時の同じバージョンを使用。5800X(偽)/5700Xのデータは取り直しておらず、前回のをそのまま流用している。

---

Cinebench R15

---

シングルスレッドは247で、Skylake系コアはたいてい215とかその程度なので前の世代と比べると大きく改善しているはずなのだが、それでもZen3には勝てず、という結果に。マルチスレッドでも同様の差が見えていて、なかなか厳しい結果に。



Unlimitedにしてもスコアが変わらないのは、PL2の持続時間(56秒)以内に終了してしまうベンチマークなため。これはR20、R23でも同じ。

---

Cinebench R20

---

これもR15とほぼ同じ。シングル600越えはすごい、はずなのだが、Zen3には勝てず。シングルではあとちょっとだが、マルチでは差が広がっている。

---

Cinebench R23

---

やはりZen3には勝てず。傾向もR20とほぼ変わらない。このベンチマークもやはり1回だとPL2の持続時間内にぎりぎり終わるか終わらないかぐらいなので、今後は新たに追加された10分継続するテストのほうをしてみたほうが良いのかもしれない。

---

7zip benchmark

---

このベンチマークはZen2→Zen3での伸びがすごく大きかったベンチマーク。11700Kは3700Xとほぼ同じという、振るわない結果に。

というかZen3はなぜこんなに速いのだろうか。32MBになったL3とかが効いている?

---

x264 rev3027 x64

---

さて、ここからが本題。

Aviutlでmpeg2 1080p 5203frame(sample_movie_1080p.mpg)をlwinput.auiで読み込み、x264guiExで出力。
オプション: --preset



11700KはPower Limitありだと2割ほど5800X(偽)に引き離されていて、Unlimitedにしてやっと1割ほどの差に迫れる感じ。まあ、5800X(偽)もPPTを上げればもっと上がるわけだが…。

---

x265 3.4+28 x64

---

Aviutlでmpeg2 1080p 5203frame(sample_movie_1080p.mpg)をlwinput.auiで読み込み、x265guiExで出力。
オプション: --crf 21 --output-depth 8/10 --preset (--asm avx512)

11700Kでは、--asm　AVX512をつけて強制的にAVX512を有効とした。また、AVX512 Offsetは表にも書いたように、BIOSから明示的にOffset=0と無効化した。

まず8bitから。こちらはx264よりは11700Kが善戦している感じがする。

---

10bitも同様で、善戦はしている。Unlimitedにすれば5800X(偽)に食らいついていけるが、まだちょっと足りない…というところ。

---

じゃあUnlimitedとした時とPower Limitの制限をかけた時で、どのくらい温度やPackage Powerが違うのか、というのを確認してみた。先ほどのx265 10bitエンコードの--preset slowerのときの約40分間のエンコードで、HWiNFOでログをとって確認した。

まずCPU Package Power(←左軸)とそのときの動作周波数(右軸→)から。



Unlimitedとした時はクロックは4.6GHzでほぼ安定していて、そのときCPU Package Powerは190W前後で最大203Wになっている。

逆にPower limitをかけたときは、エンコード開始後約1分で Package Powerが125W前後をうろつくようになり、クロックは4.1GHz前後をうろうろしている。Power Limitの影響で500MHz前後下がっていて、かなり影響は大きい。

---

今度はそのときの温度の比較。CPUコア温度の最大値と、マザーの電源の温度(VR VCC)をUnlimitedとした時とPower Limitの制限の時で比較。



Power limitをかけたときはCPUコア温度が時折82～83℃になるぐらいで基本は70℃前後と十分冷えている。

Unlimitedとした時はCPU温度は時間とともに少しずつ上がり続けて最大92℃となっていてかなり高め。マザーボードの電源回路(VR VCC)の温度もじわじわ上がり続け、68℃まであがっていった。じりじりと温度が上がっていってしまうのは、CPUの問題というよりはケースの冷却が間に合っていないのが原因。

やはり排気ファンが1基しかつけられないEvolve Shift Xの排気効率が悪く、いわゆる窒息ケース状態でケース全体がどんどん温まってしまっているし、その結果ケース内のラジエータ自体もどんどん温まって通過した空気からは温風が出るようになってしまっている。

こういう場合は簡易水冷のファンを逆向きに排気でつけられればまた少しは違うかもなのだが、このケースではいわゆる煙突ケースなので、これを活かして上向きに排気しようとすると基本的にラジエータは吸気でつけるしかなく、難しいところ。

噂通り「Rocketlakeは爆熱」なのか、というと個人的には今回91℃までいってしまったのは単にこのケースに無理やり押し込んでいるから、という印象で、普通のミドルタワーのケースと280mm簡易水冷なら11700KはUnlimitedでもいけるのでは、という気がする。

---

増えてしまったアイドル電力?

---

若干気になるのは、今回アイドル時電力が増えているらしい点。自分では電力測定は行っていない(というかその機材もない)のでよくわからないが、たしかにHWiNFO読みだとアイドル時も15W前後消費しているように見える。



特に"SystemAgent"と"Rest of the chips"が全く下がらず、Minimumでもそれぞれ8.2W、6.1Wとなっている。PCIe Gen4対応などのせいなのか、あるいはBIOS設定の見直しで改善するのかもしれないが…?

---

10nmのSunnyCoveを14nmに移植したRocketlakeだけど、これでシングルスレッド性能はかなり改善しているのは間違いない。11700Kでは、まだZen3に及ばずといったところだが、最大5.3GHzまで上昇する11900Kでは、Zen3を上回る結果になっているようだ。Zen3の登場ででかなり引き離されてしまったシングルスレッド性能で追いつくという最大の目的(?)はある程度達成できているように思う。

シングルスレッド性能はやはりCPU性能の根幹なので、ここでSunnyCoveコアが(11900Kなら)Zen3と「戦える」ことを示したのは意義があるし、今後のWillowCove、GoldenCoveにも期待したい。

ただ、やはり10nm向けのSunnycoveを14nmに持ってこざるを得なかった代償は大きく、それがマルチスレッド性能に表れていると思う。そもそも前世代の最上位からコア数が減ってしまっているし(10コア→8コア)、またそれでも高クロックで回すには消費電力が多すぎてPower Limitありの状況ではクロックが下がらざるを得ず、性能が上がりづらくなってしまい、Ryzen7 5800X(偽)に引き離されてしまうという状況はかなり厳しい。

頼みのシングルスレッド性能も、Zen3と同等程度でしかないので、あえてRyzen7 5800XでなくてRocketlakeを買う理由は、iGPUがついているとか、QSVが使えるとか、あとは入手難易度とかを除けばどうなんだろう、と思ってしまう。

一方で、Rocketlakeは爆熱という噂を散々聞いていたので身構えていたけど、今回使った11700Kに関しては拍子抜けだった。Power Limit(PL1=125W)をかければ、当然おとなしいし、x265エンコードでPower LimitをしなくてもPackage Powerが最大でも200Wなので、たしかにかなり熱いけど簡易水冷なら普通に冷やせる程度。まあ、i9 7980XEとかRyzen9 5950Xとかで遊んできたせいで、自分の感覚がマヒしている感は否めないし、8コアで200Wというのはたしかにすさまじいけど。

まあいわゆる「爆熱100℃突破レビュー」をよく見返すと、11900KでABT使用時だったり、あるいは11700KでもAVX512を駆使するベンチマークとかでヤバくなっている感じ。11900KでPower limitを外してABTを有効にすると高電圧の必要な5.1GHzで全コアぶん回すのでヤバい、という話なのだろうと思う。

そういう意味では、11900KのABTは公式限界OCに限りなく近く、そこまでやって性能をアピールせざるを得ないほど追い詰められている、ということになるのだと思う。11900Kを買ってもその性能を引き出すには相当頑張って冷却する必要がありそうなので、個人的には、11700K(あるいは11700無印とか)で自分の環境に合わせてPower Limitを設定するのが扱いやすいし、値段も抑えられるし、いいんじゃないかと思う。

---

個人的にはもうSkylake改コアはもういいよという感じだったので、Rocketlakeで逆移植に挑戦してくれただけでも楽しめたし、特にiGPUが第12世代に更新されていることもあって、「最新のQSVに対応した、シングルスレッド性能の向上した開発環境」が新たに入手できたのは大変ありがたかった。これで「QSVEncにTigerlakeの～～という機能を追加してください」とか言われても困らないのだ。

…やっぱりUnlimitedにするとファンがうるさいので、PL1=150Wぐらいで使おうかなあ…

---

Rocketlakeの注目ポイントは、CPUコアの刷新のほかに、GPUコアの刷新というのもあって、Tigerlakeと同じ第12世代のGPUが載っている。

このQSVがどんなもんかな、というのを次回見てみたい。

---

構成

CPU	Intel Core i7 11700K (8C/16T)
メモリ	G.Skill DDR4-3600, 2ch 16GB
マザー	GIGABYTE Z590I AORUS ULTRA
ケース	Phanteks Evolv Shift X
冷却	Thermaltake Water 3.0 Riing Edition 280
SSD	KIOXIA EXCERIA NVMe PLUS SSD 1TB
電源	Seasonic SS-620GB (620W)

ケースが置く場所の問題でMini-ITX用のEvolv Shift。詳細はこちら。

Evolv Shiftはいわゆる煙突ケースだけど、吸気ファン3基に対して排気ファン1基となるので熱がややこもりやすい印象で、爆熱と名高いRocketlakeを冷やせるのかだいぶ不安。

実際Rocketlakeの前に使っていた7700Kはあまり冷えなかったが、7700Kはまだヒートスプレッダの中がグリスだったし、ダイサイズもまだ小さかったのでそのせいもあるかもしれない。

280mm簡易水冷とゴツイ電源周りを持つマザーを使うことでどこまで戦えるかある意味楽しみ。

---

Z590I AORUS ULTRAを取り出したところ。Mini-ITXにしてはなかなかゴツイ。

---

使用するSSD。NVMe 1TB。Windowsはこちらにインストールしていく。

---

マザーにCPUを載せてケースに取り付けたところ。SATAはあとでLinuxでのQSVEnc検証用。

---

ケースに組み込んだところ。電源がプラグインタイプでないので、ちょっとごちゃごちゃしている。(そもそもこのケースにATX電源を使うのが間違っている)

---

とりあえず、Windowsをインストールして起動確認。



今後、ベンチマークとか、果たしてこのケースで冷やせるのかとか、確認していくつもり。

---

[ 新機能・変更等 ]
・MediaSDKの更新、API 1.35に対応。

・内部実装の刷新し、OpenCLフィルタを組み込み可能に。
　・--vpp-knnの追加。
　・--vpp-transposeの追加。

・Icelakeへの対応を拡充。
・Rocketlake対応の初期実装。

・HEVC YUV422/YUV444デコード(10bitまで)に対応。(Icelake)
・HEVC YUV444エンコード(10bitまで)に対応。(--output-csp i444, Icelake)
・VP9 YUV444デコード(10bitまで)に対応。(Icelake)

HEVC 12-bitデコードに対応できているかもしれない。(Rocketlake)
VP9 12bitデコードに対応できているかもしれない。(Rocketlake)

・--check-featuresで、HWデコードに対応している色空間の情報を追加。
・リサイザのアルゴリズムを指定するオプションを追加。(--vpp-resize/--vpp-resize-mode)
・H.264 Level 6, 6.1, 6.2を追加。

・不安定だったCPU版の--vpp-subburnを廃止し、OpenCLによる--vpp-subburnを追加。

[ 既知の問題 ]
・Linux環境ではビルドできない。
・--vpp-delogoが動作しない。
・avhwリーダー以外でYUV422を読み込んでエンコードしようとすると正常に動作しない。
・その他YUV422/YUV444関連はテストが不十分な可能性があります。時間が足りず申し訳ない…。

[ 廃止 ]
・vpp-half-turnを廃止。
--vpp-transpose等で代用できる。

[ 注意点 ]
Rocketlakeはまだ手に入れていないので未検証です。関連機能は正常に動作しない可能性が高いです。
・YUV422/YUV444では、動作しないvppフィルタが多いです。(MediaSDKが非対応)
・Rocketlakeで対応するとされるYUV422エンコードはおそらくちゃんと動きません。

---

まだRocketlakeを手に入れていないけど、第12世代の内臓GPUが載るということで楽しみ。あとは爆熱ということでそっちもある意味楽しみ。

今回はi9を買う意味はほぼほぼなさそうなので、i7 11700Kを入手する予定。

---

QSVEnc ダウンロード>>
ダウンロード (ミラー) >>
OneDriveの調子がいまいちの時はミラー(GDrive)からどうぞ。同じものです。

QSVEncBenchmark.zipはベンチマーク用です。(重いので注意)。run_benchmark.batをダブルクリックで実行です。

QSVEncCのオプションについてはこちら。
QSVEncCオプション一覧>

ソースはこちら

---