SnowHouse

夏コミ1日目、行ってまいりました。

初めて、一般で朝から並んだんですが、いやもーキツかったです。もう二度と並ばないわ。今年は特に暑かったというのもあるんでしょうけど、毎回あれをこなしてる人たちには純粋に敬意を表します。あれは実際並んでみないと分からないですね。生半な気合では到底太刀打ちできませんわ。

つーか、また40度とかいった地域あるのか。そりゃきついはずだ(笑)。参加者の皆様におかれましては、お疲れ様でした。

以下、風神録も言及してますが、ネタバレはありません。

■戦利品

造形卓なんでちょっと汚くてゴメンちょ。写真に写ってないけど風神録も無事確保しました。本はどれもすばらしい出来で、おじさんちょっと感動です。

某うｐスレの常連さんの本とかないかなーと探してみたけど、残念ながら見当たらず。みなさん良い絵を描かれるのに同人活動してる人は少ないのだろうか(自分が見つけられなかっただけかもしれないけど)。

■風神録
とりあえず針巫女でNormalノーコンティニューで一回クリアしました。4面以降の難易度がかなーりきつかった。詰まったら即霊撃気味で。まー、もともと、ボムが使えない体なだけで、自分の技術ではクリア重視なら本来こんくらいボムっていくべきという感じなのかもにゃー。
全体の印象としては、以下のような感じ。

・切り返し能力がいつも以上に重要
・交差弾多め(苦手なのでちょーつらい)
・道中(4面以降)がNではシリーズで一番難しいと思う
・音楽は相変わらずのすばらしさ

とりあえず、ラスボスの最後のスペルがすっごい楽しかったですな。
脳汁でた。あれ大好き。

WEB拍手

Blender 2.44 for Windows - SSE2/3, Win32, Multi-Core/HT
(Unofficial な Optimized Build)を入れてみた。

パッチュンプリンさんのレンダリングで試してみたら、概ね3割近い性能向上が。かなり単純なモデルかつ、かなり単純なオブジェクトアニメーションなので、複雑なシーンなどで、どれほどになるかはわからないけど、大体2-3割は見込めそう。さすがにCPUが支配的なだけあって、最適化がかなり効いてきます。レンダリング時間はクロックにほぼ１：１のリニアでしょうから、CPUクロック周波数を2-3割アップ相当なわけで、CPUを強化しようとすれば金額的に結構なもんですから、これは大きいですな。

ついでに、レンダリングの画面分割数(レンダリング時に、x/y方向に何分割してレンダリングするか)と、レンダースレッド数(1～8)をいじってみましたが、Q6600でパッチュンプリンさんをレンダリングする場合に於いては、4×4を8スレッドでレンダリングするのが一番速いみたい。分割数を多くしたほうが、スレッドへの割り振りがタイトになるかと思ったんだけど、そうでもないみたい。割り振り＞割り当て領域を新規にレンダリングってあたりで結構オーバーヘッドが大きいのかな。

CPUメーターをみてると、スレッド数をいくつにしても、結構振幅があってブン回し切る感じではないので、スレッド数をコア数より多くしたほうがうまく回るみたい。たしかE6600(2コア)のときは、2スレッドにした時点でCPUをほぼ全部使い切ったので、あまり多コアだと効率が良くないのかも。

まあ、これくらい(トータルロードで70-100をいったりきたり)くらいのほうが、GUI のCPU時間まで持ってかれて～、なんてことがないので使いやすいといえば使いやすいんだけど、寝てる間にレンダリングとかしたいときは、使い切ってほしいかも。

そういえば、Windows ってタスクマネージャで CPU affinity が設定できるみたいだけど、スレッド単位じゃなくてプロセス単位なのね。API 的にはどーなのかな。まあ、いまのところ細かく CPU に貼り付けたいとかいう欲求は特に無いのだけど。

あと、Blender って、Linux 版は 64bit バイナリが配布されているのだけど、Windows 版は無いのね。いかにも 64bit 対応してそうなのに、何故かな~と思ったら、LP64 モデル前提で組んでいるからみたい。コードみたら、long とかのプリミティブ型が typedef されずに生で使われていてムハー。Windows x64 って LLP64 だったんすね。知らなかったわ。

WEB拍手

概ね順調ですが、気になったことがいくつか。64つーかVista?

■ドライバ？が勝手に LUT を書き換える
huey でプロファイルを作成して、ブート時に huey tray でプロファイルを読み込ませて LUT をキャリブレートされた状態にしてるんですが、ブート後一通りのスタートアップを読み込んだ10秒後くらいに、いきなり　LUT がデフォルトに戻される。どうも、NVIDIA のドライバの色調整が動いてるっぽい(色の調整パネルで、コントラストとかをいじっておくとそのとおりのものを反映した LUT になる)んだけど、disable にできない……。

とりあえず、ブート後に手動で huey にロードしなおさせれば、ちゃんとキャリブレートされた状態に戻るんだけど、ちょっと腹立たしい。どうにかならんのかなぁ、これ。レジストリのそれっぽい部分をキーごと消しても生やしなおして読み込んでくるし。つーか、明るさとかコントラストとかの調整項目を全部0%にしてるのに、その調整 0% の状態で LUT 書き換えてくるっぽいから性質が悪い。

windows 色システムの規定値の、デバイスプロファイルをキャリブレートしたICCにして、表示条件プロファイルを 「sRGB 表示条件の WCS プロファイル」にしてるんだけど、これがまずいんかなぁ。

ドライバは、NVIDIA の 162.22 です。いっぺんアンインストール＞再インストールしたけどダメだった。

■samba で、ディスクをまたいだシンボリックリンク間でファイルの移動ができない
たとえば、 /mnt (@hda1) の下に /mnt/Data -> /disk2/Data/ (@hdb1) みたいな状態で、シンボリックリンクがあるときに、/mnt/dir1 をエクスプローラ上で /mnt/Data/ の下に移動しようとすると、「アクセスが拒否されました」とか言われて移動できない。

もちろん、今まで動いていたのだからこうやって使っていたわけで、XP ではノーエラーだったのよねー。これも結構困りものですわ。

samba は Debian の 3.0.25b-1+b1 です。

どちらについても、解決策をご存知の方はコメントなど熱烈大歓迎！

WEB拍手

というわけで、なんか猛烈に Quad したくなったので、流行の Q6600 で 1 台組みました。そんでもって、せっかくなので、Vista の x64 版をインストールしてみました。

あー、たまらん。ただただこのグラフのためだけに組んだといっても差し支えないわけです。

ケースもなんとなくおそろいに。Antec の SOLO と SOLO White です。Quad は右の White の方。このケース、内部が狭くてマザーボードの取り回しがやりにくいのと、電源の取り付け・取り外しがマザーボードをはずしてからじゃないと出来ないところがやや微妙ですが、それ以外はかなりいい感じで、結構気に入ってます。デザインもシンプルで好きだし。中身は intel のマザー(DP35DPM) なので定格でまったり運転です。

で、Vista。
x64 で結構問題出るかなーと思ったんですが、意外とスンナリと。UAC があまりにもウザいのでぶった切ったくらいでしょうか。当初ダメだと思っていた huey が普通に動いたのが思わぬ収穫でした。だめだー、と思った WME9 も、ちゃんと x64 版が別にあったし。ただ、Painter IX.1 から IX.5 にあげるアップデータがコケてしまった。でもまあ、こっちのマシンではまともに CG 描きやらんと思うからいいやと放置決定。あとは、ゆめりあベンチで期待値の半分くらいしか出てないことかなー。まあこれも実害がないので気にしないことに。

[追記]さっきやったらちゃんと入った。なんだったんだろ…。よーわからんけど、まあよし。

あ、そうそう。東方は一通り軽く確認してみたけど大丈夫でした。Vista x64＋GF8600GT という、東方的には一番ヤバげな組み合わせなんですが、とりあえずは問題は出てません。もし、同じような環境をつくろうかなーという奇特な方が居れば、参考まで。勿論、うちで動いたから貴方のところでも動くということは全く保証されないわけですが。

WEB拍手