AutoHotkey スレッド part35

**名無しさん＠お腹いっぱい。** · 2025/11/08(土) 22:50:39.35

>>919
ゲームパッド？
というと？

**名無しさん＠お腹いっぱい。** · 2025/11/08(土) 23:08:05.31

Joy1を発生させたり入れ替えたり

**名無しさん＠お腹いっぱい。** · 2025/11/09(日) 00:05:41.42

>>922

やってるけど？

**名無しさん＠お腹いっぱい。** · 2025/11/09(日) 09:06:01.52

なに言ってんだこのクエスチョンが必殺技だと思ってるバカ

**名無しさん＠お腹いっぱい。** · 2025/11/09(日) 09:09:48.41

構ってもらえたらなんでもいいんだよ
特に知識は無い

**名無しさん＠お腹いっぱい。** · 2025/11/09(日) 12:58:44.80

ゲームはチートが問題になってるから
チート対策でAHKが出力できないよう技術的に難しくしてるんでは
技術的に難しいができなくもないんでは

**名無しさん＠お腹いっぱい。** · 2025/11/09(日) 15:04:52.69

技術的に難しいというか、Windowsにはソフトウェア的にパッドボタンを押下するという仕組みがありません
通常は各アプリが独自に、xinput1_◯.dll(XInput)やdinput_x〇.dll(DirectInput)などのライブラリを利用して
パッドの情報を随時読み取って処理しますが、これらのライブラリはパッドに対して基本的に読み取り専用であり
入力系の動作はフィードバック機能が搭載されているバイブの作動しかできません

AHKでもこれらライブラリを利用することで、物理的な入力を阻止することはできませんが、読み取り値を元に分岐するスクリプトを動作させることは可能です
ちなみに、DirectInputの方は標準対応してますが、XInputは対応していないので、値の読み取りスクリプトを自作するか、別途XInput.ahkなどを利用する必要があります

擬似的なパッドボタンの押下には
改変したdllを使用して、アプリがパッドの状態を取得する際にインターセプトする方法(x360ceVer3)か
ソフトウェアレベルからの操作が可能な、仮想コントローラードライバ(vJoy、ViGEmなど)が必要になります
前者の方法でAHKを介入させることは、可能ですが現実的ではありません
後者はAHK-vJoy-Libraryなどの古いライブラリが存在し、いくつか紹介しているサイトもありますが
一般的なAHKスクリプトからすると難易度は割と高めになりますし、ドライバ関連は環境にもよるので
そこまでしてAHKでやる必要があるのか？という話になります

**名無しさん＠お腹いっぱい。** · 2025/11/10(月) 21:32:41.84

あまり深く考えずにX360CE(Ver4、仮想コントローラ型)など使っていたが、確かにそういう事になるねえ…
まあAHKはジョイスティックまわりはほとんど変わらずXInputはXInput.ahk使うことになってる感じなのは
そもそもあまり重要視してないような気もするけど

**名無しさん＠お腹いっぱい。** · 2025/11/10(月) 21:45:15.72

>>928
windows11で、
Aボタンでwindows決定とかを無効にできないのかね？

**名無しさん＠お腹いっぱい。** · 2025/11/11(火) 12:54:41.54

外部input全部対応してるツールは過去ログにUCR.exeと書いてあったな
githubにあるよ

**名無しさん＠お腹いっぱい。** · 2025/11/11(火) 21:33:51.69

この形式にしてAI丸投げするのありやな

https://i.imgur.com/6GziWq5.png
https://i.imgur.com/JNzBWZP.png

**名無しさん＠お腹いっぱい。** · 2025/11/12(水) 21:39:11.64

>>929
XInputコントローラ入力が、スタートメニューや設定などでの操作になってしまうという機能の事だとすると、
無効にするのはむずかしいように思う(これは一般のアプリでは働かないので、自分は気にしないことにした)

**名無しさん＠お腹いっぱい。** · 2025/11/12(水) 21:42:55.56

>>932
そうそう
設定ウィンドウで、コントローラーのボタンを押すと、勝手に決定とかになっちゃう

自分で独自の操作をしたいのに