コメント一覧 (180)

1. • • 73. 名無しさん
     • 2022年07月06日 15:55
     • >>72
       ## ちょっと続き
       
       o XInputの取り合いですが、基本的に 作成する時に空いている一番小さい番号 に割り当てられていました。
       ただしおっしゃるように短期間(5秒以内?)で切断、接続した場合は同番号に再割当てされていました。観察していた限りでは、他に例外はありません。
       デバイスの物理的な瞬断で変化が起きないようにしているのかな、と思いました。
       
       o DirectInput を KeyToKey 操作元にする場合は、KeyToKey 出力が DirectInput(vjoy)なら正しく動作しますし(もちろんこの場合ff11configで XInput使用 はオフに)、出力が XInput となると やはり不具合のまま です
       
       o DS4Windowsの DirectInput/XInput 切替ですが、スムーズかといえばスムーズだとおもいます(1秒以内程度には)。
       
     • 
       0
       

       key0x2key

       がしました

       
   • • 74. 名無しさん
     • 2022年07月06日 16:04
     • >>73
       
       ところでこの操作確認中に 別のバグらしい挙動を発見しました。
       一度 KeyToKey 作成仮想XInput Deviceで接続すると、切断後、それ以外の XInput Device では接続できなくなるというものです。
       
       XInput Device でff11をなにかしら操作します。
       まず DS4Windows作成仮想XInput Device で操作できている時、
       DS4Windows を停止して開始すると、ff11は再度操作可能になります(そりゃそうですね)。
       ここで ff11はそのままで、DS4Windows 停止、KeyToKey 起動、DS4Windows開始 での KeyToKey 作成XInput Device に切り変えると
       これももちろん動きます。先ほどの 手順4～7 の通りですが。
       
       さて、ここでKeyToKey、DS4Windows 共に停止し、改めてDS4Windows作成XInput Deviceで操作しようと
       DS4Windows4 を開始すると……あれ? 操作反応しません。ちゃんと XInput Device 0 になっています。
       停止開始を繰り返しても無反応です。
       それではと、DS4Windows 停止、KeyToKey 起動、DS4Windows開始 すると、これは KeyToKey作成仮想XInput Device として操作反応します。
       なんどやっても同様で、一度 KeyToKey作成仮想XInput Device に接続してしまうと、
       それ以降ff11ゲームプロセス完全終了するまで二度と DS4Windows作成仮想XInput Device には接続できませんでした。
       他物理/仮想XInput デバイスでの同様の挙動は不明です(未所持なため)。
       
       ## また続きます
     • 
       0
       

       key0x2key

       がしました

       
   • • 75. 名無しさん
     • 2022年07月06日 16:05
     • >>74
       ## 続きました
       
       KeyToKey 作成でのXInput Deviceの何かの設定に、ff11configなりが引きづられて上書きされたのかな? と考えましたが ff11ゲームプロセス終了後、ff11configは再実行せず ff11を起動すれば、再び DS4Windows作成仮想XInputDevice で操作可能となります。
       よく考えたら そもそもそういうのを防ぐための XInput でした。
       
       ff11は一度接続した XInput Device の名前なりuniqueな識別子を覚えており、一度接続するとそれ以外は受け付けない、とも考えましたが、それだと DS4Windows作成のXInput Device切断後に KeyToKey作成 XInput Device で操作できる理由がつきません。
       
       よくわかりません。KeyToKey が何かしらハンドルなり抱えたまま離していない……ような挙動にみえなくもないですが、KeyToKey プロセスは閉じたときに死んでいます。
       
     • 
       0
       

       key0x2key

       がしました

       
   • • 76.  開発者
     • 2022年07月06日 19:13
     • >>75
       コメント63にある通りgamepad-test.comやXInputCheckerでKeyToKey側のXInputが正しい反応を示している以上KeyToKeyの問題ではないように思います。
       今日のアップデートでvJoyをC#スクリプトから操作できるようにもしたのでvJoyが正しく動くのであればDirectInputマッピング（vJoy）+ C#スクリプトを使用したほうがいいと思います。
     • 
       0
       

       key0x2key

       がしました

       
   • • 80. 名無しさん
     • 2022年07月06日 21:25
     • >>76
       XInputChecker の結果が全てではないゆえに バージョン間で結果が違うのではないでしょうか?
       XInputChecker の結果は v201218、v210123 共に同じです。
       しかし (ff11上での)結果は異なります。v201218ならちゃんと動くんです。
       動いちゃうんです。バージョンダウンすれば動いてしまうので諦めきれません。
       ここで、他全て環境は同じな中、差異は v201218 → v210123 だけなので、
       機能向上中にエンバグしたのかな と考えるのはそう不自然なことではないと思います。
       とはいえOSSではないので実際のところは開発者さんにしかなかなかわかりません。
       この素敵なアプリがより良くなってことにぜひ協力させてください
       あれを試せ、これをインストールしろ(DEBUG出力付きの実行ファイル等)、などであればいくらでも申し付けていただければと。
       
       
       当初は vJoy 出力で利用していましたが、DirectInputがKeyToKeyにとって推奨ではなさそうなこと、
       #53 や #55 などの DirectInput 関連への(XInputのそれに比較して)対応の差別化(?)に悲しみを覚え XInput 出力利用に切り替えた、という次第でした。
       #55 は修正されたので、次は #53 が対応されればいいな、と思っています。
       やはり簡便に設定できたほうがありがたいのです。
     • 
       0
       

       key0x2key

       がしました

       
   • • 82. 名無しさん
     • 2022年07月06日 22:18
     • >>80
       Ver2020/12/18 と最新バージョンの違いですが、
       ScpVBus.inf
       ScpVBus.sys
       vXbosInterface.dll
       などはビットレベルまで同じで差異が無いんですよね。
       最新バージョンでは、「おまけ」の仮想DirectInputへのマッピングは正常動作しています。
       Ver2020/12/18では、L2R2が右アナログスティックの左右に現れたり、ABXYが押されなかったり、と違います。端的に言ってマッピングが壊れています。
       通常利用の範囲であれば、最新バージョン側の挙動が好ましいと思います。
       
       話は変わりますが、FF11では、キーボードとゲームパッドの同時利用・同時入力は可能でしょうか？
       L2R2をデジタルボタン的に使っている場合はキーボード経由で片付く問題もありそうです。
     • 
       0
       

       key0x2key

       がしました

       
   • • 89. 名無しさん
     • 2022年07月07日 16:20
     • >>82
       
       なるほど、ScpVBus とかそこらへんの問題ではなさそうということで、残りの部分に隠れていそうですね!
       
       おまけの 仮想DirectInputへのマッピングはなにか重要要素なのでしょうか。正直 動作していなくても XInput側さえ動作していればユーザとしては満足してしまいます。もちろん WIndows 上で気軽に「ああ、ちゃんと動いているっぽいな」というのは大事かもしれませんけども。
       
       Ver2020/12/18 は流石に最新バージョンからするとデグレード要素が大きすぎて常用はしづらいな、といった印象です。それでもしばらく試した感じでは 壊れたマッピング？ は感じられませんでした。
       
       ff11のキー同時利用に言及されるとは、プレイはされてないようなのによくおわかりですね。驚きです
       確かに ff11 は RT/LT でマクロパレットを開く動作を行い、Ctrl/ALt キーでそれを代用することができます。
       しかし残念ながら Ctrl/Alt はゲーム内でさらにキーボードショートカットも兼用しているためか、
       マクロパレットを開く動作として使うには、反応が(おそらくわざと)遅くされています。
       キーでのマクロパレットを開く動作は体感0.5sくらいでしょうか。さすがに使い物になりません。
       コントローラボタンであれば瞬時です。
       なお、別のキーに割り当てることも不可です。
       以前念の為 RT/LT にCtrl/ALt キーを割り当て、試してはみましたがやはり残念な結果でした。
       ともあれ回避策の提供感謝です。
       
       ところで ScpVBus といえば、github によれば
       no longer maintained
       だそうで、(ほぼ)後継の ViGEm のほうがいいのでは、と素人ながらには思ってしまいます。
     • 
       0
       

       key0x2key

       がしました

       
   • • 83.  開発者
     • 2022年07月06日 22:28
     • >>80
       左右のトリガーを入力するコードをC#スクリプトに作りました。
       一度実行して動作を確認してみてください。
       https://gist.github.com/x0oey6B8/2b1065938d3700d68bfa3e422a49672a
     • 
       0
       

       key0x2key

       がしました

       
   • • 86. 名無しさん
     • 2022年07月07日 15:56
     • >>83
       わざわざコードをありがとうございます
       そして……おおお、なんとこれで正常動作しました! 感無量です。
       しかし続きます。
       
       これの動作確認の過程でまた不具合が見つかりました。
       というか今までのものは全てこれらが根っこかもしれません。
       
       
       RT にマッピングせずとも RT が押しっぱなしになる。という問題です。
       
       
       XInput出力に限定します(DirectInputは未調査)。
       XInputCheckerで値を確認します。
       
       1. KeyToKey で RT/LT のマッピングを両方オフにしたうえ KeyToKey を再起動します
       →RT LTの値は0です。操作しても動きません(当然)
       2. KeyToKey のメイン画面で リロード します
       →RT が 1になりつづけます。マッピングしてないので増やせも減らせもしません。
       3. KeyToKey を終了します。
       →RT が 0になります。
       
       一切コントローラ入力操作していません。操作元コントローラを切断していても再現します。
       2で、代わりに「保存」ボタンを押すだけも同様な挙動になります。
       1で、RT/LTマッピングをオンにして KeyToKeyを再起動した場合は 2 の操作をするまでもなく RT
       
       が 1になり続けます。
       
       ##続きます
     • 
       0
       

       key0x2key

       がしました

       
   • • 87. 名無しさん
     • 2022年07月07日 16:03
     • >>86
       
       ## 続きました
       
       もう一つの問題です。
       
       さて、作成していただいた拡張マクロだとなぜちゃんと動作するのか。
       いただいたコードはとてもシンプルなもので、以前同様なものをアクションマクロで
       作成したときはなぜ動作しないと思ったのか。
       再作成して観察します。
       
       RT/LT マッピングはオフにしたうえ、アクションマクロを作成し RT/LT に割り当てます。
       マクロの内容は 1行のみで
       # XInput.トリガー(0, "LT", 255, 0)
       的なものを RT/LT の 押す 離す にそれぞれ記述します。
       
       XInputCheckerを観察しながら操作したところ、
       
       o LT はいかなる場合も問題なし: 0 か 255 になります
       o LT押さずにRTを押すと 255。離すと 1 になります。えっ なぜ 0 ではないのか
       o LT押しながらRTを押すと 254、(LT押したままで)RT離すと 0 になります。254とは
       
       というわけで、アクションマクロでも*おおむね*動いていますが、RTの取る値がおかしいです。
       LTの値によって RTの上限と下限が変化してしまいます。
       
       ff11(config)はこの RT/LT を、0でオフ、1～255 でオン扱いします。余裕のなさがひどいです。
       ゆえ、他のソフトと違って現象がみつけやすかったのかもしれませんね。
       RT単独で押し離しした結果は 1、つまり押しっぱなし と認識してしまうので。
       
       ##もう一つ続きます
     • 
       0
       

       key0x2key

       がしました

       
   • • 88. 名無しさん
     • 2022年07月07日 16:04
     • >>87
       
       ## 続きました。800文字制限きついです
       
       
       こんどは RT/LT に、頂いた拡張マクロを割り当てなおして、テストします。
       
       o RT/LT押し離しのいかなる組み合わせでも、全て正常に 0 と 255 の値を取ります。すばらしい
       
       記述はほぼアクションマクロと同様なのに結果は異なります。
       ここで リロード ボタンを押します。
       やはりというか しっかり RT が 1 になり続けます。
       このとき RTボタンを押すと... 255になります。そして離すとあれ、0になります。
       こちらは(なぜか?)ちゃんと 0 になるゆえに拡張マクロでは正常動作になるんですね。
       
       
       どうでしょうか。やっと ff11 単独の相性的問題ではなく一般化されたので調査しやすくなったのなら良いのですが。
       
       
       なお、このあたりやはり 210123 から発生します。
       201218 では RT は 0-255の値をきちんととりますし、リロードしても 1 にはなりません。
       
     • 
       0
       

       key0x2key

       がしました

       
   • • 90.  開発者
     • 2022年07月07日 19:00
     • >>88
       220706.1でトリガーの入力に関する調整を行いました。
       マッピングや1入力が入ってしまう挙動などの確認をお願いします。
     • 
       0
       

       key0x2key

       がしました

       
   • • 79. 名無しさん
     • 2022年07月06日 21:23
     • >>72>>75
       無駄足踏ませたようで申し訳ないです＆残念です。
       
       別のバグらしき挙動の方ですが、DirectInputウィルスのように見えます。
       FF11本体を起動したまま、DS4Windows(XInput)→DS4Windows(DirectInput)→DS4Windows(XInput)の順につついて同じ症状が出れば診断確定と思います。
       
       とまれ、開発者さんの新しくVer.2022/07/06を出して下さいましたので、一度お試し下さい。
     • 
       0
       

       key0x2key

       がしました

       
   • • 81. 名無しさん
     • 2022年07月06日 22:11
     • >>79
       いえいえとんでもありません。たまたま結果につながらなかっただけで 提案はとてもありがたかったです。
       またなにか思いつかれたらぜひお願いします。
       
       さて DirectInputウィルスとは一体何なのでしょうか。はつみみです
       かるくググった感じでは情報を得られませんでした。
       ともあれ指示をこなしてみました。
       
       使用する仮想デバイス作成ソフトは DS4Windows のみです。
       なお、DS4Windowsの操作元の物理DS4は隠してあります(ff11からは見えません)。
       
       0. ff11config で XInput有効 にしたうえで ff11 を起動して操作可能画面まで進めます
       1. DS4WindowsでXInput出力 → ff11正常に操作できます
       2. 同 DirectInputに切り替え → ff11操作できません。ff11config で XInput有効にしているので道理といえましょうか
       3. 同 XInput に切り替え → ff11正常に操作できます
       
       どうでしょうか
     • 
       0
       

       key0x2key

       がしました

       
   • • 84. 名無しさん
     • 2022年07月06日 22:31
     • >>81
       ごめんなさい。ふざけてDirectInputウィルスと表現しましたが、この場で創作したオレオレ造語です。
       「
       FF11configの設定に縛られず、FF11本体が勝手にゲームパッドをリアルタイムにスキャンしていて、
       XInputゲームパッドを利用している最中でも、DirectInputゲームパッドが接続され且つ操作すると、それ以降はDirectInputゲームパッドを読み込み、以降はXInputゲームパッドを無視する
       」
       という症例を仮定しDirectInputウイルスと勝手に呼びました。
       他のアプリで似たような挙動にでくわした事があります。ゲームパッドの読み込みは各アプリで独自に工夫をこらしてるようで、毎回見たことがない挙動を見つけて新鮮な発見があります。例えばSteamでしたらSteamを通して設定したゲームパッドだけを読んでほしいのですが、そんな行儀の良いアプリは逆に珍しいですね。設定しないでゲームパッドを繋いだ時にすぐに動く・とりあえず動くという事を優先すれば行儀を守っていられないのもわかります。
       
       DS4WindowsからDirectInputをつついたときに操作できないという事で、仮定は外れました。
       KeyToKey＋ScpVbusとFF11との相互作用がどうにも不思議ですね。
       
       今回はお騒がせだけしたようで、すみません。
     • 
       0
       

       key0x2key

       がしました

       
   • • 85. 名無しさん
     • 2022年07月07日 14:52
     • >>84
       >>「 (中略) 」
       なるほど、ウイルスかどうかはともかく、なんともいやらしい動作をするソフトもあるんですね
       いつか出会うかもしれないときのために備えておきたいと思います
       知見をまたひとつありがとうございました
       
     • 
       0
       

       key0x2key

       がしました

       
2. • 92. 名無しさん
   • 2022年07月10日 20:44
   • 仮想DirectInputコントローラへのマッピングが予期しない動作になります。
     
     たとえば △○×□ 4ボタン全てに Button1 を割り当てたりすると、設定自体は完了できますが、
     実際には、この順で最後のボタン(□)に のみ Button1 が割り当てられています。
     他の(△○×)ボタンには何も割り当てられません。
     本来割り当てられないものなら UI にて無効になってるとわかりやすいかな、と思います。
     
     220708 で確認
   • 
     0
     

     key0x2key

     がしました

     
3. • 93. 名無しさん
   • 2022年07月10日 21:57
   • 僕の問題かもしれませんが、マクロ作って割り当てようとしても作ったマクロでないんですよね。もとからあるマクロ１ってやつも出ません。
   • 
     0
     

     key0x2key

     がしました

     
4. • • 94.  開発者
     • 2022年07月10日 22:27
     • >>93
       メインウィンドウからコンソールを表示させて、マクロの選択画面を表示させたときにコンソールになにかメッセージが表示されないか確認してください。
       https://github.com/x0oey6B8/KeyToKey-Web/wiki/コンソールウィンドウを表示させる
     • 
       0
       

       key0x2key

       がしました

       
5. • 95. 名無しさん
   • 2022年08月04日 17:34
   • 
   • 設定編集押しても反応しません
   • 
     0
     

     key0x2key

     がしました

     
6. • • 96.  開発者
     • 2022年08月04日 23:32
     • >>95
       メインウィンドウからコンソールを表示させてください。
       設定編集ボタンを押したときコンソールになにかメッセージが表示されたら教えてください。
       またKeyToKeyのフォルダにあるLog.txtになにかメッセージが記載されていたらそれも教えてください。
       KeyToKeyを再ダウンロードしてみて表示されるかどうか確認してください。
     • 
       0
       

       key0x2key

       がしました

       
   • • 97. 名無しさん
     • 2022年08月09日 15:39
     • >>95
       私も同じ状況になりました．
       logを確認したところ，
       "Message": "DLL 'vJoyInterface.dll' を読み込めません:指定されたモジュールが見つかりません。 (HRESULT からの例外:0x8007007E)"
       とありました．
       
       再ダウンロード後，vJoyInterface.dllを退避させた後にアップデートし，vJoyInterface.dllを戻したところ設定編集が開けました．
       おそらくアップデートの際の古いファイルの削除で，vJoyInterface.dllまで消してしまっているのが原因かと思われます．
     • 
       0
       

       key0x2key

       がしました

       
7. • 98. 名無しさん
   • 2022年08月12日 01:18
   • 小さい不具合報告２件です。
     
     https://keytokey-dev.net/archives/32198975.html#comment-261
     を試そうとして、
     アナログスティックの８方向を有効にし、アナログスティック斜め方向にマウスカーソルの移動を割り当てたところ例外が吐かれました。Log.txtには何も出力されていません。
     アナログスティック斜め４方向に割り当てた機能は実行されず（メインウィンドウに割り当てが表示されていないので順当）、縦横４方向に割り当てた機能は実行されています。
     
     設定 : カーソル割り当て
     メッセージ : 種類 'System.Exception' の例外がスローされました。
     [StackTrace]
     System.Exception: 種類 'System.Exception' の例外がスローされました。
     場所 KeyToKey.Macro.Core.CursorAssign.get_IsLeft() 場所 C:\Users\root\Source\Repos\KeyToKey\KeyToKey\Macro\Core\CursorAssign.cs:行 60
     場所 KeyToKey.Macro.Core.CursorAssign.GetDeadZone() 場所 C:\Users\root\Source\Repos\KeyToKey\KeyToKey\Macro\Core\CursorAssign.cs:行 110
     場所 KeyToKey.Macro.Core.CursorAssign..ctor(MacroRepository Repository, ControllerButtons button, String[] args, AssignData setting) 場所 C:\Users\root\Source\Repos\KeyToKey\KeyToKey\Macro\Core\CursorAssign.cs:行 75
     場所 KeyToKey.Macro.Core.RepositoryBuilder.CreateCursorAssign(MacroRepository repository, Group group, AssignData x) 場所 C:\Users\root\Source\Repos\KeyToKey\KeyToKey\Macro\Core\RepositoryBuilder.cs:行 714
     *
     
     もう１件は、同じく、
     割り当て設定（コントローラー）→カーソル割り当て
     において、オプション内の「横の移動量」の次が「左に移動」となっています。これは「横に移動」の方がわかりやすいと思います。
   • 
     0
     

     key0x2key

     がしました

     
8. • 102. 名無しさん
   • 2022年08月17日 23:54
   • こんばんはいつもお世話になっております。
     
     22/08/15アップデート以降に必ず発生するようになってしまった不具合についてご報告します。
     
     C#スクリプト中でMatch()関数のオーバーロードの一つであるbool IGlobals.Match(Bitmap, Bitmap, double, out MatchResult)を呼び出すと、OpenCvSharp.OpenCVExceptionから始まる例外がスローされます。
     例えばヘルプにある「テンプレート画像／探索元の画像／スコアを指定して画像認識を実行」のサンプルコードをコピーし、テンプレート画像のファイルパスを実在のものにして実行するだけでも例外を吐きます。
     
     当該機能はKeyToKey自体に認識用画像を登録して使うよりもフレキシブルなため便利で多用していたのですが、今回のアップデート以降にスクリプトが軒並み動かなくなってしまいました。
     やむなく現在は一つ前のバージョンに戻して使用しています。
     上述のサンプルコードも旧バージョンでは問題なく動作していますので、おそらく最新アップデートの「画像認識に関する調整」あたりの弊害かなと勝手に想像しています。
     なお当方の環境はWindows 10です。
     
     それと上記不具合とは別ですが、当該メソッドを使用した時に1ピクセル単位で完全一致している画像を検索した場合にも結果のスコアが1ではなく0.99999...等になることが何度かあったため算定方法も気になっています。
     
     お忙しいこととは思いますが、深刻な不具合ですので早めに修正いただけますと幸いです。
     お手数ですがよろしくお願い致します。
     
   • 
     0
     

     key0x2key

     がしました

     
9. • • 104.  開発者
     • 2022年08月18日 06:58
     • >>102
       申し訳ないのですが以前の仕様に戻すことはしないので下記の新しいバージョン(プレビュー版)で画像認識を実行する方法を紹介します。
       以前の方法と大差はありませんが少し異なるので、そこだけ書きます。
       
       ■テンプレート画像を読み込む
       using var templateImage = new Bitmap(path);
       ↓
       using var templateImage = LoadTemplateMatchingImage(path, grayscale: true);
       
       ■画面をキャプチャする
       using var screenshotImage = Screenshot(bounds);
       ↓
       using var screenshotImage = Screenshot(bounds).ToTemplateMatchingImage(grayscale: true);
       
       ■画像認識を実行する
       if (Match(templateImage, screenshotImage, score, out var result)) { }
       
       このコードで重要なのがgrayscaleがtrueになっている点です。
       おそらくコメントに書いてもらった例外は認識の対象となる画像とテンプレート画像のデータ形式が異なるため例外が発生したのではないかと思われます。
       そのためグレースケール化を行い形式を一致させることで以前の例外が発生しないようにします。
       お手数ではありますがコードの変更をお願いします。
       
       ■プレビュー版
       https://drive.google.com/file/d/1OgcD_OEWNZfoVT91cG52nTWMXWmPdZIs/view?usp=sharing
     • 
       0
       

       key0x2key

       がしました

       
   • • 105. #102
     • 2022年08月18日 12:31
     • >>104
       早速のご返信ありがとうございます。
       
       当方としてもロールバックを求めたつもりは全くなく、やむなく旧バージョンに戻しただけですので症状が解決すればそれで問題ありません。
       
       ヘルプに記載されている公式なサンプルコードまで動作しなくなったこともあって不具合と決めつけてしまいましたが、仕様変更とのことで失礼しました。
       プレビュー版22/08/18にてご教示いただいた方法を試したところ例外を吐かれずに動作しました。
       わざわざプレビュー版までご用意いただきありがとうございました。
       
       Match()に対してBitmapオブジェクトではなく比較専用のITemplateMatchingImage形式に変換してから指定する必要があることがよく分かりました。
       後はプレビュー版にある暫定のオーバーロードが正式に採用されれば問題なさそうです。
       
       ただし元々カラー情報もある程度考慮した画像マッチをしていたため、グレースケール化することによる細部の挙動の差異まではまだ検証し切れていません。
       とはいえおかげさまで無事動作自体はするようになりました。
       
       欲を言えば「grayscale: false」で作成したカラー画像同士の比較もできれば理想かなと思ったのですが、やはりこちらは動作しないようですね。
       精度を考えるとカラー情報を保持したまま比較できればより高度に使えそうですが、まずは現状の仕様をベースに検証や調整をしていきたいと思います。
       
       迅速かつ丁寧にご対応いただき感謝致します。
       ありがとうございました。
       
     • 
       0
       

       key0x2key

       がしました

       
10. • 107. 名無しさん
    • 2022年08月20日 08:40
    • 8月19日のアップデートから環境変数が開かなくなってます
    • 
      0
      

      key0x2key

      がしました

      
11. • 108. 名無しさん
    • 2022年08月22日 23:41
    • 不具合報告１件です。
      
      画像認識で SAD が機能していないようです。
      画像認識の設定→テストを実行
      では、評価値0を最良として、250や500などの悪い評価値も得られ SAD が良好に機能していますが、
      Match("識別キー", out var _);
      を実行すると、テストのときよりもかなり一致度の高い評価値が出てきて軒並み true が返ってきてしまいます。
      （あまり踏み込んで調べていませんが、評価値の大きさから ZNCC の計算結果のようにも感じます）
      
      通常 ZNCC を使っていますが、明度の違いのみで画像認識したいケースだったので SAD を試してみました。
      テストは完璧だったので、C#関数からも使えると嬉しいです。
    • 
      0
      

      key0x2key

      がしました

      
12. • • 109. 名無しさん
      • 2022年08月23日 00:14
      • >>108
        コンソール、Log.txtともに出力ありません。
      • 
        0
        

        key0x2key

        がしました

        
13. • 110. 名無しさん
    • 2022年08月30日 20:23
    • 8/15のアプデ以降メインウィンドウ等が表示できなくなってしまいました｡
      システムトレイからプロファイルの変更等はできるのですが設定変更等出来ない状況です｡
      環境はWindows 10 Homeです｡
    • 
      0
      

      key0x2key

      がしました

      
14. • • 111.  開発者
      • 2022年08月30日 21:02
      • >>110
        こちらに対処法を書きました。
        https://gist.github.com/x0oey6B8/bd316cfa65e65f533b839dac1526d157
      • 
        0
        

        key0x2key

        がしました

        
    • • 126. 名無しさん
      • 2022年10月05日 08:20
      • >>111
        返信遅くなり申し訳ありません｡
        対処法を実行しましたところ無事直りました！
        動画付きで丁寧に解説していただき本当にありがとうございます｡
      • 
        0
        

        key0x2key

        がしました

        
15. • 112. 名無しさん
    • 2022年09月04日 16:13
    • いつもお世話になっております。
      
      アクションマクロを使用しています。
      不具合といいますか、マクロの入力速度が以前より遅くなっております。
      60FPSのゲームで使用しています。
      バージョン210502までは１フレーム(＝1/60秒)ごとの入力ができていたのですが
      それ以降のバージョンはどれも少し遅いです。(正確な数字はわかりませんが)
      
      たとえば
      キーを押して離す(KeysA, 17, 0, true)　　 (←1フレーム＝1/60秒が16.666…msなので約17msとしてます)
      キーを押して離す(KeysS, 17, 0, true)
      キーを押して離す(KeysD, 17, 0, true)
      キーを押して離す(KeysW, 17, 0, true)
      
      というマクロがあった場合これまでは1フレームごとにASDWと入力されていたのですが
      新しいバージョンだと体感ですが3,4フレームごとにASDWと押されています。
      ご確認お願い致します。
    • 
      0
      

      key0x2key

      がしました

      
16. • • 113. 名無しさん
      • 2022年09月04日 19:43
      • >>112
        ver2022/08/15で試しに調べたところ、手元の環境では17.4ms程度で回ってます。
        以下のアクションマクロを走らせてコンソールへの出力結果を1000で割れば、１回当たりの実行時間が調べられると思います。
        
        [
        {"Name":"UseHighPrecisionWait","Arguments":["True"]},
        {"Name":"Local.Assign","Arguments":["$startSW","ElapsedTime()"]},
        {"Name":"@EasyFor","Arguments":["100"]},
        {"Name":"Tap","Arguments":["Keys.A","17","0","True"]},
        {"Name":"Tap","Arguments":["Keys.S","17","0","True"]},
        {"Name":"Tap","Arguments":["Keys.D","17","0","True"]},
        {"Name":"Tap","Arguments":["Keys.W","17","0","True"]},
        {"Name":"Tap","Arguments":["Keys.A","17","0","True"]},
        {"Name":"Tap","Arguments":["Keys.S","17","0","True"]},
        {"Name":"Tap","Arguments":["Keys.D","17","0","True"]},
        {"Name":"Tap","Arguments":["Keys.W","17","0","True"]},
        {"Name":"Tap","Arguments":["Keys.A","17","0","True"]},
        {"Name":"Tap","Arguments":["Keys.A","17","0","True"]},
        {"Name":"@EndFor","Arguments":[]},
        {"Name":"Local.Assign","Arguments":["$endSW","ElapsedTime()"]},
        {"Name":"Console.WriteLine","Arguments":["$endSW-$startSW"]},
        ]
        高精度待機 True で、17.48ms程度、高精度待機 False で、17.42ms程度でした。
        高精度待機 True は15ms以下の待機で真価を発揮するようで、17msでしたら大抵はどちらでも似た結果になると思います。
      • 
        0
        

        key0x2key

        がしました

        
    • • 114. 名無しさん
      • 2022年09月04日 21:55
      • >>113
        ありがとうございます。
        確かにそれで試した結果同様の結果になりました。
        
        もうちょっと調べててさっき気づいたのですが
        一番新しいバージョンで改めてマクロを１から作ると入力の遅れがありませんでした。
        しかしバージョン210502からデータを引き継いだマクロを使用すると遅れが発生することがわかりました。
        
        もしかしたら以前の「キーを押して離す　『"Name":"Keyboard.Tap","Arguments"』」が
        「押して離す『"Name":"Tap","Arguments"』」に変わったことが関係あるのではないかと思うのですが
        いかがでしょうか。
        以前から使用しているマクロの量が結構多いのでデータを引き継ぎたいと考えております。
        よろしくお願いいたします。
        
      • 
        0
        

        key0x2key

        がしました

        
    • • 116. 名無しさん
      • 2022年09月05日 00:30
      • >>114
        以前ありましたね、
        [
        {"Name": "Keyboard.Tap","Arguments": ["Keys.A","17","0","True"]},
        ]
        の形式。こちらを使って色々調べてみました。
        高精度待機の true/false、
        「押して離す」にある「割り当ての実行を防ぐか」の true/false、
        プロファイルの環境設定→入力の監視方法 のフック／ポーリング、
        いろいろ組み合わせてみたのですが、いずれも17.4ms～17.5ms程度になり、遅い現象が再現できませんでした。
        （1000回の実行だと逆に見逃してる可能性があったので、ASDWの４キー１回ずつで計測し直しています。）
        
        以前はキビキビ動いていたということでしたら該当しないと思いますが、
        プロファイルを読み込んで１回目のアクションマクロ実行はタイミングが遅くなったり逆に早くなったりとギクシャクしてる感じがありました。
        アクションマクロの実力は２回目以降の実行で発揮されるのかも知れません。（今回の件に該当しないと思いますが）
        
        開発者さんが思い当たる事が何かあるなら解決は早そうですが、どうなるでしょう。
        
        新形式
        [
        {"Name":"UseHighPrecisionWait","Arguments":["True"]},
        {"Name":"Local.Assign","Arguments":["$startSW","ElapsedTime()"]},
        {"Name":"Tap","Arguments":["Keys.A","17","0","True"]},
        {"Name":"Tap","Arguments":["Keys.S","17","0","True"]},
        {"Name":"Tap","Arguments":["Keys.D","17","0","True"]},
        {"Name":"Tap","Arguments":["Keys.W","17","0","True"]},
        {"Name":"Local.Assign","Arguments":["$endSW","ElapsedTime()"]},
        {"Name":"Console.WriteLine","Arguments":["$endSW-$startSW"]},
        ]
        旧型式
        [
        {"Name":"UseHighPrecisionWait","Arguments":["True"]},
        {"Name":"Local.Assign","Arguments":["$startSW","ElapsedTime()"]},
        {"Name": "Keyboard.Tap","Arguments": ["Keys.A","17","0","False"]},
        {"Name": "Keyboard.Tap","Arguments": ["Keys.S","17","0","False"]},
        {"Name": "Keyboard.Tap","Arguments": ["Keys.D","17","0","False"]},
        {"Name": "Keyboard.Tap","Arguments": ["Keys.W","17","0","False"]},
        {"Name":"Local.Assign","Arguments":["$endSW","ElapsedTime()"]},
        {"Name":"Console.WriteLine","Arguments":["$endSW-$startSW"]},
        ]
      • 
        0
        

        key0x2key

        がしました

        
    • • 117. 名無しさん
      • 2022年09月05日 00:44
      • >>116
        お調べいただきありがとうございます。
        
        さらにわかったことですが
        ソフト起動後もしくは編集を保存後２分以上経過した状態で
        113のマクロを「高精度／高負荷な待機処理を使用」を無しで実行すると再現できました。
        それでタイムを計測すると３２秒ほどかかります。
      • 
        0
        

        key0x2key

        がしました

        
    • • 118. 名無しさん
      • 2022年09月05日 01:05
      • >>117
        こちらでも確認できました。突如、遅くなりますね。
        一応
        
        [
        {"Name":"UseHighPrecisionWait","Arguments":["False"]},
        {"Name":"Local.Assign","Arguments":["$startSW","ElapsedTime()"]},
        {"Name": "Keyboard.Tap","Arguments": ["Keys.A","17","0","True"]},
        {"Name": "Keyboard.Tap","Arguments": ["Keys.S","17","0","True"]},
        {"Name": "Keyboard.Tap","Arguments": ["Keys.D","17","0","True"]},
        {"Name": "Keyboard.Tap","Arguments": ["Keys.W","17","0","True"]},
        {"Name":"Local.Assign","Arguments":["$endSW","ElapsedTime()"]},
        {"Name":"Console.WriteLine","Arguments":["$endSW-$startSW"]},
        ]
        このマクロをキーボードに割り当てて手作業でゆっくりペースで実行させたコンソール出力の一部が以下です。
        71.9246000051498
        71.0688000023365
        72.9315999746323
        114.789999991655
        118.572899997234
        121.828700006008
        
        プロファイルの環境設定→オプション→高精度な待機処理を使用する　をオンにしていると再現しないような気がしました。
        条件としては、
        ・環境設定とアクションマクロの両方で「高精度な待機処理を使用しない」
        ・プロファイル読み込みから２分程度経過する
        という感じっぽいですね。
      • 
        0
        

        key0x2key

        がしました

        
    • • 115. 名無しさん
      • 2022年09月05日 00:28
      • >>113
        すいません。
        114は忘れてください。
        最初のうちは問題ないのですが時間経過(2分以上)で入力が遅くなるようです。
        編集を保存すると元通り正常の速さになります。
        
        ただ113の時間計測でやると問題ないのです。
        しかし
        押して離す(KeysA, 17, 0, true)
        押して離す(KeysS, 17, 0, true)
        押して離す(KeysD, 17, 0, true)
        押して離す(KeysW, 17, 0, true)　・・・以下繰り返し
        この部分だけで実行するとテキストの入力で比べてみても遅くなったとわかります。
        ご確認のほどよろしくお願いします。
        
      • 
        0
        

        key0x2key

        がしました

        
    • • 119.  開発者
      • 2022年09月05日 08:09
      • >>115
        >>コメ112
        
        こちらでも待機時間が遅くなる現象を確認しましたが残念ながら原因の特定には至っていません。
        現時点で待機時間の精度を高める方法は3つほどあり順に紹介します。
        
        ■1つ目
        アクションリストの先頭に「高精度／高負荷な待機処理を使用」を挿入し、設定値を「True」にする。
        
        ■2つ目
        「環境設定」の「オプション」にある「高精度／高負荷な待機処理を使用する」を有効にする。
        
        ■3つ目
        こちらはC#スクリプトを使った少し複雑な内容になります。
        
        待機処理が遅くなる原因はWindowsのタイマーの解像度が低いことが原因ではないかと考えており、解像度を変更することで精度を少し高めることができると思われます。
        紹介する方法は以下の要件のどちらかを満たす場合にのみ使用してください。
        
        ・OSがWindows10 2004以降である
        ・OSがWindows11である
        
        ＜満たす場合＞
        メインウィンドウに新しいタブを追加し、解像度を変更するためのプロファイルを適当な名前で作成してください。
        作成したプロファイルに以下のスクリプトを作り「スタートアップマクロ」機能でスクリプトを実行します。
        ※スタートアップマクロの設定で「KeyToKeyの有効無効」のチェックを外しておいてください。
        https://gist.github.com/x0oey6B8/9ff568cb71d2b753c35753794f0f2e1a
        
        以上で少し改善されると思いますが使用にあたってはいくつか注意点があります。
        
        ・このスクリプトは特定のプロファイルだけでなくKeyToKeyのプロセス全体に影響を与えます。
        ・マイクロソフトのドキュメントによるとシステム全体のパフォーマンスの低下に繋がる可能性があります（私が試した限り大きな影響はないように見えました）
        ・またWindows11を使用している場合、KeyToKeyのウィンドウを一つでも最小化してしまうと設定した解像度を保証しなくなる（待機処理の精度が悪くなる）ようです。
        
        ■ドキュメント
        https://docs.microsoft.com/ja-JP/windows/win32/api/timeapi/nf-timeapi-timebeginperiod
        
        
        1つ目、2つ目が簡単かと思います。
        
      • 
        0
        

        key0x2key

        がしました

        
    • • 120. 名無しさん
      • 2022年09月05日 22:04
      • >>119
        ご丁寧にありがとうございます。
        1つ目、2つ目を使ったら大丈夫そうなのでそれで運用してみます。
        
        ちなみにその1つ目、2つ目の話なのですが
        2つ目をONしたらマクロを新規に作成するときに自動的にアクションリストの先頭に「高精度／高負荷な待機処理を使用」が挿入されるという認識でいるのですがそれで合っていますか？
        
        それとも２つ目をONしていればアクションリストの先頭に「高精度／高負荷な待機処理を使用」を挿入しなくても
        「高精度／高負荷な待機処理を使用」がされている状態になるのですか？
        
        ご教示のほどよろしくお願いいたします。
      • 
        0
        

        key0x2key

        がしました

        
    • • 121.  開発者
      • 2022年09月06日 07:15
      • >>120
        >>２つ目をONしたらマクロを新規に作成するときに自動的にアクションリストの先頭に「高精度／高負荷な待機処理を使用」が挿入されるという認識でいるのですがそれで合っていますか？
        
        2つ目の設定が有効になっているかどうかに関係なくアクションは自動的に追加されます。
        
        
        >> それとも２つ目をONしていればアクションリストの先頭に「高精度／高負荷な待機処理を使用」を挿入しなくても「高精度／高負荷な待機処理を使用」がされている状態になるのですか？
        
        高精度／高負荷な待機処理はどちらかの設定を有効にすればOKです。
        2つ目の環境設定の方はマクロやキー割り当てなどの設定全体に適用される感じで、1つ目のアクションの方はマクロごと（個別）に適用されます。
        すべてのマクロに適用させたい場合は環境設定の方を使用して、都合が悪い場合はアクションで個別に設定するといいでしょう。
      • 
        0
        

        key0x2key

        がしました

        
    • • 122. 名無しさん
      • 2022年09月06日 20:08
      • >>121
        分かりやすいご説明ありがとうございました。
      • 
        0
        

        key0x2key

        がしました

        
17. • 123. 名無しさん
    • 2022年09月09日 06:55
    • CPUを異常消費するバグの再現方法です
      
      1. 220818をインストール
      2. トリガーを起動したいので、動作する適当なコントローラを割り当てます。マッピング等は不要
      3. なにかしら反応するコントローラのボタン(ここではDpadの左)をトリガーとして、「マクロを割り当てる(押したら)」を実行します
      4. アクションマクロを割り当てますが、何でも良いので ここではデフォルトで登録されている「マクロ1」を指定します
      5. 「トリガーを離した時に実行中のマクロを終了させる」にチェックします。これが肝です
      6. 「トグルモード」「繰り返し」もチェックし、保存します
      7. Dpad左を押してトリガーを起動しマクロを繰り返し実行させます
      8. メイン画面なりで「実行中」 を確認し、
      9. プロファイルをリロードします。マクロは停止されます。
      10. process explorerやらタスクマネージャでCPUの跳ね上がりを確認できます。手元のi7-1165G7機では 8 の時点で KeyToKey.exe プロセスのCPU使用は 1%未満でしたが、12%ほどに上がります。
      11. ここで再度 7-9を実行すると、CPUの使用率がさらに12%ほどあがります。繰り返しただけ みるみる上がっていきます
      
      
      5 を実行しないときはCPUの異常消費は起きません
      4 でアクションマクロを割り当てましたが、「待機1000ms」1行のみのマクロでも同様に再現します。
      C#スクリプト(内容は Wait(1000);１行のみ)でも同様に再現します
      9 は、なにかしらの保存動作でもプロファイルがリロードされるのでやはり再現します。
      また、リロード時、稀に System.NullReferenceException が発生します。再現はできません。
      
    • 
      0
      

      key0x2key

      がしました

      
18. • 124. 名無しさん
    • 2022年09月12日 17:28
    • ささやかですが SpeechLanguage の値1のメンバ名がスペルミスです
    • 
      0
      

      key0x2key

      がしました

      
19. • • 125. 名無しさん
      • 2022年09月12日 21:24
      • >>124
        「手打ちすると弾かれるがIDEの補完では大丈夫だな」と思った事がありましたが、そういうことでしたか。納得です。
      • 
        0
        

        key0x2key

        がしました

        
    • • 155. 名無しさん
      • 2024年01月22日 20:55
      • >>125
        こちらのスペリングミスが残っている事を確認しました。
        誤　SpeechLanguage.Enlgish
        
        互換性優先で、
        enum E {
        Field1 = 1,
        AnotherNameForField1 = Field1, // This is fine
        }
        などの手法で残されるのも良いですし美しさ優先で正しい綴りだけになってもどちらでも良いかと思います。
      • 
        0
        

        key0x2key

        がしました

        
20. • 127. 名無しさん
    • 2022年10月11日 04:27
    • お世話になります。
      KeyToKeyを利用させていただいている者です。
      
      先程画像添付し、メールにてご質問を送らせていただきましたが、こちらにもコメントをさせていただきました。
      
      現在一部の場面で正常に動作しない現象が起きていまして、解決方法をお教示いただきたくご連絡させていただきました。
      
      割り当て設定画面にてトリガーに使うボタンを選択し、「マクロを割り当てる(押したら)」を選択した際、青枠「トリガーを押した時に実行するマクロを選択してください」が表示されると共に、本来マクロ選択画面が表示されるかと思うのですが、表示されません。
      
      当方の知識だけですと解決に至らなかった為、ご質問させていただきました。
      どの様にすればマクロ選択画面が表示されるでしょうか？
      
      ご返信お待ちしております。
    • 
      0
      

      key0x2key

      がしました

      
21. • 128. 名無しさん
    • 2022年12月17日 16:50
    • 実害の無い不具合報告１．５件です。
      
      編集ウインドウのタイトルバーにある「リロード」を押すとメインウインドウで選択中のプロファイル名が表示されますが、_（アンダーバー）で始まるプロファイル名ですと頭の_１文字が欠落して表示されるようです。
      ver2022/08/15と2022/12/04のいずれでも確認しました。
      
      上記の検証で「_a_b_c_」というプロファイルを作ったところ、2022/12/04が落ちました。
      これは再現性がなく一度しか確認できていません。
      一度消去して再度作っても落ちませんし、次回起動時に「_a_b_c_」の表示、選択、編集、実行、全て問題ありませんでした。
    • 
      0
      

      key0x2key

      がしました

      
22. • • 129. 名無しさん
      • 2023年01月12日 01:22
      • >>128
        こちら、ver2022/12/26で修正されている事を確認しました。
        いつもアップデートなど対応していただきありがとうございます。
      • 
        0
        

        key0x2key

        がしました

        
    • • 130. 名無しさん
      • 2023年01月22日 20:19
      • >>129
        青いメッセージの先頭に余計な_（アンダーバー）が付く事を確認しました。
        実害は無さそうなのでこのまま放置でも全然大丈夫です。
        
        https://i.imgur.com/sE9ekEa.png
      • 
        0
        

        key0x2key

        がしました

        
23. • 131. 名無しさん
    • 2023年02月03日 05:41
    • アクションマクロのキー入力で
      矢印キーの、例えば「右」を指定して「Keys.Right」が割り当てられても、
      実際には「テンキーの右キー」が出力されているようです。
      
      マクロが上手く動作しないのでAutoHotkeyで確認したところ、
      「Right」であるべきログの出力が「NumpadRight」でした。
      
      環境はWindows 10 64bitです。
      
      ご確認のほどよろしくお願いいたします。
    • 
      0
      

      key0x2key

      がしました

      
24. • 132. 名無しさん
    • 2023年02月09日 22:00
    • 不具合報告１件です。質問ページからの派生になります。
      
      割り当て設定（キーボード／マウス）と割り当て設定（コントローラー）の両方で、「長く押したら」「長押し時」に割り当てたマクロが意図通りに終了しないように感じます。
      また、何度も長押しすると２重３重にマクロが立ち上がるようです。
      以下、テストマクロになります。
      [
      {"Name":"Console.Write","Arguments":["\"S\""]},
      {"Name":"@While","Arguments":["true"]},
      {"Name":"Console.Write","Arguments":["\"c\""]},
      {"Name":"Wait","Arguments":["1000"]},
      {"Name":"@EndWhile"},
      ]
    • 
      0
      

      key0x2key

      がしました

      
25. • 133. 名無しさん
    • 2023年02月22日 20:24
    • バージョン 230220です。
      以前はそんなことありませんでしたが、高DPIの環境(4kモニタで150%で使用)でメインウインドウから右クリックメニューの再起動を実施するとメインウインドウの表示位置が変わって大きさが150%大きく表示されます。
      
      KeyToKey自体を終了させてから再度起動した場合は変化ありませんでした。
    • 
      0
      

      key0x2key

      がしました

      
26. • • 134. 名無しさん
      • 2023年02月26日 10:23
      • >>133
        230222で問題ないことを確認しました。
      • 
        0
        

        key0x2key

        がしました

        
27. • 135. 名無しさん
    • 2023年03月10日 17:21
    • 無線ゲームパッドのボタンにマクロを割付けし、PCリモコン代わりに使用しています。
      バージョン230219以降、短押し／長押し の両方を割付けているボタンを短く押した際
      短押しに割付けたマクロ＞長押しに割付けたマクロ と連続して実行される様になりました。
      現在はバージョン221226に戻して正常作動しています。
      OSは Windows10 Pro 64bit です
    • 
      0
      

      key0x2key

      がしました

      
28. • • 136. 名無しさん
      • 2023年04月03日 18:47
      • >>135
        230330で正常に動作しています。ご対応ありがとうございました。
      • 
        0
        

        key0x2key

        がしました

        
29. • 137. 名無しさん
    • 2023年04月21日 21:54
    • 不具合なのか微妙なスクロールバーに関する報告２件です。
      なお【150%表示】環境です。
      
      １．メインウィンドウの縦の長さを縮めていくと、縦スペースにまだ余裕がある段階で縦スクロールバーが表示されます。
      https://i.imgur.com/ZGJQbJx.png
      
      ２．アクションマクロの編集領域で、一番右までスクロールしてもアクションの右端が見えない事がありました。
      ウィンドウの横サイズを充分に拡大すれば問題無く見えますが、中途半端な拡大の場合はスクロールバーが無くなり且つ右端が見えないこともあります。
      https://i.imgur.com/EOX5CJx.png
      [
      {"Name":"@If","Arguments":["ToNum(String.Substring($対象文, $前位置+Length($前置文), $後位置-$前位置-Length($前置文)), $数値ローカル)"]},
      {"Name":"Global.Assign","Arguments":["$数値","$数値ローカル"]},
      {"Name":"@EndIf"},
      ]
    • 
      0
      

      key0x2key

      がしました

      
30. • 138. 名無しさん
    • 2023年07月27日 17:21
    • XBOXコントローラーの同時押しキーに設定したLBが正常に機能しなくなりました。　右スティックをカーソル移動に割り当ててるのですが、LBボタンを押した状態で右スティックを動かすとカーソル移動を相殺するように同時押し設定しています。　しかし、2023/7/7のアップデート以降LBボタンを押した状態で右スティックを動かすとカーソルが動いてしまいます。
      2023/4/4以前のバージョンでは問題は起きていません。
    • 
      0
      

      key0x2key

      がしました

      
31. • • 139.  開発者
      • 2023年07月28日 02:45
      • >>138
        >>LBボタンを押した状態で右スティックを動かすとカーソル移動を相殺するように同時押し設定しています。
        
        「何も押されてないとき」のスティックにカーソル移動が設定されいる状態で
        「LBが押されている時」のスティックに何か割り当てを行って、実行されないようにしているということでしょうか？
        
        それとも、「何も押されてないとき」のスティックにカーソル移動が設定されいる状態で
        「LBが押されている時」のスティックには何も設定は行わずに、ただLBの同時押し設定を追加しただけということでしょうか？
        
        前者のLBを押している場合にカーソルが移動するのは間違った挙動ですが、こちらで試した限り、そのような挙動は確認できませんでした。
        
        後者のLBを押してるにも関わらずカーソルが移動する挙動に関しては仕様です。
        同時押しボタン等が押されていても、その同時押し設定に何かしらの割り当てを行っていない場合は「何も押されていないとき」が優先して実行されます。
        
        230404と230707で確認を行いましたがどちらも同じ挙動でした。
      • 
        0
        

        key0x2key

        がしました

        
    • • 143. 名無しさん
      • 2023年07月28日 23:42
      • >>139
        ご対応頂きありがとうございます。
        再度確認してみたところ、LBボタンに左クリックが割り当てられていたことが起因して同時押しを設定する際にLBボタンと左クリックの両方が登録されてしまっていたようです。
        LBボタンの割り当てを削除して同時押しの設定を行ったところ上手くいきました。
        
        
      • 
        0
        

        key0x2key

        がしました

        
32. • 140. 名無しさん
    • 2023年07月28日 15:15
    • いつもお世話になっております。アクションマクロの作り方についての質問です。
      
      待機時間を指定した範囲でランダムに設定することはできますか？
      
      左クリック
      "待機5～10分"
      左クリック
      
      のようなアクションを作りたいです。
      プログラムに関する知識が無く、過去ログを見てもわかりませんでした。申し訳ないです。
    • 
      0
      

      key0x2key

      がしました

      
33. • • 141. 名無しさん
      • 2023年07月28日 15:16
      • >>140
        質問場所を間違えました。すみません。
      • 
        0
        

        key0x2key

        がしました

        
34. • 142. 名無しさん
    • 2023年07月28日 21:22
    • 不具合をご報告いたします。
      
      23/07/07 更新分からアクションマクロにて「マクロが停止したとき」に設定したマクロが実行されなくなりました。
      「トリガーを押したとき」の項目では「トリガーを離したときに実行中のマクロを終了させる」のみチェックしております。
      ご確認お願い致します。
    • 
      0
      

      key0x2key

      がしました

      
35. • • 144.  開発者
      • 2023年07月29日 11:32
      • >>142
        こちらではマクロが実行されない不具合は再現できませんでした。
        不具合が発生する最低限の設定や設定手順を教えてもらえますか？
        
        ・設定したマクロの内容
        ・同時押しの有無
        ・どのトリガーに設定したのか
        ・マクロを割り当てた手順
      • 
        0
        

        key0x2key

        がしました

        
    • • 145. 名無しさん
      • 2023年07月29日 23:19
      • >>144
        開発者様
        
        お返事ありがとうございます。
        回答いたします。
        
        トリガー：Num1(どのボタンでも現象発生)
        マクロ：キーボードのDを押す　50ms
        「トリガーを離したときに実行中のマクロを終了させる」のみチェック
        「マクロが停止したとき」→マクロ：全てのキーを離す
        ・同時押しの有無　→　無し
        
        これでテキスト文書などを使用したときには「ｄ」が一度入力されだけなので特に問題ないです。
        しかしゲームでよくキーボードのASDWが移動に割り振られることがありますが、ゲーム上で実行すると
        延々と「D」の方向に動き続けます。他のASWでも同現象になります。
        
        最新バージョンでこのような現象が発生しております。
        以前の230404より前ではこの現象は発生せず「D」の方向に動き続けず止まります。
        
        ちなみにゲームはマインクラフトや鉄拳７　APEXで確認できました。
        ご確認お願い致します。
        
      • 
        0
        

        key0x2key

        がしました

        
    • • 146.  開発者
      • 2023年07月30日 05:21
      • >>145
        ありがとうございます。
        プレビュー版（23/07/23 更新）をダウンロードして不具合が発生するかどうか確認をお願いします。
        https://keytokey-dev.net/archives/37478101.html
      • 
        0
        

        key0x2key

        がしました

        
    • • 147. 名無しさん
      • 2023年08月15日 22:58
      • >>146
        開発者様
        
        お世話になっております。
        返信が遅くなり申し訳ありません。
        8/5更新版で不具合が解消されていました。
        ありがとうございました。
      • 
        0
        

        key0x2key

        がしました

        
36. • 148. 名無しさん
    • 2023年09月03日 22:59
    • お世話になります。
      
      不具合報告いたします。
      トリガーにキーを割り当てます。
      例えばNum1をトリガーとし　キーボードのAを割り当てます。
      Num1を押したままショートカットよりメインプロファイルの有効無効の切り替えで
      無効にするとキーボードのAは押されなくなるのですがステータスが実行中のまま保持されてしまいます。
      そのあとNum1を離してからメインプロファイルを有効にするのですが、ステータスが実行中で保持されたままのせいなのか
      Num1を押してもキーボードのAが押されません。
      その後Num1を離せばステータスが消えるので、その後はNum1を押せばキーボードのAは押されます。
      これがマクロを割り当てた場合だとメインプロファイルを無効にした時点でステータスが消えるので
      同様の現象は起こりません。
      ご確認お願い致します。
    • 
      0
      

      key0x2key

      がしました

      
37. • 149. 名無しさん
    • 2023年09月17日 18:52
    • バージョン 230805ですが、高DPIの環境(150%)でコンソールウインドウを常時表示させています。
      再起動を繰り返すと徐々にからウインドウサイズが小さくなりますがサイズを固定することは可能でしょうか。
    • 
      0
      

      key0x2key

      がしました

      
38. • 150. 名無しさん
    • 2023年09月26日 20:17
    • いつもありがとうございます。
      マクロで「音声ファイルを再生」というアクションを実行すると何回かは一応鳴らすことができるのですが、5回目あたりでKeyToKeyが落ちます。
      今は「システムサウンドの再生」だと落ちないので、妥協してそっちを使っています。
    • 
      0
      

      key0x2key

      がしました

      
39. • 151. 名無しさん
    • 2023年12月30日 20:05
    • （KeyToKeyの不具合ではないのですが）
      質問コメントが壊れてしまったようで924以降のコメントが閲覧できません。幾つかブラウザを試しても同じ結果でした。
    • 
      0
      

      key0x2key

      がしました

      
40. • • 152.  開発者
      • 2023年12月31日 04:58
      • >>151
        新しい質問用のページを作りました。
      • 
        0
        

        key0x2key

        がしました

        
    • • 153. 名無しさん
      • 2023年12月31日 10:17
      • >>152
        対応いただき、ありがとうございます。
      • 
        0
        

        key0x2key

        がしました

        
41. • 154. 名無しさん
    • 2024年01月21日 22:36
    • 軽微な不具合報告１件です。
      
      割り当て設定（キーボード／マウス）
      割り当て設定（コントローラー）
      において、「XXXが押されている時」に「YYY」へキーやマクロを割り当てると、
      XXXを押しながらYYYを押したとき、正しく、割り当て通りに動作するのですが、
      XXXを押さずにYYYを押したときは、必ず例外が投げられるようです。
      XXXがキーボードのキーでもゲームパッドのボタンでも、
      YYYがキーボードのキーでもゲームパッドのボタンでも、
      どの組み合わせでも例外が投げられているようです。
      コンソールに例外が表示される以外に大きな実害は感じていません。
      
      System.NullReferenceException: オブジェクト参照がオブジェクト インスタンスに設定されていません。
      場所 KeyToKey.Models.KeyToKeyCoreEngine.ControllerListener_ControllerStatusChanged(Object sender, ControllerStatusChangedEventArgs e) 場所 C:\Users\root\Source\Repos\KeyToKey\KeyToKey\Models\KeyToKeyCoreEngine.cs:行 996
    • 
      0
      

      key0x2key

      がしました

      
42. • 156. 名無しさん
    • 2024年02月21日 21:55
    • 軽微な不具合報告２件です。
      
      １．
      プロファイル読み込み直後（手元の環境では4ms経過～70ms？経過）に Wait() を実行すると、Wait(1)のように短い Wait()であっても、70msほどのウェイトがかかるようです。
      これは、WaitConfig.Wait.HighPrecision = true; の元でも起きてしまうようでした。
      スタートアップマクロの冒頭ぐらいにしか影響が出ないので、現状のままでも問題なさそうと思いました。
      
      ２．
      画像認識で SAD に設定すると、Match() メソッドの戻り値が常に True になってしまうようです。
      設定中の画像認識テストでは上手く動いていて、マクロから呼ぶと挙動がおかしいように見えました。
      Vector target=(map[up].screen+map[down].screen)/2;
      var b=new Bounds(target.x-4,target.y-4, 8, 8);
      _globals.Match("link1_1",b,out var result);
      このオーバーロードで確認しました。
      result.X 、result.Y 、result.Score には正しい値が入っていたので、実用上は問題ありません。
    • 
      0
      

      key0x2key

      がしました

      
43. • • 157. 名無しさん
      • 2024年02月24日 08:56
      • >>156
        １．の方のテストマクロになります。
        割り当てなどによる実行では綺麗な値が出力されます。一方、スタートアップマクロによる実行では一部の値が乱れます。
        
        プロファイル読み込み時はいろいろと処理が立て込んで当然ですので、現状のまま放置で問題無いと思います。
        
        WaitConfig.Wait.HighPrecision = true;
        //WaitConfig.Wait.HighPrecision = false;
        var freq=Stopwatch.Frequency;
        var count=10;
        var timeList=new long[count];
        for(var i=0;i<count;i++){
        timeList[i]=Stopwatch.GetTimestamp();
        Wait(2);
        }
        for(var i=0;i<count-1;i++){
        var time=(timeList[i+1]-timeList[i])*10000/Stopwatch.Frequency/10.0;
        Console.WriteLine($"{time:f1}");
        }
      • 
        0
        

        key0x2key

        がしました

        
44. • 158. 名無しさん
    • 2024年04月11日 16:23
    • お世話になります。
      
      メニューの作製/設定でメニューを作成したのですが
      20個登録したあたりでカーソルと選択している項目が
      ずれてきてしまいます。左上あたり。
      
      それと割り当て設定でメニューを登録したのですが
      その他設定→メニュー表示位置→特定の座標
      表示座標を選択する→で座標を登録するのですが
      キャンセルと完了が逆になってます。
      
      キャンセルを押すと座標が登録できるようになってます。
      
      宜しくお願い致します。
    • 
      0
      

      key0x2key

      がしました

      
45. • 159. 名無しさん2
    • 2024年04月28日 12:01
    • いつもお世話になってます。
      
      純正ではないXboxコントローラーをXInputで使用するにあたり、Ｂボタンを押下すると以下のエラーが発生いたします。
      場所 KeyToKey.Models.KeyToKeyCoreEngine.ControllerListener_ControllerStatusChanged(Object sender, ControllerStatusChangedEventArgs e) 場所 C:\Users\root\Source\Repos\KeyToKey\KeyToKey\Models\KeyToKeyCoreEngine.cs:行 996
      System.NullReferenceException: オブジェクト参照がオブジェクト インスタンスに設定されていません。
      
      keytokeyのスクリプトでは何も行っていなく、「XInput 0」を認識し動作する状態です。
      Bボタンだけ発生します。上位には影響はなくBボタンは機能します。
      が、今後Bボタンにマクロを割り当てて、本来のエラーとはき違えて報告してしまうことが考えられます。
      またコンソールにログを出力して状態をみたいときに邪魔になってしまうなどあります。
      versionは、KeyToKey.230805です。
      今後改修されることがございますでしょうか。以上です。
      
    • 
      0
      

      key0x2key

      がしました

      
46. • 160. 名無しさん
    • 2024年05月28日 03:00
    • 本プログラムには大変お世話になっております。
      2024/05/15更新版にて、
      アクションマクロ(非推奨ですが)の
      Xinput.リセットに軽微な不具合を見つけましたので報告致します。
      
      Xinputの(マッピング、キー入力など)デバイス番号は0~3となっていますが、
      Xinput.リセットは1~4となっていました。(説明文ではリセットも0~3となっています。)
    • 
      0
      

      key0x2key

      がしました

      
47. • 161. 名無しさん
    • 2024年06月13日 16:41
    • https://www.microsoft.com/en-us/wdsi/threats/malware-encyclopedia-description?name=Trojan%3AWin32%2FBearfoos.A!ml&threatid=2147731250
      
      本日最新版にアップデートしたところwindows defenderにて上記のマルウェア判定が行われました。
    • 
      0
      

      key0x2key

      がしました

      
48. • 162. 名無しさん
    • 2024年08月04日 13:48
    • githubのwikiトップの「質問」（開発ブログの質問ページ）へのリンクが少々古いようです。
    • 
      0
      

      key0x2key

      がしました

      
49. • 163. 名無しさん
    • 2024年09月16日 11:42
    • アクションマクロです
      
      入力の押すで発生しました
      キーに
      Keys.ControlKey
      Keys.LControlKey
      の二つは正常に働くのですが
      Keys.RControlKey
      が働きません
      
    • 
      0
      

      key0x2key

      がしました

      
50. • • 164. 名無しさん
      • 2024年09月16日 17:41
      • >>163
        手元で試したところ、ターゲットアプリに対する動作、KeyToKyeの入力の可視化、いずれでも正常に働いているように見えます。
        KeyToKeyメインウィンドウ　→　ツール　→　入力の可視化　→　キーボード
        を用いて、物理キーボードの動作やアクションマクロの動作を観察してみると良いかも知れません。
        
        [
        {"Name":"Tap","Arguments":["Keys.ControlKey","500"]},
        {"Name":"Wait","Arguments":["500"]},
        {"Name":"Tap","Arguments":["Keys.LControlKey","500"]},
        {"Name":"Wait","Arguments":["500"]},
        {"Name":"Tap","Arguments":["Keys.RControlKey","3000"]},
        ]
      • 
        0
        

        key0x2key

        がしました

        
    • • 165. 名無しさん
      • 2024年09月16日 22:01
      • >>164
        https://www.onlinemictest.com/ja/keyboard-test/
        のキーボードテストサイトで確認してみると
        Keys.ControlKey
        Keys.LControlKey
        の二つはちゃんと押されていますが
        Keys.RControlKey
        は押されていませんでした
        
        マクロの内容
        {
        "Parameters": [],
        "Actions": [
        {
        "IsDisabled": false,
        "Name": "UseHighPrecisionWait",
        "Arguments": [
        "True"
        ]
        },
        {
        "IsDisabled": false,
        "Name": "Down",
        "Arguments": [
        "Keys.RControlKey",
        "50",
        "True"
        ]
        },
        {
        "IsDisabled": false,
        "Name": "Tap",
        "Arguments": [
        "Keys.E",
        "100",
        "50",
        "True"
        ]
        },
        {
        "IsDisabled": false,
        "Name": "Up",
        "Arguments": [
        "Keys.RControlKey",
        "0",
        "True"
        ]
        }
        ],
        "Variables": [],
        "Name": "CTRLe",
        "IsExtern": false,
        "FileName": null,
        "DisallowAssign": false,
        "DisallowUseAsExternalMacro": false
        }
        
        キーボードでRCTRLを押せば、きちんと押されています
        
      • 
        0
        

        key0x2key

        がしました

        
    • • 166. 名無しさん
      • 2024年09月17日 00:28
      • >>165
        失礼しました。
        
        当該サイトで右コントロールキーが動作しない事を確認しました。
        アクションマクロによる右コントロールに反応しないターゲットアプリがありました。
      • 
        0
        

        key0x2key

        がしました

        
51. • 167. 名無しさん
    • 2024年10月07日 04:53
    • いつもこちらのアプリケーションでお世話になっております。
      アップデート後、以下の不具合が出るようになったので報告いたします。
      
      [環境]
      ・240719ver→240930.2verにアップデートしたところ特定条件下で不具合が出るようになりました。
      ・240719ver,240930ver はそれぞれ再度ダウンロードした空っぽの状態で、最低限のマクロを作成し確認しています。
      ・2160 x 3840 のモニターを縦配列で2枚並べ、拡大縮小は(100%,150%)の並びで再現
      
      [特定条件]
      ・異なる拡大率のモニターが存在している
      ・症状はサブディスプレイで発生し、メインディスプレイでは発生しない
      ・メインディスプレイを切り替えると症状が発生するモニターが入れ替わる
      ・全て同一の拡大率のディスプレイでは発生しない
      
      [症状]
      ・「ステータス」表示中、ディスプレイを跨ぐときに「カーソル位置」の数値が飛ぶ (上記環境下で2160→3240)
      ・「マウスカーソルを移動」で、上記の飛んでしまう範囲の値を設定すると、別の位置に移動する
      ・画像認識でサブディスプレイ側を撮影すると、撮影した画像位置がズレて撮影される
      ・画像認識をサブディスプレイ上で範囲指定したのち、撮影してテストを実行をしようとすると、指定した範囲からズレた位置でテストが開始される
      ・「モニターのサイズに合わせる」で範囲を指定すると指定範囲からズレた範囲が指定される。(数値上は正しい)
      
      [考察]
      拡大率が異なるディスプレイが存在したときに、メインディスプレイの拡大率を参照してしまい、サブディスプレイの拡大率が無視された値を内部的に入力されているように伺える
      
      ご確認宜しくお願いします
    • 
      0
      

      key0x2key

      がしました

      
52. • • 168.  開発者
      • 2024年10月07日 11:33
      • >>167
        拡大率に関する調整を行ったバージョンをリリースしましたのでご確認ください。
      • 
        0
        

        key0x2key

        がしました

        
    • • 169. 名無しさん
      • 2024年10月08日 08:27
      • >>168
        早期に修正していただけるように、調べられることは調べてみましたが・・・
        まさか当日の朝すぐに修正版を出していただけるとは、、、恐れ入りました。
        動作チェックしたところ、全て問題なく動いております。ありがとうございます。
        少ないですが、日ごろのお礼も込めて寄付もさせていただきました。今後とも開発頑張ってください！
      • 
        0
        

        key0x2key

        がしました

        
53. • 170. 名無しさん
    • 2024年10月09日 20:27
    • 3840x2160 150%で使用しています。(Win11 23H2)
      コンソールを常時表示させています。
      ウインドウの位置とサイズを記憶にチェックを入れている状態で再起動を実施するごとにサイズが小さくなります。
      位置は問題なく記憶できています。
    • 
      0
      

      key0x2key

      がしました

      
54. • 171. 名無しさん
    • 2024年12月08日 19:42
    • ブロックマクロの不具合（？）報告２件です。
      
      １つ目です。
      foreach的なループからbreak的な脱出が出来ないように見えます。
      https://ideone.com/qZYCJR
      https://i.imgur.com/fr9uruX.png
      
      ２つ目です。
      XMLを経由してのブロックマクロのコピペが、以前は出来ていた気がするのですが現在は出来なくなっている気がします。
      調査していただければ幸いです。
    • 
      0
      

      key0x2key

      がしました

      
55. • • 172.  開発者
      • 2024年12月09日 00:57
      • >>171
        1：
        「ループから抜け出す」が機能しない件についてこちらでも把握しました。調査したいと思います。
        不具合はリスト関連のループブロックで「ループから抜け出す」ブロックが無効になってしまうため機能しないのだと思われます。
        よってブロックを右クリックして有効にすれば機能するはずです。
        ただし「ループから抜け出す」ブロックだけでなく、すべてのブロックの状態が変更されるとまた無効化されてしまいます。
        カウントループブロックであれば機能するので、リストのループの代わりに使ってみてください。
        https://gist.githubusercontent.com/x0oey6B8/dec21548a1bd548fb0b41cb61c852b46/raw/8b18622dc65b2c837dc890f691b0856c263d8bbf/gistfile1.txt
        
        2：
        xmlから貼り付けできないのはもしかしたらクリップボードから貼り付けをする際に権限をブロックしてしまったのかもしれません。
        一度KeyToKeyを終了し、KeyToKeyフォルダ内にある「KeyToKey.exe.WebView2」を削除してから「テキストからブロックを貼り付け」を行ってみてください。
        その際にクリップボードから貼り付けてもいいか聞かれるので許可をしてください。
      • 
        0
        

        key0x2key

        がしました

        
    • • 173.  開発者
      • 2024年12月09日 02:50
      • >>172
        ブロックマクロ用Webページを更新しました。
        リストループでもブロックが無効化されないようにしました。
      • 
        0
        

        key0x2key

        がしました

        
    • • 174. 名無しさん
      • 2024年12月09日 22:01
      • >>172
        １：
        有効・無効を切り替える方法を確認しました。
        カウントループブロックの使用例を示していただきありがとうございます。ループから抜けるが２か所以上ある場合は有効と有効がバッティングしそうなのでこちらで対処ですね。
        また、抜本的に「ブロックマクロ用Webページを更新」で対応していただきありがとうございます。
        
        こちら、「ループから抜け出す」を「関数内かつループ外」に置いた時にグレイアウトせず有効のままなのは意図通りでしょうか？　もしかしたら foreach に対応するときのエンバグでしょうか？
        
        ２：
        「KeyToKey.exe.WebView2」の削除で解決しました。何かの操作で貼り付け権限をブロックしてしまったようですね。
        完璧な解決策のご教示ありがとうございました。
      • 
        0
        

        key0x2key

        がしました

        
    • • 175. 名無しさん
      • 2024年12月10日 22:57
      • >>174
        状況はこちらになります。外側に対応するループの無い「ループから抜け出すブロック」が有効のままになっています。
        https://i.imgur.com/28FQCcG.png
        
        このままですとマクロ割り当て時にエラーが出るようです。
        
        アクション : BlockMacroRunner()
        行数 : 1
        [StackTrace]
        Microsoft.ClearScript.ScriptEngineException: SyntaxError: Illegal break statement ---> Microsoft.ClearScript.ScriptEngineException: SyntaxError: Illegal break statement
        　場所 Microsoft.ClearScript.V8.SplitProxy.V8SplitProxyNative.Invoke[T](Func`2 func)
      • 
        0
        

        key0x2key

        がしました

        
    • • 176.  開発者
      • 2024年12月11日 11:26
      • >>175
        ページを更新しました。
        ループブロック外にある場合はブロックを解除するようにしました。
      • 
        0
        

        key0x2key

        がしました

        
    • • 177. 名無しさん
      • 2024年12月12日 21:17
      • >>176
        配置直後に蹴り出される場所、そもそも配置できない場所、の２通りがあるようで、いずれでもブロック移動時にわかるようになりました。
        対応していただきありがとうございます。
      • 
        0
        

        key0x2key

        がしました

        
56. • 178. 名無しさん
    • 2025年02月11日 11:31
    • 軽微な不具合（？）報告になります。
      
      画像認識の設定で、「画像ファイルを選択」で新たなテンプレートへと変更すると、「テンプレート画像変更時　→　範囲を変更しない」のチェックに関係無く、範囲が一律で別の値になってしまうようです。
      
      変更前画像 48x48
      変更前範囲 48x48
      変更後画像 48x48
      変更後範囲 3741x2061　（チェックなしの場合は 3740x2060？？？）
      
      チェックなしの場合は現状の「ディスプレイサイズから50ピクセル縁取り」に一律で範囲変更で良いと思いますが、
      チェックありの場合は前の範囲のまま維持されると助かります。（テンプレート画像の大小によっては実行時エラーが出る可能性があるのは承知しております）
    • 
      0
      

      key0x2key

      がしました

      
57. • 179. 名無しさん
    • 2025年02月24日 23:42
    • 軽微な不具合報告１件です。
      
      新式の LeftTrigger,Tap()の待ち時間が二重に実行されているようです。
      以下、テストマクロになります。
      
      void ClockTap(string button,int d,int u){
      var epoch=Environment.TickCount;
      (button switch{
      "L2"=>c.LeftTrigger,
      _ =>c.RightTrigger,
      }).Tap(d,u,1.0);
      Console.WriteLine($"{button}.Tap({d},{u}) {Environment.TickCount-epoch}");
      }
      
      var c = VirtualXInput.GetController(userIndex:0);
      ClockTap("L2",500,0);
      ClockTap("R2",500,0);
      ClockTap("R2",250,250);
      ClockTap("R2",0,500);
    • 
      0
      

      key0x2key

      がしました

      
58. • 180. 名無しさん
    • 2025年03月17日 21:46
    • 軽微な不具合報告です。
      
      入力の可視化→キーボードで、
      F12
      @
      [
      の３つのキーの表示がおかしいようです。
      
      https://i.imgur.com/Yhng4hd.png
    • 
      0
      

      key0x2key

      がしました