堕天使の煉獄

今日もにこにこＰＧ。
でもちょっと飽きてきた。

今やってるのはゲームパッドの入力周り。
以前はオーバーライドでXInputとDirectInputの処理わけてたのだけども、入力関係はほぼ確実に毎フレーム処理があるので、仮想関数呼び出しコスト削りたいな－ってことで、そのへん直したり。あとはもちょっと丁寧に設定とか組んでみようかなと。

しかし、XInput専用にしちゃえば随分楽になるんだけどなぁ。
DirectInputの仕様が糞すぎて……。
んでもうちの環境も、ゲームパッドはDirectInput仕様のゲームパッドしかもってないんですよね。正確にいうなら、プレステ２のコントローラをＵＳＢでＰＣにつなげられる奴をつかってたり。
プレステ２はとっくに物置んなかで、コントローラだけ現役使用中なかんじ。そんなにＰＣでゲームやる人でもないので、専用のゲームパッドとか買う理由もなかったりで。まあそれじゃなくても、まだまだ世の中XInputが標準でDirectInputのパッドはほとんど無い……なんてこともなく、ちょっと前に買ったなんてとだいたいDirectInput用だったりするだろうし。XInputの普及具合もよくわかってなかったり。

ていうかXInput対応のパッドを触ったこともないので、いまいちトリガーが何かよくわかってなかったりする。

DirectInputのスライダとかいう項目も対応してるパッドとかあるのか……それ以前にスライダって値の範囲がいくつからいくつまで返ってくるのか、ぐぐっても全然でてきやしないｗ
スライダをXInputのトリガの値に対応させるオプションとかあるソフトとかあるらしいんですが、XInputのトリガは0～255の値をとるらしいのだけども、スライダの上限値がわからないのでスケーリングして正規化することが出来ない……。
そもそもスライダって対応してるパッド自体どれだけあるのか……情報の少なさから、ほとんど無いんじゃないかと思われるんだけど。

トリガ周りがなんか結構厄介で、アナログスティックの軸一本を、+の値だと127～255にわりふり、-の値を127～0にしてる半軸？　という利用法があったりとか、スティックの軸二本つかって、+の値だけでそれぞれＬＲのトリガに振ったりとか。

いろんな方法があるらしくて、どんどんとコンフィグのオプション項目が増えていってきりがない感じ……。

そこまで来ると、パッドのコンフィグ設定は別アプリで設定ファイルを作るタイプにした方がいいのかなーという気も。

しかし、作るだけならＱＴでつくればあっという間につくれるんだけども。
ＱＴ製だと、配布の際にランタイム同梱＝数十ＭＢと、ほんのちょっとの機能のアプリでもちょっとうっとうしい感じになっちゃうのがなんとも。

しかしいまさらｖｃ++でｗｉｎアプリとか作る気起こらないしｗ

.netのｃ＃ならまだマシなんですが、そっちだと今度はＣ＃なので書き出す設定ファイルのバイナリを作る際に、アライメントとかその辺が面倒なんですよね。その点、同じｃ++なＱＴだとあんまし気にしなくていいんですが。

じゃあテキストで書き出すかというと、それもめんどいなーと。
古き良きiniファイルは今更感あるし、ＸＭＬはなんか生理的に受け付けない。
自前で組んだQSettingもどきみたいなのも結局、１項目ずつ書き出すのがうっとうしいかんじで。構造体にいれて一気にバイナリで読み書きってのがやっぱ一番楽ちんなんですよね。

まあ、真面目に読み込んだ値の範囲チェックとかきっちりやるなら一括で読んでも、一項目ごとテキストで読んでも対して手間は変わらないんですが。

そう考えると値チェックと読み込みセットのQSettingもどきので地味にやるのがいいのかなーとか思ったりもする。

ファイル読み込みの部分はそれほど速度にこだわる部分でもないし。件のような数10～数百バイト程度の設定ファイルの読み込みなんかだと特に。

そんなかんじで地味～な部分をちまちまやってるうちに、だんだん飽きてきた最近。
そろそろお絵かきのリハビリとかもしないとな。