Windows 8のタッチスクリーンとスタイラスを備えたArcanumとFallout 2

どういうわけか、Windows 8タブレットを手に入れたことがわかりました。 非常に成功したモデルではありません-アシスタントとしてはかさばり、ワークステーションとしてはやや弱いですが、スタイラス、そして最も重要なのは32ビットWin32システムです。 GOGとSteamの販売で得た古いゲームをいくつか持っていたので、どうにかしてこのタブレットに座って、可能性と不可能性をすべて再現する予定でした。 しかし、どういうわけか十分な時間と気分がなく、試運転でさえマウスで遊ぶ必要があることが示されました-タッチスクリーンからのカーソルは誰にもわからずに逃げ、長押しでの右クリックは率直に不快になります。 このタブレットは、最近のGOGからのFallout 配布まで、半年ほど隅に散らばっていました。この配布により、私は行動に移されました。 金曜日の夜が始まり、タブレットはUSBマウスを手に入れ、私はソファで快適になり、一番上からArcanumでリストを始めました。

キャラクターを作成してから30分後（これは非常に重要で責任のある問題です！）、左手はほとんどデバイスを握らず、右手首は不審に引っ張り始めました。 特定の人間工学に基づいた折りたたみ式マウスの開発者にとって良い言葉ではないことを思い出して、私は登山して、ドライバー、パッチ、または少なくともタッチスクリーンまたは少なくともスタイラスから再生する何かを探しました。

パッチは見つかりませんでした。 唯一の同様のドライバーが支払われ、試用モードはありませんでした。 その瞬間、私は頭に浮かんだ考えを思いつきました（私は今理解しています！）考え-「結局、いくつかのWM_TOUCHが確実に来て、それは間違ってWM_MOUSEMOVEに変換されます」...そして遊びよりも眠い。

Visual Studio 6.0

どういうわけか、私は数十年前にWin32でフック、パッチ、注射にうんざりしていたことが判明し、その後、私の人生でこのページを非常に喜んで閉じました。 そして今、「30分プレイしてからプレイする」ことを夢見て、古いハードドライブを取り出し、いくつかのプロジェクトと私のお気に入りのツールであるVS98、別名Visual Studio 6.0を書き留めました。 はい、私は常にVS 2012をW8およびWPモバイルプログラムに使用していますが、Platform SDKがどのように見えるか、C＃またはC ++で低レベルのものをコーディングするようなものがファッショナブル/必須になったかどうかはわかりません/ Cli。 すると、VS98の重量は同時に120メガバイトであり、作業マシンのワインの下で正常に動作することがわかりました。

IATスプーフィングのような古いプロジェクトのクリーンアップは遅れましたが、数時間後にゲームにモジュールを実装し、そのメッセージフローを追跡できました（SetWindowLongと何とか何とかをサブクラス化）。 明らかな理由で、Spy ++はフルスクリーンゲームで動作することを望みませんでした。ログを作成し、マウスとタッチのように見えるものをすべて調べたからです。 今週の金曜日の夜は終わり、私は午前中に継続を延期しました。

WM_TOUCH

午前中、タッチスクリーンの操作に関する記事をいくつか実行し、座ってWM_TOUCHをキャッチしました。 優れたメッセージです。1ブロックに10〜2回のクリックが含まれていますが、定期的に送信されます。 座標がゲームに正しく来たのは興味深いことでした-それらは画面をクリックする場所に正確に対応していました。 すべてのイベントでWM_MOUSEMOVEを生成し始めたので、これは重要ではないようでした。 結果は私を驚かせました-何も変わっていません。 何もありません。 WM_MOUSEMOVEをSetCursorPosに置き換えても、まだ結果が表示されていました-カーソルのクリープは明らかに混乱していません。 物事は帽子にあるように見えました-あなたは何が間違っているのか、そして毎回カーソルが横に移動する理由を理解する必要があります...通りで暗くなったときだけ、私は何かが間違っていることに気付きました:)すべての論理的および非論理的な方法、数式、座標調整、mouse_eventによる魔術、SendInput、特定のイベントのキャンセル-カーソルをクリックの場所に移動させることはできませんでした。 それはナンセンスまたは神秘主義のようでしたが、ゲーム内のどこかに、私が理解できず、直接制御されない方法で変化した一対の座標がありました。

DirectInputおよびall-all-all

日曜日に、私は意欲を失いましたが、それでも信頼できました。 今日は、タッチスクリーンデータを使用して、実際のマウスからのすべてを繰り返してみたかったのです。 げっ歯類をつないでその行動を追跡し始めたところ、マウスの動作がウィンドウプロシージャをまったく通過しないことが判明しました。 自分をゲームの現実を知らないロバと呼んで、Googleを掘り下げて、私が混乱していることを発見しました。多くの場合、ゲームは、DirectInputを介して、またはウィンドウメッセージキューをバイパスして生の形式でマウスに関する情報を受け取ります。 タッチスクリーンとスタイラスのイベントは例外です。メッセージキューを通過し、DefWindowProcの腸のどこかでマウスによるアクションに変わります。 したがって、WM_MOUSEMOVEやその他のWM_MOUSEMOVEはまったく存在しない可能性があり（これはマウスでも発生します）、送信、置換などの試みはゲームに影響を与えません。 文字通り、私の実験の3分の2はゲームによって単に無視され、残りはDefWindowProcと競合していました。 さらに、WM_TOUCHはWindows 7プログラムとの互換性のためにのみ送信され、WM_POINTER *は既にWindows 8のメインタッチイベントと見なされています。

事故または釣り？

この段階で、私はすでに必要なものを知っており、トンネルの終わりに光を見ました-DefWindowProcにタッチスクリーンイベントをまったく処理させず、すべてを自分で行います。 感情的な盛り上がりはその仕事をし、ある時点で、予想外に、タッチスクリーンは押した場所にカーソルを正確に置き始めました。 傍受モジュールの準備がまだ整っていなかったため、奇妙でした。 目的の領域の二分法検索（プログラムの半分をオフにして動作を確認し、それを戻すか、残りのコードの半分をオフにします）は、同時に呼び出したことを示しました

RegisterTouchWindow(hWnd, TWF_WANTPALM)
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

そして

 SetProp(hWnd, "MicrosoftTabletPenServiceProperty", (HANDLE)1);
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

*最後のコマンドのばかげた外観と意味にもかかわらず、2003 Tablet PCにもかかわらず、それは非常に正確で文書化されています。

これらの2つのメソッドを呼び出すと、WM_TOUCHでは一度に1つの座標しか取得できず、DefWindowProc内部は比​​較的正しい座標を生成します。 しかし、実際には、通常、WM_TOUCHは押されてもすぐには送信されず、「長押し」機能のデータを蓄積します。 特徴的なことは、同僚がかつて同様の状況に直面したことです。

無益な4日間の終わりに、私はあきらめて、2つのことをしました。 最初に、MSDNフォーラムにメッセージを投稿しましたが、 "性交"を要求しましたが、投稿で "性交"という言葉を実際には使用しませんでした。

（...）

ありがたいことに、数日後、驚いたことに、誰かが私のフォーラム投稿に実際に答えてくれました。 その中で、彼らは2003年に書かれた技術記事を参照しました。それは、私が望んでいたことを正確に行う方法を示しました。TabletPCAPIをいじるのではなく、あなたのウィンドウに秘密のグローバルテキストアトムを設定するだけです！ TabletPCは、ウィンドウの長押しを無効にします。

（...）

そのため、何らかの形で、複数のライブラリと数百のGUIDとページとクラスドキュメントのページを備えたすべてのCOMnessで、TabletPC SDKはこの特別なアトムの定義、またはその存在について言及することさえできませんでした。 または、「長押し」とは何ですか（開始する前に検索用語を知っておくと本当に助かったので、そのようにして秘密の技術記事を見つけることができたかもしれません）。

これは完全な解決策ではありませんでしたが、それでも大きな進歩です！ 実際には、フォールアウト2が再生可能になったのはこのモードでしたが、仮想座標と実際の座標の一致が失われることがあります-カーソルが横に移動します。 これは、カーソルを動かせなくなる場所にドラッグすることで、ゲーム内で直接解決されます。

完全な実装

さらに、すべてが技術の問題でした-DefWindowProcが干渉を停止し、WM_TOUCH / WP_POINTERが接着を停止すると、それらを処理し、mouse_eventを介してイベントを送信し始めました。 カーソルの動作が予測可能になりました。 解決できなかったのは、マウスとタッチスクリーンの1回限りの操作だけでした。 マウスはWM_メッセージをまったく生成しないため、その正確な座標を見つけることはできません。また、GetCursorPosは自分が書いたものだけを提供します。 タッチスクリーンイベントをキャプチャした後、一般的にGetCursorPosの値は変更されなくなりましたが、カーソルはマウスとタッチで移動しました。 Arcanumの場合、右ボタンは2本の指で押すことでハングアップしたため、依然として重要です。 メニューを終了して保存するには、ESCが必要です。ESCは3本以上の指のジェスチャーに根ざしています。 今日はこれをやめて、コードをクリアしてgithubにアップロードすることにしました...プレイする代わりに、Habrについての記事を書くために座っていました;）

バグと欠陥

• すでに数回書いていますが、複製します。マウスを動かすと、カーソルが迷い、手押し車で遊ぶだけで済みます。 カーソルを画面の隅に回してからタッチしてそこから引き出すと、座標の同期が復元されます
• Fallout 2では、WindowProcをインターセプトすると、しばらくするとゲームがクラッシュします。 将来のバージョンでそれを理解しますが、今のところそれなしでプレイできます。プロジェクトでは、WMメッセージの傍受とそれなしの2つのエントリポイントが作成されます。 残念ながら、ゲーム内のボタンは小さく、指で押すのは便利ではありません。スタイラスはより良く機能します。
• 新しいウィンドウを作成するためのフックは、ゲームの開始中に数秒間機能します。 この時点で他のプログラムが起動すると、DLLはアドレス空間にロードされます。 その結果、再起動するまで削除できません。 重要ではありません。DLLの名前を変更できます。 デバッグ中に、このような名前が変更されたものを何百個も蓄積しました。
• Windows 8は、 惨めなファッションジェスチャが豊富で、その一部はプレイを妨害します。 プログラムでオフにすることもできますが、このためには、VS 6.0よりも新しいものでコンパイルする必要があります。 それまでの間、レジストリでこれらのジェスチャーを無効にすることができます。

   [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\ImmersiveShell\EdgeUI] "DisabledEdges"=dword:0000000f
        
        
  
          
          
          
        
  
      
          
          
          
        
        
  
          
          
          
        
  
      
       

  -実装済み
• コードは、'98年のIDEでひげを生やした恐竜によって書かれました。 まあ、パノフ。 また、クラッシュする可能性があります。
• DLLはサイズが大きい（48kb）ことが判明しましたが、とにかく、一部のウイルス対策ソフトウェアで実行できます-インジェクション、グローバルフック、および一般にシステムへの干渉があります！

サポート

感謝の気持ちを表明したい人は誰でも、「ありがとう」と言うことはできません。 モニターの前で声を出すこともできますが、それについて書く必要はありません。 私を死霊愛者または他の何かと呼びたいなら、世界のインターネットのエントロピーを増やさないで、何度か声に出して言うこともお勧めします。 同時に、このプロジェクトは、より古いゲームでのテスト、Falloutの問題の解決、新しいIDEへのアップグレード 、修正、wikiページなどを傷つけることはありません。特定のゲームのパッチは気にしません。 フォークしてください。



UPD：昼食時に、プロジェクトをVS 2012に更新し、Windows 8チャームの自動シャットダウン、スタイラスのボタンサポートを追加しました。 同時に、ASI Loaderを使用しようとしましたが、何かがうまくいきませんでした。 また、起動時に奇妙なクラッシュをキャッチし、ハック修正を行いました。



UPD 2：判明したように、マウスの速度がデフォルト以外の場合、または「拡張ポインター精度」が有効になっている場合、ライブラリは正しく機能していませんでした。 DLLはタッチコントロールと互換性がないため、起動時にこれらのアイテムをオフにするため、この問題に対する完全な解決策はまだありません。 誰もが興味を持っている場合、「高度な精度」は、値が6ピクセルを超えると任意の軸でマウスオフセットを2倍にし、10を超えると4倍になる愚かなジョークです。 マウスを左に7ピクセル、上に12動かすと、このモードでは左に14ピクセル、上に48のオフセットが得られます。 これで精度が向上することはありません。さらに、10年前にシステム内のどこかに6と10の制限が設定されており、ユーザーが変更することはできません。