パット'萃'っち　薮蛇書

どうでもいい裏話のコーナーです。
68部員向け？

07/16

某友人宅にて10名程度が集合し、交代で２人対戦のゲームで遊んでました。
このとき交代ごとにパッドの設定を切り替え煩わしさを感じたことが、このソフトの開発のきっかけです。

07/18

開発開始。

07/19

挫折。
このソフトの一番根元の部分は、「パッドの動作を読み取る→キーボードを擬似的に押す」というところにあります。
パッドのボタンとキーの対応関係とか、その他諸々の設定とか設定の保存とか、その辺の部分は（こう言ってしまうとアレですが）どうでもいいしどうとでもなるところです。
で、この日は「パッドの動作を読み取る」部分で躓きました。

パッドのボタン状態を読み取るには、

DirectInput（DirectXの一部）を使う
WindowsAPIを使う

の２種類の方法があるのですが、

DirectInputの使い方がわからない
WindowsAPIはパッドを２つまでしか読み取れない

という状態になり、手が見つからず挫折しました。
DirectXの勉強しろという話なんですが、正直労力の割に合わないだろうと思ったので放置することに。

09/06～09/09

そのまま２ヶ月弱が過ぎ、68の合宿。
このとき５人程度が部屋に集まり、交代で２人対戦のゲームで遊んでました。
で、07/16と同じ現象が起こりこのソフトのことを思い出しました。完璧に忘れてましたよ。ええ。

09/10

開発再開。とりあえずパッドのボタン状態を読み取れないと話にならないので情報収集…。
WindowsAPIでパッドの情報を得るには、joyGetPosExという関数を使います。

joyGetPosEx

ジョイスティックを照会して、その位置とボタンの状態を取得します。
MMRESULT joyGetPosEx(
  UINT uJoyID,    
  LPJOYINFOEX pji 
);
パラメータ

uJoyID

照会するジョイスティック（JOYSTICKID1 または JOYSTICKID2）の識別子を指定します。

（以下省略。引用元）

上で「WindowsAPIはパッドを２つまでしか読み取れない」と書いたのはつまり、
JOYSTICKID1とJOYSTICKID2しか識別子が無いから対応するパッド（１つ目と２つ目のパッド）のボタン状態しか取得できない…ということです。
３つ以上のパッドを使うという状況は十分に考えられるのでやっぱりWindowsAPIは使えません。
DirectInput使うしかないのかなぁ…とか思っていると、ふと本棚に納められた Windows プロフェッショナル　ゲームプログラミングという本の存在を思い出しパッド認識のことが書いてないかと調べてみました。
すると。

JOYSTICKID3とかJOYSTICKID4とか指定できても良さそうなのですが、この識別子がdefineされていないのです。そこで、JOYSTICKID1+2とかJOYSTICKID1+3とかやれば、どうなるのかなと疑問に思い、試しにやってみたところ、これで正しく入力できるんですよ（笑）

（引用元：Windows プロフェッショナル　ゲームプログラミング　著：やねうらお　発行：株式会社秀和システム　初版　258ページ）

ヘルプ書いた奴出て来い。←この開発裏話はつまり、この部分が書きたかった
しかも、JOYSTICKID1の値って0なんですよね。なんだそりゃ。

…気を取り直して。
相当にしょんぼりしましたが、まあこれでパッドの情報は読み取ることが出来ます。開発再開。
パッドのボタン状態を取得できるようになったので、次は擬似的にキーを押せばこのソフトの根っこの部分は完成します。
擬似的にキーを押すには、やはりWindowsAPIのkeybd_eventを使います。
たとえば、

    //VK_SNAPSHOT は、 PrintScreenキーに対応する定数
    keybd_event(VK_SNAPSHOT, 0, KEYEVENTF_EXTENDEDKEY, 0) ;                 //PrintScreenキーを押す
    keybd_event(VK_SNAPSHOT, 0, KEYEVENTF_EXTENDEDKEY | KEYEVENTF_KEYUP,0) ;//離す

こんなコードを実行すると擬似的にPrintScreenキーが押されたことになり、画面スクリーンショットをクリップボードにコピーできます。
この原理を使い、パッドが押されたら対応するキーを押し、離されたら対応するキーを離す、という風にすればいいわけです。

しかし。
この方法で実際擬似的にキーが押すことはできたのですが（メモ帳上でパッドを動かすとカーソルが動いたりした）、ゲーム上で試してみるとうんともすんとも言いませんでした。
どうやら、keybd_eventを使ってもDirectInputはキー動作を読み取ってくれない様子。Windows上で動くゲームは大抵DirectInputを使っていますから、ゲーム用に作ったソフトなのにゲーム上で動かないという素敵な状況になってしまいました。
また挫折。

09/12

現実逃避とGoogleによる情報収集を繰り返していると、SendInputという命令を発見しました。
やっていることはkeybd_eventとほとんど変わらない関数ですが、別の命令が用意されているということはきっとどこかに違いがあるということで…。

………。
……。
…。

動いたぁーっ！（端折りすぎ）
やりました。やりましたよ先生。思い立ってから２ヶ月弱、ついに根元ができました。
なお、SendInputについては正確な情報がいまいち掴めていないので、もしかしたら上手く動いているようでその実裏でなんか悪さしてるかもしれません。
動きゃいいんです。動きゃ。（ダメなプログラマの典型）

それ以降

あとは特に苦労した点も無いので（時間はかかったけど）省略。「パット'萃'っち」という名称はこの段階で決まりました。
それから先は説明書を書くのに頭を悩ませる日々。本当は「擬似的にキーを押している」ということを隠したほうがすんなり使ってもらえると思ったんですが、どうしても上手く説明できないので書くことにしました。
これにてパット'萃'っちの開発は終了。この駄文も終了。御清聴ありがとうございました。