BD 2枚

冴えカノ♭ 3
劇場版ソードアート・オンライン

Kabylake RefreshとCoffeelake、そしてCannonlake

だいぶ「第8世代 Coreプロセッサ」がわけのわからないことになってきた。もはやなにがなんだか…。

続きを読む

続きを閉じる

---

カオスな「第8世代 Coreプロセッサ」の前に、Skylake-Xのほうを見ると、7980XE/7960X/7940Xの情報が解禁された。
PCWatch - 18コア/36スレッドの怪物CPU「Core i9-7980XE」を検証
anandTech - The Intel Core i9-7980XE and Core i9-7960X CPU Review Part 1: Workstation
hothardware - Intel Core i9-7980XE And Core i9-7960X Review: Intel Attacks AMD Threadripper
techspot - Intel Core i9-7980XE & 7960X Review 16-Core Is Old News!
kitguru - Intel Core i9-7980XE Extreme Edition – 18 cores of overclocked CPU madness
tweaktown - Intel Core i9-7980XE and i9-7960X CPU Review
tomshardware - Intel Core i9-7960X Review: Skylake-X At 16 Cores

最近のCPUのベースクロックというのは、性能を推測するには全く役に立たないのでもはやどうでもよくて、性能の目安となるのは全コアTurboと1コアTurboになる。

で、より重要な全コアTurboのほうは

7980XE(18コア) - 3.4GHz
7960X(16コア) - 3.6GHz
7900X(10コア) - 4.0GHz

となっているみたいで、意外と18コアでもクロックを維持できてるなあ、という印象。(逆に7900Xはかなり無理をしている?)

7980XEはCinebenchで3300オーバーと、凄まじい性能を発揮していて、なかなか楽しい。そのほかのベンチマークなどでも、とにかく並列度が高い処理関しては、恐ろしい性能が出るみたい。

ただ、エンコード系(x264/x265)のベンチマークをみると、たしかに速いのだけど、どのサイトでもよくて7900Xと比べて+30%、多くのサイトは+10%～+20%でコア数(と値段)に見合う性能向上にはなっていない。まあ、x265は36スレッドも使い切れなさそうなので、仕方ないのかなあ、というところ。

真の性能を出させるには、いくつかの動画を並列でエンコードしないとなんだろうけど、実際には並列エンコードはやや使いにくい…。

7900Xは消費電力の高さで有名になったし、コア数の増える7980XEはさらにひどいことになるか、と思いきや、消費電力は7900Xに比べ若干増えている程度で、18コア/16コアだということを考えれば、まあそんなもんかな、と思える範囲な気がする。

さらに、コア温度の方はクロックが低いこともあって逆に7900Xより冷えているみたい。消費電力は増えても温度は下がるというのは結局のところ、チップの面積が増えてグリスでも放熱しやすくなったため、というふうに理解できる。まあ、つまるところ7900Xがあそこまで「熱い」石になってしまっているのはグリスのせいなんだな、ということがよくわかる…。

とまあ、いろいろ癖がありそうで、そのぶんなかなか楽しそうな7980XE/7960Xなのだけど、10月末まで出ないらしく、非常に残念。海外の方が早いならそっちで買ってしまうのもありか…。

---

さて、本題の「第8世代 Coreプロセッサ」。遅れながらもなんとか製品の出てきたハイエンドとは違い、メインストリーム以下のCPUの今後はなかなかカオスになっている。

そもそもは10nmでAVX-512が載るというCannonlakeがそろそろ来るはずだったのだが、Cannonlakeは2018年末まで遅れるという噂。とするとそのあとのIcelakeも遅れる…?

で、間に挟まってきたのが2006年のCore2Quad以来11年ぶり(！)にメインストリームのコアの増えるCoffeelake。ところが、なんか問題があるらしく、10/5と言っていたのに日本ではいつになるかわからないらしい。これも海外の方が早い?

そして、Coffeelakeとは別に(主にモバイルのほう(?)には)Kabylake Refreshというのも挟まれるらしい。そもそもKabylakeがSkylake Refreshだったと思うのだが、ついにRefreshが2回め…。どうやら4コアKabylakeにPower Limitを強めにかけたものっぽい。

まあ、Ryzenに煽られてCoffeelake/Icelakeでついに多コア化を進めてきたのは非常にいいと思う(遅すぎたくらい)。また、高クロックでの特性がいまひとつだった14nmと比べ、Kabylakeの使う14nm+はかなり改善されていたので、14nm++も期待できるとは思うけど、それにしても「第8世代 Coreプロセッサ」のラインアップがカオスになってきている。

Ryzenが出てきて焦っているというのはあるのだろうけど、それ以上に10nmが不調なのがそもそもの原因だと思うので、10nmがなんとかなるまで、こういうごちゃごちゃした状況は変わらないのかもしれない。

というわけで、そろそろもう「第n世代 Coreプロセッサ」とかやめて、コードネームでいいんじゃないですかね。

NVEnc 3.23

English version of changelog>>

ご報告いただいた不具合の修正。

・vpp-afsで、最終フレームがdropとなると異常終了することがあったのを修正。
報告ありがとうございました。

---

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

ソースはこちら>>

---

NVEnc 3.22

English version of changelog>>

・--cuda-scheduleのデフォルトをautoに戻す。
syncだと速度がかなり落ちてしまう場合があった。

---

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

ソースはこちら>>

---

NVEnc 3.21

English version of changelog>>

・Unsharpフィルタを使用した際に、色が赤みがかったり、青みがかったりすることがあったのを修正。
すみません、見逃してました…。

---

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

ソースはこちら>>

---

NVEnc 3.20

English version of changelog>>

エッジ強調系フィルタ・デバイスの自動選択機能の追加や、不具合修正など。

続きを読む

続きを閉じる

---

共通

---

・特に指定のない場合、deviceの選択を実行時に自動で決定するように。
マルチGPU環境で、特に使用デバイスの指定がない場合に、使用するGPUを自動的に決定する。

判断基準は
・指定のエンコードが可能かどうか(コーデック、8bit/10bit、YUV420/YUV444などをチェック)
・--avhwが指定されていれば入力ファイルのHWデコードが可能かどうか
・Video Engineの使用率が低い方
・GPUの使用率が低い方
・GPUの世代が新しい方
・GPUのコア数が多い方

Video Engineの使用率とGPUの使用率は、x64版はNVMLライブラリ、x86版はNVMLが使えないので"nvidia-smi.exe -q"を実行して取得している。

nvidia-smi.exeは通常ドライバと一緒に"C:\Program Files\NVIDIA Corporation\NVSMI\nvidia-smi.exe"にインストールされている。

・Unsharpフィルタを追加。(--vpp-unsharp)

普通の輪郭・ディテール強調用のunsharpフィルタ(だと思う)。最初はNPPライブラリにあるから使ってみよう…と思っていろいろ試したのだけど、結局使い方が悪いのだと思うのだけどうまく動いてくれず、仕方がないのでCUDAで自分で実装することにした。

パラメータ
- radius=<int> (default=3, 1-9)
輪郭・ディテール検出の範囲。より大きな値とすることで、より広い範囲のディテールに反応して強調をかけるようになる。

- weight=<float> (default=0.5, 0-10)
輪郭・ディテール強調の強さ。より大きな値とすることで、強く強調がかかる。

- threshold=<float> (default=10.0, 0-255)
輪郭・ディテール検出の閾値。閾値以上の差異がある画素に対して、輪郭強調を行う。

例: やや強め
--vpp-unsharp weight=1.0

・エッジレベル調整フィルタを追加。(--vpp-edgelevel)

Unsharpのついでにエッジレベル調整フィルタもCUDAで実装して追加。パラメータのデフォルト値はAviutl版よりすこし弱めにしてある。

パラメータ
- strength=<float> (default=5.0, -31 - 31)
輪郭強調の強さ。より大きな値とすることで、より広い範囲のディテールに反応して強調をかけるようになる。

- threshold=<float> (default=20.0, 0 - 255)
輪郭強調を行わないようにするノイズの閾値。より大きな値ほど大きな輝度の変化をノイズとして扱うようになる。

- black=<float> (default=0.0, 0-31)
輪郭の黒い部分について、より黒くシュートさせて輪郭を強調するようにする。

- white=<float> (default=0.0, 0-31)
輪郭の白く部分について、より白くシュートさせて輪郭を強調するようにする。

例: やや強め(Aviutl版のデフォルト)
--vpp-edgelevel strength=10.0,threshold=16.0,black=0,white=0

例: 輪郭の黒い部分を気持ち強める
--vpp-edgelevel strength=5.0,threshold=24.0,black=6.0

---

NVEncC

---

・avhwリーダー使用時に、cropとresizeを使用すると、cropが二重にかかるようになっていたのを修正。

・--transferの引数をx264等で使用されているものに合わせる。
smpte-st-2048 → smpte2048
smpte-st-428 → smpte428

---

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

ソースはこちら>>

---

NVEncに自動フィールドシフトを追加 (NVEnc 3.18)

NVEncにGPU版自動フィールドシフトを追加、そのほかrff対応、インタレ維持フィルタリングなど、インタレ関係の機能強化。

このあたりの機能追加は、去年あたりから更新してきたNVEnc 3.xx系でやりたかったことのうち最も大きなもので、一時期あまり進まなかったりしたものの、やっとたどり着けた感じ。まあ、どの程度需要があるのかよくわからないけど…。

ちなみに、NVEncCからvpp-afs使うと、結構高速に処理できて、fullHDに対してGTX1060でも調子良ければ360fpsぐらい出ている。NVEnc.auoから使うとあまり速度が出ません…。

続きを読む

続きを閉じる

---

NVEnc 3.18の変更点

---

・自動フィールドシフトを追加。(vpp-afs)
・インタレの場合に各種フィルタがフィールドを維持したまま処理できるように。
・rffを適切に反映し、フィールドに展開する機能を追加。(vpp-rff)
・高ビット深度のyuv420からp010に変換するときに異常終了することがあるのを修正。

---

NVEnc 3.19の変更点

---

[NVEnc.auo]
HEVCエンコ時にフレームタイプが設定できるように。

---

詳細

---

・インタレの場合に各種フィルタがフィールドを維持したまま処理できるように。
vpp-resize, vpp-knn, vpp-pmd, vpp-gauss, vpp-unsharpが対象。これでインタレ保持リサイズなどが可能になった。

vpp-delogo, vpp-debandはもとから対応済みのため、ひとまずすべてのフィルタがインタレを考慮して処理できるようになった。

フィールド分離を行って、フィールドごとにフィルタ処理を行い、再度フレームに戻す、という処理をフィルタごとに行っている。

---

・rffを適切に反映し、フィールドに展開する機能を追加。(vpp-rff)
avcuvid読み込み時、rff=1の場合専用。またtrim, vpp-deinterlaceとは併用できない。

rffフラグがある入力ファイルの場合、これまではそのままでは音ズレしてしまうため、--avsync forcecfrなどを使う必要があった。ただ、--avsync forcecfrは、音声と同期をとるために単にフレームの水増しを行っているだけなので、rffフラグ本来の効果が得られていなかった。

--vpp-rffを使うと、rff本来の処理である、「最初のフィールドを繰り返す」処理が適切に行われ、特に--avsync forcecfrなどを使用しなくても音ズレが生じなくなると思う。

一応手元では問題ないけど、手元にはrffのサンプルがあまりないので、もしかすると考慮できていない場合が存在するかもしれない…。

---

・自動フィールドシフトを追加。(vpp-afs)
インタレ解除をする自動フィールドシフトを追加。基本的にはAviutlの自動フィールドシフトをCUDAでGPUに移植したもの。パラメータ等もそのまま使えるようにした。

ただ、やはり画素の精度が異なるのと(YC48 vs YUV420 8bit)、GPUで処理するため若干処理方法が変わっているため、全く同じ結果にはならなくなっている。具体的には、同じ設定値でCPU版と比べると若干だけど縞が検出されにくくなっている。

また、一部機能制限があって、現状Aviutl版にある以下の機能には非対応。
- 解除Lv5
- シーンチェンジ検出(解除Lv1)
- 編集モード
- ログ保存
- ログ再生
- YUY2補間
- シフト・解除なし

パラメータ ... 基本的にはAviutl版のパラメータをそのまま使用する。

top=<int> (上)
bottom=<int> (下)
left=<int> (左)
right=<int> (右)
判定に使用する領域から除外する範囲の指定。

method_switch=<int> (切替点)
切替点が大きいほど、新方式の判定になりやすい(0で常に新方式判定off)

coeff_shift=<int> (判定比)
判定比率が小さいほど、フィールドをシフトしにくい(0で常にシフト判定off)

thre_shift=<int> (縞(シフト))
シフトの判定に使用する縞検出の閾値。値が小さいほど、縞と判定されやすくなる。

thre_deint=<int> (縞(解除))
縞解除用の縞検出の閾値。値が小さいほど、縞と判定されやすくなる。

thre_motion_y=<int> (Y動き)
thre_motion_c=<int> (C動き)
動き検出の閾値。値が小さいほど、動きと判定されやすくなる。

level=<int> (解除Lv)
縞解除の方法の選択。

解除Lv
Lv0	解除なし	横縞模様の解除を行わない。 フィールドシフトで組み合わされた新しいフレームがそのまま出力になる。
Lv1	フィールド三重化	フィールドシフトで組み合わされた新しいフレームに、さらに１つ前の フィールドを残像として足しこむ。 動きによる縞模様は完全に残像に変換される。
Lv2	縞検出二重化	フレーム内で縞模様を検出して、縞の部分を平均化して残像に変える。 フィールド単位の動きが少ない映像向け。
Lv3	動き検出二重化	前のフレームと比較をして、動き(色の変化)があった部分だけ縞の平均化を行う。 解除Lv2だと平均化されてしまう静止した横縞模様を保存できる。 静止したテロップの細かい文字や、アニメなどの枠線付きの静止画の 輪郭をつぶしたくない場合に使用する。
Lv4	動き検出補間	前のフレームと比較をして動きがあった部分は、片方のフィールドを潰して残す方のフィールドの画像で補間する。 残像はなくなりますが、この解除がかかった部分は縦の解像度が半分になる。
Lv5	斜め線補正補間	非対応

shift=<bool> (フィールドシフト)
フィールドシフトを行う。

drop=<bool> (間引き)
フィールドシフトを行うことで生じた表示時間の1フレームより短いフレームを間引く。

smooth=<bool> (スムージング)
24fps=<bool> (24fps化)
24fps化を強制する、映画・アニメ用のオプション。フィールドシフトと間引きをonにする必要がある。

tune=<bool> (調整モード)
縞模様と動きの判定結果の確認用。

色	意味
青	動きを検出
灰	縞を検出
水色	動き + 縞を検出

rff=<bool>
入力フレームにrffフラグ付きのプログレフレームがある場合、これをチェックしてインタレ解除処理に反映する。rffフラグ付きのプログレフレームについては、フィールドシフトを行わずに、フレームの表示時間の修正のみを行う。

log=<bool>
フレームごとの判定状況等をcsvファイルで出力。(デバッグ用のログ出力)

一括設定用オプション
たくさんあるパラメータを一括指定するためのオプション。一括設定用オプションは必ず先に読み込まれ、個別オプションの指定があればそちらで上書きされる。

ini=<string> [NVEncCのみ]
指定したini設定ファイルから設定を読み込む。この設定ファイルはAviutl版自動フィールドシフト 高速化 7.5a+20以降のafs.aufで出力できるものを使用する。

iniファイルの例

[AFS_STG]
up=8
bottom=8
left=16
right=16
method_watershed=91
coeff_shift=191
thre_shift=447
thre_deint=44
thre_Ymotion=111
thre_Cmotion=222
mode=4
field_shift=1
drop=1
smooth=1
force24=1
tune_mode=0
rff=0
log=0

preset=<string> [NVEncCのみ]

以下の表のプリセットをロード。

例: アニメプリセットをロード後、"24fps"をonに、"rff"を"on"に
--vpp-afs preset=anime,24fps=true,rff=true

	default	triple (動き重視)	double (二重化)	anime cinema (アニメ/ 映画)	min_afterimg (残像 最小化)	24fps (24fps 固定)	30fps (30fps 固定)
method_switch	0	0	0	64	0	92	0
coeff_shift	192	192	192	128	192	192	192
thre_shift	128	128	128	128	128	448	128
thre_deint	48	48	48	48	48	48	48
thre_motion_y	112	112	112	112	112	112	112
thre_motion_c	224	224	224	224	224	224	224
level	3	1	2	3	4	3	3
shift	on	off	on	on	on	on	off
drop	off	off	on	on	on	on	off
smooth	off	off	on	on	on	on	off
24fps	off	off	off	off	off	on	off
tune	off	off	off	off	off	off	off
rff	off	off	off	off	off	off	off

---

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

ソースはこちら>>

---

LG 32UD59-B (4Kモニタ)を買った

まあ、タイトルのとおりだけど、32UD59-Bを買ってみたので、感想とか。

ただ、まあこれはグレア信者の感想なので、「ノングレア派」なひとはその辺割り引いたりして読んでくださいな。

ノングレア派と宗教戦争したいわけではないんです、許してください…

続きを読む

続きを閉じる

---

もともとの環境

---

そもそもなんでモニタを買いたくなったかというと、もともとはfullHD2枚で使っていたのだけど、画面が狭い…と感じるようになって、4Kモニタが欲しくなったから。まあ、あとはデュアルディスプレイは表示面積が比較的簡単に広がっていいんだけど、視野の中央に仕切りがあるのはちょっと…という感じ。

左: 三菱 RDT235WLM-S(BK) 23型 fullHD, TN, グレア
右: 三菱 RDT235WX（BK） 23型, fullHD, IPS, グレア (紹介記事)

まあ、グレア信者なことがよく分かる構成…。



こういう記事を書かれると、まあ、欲しくなるわけですよ…。
PCWatch - 4K修行僧 - 27型4K液晶とはどんな環境なのか。ひとまずスケーリング100%で使ってみる

---

なにを買うか

---

ただ、どれを買おうかな…と言ったときに、かなり困ってしまった。というのも、4K/IPS or VA/グレアで検索すると、まあ、非常に数が少なく、あったとしても残像が…とかでなんか皆さんの評価が低めだったりで、ここ1～2年はほしいな、と思っては諦める、ということを続けていた。

どうしてもグレアで4K、となるともうiMacとかを除けばテレビしかないのかもしれない。ただ、テレビになるとたいてい40型以上になってしまって、置けなくはないけど、ぎりぎりだし、そもそも視線移動の範囲が広くなりすぎることを考えるとちょっと40型は厳しかったりする。(あまり奥行きがない場所に置くので…)

というわけで、まことに遺憾ながらグレアを諦めることにすると、いろいろあるわけだけど、とりあえず最近出た

・LG 32U99-W
・LG 32U59-B

あたりが面白そうだった。比較すると…

	LG 32U59-B	LG 32U99-W
画面サイズ	31.5	31.5
解像度	4K	4K
パネル	VA	IPS
表面処理	ノングレア	ノングレア
表示色	約10.7億色	約10.7億色
HDR		HDR10対応
視野角(水平/垂直)	178度/178度	178度/178度
輝度	300cd/m2	350cd/m2
コントラスト比	最大500万:1 通常3000:1	最大500万:1 通常 1300:1
応答時間	4ms	5ms
色域	DCI-P3 95%	sRGB 99%以上 DCI-P3 95%
入力端子	DPx1 / HDMIx2	DPx1 / HDMIx2
値段 (※2017/09時点)	税込み 約7万弱	税込み 約12万弱

32UD99-Wのほうが上位機種で、特にHDR10に対応しているところがポイントになっていいて、非常に人気だという話を聞いた。(なのでググっても32UD99-Wのレビュー記事ばかり見つかる)

一方、それ以外の特徴として違うのは32UD99-WはIPS、32UD59-BはVAだという違い。

・IPSは視野角が圧倒的に広い
・VAは視野角が狭いが、コントラスト・応答時間が優秀

実際に32UD99-Wを店頭で見ると、やはりノングレアの特徴として黒が白く浮いているのが気になってしまった。(ただ、店の明かりは家よりは結構明るいので、割り引いて考える必要はある)

32UD59-Bもノングレアなので、それほど変わらないのかもしれないが(32UD59-Bは店頭展示がなく、買うときには比較しての確認はできなかった)、やはりグレア派としてはコントラストを重視したほうがいいかな、というのと、まあ、正直言うと値段の差もあって、32UD59-Bを買うことにした。

---

LG32U59-B

---

組み立ては工具いらずで、ちょっと重いので慎重にやる必要はあるけど、非常に簡単だった。いままで縁がなかったので、はじめてDisplayPortを使った。

設置するとこんな感じ。


4Kモニタにはドット抜け保証がつかないという話だったので、若干不安だったが、特に気になるところはなくて一安心。

台座はモニタの重さに十分対応したもので、不安定なことはなく、しっかりしていた。ベゼルは上10mm、下14mm、左右12mmと、上位製品の32UD99-Wほどではないものの、最近の製品らしく細め。全体のデザインはシンプルですっきりしていて、いい感じ。



本当はモニタをもっと奥(写真右側)に置きたいのだけど、JONSUBO U2が邪魔をして無理だった…。JONSUBO U2を写真下側にずらすというのも机から落ちてしまうので難しい。

こういうのとかで、細いケースにしてみたいなあ…。

---

モニタの設定

---

モニタの下にスティックがあって、それで操作していく感じ。スティックだと、画面の下とかに余計なボタンとかがつかないので、デザインがすっきりしていいと思う。

まずスティックを押すと、こんな表示が出て、右に倒すと細かい設定に行ける。



明るさの調整とかをして、すこし暗めに変更したりした。初期設定は、だいたいどこもそうだけど明るめになっている事が多い。設定項目はひととおりは揃ってるんじゃないかなと思う。

---

OSの設定とか

---

GTX1060から付属のDisplay Portケーブルで接続。いままで縁がなかったので、はじめてDisplay Portを使った。

特に問題なくあっさりと4K60pで接続された。ただ、はじめは8bitで接続されていて、10bitにするために設定を変更する必要があった。(「出力の色の深度」を10bpc)



このあたりは、例えばHDMIでつなごうとすると特にだけど、GPUの対応とかも影響してくるので、そのあたりはちゃんと確認しないといけない。可能ならDisplayPortを使うのが無難な気がする。

32型 4Kは表示される情報量が多くてよいのだけど、さすがに96dpiだと字が細かすぎて厳しい。なので、OSの設定からスケーリングを125%にすると、ちょうどいい感じだった。



スケーリングをオンにしたうえで、特定のソフトだけスケーリングをオフにするには、プロパティから「高いDPIスケールの動作を上書きします。拡大縮小の実行元:」を「アプリケーション」にする。



こうするとOSのスケーリングを有効にした場合でも、例えばAviutlではドットバイドットでプレビュー画面が表示されるようになる。

あと、解像度が大きくすぎて、マウスを大きく動かさないといけなくなってしまったので、そこも調整。スクロールの速度をすこしだけはやめに設定した。

---

画質とかの感想

---

発色の正しさとかはあまり詳しくないのだけど、箱にその個体のキャリブレーションシートが入っていて、調整はある程度やっているみたい。わかる範囲で言うと、気になる色むらがある感じではなかった。またもちろん、応答速度は問題なく残像が気になったりはしなかった(まあVAパネルなのだし)。

そして、4Kパネルだけあってその精細感はさすがだった。特に4K以上の動画や静止画を表示すると、高精細さは感動的。また、32型は、モニタとしては大画面なので、動画も結構な迫力で見られると思う。

ただ、やはりグレア派としては、ノングレアパネルはどうしても黒が白く浮きやすい点は気になってしまう。それでも32UD99-W(IPS)を店頭で見たときよりはあまり気にならなかった。ただそれが単に店頭で見たときと環境が違い、そこまで明るい環境ではないからなのか、それとも32UD59-BがVAパネルで、コントラストが高く出やすいからなのかは、よくわからない。

32型 + 4Kによる表示量の多さには満足。買ったかいがあった。

Aviutlでドットバイドットでプレビューしながら、Visual Studioでコードを表示…とか。fullHD液晶でfullHDの編集は等倍では厳しく、たいてい50%でやっていたので、Aviutlを普通に等倍で見られるのは嬉しい。



あとは3分割にしてソースコードを並べてみたりとか。コードをこれだけの行数一気に見られるのは素敵。



エクセルとかAU列 x 82行。



やはりこれだけの情報を一気に表示できるというのは、ページ送り・画面切り替えをしなくて済むという点で非常に快適。

まあ、ソースコードなら似たようなことはfullHD縦置き2枚とかでもできなくはないけど、そうするとやはり中央に枠が来てしまうのが若干邪魔くさい感じがあるので、1枚で実現できるのに越したことはない。

ただ、大きいことの弊害はあるわけで、画面の端の方は目をそれなりに動かさなくてはいけないし、視線と画面との角度が相当ついてしまい、また画面中央とは反射する光が変わってしまうことで色がすこし変わって見えてしまう。なので、これ以上大きいのはいまの置き場所では厳しいかな、という感じ。

---

madVRで10bit出力

---

せっかく10bit出力ができるようになったので、10bitで動画再生できるようにしたい、ということで、madVRで設定してみた。

まず、[devices] > [LG Ultra HD] > [properties]で、native display bitdepthを10bit (or higher)に設定する。


つぎに、[rendering] > [general settings]で
・enable automatic fullscreen exclusive mode
・use Driect3D 11 for presentation
をそれぞれ有効にする。


普通に再生すると、D3D11 windowed mode (8bit)。


ここで全画面表示にすると、D3D11 exclusive mode (10bit)となり、10bitで出力されるようになった。


え、違いがわかるかって?

わかりません。

---

というわけで、32UD59-Bでかなり画面が広がって、一度に多くのものを表示できるようになり、目的は達成できたし、4Kらしい高精細感もさすがで、4Kにしてよかった。

画面の大きさゆえに端のほうがちょっと気になること、そしてノングレアなことは気になるものの、現状あまりグレアは人気がないようなので仕方ないのかなと思う。

4Kモニタははじめてだし、あまり多くのモニタを使ったことがあるわけではないので、細かくあそこがいい、あれが悪いとか言えるわけではないけど、上の2点以外はそれほど気になる点もなく、よかったかなと思う。

x264guiEx 2.52

・下限ビットレートを指定した場合に、下限値を上回ることができず、無限に再エンコードしてしまわないように。

・簡易インストーラを更新。

---

※x264guiEx 2.48以降、「ニコ動 新方式」プロファイルがなくなっていますが、単に「ニコ動」プロファイルに改名しただけですので、「ニコ動」をご利用いただければ問題ありません。
ダウンロード>>
ダウンロード (ミラー) >>
OneDriveの調子がいまいちの時はミラー(GDrive)からどうぞ。同じものです。

x264guiExの導入>

ソースはこちら>>

---

GTX1080をKraken G12で簡易水冷化

GPUのファンがイカれてきてしまい、大変もったいないのでなんとかしようと簡易水冷化をやってみたら、意外と簡単…と思ったらちょっとトラップにはまってしまった…。

---

問題のGPUはZOTAC GeForce GTX 1080 AMP Editionというやつ。まあWebサイトにはめっちゃ冷えるみたいなことが書いてあるのでハズレを引いただけかもだが、とにかく買った当初からあんまり冷えず、あっという間に80℃をこえ、90℃が近づいてきて、すぐクロックが落ちてきてしまう子だった。



最近特にひどいな、と思いつつもまあ夏だしそんなもんかと放置していたら、PCからジジジジジジ…みたいな音がし始め、見てみるとこのGPUの片方のファンが原因、とわかった。

どうも熱でファンの回転軸が歪むか油漏れするかで、がたが来て、音がする & 抵抗が増して回転数が減少という状態になっていたみたい。GTX1080は200Wぐらいなので、さすがにファンx1で今後使用する、というのは厳しいものがあるわけで、まあ「使えない子」になってしまった。

ところが、いまでこそGTX1080は7万円程度だが、買った当時(2016/07)は9万ぐらいはしたわけで、はいさようなら、というわけにはいかないのだった。

で、調べてみると、最近はGPUの簡易水冷化なるものができるらしいので、GTX1080を復活させるべく、試してみることにした。まあ、どうせ保証期間(1年)も切れてるし、これじゃあ売れないし…。

※ GPUクーラーの取り外しは保証対象外となってしまうので、自己責任で行ってください。

続きを読む

続きを閉じる

---

とりあえずGPU外観。ヒートシンクとファンがでかいので冷えそう、と見せかけてあまり冷えないのであった。…個体差なのかもともとなのか…?

---

環境

---

まず今回の環境から。

R7 1700 @ 3.2GHz, 1.025V
Asrock AB350 Pro4 (BIOS 2.60)
DDR4-2400, 2ch
GTX1080 (ZOTAC GeForce GTX 1080 AMP Edition) (片方のファンに異常あり)
Antec P100

作業前の状態を確認するため、FFXIV 紅蓮のリベレーター ベンチマークを実行してみた。ケースの中が多少は温まった状態で測定したかったので、今回はベンチマークの2周目をスコアとして利用した。実行方法は、まずベンチマークを1周させて、それが終わってだいたい10秒ほどしたらGPU-Zのログを有効にして、それから再度実行する、というもの。

ベンチマークの設定はこんな感じにしてみた。
3840x2160, DX11, フルスクリーン, 高品質(デスクトップPC)

GPUは、とくにOCなどを行っていないが、ファンの片方の回転が非常に遅く、加熱し過ぎしてしまう危険があったので、MSI AfterburnerからGPU温度のみを88℃に制限した。(電力制限は100%のまま)

スコアは7795。



まず、GPUの温度を見てみると、片方のファンに以上があることもあり、あっという間に温度が設定しいた上限の88℃まで上がってしまった。



温度が設定した上限である88℃になってしまったので、クロックがすこしづつ下がり続けている。どうやらクロック下げても下げてもまだ88℃を超えそうになる、という状態のようだ。



それにともなって、電力使用量もじりじりと下がり続けている。



というわけでまあ、かなりひどい状態みたい。あとファンがジジジジ言ってかなーりにぎやかだ。

---

簡易水冷化

---

そこで登場するのがKraken G12。(箱は白だけど、中身は黒です)



このマウントキットを使うと、割合簡単に簡易水冷にできるようだ。

紹介記事: ascii 【鉄板＆旬パーツ】CPU簡易水冷キットをGPUに流用できるマウンターに注目

仕組みとしては、まずGPUのファンは取り外して、そのうえでマウントキットを使って別途用意した簡易水冷をGPUに装着する、という流れらしい。注意しないといけないのは、Kraken G12はGPUのリファレンスモデルを基準として作られているので、GPUのオリジナルファンモデルだと穴やチップの配置などが変わっている可能性があって、うまくつけられないということがあるみたい。それでも「多くのGPUでは問題ない」ようなので、挑戦してみることにした。

---

GPUクーラーの取り外し

---

というわけで、もとのクーラーを外してみる。この4箇所 (+ この写真の外の同じネジの1箇所)を外せば、すんなり外すことができた。



取り外したクーラー。GPUチップ(GP104)のある位置にはグリスがあり、これで熱を伝えている。また、GDDR5Xメモリにもなにかの接着シートみたいなのでヒートシンクに熱を伝えるようになっていることがわかる。



クーラーを取り外すと、GP104チップとGDDR5Xメモリ、そして電源回路などが確認できる。こういうところは、写真ではともかく実物を見る機会はなかなかないので、見れてよかった。電源回路には、小さなヒートシンクが付いていて、これで冷却しているみたい。



チップまわりを拡大。



これにマウントキットを取り付けていく。

---

Kraken G12 マウントキット

---

マウントキットの中身。マウント用の金具とネジ、それから9cmファン(3pin, 1500rpm)がひとつついてくる。



ファンを取り付けるとこんな感じ。単に簡易水冷にしてしまうと、GPUチップ以外のGDDR5Xメモリ、電源回路などが冷えなくなってしまうので、この9cmファンで冷却する仕組みになっているようだ。



マウントするため、下の写真の金具をGPUボードに取り付ける。



こんな感じ。



この金具を取付るためのネジも当然付属するが、その長さは(当たり前だけど)「普通の」ボードの厚さに合わせてある。何が言いたいかというと、バックプレートの存在は考慮されていない。

今回のGPUはバックプレートがあったが、幸いにして取り付け穴の位置には大きめの穴が空いていて、問題なくGPUボードに直接ネジ止めすることができた。これがバックプレートの上からネジ止めする必要があるボードだったとすると(そんな板があるのかわからないが)、マウントキット付属のネジでは取り付け出来ず、より長いネジが必要になるところだった。



ボードの表側にもぎりぎりなところはあった。下の写真、金具の右手前の穴の位置の近くにはチップがあって、背が低いチップだったので問題なく装着できたものの、もし背がもう少し高いチップだったら危なく装着できないところだった。(そういうチップはここには実装されない…のかもしれないが)



金具の装着でメモリチップは8枚中5枚が隠れてしまったが、残りの3枚には念のため、放熱用のヒートシンクをつけておいた。



なんか中華製の適当なやつを適当に設置。このぐらいの高さなら大丈夫。(ANBE チップ用マルチヒートシンク テープ付き AB-19A 8個入り: 高さ 8mm)

---

簡易水冷化作業

---

さて、ここまではわりかしすんなり来たのだが、ここからが…。

まず、Kraken G12が対応している簡易水冷はサイトにたくさん載っているけど、実はそれほど入手性は良くない。

・NZXT Krakenシリーズ → 今結構な品薄

・Corsair H105, H110, H90, H75, H55, H50 → なんか1世代前の古いもので、入手困難。

・Thermaltake Water 3.0 Riing RGB 360, 280, 240, Red 280, 140, Water 3.0 Ultimate, Extreme S, Extreme, Pro, Performer Water 2.0 Extreme, Pro, Performer → まあまあ見かける?

・Antec KUHLER H2O　920V4, 620V4, 920, 620 → あまり見ない、Mercuryのほうはよく見るが…

・Zalman LQ-320/315/310 → あまり見ない?

というわけで、今回は28cmラジエータのThermaltake Water 3.0 Riing 280を用意した。一応無理をすれば(※)Antec P100ケースの天板に設置できるはず。

※ Antec P100への28cmラジエータ搭載は、ネジ穴の位置の関係で8点止はできず、4点止になる点に注意



28cmラジエータはさすがの大きさで、よく冷えそうだ。







グリスは、Thermal GrizzlyのHydronautを用意した。熱伝導率は11.8W/m・Kと高め。また、使ってみるとその謳い文句通り比較的柔らかめで使いやすかった。



あとは、GPUチップにグリスを載せ、その上に水冷ヘッドをマウントキットを使って固定してあげればいい。これは特に難しくなく、あっさりできてしまった。



問題は、この簡易水冷化GPUをマザーボードに取り付けた上で、ラジエータをケース(Antec P100)天板につけようとしときで、水冷のチューブが短くて届かなかったorz。


どうやら、Thermaltake Water 3.0 Riing 280はチューブが326mmと短いのが仇となったみたい。完全に調査不足だった…。

(写真撮り忘れ)

しょうがないので、試しにCryorig A80(28cmラジエータ、チューブ 350mm)で試してみた。Kraken G12は特にCryorig A80にも対応しているとは書いていないが、固定する金具の形が同じなので、問題なくマウントキットには装着できた。



でも、天板には届かないんですよねー(棒)。



あとちょっとなんだけどねー(棒)。(写真だとわかりずらいけど、あと数cmのとこにラジエータがあります)



ちなみにCryorig A80のほうがThermaltake Water 3.0 Riing 280よりチューブが長いのに届かないのは、Cryorig A80はヘッドとの接続部分が回転できないので、そこで長さをロスしているため。

---

結局…

---

はい、いろいろしくじった結果、秋葉ですね。



なんとか、Kraken X42 (14cmラジエータ、チューブ 400mm)をゲット。ちなみにX52 (24cmラジエータ)、X62 (28cmラジエータ)は売り切れぽかった。

チューブ 400mmがポイント。



14cmはx1でも十分大きい。



再度マウントキットで取り付けて、



今度こそ、天板に取り付け完了。



Kraken X42/X52/X62といえば、イルミネーションだけど、きれいに光ります。まあ、せっかく光ってくれても、ケース閉めちゃえばわからんのだけど…。



ふー。やっとたどりつけました。

…下調べは大事だというお話です。

---

簡易水冷化GTX1080テスト

---

さて、どのくらい冷えるのか、ということで、もう一回、同じ条件でFFXIV 紅蓮のリベレーター ベンチマークを実行してみた。

まず、スコアは7795から8249に上昇。そこそこ効果あり?



そこそこどころじゃない効果があったのがGPU温度。48℃までしか上がっていない。素晴らしい…。



温度が低く保たれているため、GPUクロックも1974MHzを維持できている。



クロックが上がった分、消費電力は増加。

---

※追記 2017.10.09
Kraken G12 + Kraken X42で簡易水冷化すると、簡易水冷のポンプの厚みによって「3スロット占有」の状態。その下にGPUなどをさらに追加する場合には、注意が必要。

簡単にPCIスロットを図にしてみると、こんな感じ。

PCIスロット
↓
0. ---
1. --- ←ここにKraken G12 + Kraken X42で簡易水冷化したGPU
2. --- 当然ここには挿せない
3. --- ここも挿せない
4. --- ここには挿せるが、バックプレートのあるGPUだとかなりぎりぎりかも。
5. --- ここなら余裕
6. ---

---

いろいろあったが挑戦してよかった

---

というわけで、調査不足のせいもあって、いろいろやっちゃった感はあるけれど、最終的にはファンの壊れたGTX1080を復活、という目標は達成できたし、負荷時のGPU温度を大きく下げられたので良かった。

まあ、今回の比較は、比較対象が片方のファンの動きが悪いGTX1080なので、正当な評価ではないけど、それでも簡易水冷化の効果は非常に大きい。個人的には、GPUの排熱をケース内に滞留させることなく、ケース外に直接吐き出せるというのがよいと思う。

ただ、もしろんGPUクーラーの取り外しは、保証対象外となってしまうから、今回は保証も切れ、売れもしないGPUになってしまったから挑戦したものの、保証期間内だったらまずやらないだろうと思う。

また、(仕方ないとは思うが)簡易水冷マウントキットがいつでも問題なく使用できると保証されているわけではないというのもリスキーだと思う。今回使用したGPUでは問題なく使用できたが、(おおよそ大丈夫なのだろうとしても)他のオリジナルファンモデルでも大丈夫だという保証はない。

それでも、うまくいかないリスクを覚悟できれば挑戦する価値はある非常に面白い商品だと思う。個人的には、ファンが壊れてしまったGPUを復活できたということで、このマウントキットにはとても感謝している。

---