• th_pivot_dx9-090709.zip Version 2.0 (2009/07/09)

縦画面中は、ゲーム中と認識すると自動的に左側のゲーム画面のみを画面いっぱいに拡大表示します。また、スコア等も位置を変えて上下の余白部分に表示します。

以前のアス比固定拡大ツールからあまり必要のない機能(アス比固定以外のスケーリング、マウスサポート等)を削り、設定をシンプルにしました。各種シェーダはプラグイン式からビルトインにして、簡単に切り替えられるようにしました。(組み込み済みフィルタ：バイリニア、Bスプライン、バイキュービック、Lanczos2)

東方風神録不具合修正ツールも統合してあるので、GeForce8x00/9x00での1面のチラつき等が直ります。

保証はしませんが、東方シリーズ以外でも描画にDirectX9を使っているソフトならばアス比固定拡大&回転ツールとして使用できます。ただし、マウス関係の機能は実装していないので、マウスを使うゲームでは問題があるかもしれません。

多くのブラウザゲームは短時間でちょっと遊べる程度のボリュームですが、中には非常にボリュームのある大作もあります。今回はそんな、大作ブラウザゲームを紹介します。

Steppenwolf

何年か前にアメリカのワーナーブラザーズのウェブサイト上で、連載のような形でアドベンチャーゲームを配信していたことがあり、Steppenwolfはその中の1つです。

ゲームの内容は少しアクション性のあるアドベンチャーゲームで、有名なゲームで例えるとThe Secret of Monkey Islandに近いです。

操作は[矢印キー]で移動、[Shift]+[矢印キー]でダッシュ、[Ctrl]でジャンプ、[Shift]+[Ctrl]で大ジャンプ、[スペース]でアクション、[T]で次のアイテムを選択、[I]でアイテム選択画面を開きます。

エピソードの選択が分かりにくく、初期状態では最後の第6章が選択されているので、各章への直接リンクも書いておきます。

第1章 「mokele mbembe」 プロローグ/1/2/3/4

第2章 「the yeti」 プロローグ/1/2/3/4

第3章 「the heruka」 プロローグ/1/2/3/4

第4章 「the kraken」 プロローグ/1/2/3/4

第5章 「the chupakabra」 プロローグ/1/2/3/4

第6章 「the heruka, pt.2」 プロローグ/1/2/3/4

全編フルボイスで、会話も英語の音声のみなので、英語が苦手な人はちょっと大変かもしれません。

Arcane Season2 - The Stone Circle

これもワーナーのサイトで連載されていたアドベンチャーゲームですが、Steppenwolfとは操作方法が違い、画面をマウスでクリックすることで移動やアクションを行います。入手したアイテムは、使いたい場所にドラッグ＆ドロップすることで、使用できます。無駄なクリックが多すぎるとゲームオーバーになってしまいます。

こちらも直接リンクを置いておきます。

プロローグ/1/2/3/4/5/6/7/8

印象としては、80年代に流行っていたアドベンチャーゲームに近いでしょうか。

Arcane Season1 - The Miller Estate

The Stone Circleの前作にあたる作品です。紹介する順番が逆ですが、ストーリー的な繋がりは皆無なので、面白い順にということでw

これもSeason2と同様に画面をクリックしていくタイプです。2と比べるとあまりボリュームはなく、すぐに終わってしまいます。

現在、ワーナーのサイトには置いてないので、ミラーサイトへリンクしておきます。

1/2/3/4

こちらの方が、昔の紙芝居アドベンチャーに近いかもしれませんね。

Super Mario 63

スーパーマリオ64を2Dで作った作品です。ベースはスーパーマリオ64ですが、スーパーマリオサンシャインの要素なども加わっています。

圧倒的なボリュームと完成度で、とても趣味で作ったとは思えない出来です。

特にレベルデザインが秀逸で、基本のマリオとジャンプ力のあるルイージ、各種ポンプの有無で極端に難易度が変わってしまう面が有りません。

ミニステージを除けば、各ステージごとに以前クリアしたときに取っておいたポンプが記憶されていて、次からは最初から使用可能になっているので、難しそうなルートは後回しにしてまずはホバーを手に入れると良いです。(ポンプ無しでの時計の振り子渡りはちょっとしたトラウマ)

Pを押すとポーズがかかり、そこからスターコインの収集状況の確認や、今プレイしているステージから抜けることができます。また、各ステージの開始時に左右でシャイン(これを取るとステージクリア)の選択ができ、その在り処のヒントが見れます。

ちなみに分かりにくいクッパの倒し方ですが、後ろに回ってしゃがむと尻尾を掴めるので、そこから左右連打でジャイアントスイングをし、Cを押すと投げます。機雷等にクッパを3回ぶつけると倒せます。

権利的にかなり問題のある作品ですが、細かいことは忘れましょうw

本来ならフォアグラウンドアプリケーションの動作を妨げてはいけないはずのSuperFetchが、HDDの性能を無視してアクセス要求をし、HDDがフル稼働状態になって他のアプリケーションからのアクセスをほとんど処理できない状態になることがありました。(GoogleEarthを起動した後とかによくなってた)

この状態になってしまうと、SuperFetch無しなら5秒程度で起動できるはずのアプリケーションの起動に5分以上かかってしまい、起動を速くするための機能が逆効果になってしまいます。

そんなわけで私はVistaを使い始めて数ヶ月でSuperFetchは無効にしました。

ところで先日、VistaにSP2を適用した直後くらいに、以前購入してから2週間で紛失したUSBメモリをPC裏のケーブル地獄の中から発掘しました。既に代わりのUSBメモリを買ってしまい、とくに使い道もないので、せっかくだからReadyBoostでも試そうとひさしぶりにSuperFetchを有効にしてみました。

SuperFetch&ReadyBoost状態で使い始めてから、そろそろ1ヶ月くらいになりますが、以前体験したようなネガティブな症状はいまのところ全く発生していません。これがReadyBoostのおかげなのか、それともSP2で改善されたのか、あるいは当時使っていたアプリケーションと今ではファイル構成が違ってアクセスパターンが変化したのか、理由は良く分かりませんが今のところ良い感じです。

ReadyBoostのアプリケーションの起動が速くなる効果はあまり体感はできませんが、HDDのカリカリ音が減って静かになりました。また、他のアプリケーションが必死にHDDアクセスしてる最中に別のアプリケーションを立ち上げるというような使い方をしても、すんなり起動してくれます。

私と同じようにSuperFetchに絶望して無効にしている方は、もう一度試してみるといいかもしれません。

このままReadyBoostも使っていくことにしたので、今まで無頓着だったUSBの接続系統も整理してみました。

ReadyBoost用のUSBメモリは帯域をフルに活かせるように、他の高帯域デバイスとはホストコントローラが分かれるようにしました。USBは1つのバスを時分割でシェアするので、こんな風に分けた方が速度は出ると思います。たぶんw

このモニタの特長は次のような感じです。

• 廉価版とはいえIPSなので視野角がとても広い
• スタンドの出来が良い(ピボット対応で画面を縦にも出来る)
• 遅延は1フレーム未満?
• リフレッシュレート75Hzに対応
• モニタにUSBハブ機能付き(モニタの電源を切るとUSBハブの電源もOFFになるので注意)
• デフォルト設定ではガンマカーブがおかしい

遅延はビデオカードのクローン表示での測定は誤差があることを以前書きましたが、分配器を使って測定した人がいます。

http://www.hardforum.com/showpost.php?p=1034028590&postcount=1263

CRTと比較している写真を見ると、CRTの走査線と同じ位置でうっすらと同じ数字が見えているのが分かります。この分配器を信用すると、遅延は1フレームどころか全く無いことになります。(液晶側で前の数字が残っているのはホールド型の特性と応答速度の差)

また、上記サイトで75Hzの検証もしています。リフレッシュレート75Hzは、入力だけ対応していて表示は60Hzというモニタも多いのですが、このモニタは本当に75Hzで出力してくれます。

唯一の欠点とも言えるのは、ガンマカーブでしょうか。Windowsではガンマ値2.2を使うのが普通で、国際規格のsRGBでも2.2となっています。しかし、このモニタのデフォルト設定では、2.2から大きく外れています。デザイン関係で使う人は注意した方がいいでしょう。その後数日使っていたら、なぜか「標準」や「カスタム」でもガンマ2.2になりました。

ガンマ値の測定は、専用の機材がなくても目視で行うことができます。下の画像の各色のグラデーションで、左右の滑らかな部分と中央の市松模様が同じ明るさに見えれば、ガンマ値2.2となります。(ただしSafariではPNGのガンマ補正問題があるので注意してください)

色設定のプリセットモードを「マルチメディア」か「ゲーム」にして、コントラストを50前後にすると、だいたいガンマ値が2.2になるようです。ただし、マルチメディアに設定するとRGBのゲインを調整できません。この設定だと、私が今まで使っていたモニタよりも色温度が高めなので、もう少し下げたいのですが調整はできないようです。RGBのゲインが調節できるモードでは、ガンマ値が2.2ではなくなってしまいます。微調整はビデオカード側でするしかないですね。マルチメディアとゲームの違いは色温度みたいで、ゲームの方が色温度が高くなります。

さて、せっかくピボット対応で縦にできるのだから、さっそく縦画面を試してみました。

ピボット対応モニタでゲームする人なんてほとんどいないと思っていたので、東方風神録縦画面化ツールはジョークのつもりだったのですが、2209WAの登場で今後は増えるかもしれませんね。

ちなみにアス比固定機能は一応あります。ただし、4:3と16:10の手動切り替えで、入力信号に関わらず強制的にそのサイズになります。16:9の設定はありません。

また、19インチSXGAと縦のサイズはほとんど変わらないので4:3の動画に関しては変わらないと思っていたのですが、SXGAでは1280*960で表示されてしまうのに対して、このモニタでは1400*1050で表示されるので一周り大きく映ります。これは嬉しい誤算でした。

19,800円という価格もあり、私としてはこのモニタには満足しています。今まで視野角は問題ないと思っていたS-PVAのモニタでも、上のガンマ値確認画像を少し斜めから見るとガンマカーブが狂うのですが、このモニタでは全く狂いません。さすがIPSです。

基底ベクトルを並べた物が回転行列になる

回転行列というのは、変換後の座標系の基底ベクトルをそのまま並べたものになります。Direct3Dで使う行ベクトルの場合は、行列の各行が基底ベクトルになります。

この性質は非常に便利で、ある方向を向かせるための回転行列は、その方向ベクトルとそれに直行するベクトルを用意してあげれば簡単に作ることができます。また、逆に姿勢行列から向きを表すベクトルが欲しいときは、行列の成分を抜き出すだけで得ることができます。一般的にZ軸の正の方向を正面として扱うので、そのようなオブジェクトの向きは姿勢行列の3行目と等しくなります。

正規直行行列は転置すると逆行列になる

正規直行基底からなる行列を、正規直行行列(あるいは単に直行行列)と言います。正規直行基底とは、長さが1でお互いに直行している基底のことです。回転行列は正規直行行列になります。

一般的に逆行列を求めるのは面倒な計算で、必ずしも逆行列が存在するとも限りません。しかし、正規直行行列では転置するだけで必ず逆行列になるので、非常に簡単に求まります。

スケーリングやせん断変形、並行移動などの回転以外の変換が混じっていると正規直行ではなくなるので、姿勢を行列で持つ場合はそれらと回転成分とは分けておいた方が便利です。

左から行列を掛けるとローカル座標系での変換になる

姿勢を行列で保持している場合に、姿勢行列に対して左から変換行列を掛けると、ローカル座標系での変換になります。逆に右から掛けると、グローバル座標系での変換になります。

例えば飛行機の機首上げ(ピッチアップ)は、第三者から見れば飛行機の姿勢によって回転軸が変わりますが、その飛行機からすれば常に同じ方向の回転です。このような回転はローカル座標系で処理すると簡単になります。

VIEW行列は世界を動かす

3D CGではWORLD、VIEW、PROJECTIONという三段変換をよく使います。概念的にはワールド行列はオブジェクトの位置を表し、ビュー行列はカメラの位置を表しています。

しかし、実際のビュー行列の中身というのはこの考え方とは全くの逆で、カメラは動かずに世界を動かしてカメラに合わせるという変換をします。ワールド行列の感覚でビュー行列を作ると逆になってしまうので注意が必要です。

内積も便利な道具ですが、外積も同じくらいかそれ以上に便利なもので、さらに内積と力を合わせると非常に強力な武器となります。

外積の定義は内積と比べると少し複雑で、ベクトルA(x1,y1,z1)とベクトルB(x2,y2,z2)の外積は次のようになります。

A×B = (y1*z2 - y2*z1, z1*x2 - z2*x1, x1*y2 - x2*y1)

内積の結果がスカラー値だったのに対して、外積の結果はベクトルである点が大きく違います。また、内積は何次元でも同じように定義されますが、外積は3次元ベクトルでしか使えません。(実際には1,3,7次元で使えるらしい。他の次元でも使える一般化した外積を定義するという試みも有ります)

外積の結果はこの式を見ても何のことだか分かりにくいと思います。実はこのベクトルは、AともBとも直行するベクトルです。外積には交換法則が成り立たず、A×BとB×Aでは結果は逆向きのベクトルになります。また、|A×B|はAとBを辺とする平行四辺形の面積に等しくなります。

ところで、平行四辺形の面積というのは、底辺×高さと小学校で習ったと思いますが、Bを底辺とすると次のようになります。

S = |B| * h

高さhは三角関数を使って書くと |A|sinθ なので次のようになります。(θはAとBのなす角)

S = |A||B|sinθ

内積がcosと関係が深い計算なら、外積はsinと関係が深い計算になります。ここからsinθ=の式に変換するのは簡単ですね。

3次元ベクトルでしか使えない外積ですが、2次元の処理でも(x,y,0)と3次元に拡張すれば使うことができ、色々と面白い使い方があります。その場合、結果のベクトルは必ずx,y成分が0になってz成分だけが変化するので、z成分だけを計算して使います。

それでは、外積の使い道をいくつか挙げていきます。

法線ベクトルを求める

ある平面上の一直線上にない3点が分かれば、そこから法線ベクトルを求めることができます。三角形などの多角形なら、並行でない2辺から計算できます。

三角形の面積を求める

平行四辺形の面積は底辺×高さ、三角形の面積は底辺×高さ÷2と非常によく似ているので、三角形の面積も外積から簡単に求まります。

ある点が右左どちらにあるか分かる

内積では前後関係が分かりましたが、外積では左右が分かります。ただし、この判定は3Dだと使いにくいので、主に2Dで使います。(3Dの場合は右向きベクトルとの内積を取る方が楽)

2Dでの左右の判定は、自分の向きを表す方向ベクトルと、自分から相手への方向ベクトルの外積を取り、結果のベクトルのz成分の正負の符号で分かります。

凸多角形と点の内外判定ができる

凸多角形とは、180度以上の角を持たない多角形です。(ちなみに凸という字は凸多角形ではありません)

凸多角形の辺を時計周りに調べたとき、点Pが全ての辺に対して右側にある場合、Pは凸多角形の中にあります。(半時計回りなら左側)

この前の回転する矩形も凸多角形なので、この方法が使えます。

まず、内積の定義だけ書いておきます。証明は教科書を読んでください。

ベクトルA(x1,y1,z1)、ベクトルB(x2,y2,z2)において、AとBの内積は次のようになります。

A・B = |A||B|cosθ

= x1*x2+y1*y2+z1*z2

ここでは3次元ベクトルを例にしましたが、内積は何次元のベクトルでも同じように定義されます。

最初の式にcosθが出てくるのに注目してください。内積の使い道は、このcosの性質を利用するものが多く、cosの使い道とも言えます。

2つのベクトルのなす角θにおけるcosθの値を求める

定義をちょっと変形するだけで、cosθが求まります。

cosθ = (A・B)÷(|A||B|)

= (x1*x2+y1*y2+z1*z2)÷(sqrt(x1^2+y1^2+z1^2)*sqrt(x2^2+y2^2+z2^2))

特にA、Bが単位ベクトルの場合は、分母の部分が1になるので省略でき、A・B=cosθになります。3D CG等では方向を表すのに単位ベクトルをよく使うので、cosθが欲しいときは簡単な計算で得られます。

直線上に垂線をおろした点の長さを求める

前回の話に出てきたものです。これはcosの定義そのもので、直角三角形においてcosに斜辺の長さを掛けると底辺の長さになります。

ベクトルAが斜辺だとすると、cosθ=の式の両辺に|A|を掛けて次のように変形します。

|A|cosθ = (A・B)÷|B|

Bを正規化したベクトルにこの値を掛ければ、垂線と交差する具体的な座標を得ることもできます。

また、平面と点Pの距離というのも、点Pから平面の法線に対して垂線をおろしたときの距離と考えることができるので、この性質が使えます。

相手が自分の前にいるのか後ろにいるのか判別する

自分から相手までの方向ベクトルと、自分の向きの方向ベクトルの内積をとり、その符号を調べることで、相手が自分の前方にいるのか後方にいるのか分かります。

cosは0度を中心とする山になっており、±90度以上でマイナスの値になります。相手が前にいるということは、自分の向いている方向から90度以内にいるということなので、cosの符号を見れば前後関係が分かります。

符号だけでなく具体的なcosの値を比較すれば、前方45度の範囲というような判別も簡単にできます。敵キャラクタに視野の幅を持たせるときに使えます。

if (x >= lelt && x <= right && y >= top && y <= bottom)
{
    // 矩形と点の衝突
}

しかし、ゲームに回転の要素が入ってくるとこのアプローチでは対応しきれなくなり、回転する矩形と点の当たり判定を処理する必要があります。

やり方は色々あるのですが、ベクトル大好きっ子の私としては、こういう問題はベクトル演算で解きたくなります。

まず、矩形の1点を基準とし、点Pまでの相対位置ベクトルをP、矩形の2辺のベクトルをそれぞれV1、V2とします。また、V1とV2の長さを1に正規化したベクトルをそれぞれN1、N2とします。

ここでN1とPの内積は、N1に沿った線上に点Pから垂線を降ろしたときの長さと等しくなります。同様にN2とPの内積も、N2に沿った線上の長さになります。もし、点PがN1と逆方向にある場合は、内積の値は負の値になります。

よって、点Pが矩形内に含まれる条件は

0 ≦ N1・P ≦ |V1| かつ 0 ≦ N2・P ≦ |V2|

となります。

ちなみに、この不等式の両辺をそれぞれ|V1|、|V2|で割ると

0 ≦ N1・P÷|V1| ≦ 1  (以下V2の式は省略)

ここでN1=V1÷|V1|なので

0 ≦ V1・P÷|V1|^2 ≦ 1

また、|V1|^2=V1・V1なので

0 ≦ (V1・P)÷(V1・V1) ≦ 1

となります。(^2は2乗を表します)

|V1|やN1の計算には平方根が必要ですが、この形に変形すると平方根が消えて、内積(加算と乗算)と除算だけになります。こちらの方が計算が軽いですし、式も分かりやすくて良いと思います。条件式が定数になるので、最適化も効きそうです。ただし、|V1|が0になると0除算エラーになるので注意してください。

今回は矩形の角を基準にしましたが、中心を基準にする場合は

-1 ≦ (V1・P)÷(V1・V1) ≦ 1

となり、更にabs()を利用すると

abs((V1・P)÷(V1・V1)) ≦ 1

となります。(V1は中心から辺までのベクトルで、上図のV1の半分の長さになります)

今回の方法は、V1とV2が直行していないといけないことを忘れないでください。並行四辺形のような歪んだ四角形では使えません。

確認のために、Silverlightでデモを作ってみました。

Dr. Dobb's Challenge Deuce

コンテストの応募締め切りは明日なので応募はもう手遅れですが、コンテスト用にサンプルのゲームのソースコードが配布されているので、紹介しておきます。

配布されているのは、コンテストページで遊べるゲームの完全なソースコードで、画像や効果音などのリソースも含まれています。

ゲームの内容は古典的なジャンプアクションで、弾の撃てないロックマン、あるいはBダッシュのないスーパーマリオといったところでしょうか。

こういうサンプルが欲しかったという人も多いと思います。

解析等に使うような真面目なシミュレータというよりも、玩具として遊ぶために作られていて、楽しみながら物理を学ぶのに適しています。

ピタゴラそうちのようなものを作って遊ぶこともできます。実物だと一度作動させてしまうと元に戻すのが大変ですが、Phun上なら何度でも楽しめます。

玩具といってもそれなりにちゃんと動くので、静止図だけでは分かりづらい複雑なリンク機構を実際に動かして確認するのにも便利です。

試しに練習で、2つほどサンプルを作ってみました。

・ホーキンスリンク機構

初めてこれを見たときは衝撃を受けました。シンプルな構造で、回転運動が歩行ロボットの足運びに最適な動きに変化します。

直線的な動きで地面を蹴り、足を持ち上げたら素早く前に戻します。まさに歩行モーションそのものでしょう。黄色のパーツは一定速度で回転していますが、直線的な動きの部分の方が時間が長く、持ち上げて前に戻す部分が短いので、これで足を動かせば直線的な動きの部分で両足が接地している時間もできます。

ただし、この機構をロボットの足運びに使うには致命的な欠点があって、動画を見ても分かるとおり、足の動きと足の向きが逆です。歩行ロボットに使うにはこれを上下反転させないといけないのですが、そのための機構というのは結構大変で、実際にこの機構をロボットに応用している人の多くが逆向きのまま弧の部分で地面を蹴るように使っています。

ちなみに、私がこれを初めて知ったときは、チェビシェフリンクと紹介されていました。しかし、正確にはホーキンスリンクと言うようです。チェビシェフリンクは等速回転部分が、ホーキンスリンクの足先の軌跡を描きます。動きが同じなので、ホーキンスリンクはチェビシェフリンクの亜種として扱われているのかもしれません。

・楕円コンパス

楕円コンパスというのはいくつか方法があるのですが、その中でも構造が分かりやすいものを作ってみました。

こんなので奇麗な楕円が描けています。最後はご愛嬌w

実はPhunだけでこのような機構を作るのは難しいです。ホーキンスリンクは各リンクの長さが厳密に決まっているのですが、Phunは落書きのようにデザインすることを想定しているので、位置や大きさを厳密に調節する機能がありません。最初は、定規のようなものを作って目測でリンクを組んでみたのですが、ほんの僅かなズレでも直線的な動きにならずに駄目でした。

今回はSVG2Phun2という、SVG画像から変換するソフトを利用しました。元となるSVG画像はInkscapeで作成しました。

ニコニコ動画にもPhunの動画が沢山あるので、私が見た中で面白かったものをいくつか挙げておきます。

Phunでトイレが作りたくなった

Phunでデッドコースターを再うｐしてみた

Phunで海賊船を営業再開してみた

動画で楽しむ！！うんたん機構学 【けいおん！】

トイレのやつは作図段階から映っているので、どんな感じか分かりやすいと思います。うんたん機構学は、背景に注目です。チェビシェフリンクも出てきます。

こんなのが手軽に家のPCで遊べるってのは良い時代になったものです。

例えば次のようなコードで問題が発生します。

for(;;)
{
    WaitMessage();
    if (PeekMessage(&msg, NULL, 0, 0, PM_REMOVE))
    {
        if (msg.message == WM_QUIT) break;
        TranslateMessage(&msg);
        DispatchMessage(&msg);
    }
}

このコードでもXPでは問題ないのですが、Vistaではアプリケーションを終了する際に、メッセージキューが空になり後はWM_QUITだけとなったところでWaitMessage()が処理を返さず、そのままゾンビプロセス化してしまいます。

私がCG系の技術デモを作るときは、アプリケーションがアクティブなときは全力で情報を更新しつつPeekMessageでウインドウメッセージを処理し、非アクティブになったら更新を止めてWaitMessageでメッセージを待つという方法をよく使っていましたが、非アクティブな状態でのメッセージループは上記のものと等価なコードになっています。そのため、非アクティブな状態で閉じようとすると、ゾンビプロセス化してしまいます。

これってどう考えても、仕様ではなくバグですよね？

3つの方式の特長を簡単に説明すると、次のような感じです。

• TN --- 製造コストが安い。視野角が狭く特に上下方向が狭い。下から見上げると悲惨。
• VA --- 製造コストはそこそこ。黒の表現が得意。テレビ用パネルに多い。
• IPS --- 製造コストが高い。ほぼ真横から見ても大丈夫なほど視野角が広い。

ただし、PC用モニタで使われているIPSパネルは、日立が10年前に開発した技術をベースにしたもので、最新のIPSパネルは使われていません。

かつてはPC用液晶モニタはVA方式が主流で、TN方式は17インチ以下の小さいモデルのみで使われるのが一般的でしたが、徐々に大画面でもTN方式が使われるようになり、今では24インチまでもTN方式が使われています。TNが勢力を伸ばした分、VAを採用するモニタは激減し、今では普及価格帯で非TNのモニタを探すのが大変な状況となっています。

そんな中、LGがe-IPSという新しいパネルを開発しました。e-IPSはIPS方式でありながら、製造コストはTN並という夢のようなパネルです。

そのe-IPSパネルを採用した最初のモニタが、DELLから発売されました。

デル、29,800円のIPSパネル搭載22型ワイド液晶 (PC Watch)

TN方式の22型ワイド液晶モニタは20,000円程度なので、さすがにTN並とはいきませんが、このくらいなら十分競争できると思います。

そろそろモニタの買い替えを考えていた私は、今のところこれが第1候補となっています。(第2候補は三菱のRDT241WEX)

このモニタは次のような人におすすめです。

• 縦画面で使いたい(TNを縦にすると横方向の視野角が狭くて悲惨)
• Excelを画面いっぱいに広げて使うことが多い(TNだと画面の上と下で色が変わって見難い)
• 動画を再生しながら寝転んで見たりする
• 人と違う物を使ってマニアっぽい気分になりたい

今回発売になったDellのモニタは、ピボット機能もあるので縦画面にも簡単にできます。

まだ実物を目にしていないので、画質についてはよく分かりません。LG製IPSパネルでよくあるバックライトの光漏れ(黒浮き)が改善されていればいいのですが。視野角については、YouTubeにあった比較動画を見た限りでは、問題なさそうです。

私は低価格PC用モニタ用途で期待しているe-IPSですが、小型テレビ向けの需要もかなりあるのではないでしょうか。小型液晶テレビにTNパネルを使っているメーカーもありますが、大型テレビよりも小型テレビの方が設置場所に無理がある場合が多いので、TN方式の抱える視野角の欠点は致命的だと思います。視野角の広いe-IPSがTN並の価格で作れるのならば、小型のテレビはe-IPSが主流になるかもしれません。

32bit版 Vista Service Pack 2 ダウンロードページ

64bit版 Vista Service Pack 2 ダウンロードページ

私は新しいソフトのインストールには慎重な方で、普段ならば少し様子を見てからインストールするのですが、SP2を入れた人達からかなり速くなったという報告があったので、我慢できずにさっさとインストールしてしまいました。

さて、実際に使ってみた感想ですが…なんですかこの速さはw

主に.NETアプリケーションの起動時間がとんでもなく短縮されています。初めて起動するときは少し時間がかかりますが、2回目以降はとんでもない速さです。(ちなみにSuperFetchは切ってあります)

試しにVisual Studio 2008 Standard Editionをスタートメニューから選び、ウインドウやツールバーの描画が全て完了するまでの時間を計ってみたら、だいたい0.4秒でした。SP1でSuperFetchが効いてるときよりも速いですね。

.NETアプリケーションは起動するのに時間がかかることが最大の欠点でしたが、今回のサービスパックでその欠点は無くなったと言っていいと思います。

今までは起動が遅すぎて使う気にならなかったWindows Live メールも、これなら使う気になりますね。(実はWindows7で一番心配なところだった)

現象としては、いわゆるz-fightingっぽいので、Stage1のみZテストを無効にしています。

また、ウインドウモードでプレイするとタイマー精度の関係でfpsが落ちる問題も、フラグを1つ指定するだけでDirectXが勝手に設定してくれる機能があるので、ついでに対応しておきました。

th10fix-090526.zip Version 1.0 (2009/05/26公開)

使い方はアス比固定ツールや縦画面化ツールと同じで、同梱のd3d9.dllを風神録のインストールフォルダにコピーするだけです。アス比固定ツール等と共存はできません。

オブジェクト指向では、様々なオブジェクトを共通の基底クラスから派生させて、それらを基底クラスのポインタのリストで管理するというのはよく使うテクニックです。管理クラスは管理対象が具体的に何のクラスなのかは意識する必要がなく、基底クラスに用意された共通のインターフェースで指示を出せば、指示を出された側が自分で判断してふるまいを決めます。この性質をポリモーフィズムと呼びます。

More Effective C++の例を借用すると、宇宙船(SpaceShip)、宇宙ステーション(SpaceStation)、小惑星(Asteroid)を共通の基底クラスGameObjectから派生させると次のようになります。

class GameObject { ... };
class SpaceShip : public GameObject { ... };
class SpaceStation : public GameObject { ... };
class Asteroid : public GameObject { ... };

宇宙船も宇宙ステーションも小惑星も全てGameObjectの一種なので、GameObject*のリストに登録できます。

list<GameObject*> objects;

objects.push_back(new SpaceShip);
objects.push_back(new SpaceStation);
objects.push_back(new Asteroid);

この仕組みは便利で様々なところで使われていますが(特にGUIフレームワーク)、時にはポインタの指しているオブジェクトが具体的に何のクラスなのか知りたい場合があります。