バグ報告 - 1729398626 - したらば掲示板

1：サンドバック：2024/10/20(日) 13:30:26: ブログのコメント欄に「ｹﾞｽﾄ様」より投稿があったのでこちらに転載させていただきます。
（ブログのコメント欄だと新規書き込みに気が付かない可能性があるため）
（しかしこの掲示板でも気が付けないかもしれないが…）

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

YOURGAMEでﾃﾞﾊﾞｯｸﾞﾌﾟﾚｲをしていたｹﾞｽﾄです。

　作者様のﾌﾞﾛｸﾞにて
｢自宅ｻｰﾊﾞｰが再開され実写でﾎﾞｸｼﾝｸﾞのｵﾝﾗｲﾝ対戦ができるようになった。作者様も対戦に参加できるようになった｣
と有ったので、この機にと、実写でﾎﾞｸｼﾝｸﾞのｵﾝﾗｲﾝ対戦を始めてみました。

　以前ｵﾌﾗｲﾝで遊んでいた時の勘をすっかり忘れていて、bot相手に練習中です。

　その練習中に、気になった点が1つ。
　私の環境のせいかもしれませんし、作者様もお仕事がお忙しいでしょうから、修正するかは置いておいて、一応伝えます。

◎対戦ﾛﾋﾞｰのﾁｬｯﾄに対応するためなのだと思うのですが、ｷｰﾎﾞｰﾄﾞでの入力が、いわゆる｢半角英数字の直接入力｣から勝手に｢ひらがな入力｣に変わるのが、中々に鬱陶しいです。
　ｹﾞｰﾑの操作でｷｰﾎﾞｰﾄﾞを押すたびにﾊﾟｿｺﾝ画面の左上から、押されたｷｰのひらがながﾄﾞﾝﾄﾞﾝ出てきて、収拾がつかなくなってしまうわけです。
　解除するにはﾏｳｽで操作するか、ｴﾝﾀｰｷｰで決定して(ｽﾄﾚｰﾄﾊﾟﾝﾁが出てしまう)からｷｰﾎﾞｰﾄﾞで入力ｽﾀｲﾙを切り替えるしかなく、操作している間にbotに殴り倒される事もしばしば。
　なので、最初の1戦目の前に必ず入力ｽﾀｲﾙを変えてから始めるのですが、連戦を続けると、たまに｢ひらがな入力｣に変わっていて、結果として負けます。

　それを除くと、今の所、問題は有りません(たまに接続不安定で切断になる事は有りますが)。
　botの方も、何度も戦うと、今までとは違う動きをしてきて面喰ったりと、なかなかやりごたえが有ります。

+++++++++++++++++++++++++++++

　もしかすると行き違いで、実写でﾎﾞｸｼﾝｸﾞの掲示板に同様の事を投稿するかもしれませんが、そうなっていたら、片方は無視して頂いて結構です。
2：サンドバック：2024/10/20(日) 21:44:37: ｹﾞｽﾄ様、要望を頂き感謝です。

IMEの入力窓が出ないようにスパー前後に半角全角キーが自動で押される仕様は、
じゃんぶさんの要望によりバージョン3.08で追加されました。
（操作機器がキーボードの時のみ）
（スパー中に入力窓が出てしまった時は半角全角キーを押すと消えます）

スパー天国に人が大勢いた時は、スパー前に簡単な挨拶やスパー後に感想戦をしていたので
この機能は便利に機能していたのですが、今はボット戦のほうが多いので逆効果となります。

実ボク側からはIMEのオンオフを感知できないので根本的な解決が難しいと考え、
仕方なくスパ天の設定で「IME 自動」「IME 手動」を選択できるようにしました。

4.04++++として久々の更新となりました。

なにか作業の見落としがないか心配ですが、
プログラミングの楽しさを再認識した数日。

懐かしい実ボクの膨大なソースには、
忘れっぽい自分へのメッセージが各所に…。

まるで過去の自分と対話しているようでした。

https://sandbagman.itch.io/hspboxing
こちらで最新版4.04++++を公開済みです。
3：ｹﾞｽﾄ：2024/10/20(日) 23:04:04: YOURGAMEでﾃﾞﾊﾞｯｸﾞﾌﾟﾚｲをしていたｹﾞｽﾄです。

新verの4.04++++で｢IME手動｣にして、ｵﾝﾗｲﾝで10連戦しましたが、
IMEが自動で切り替わる事はありませんでした。

問題は無さそうです。
4：サンドバック：2024/10/26(土) 09:09:08: ネット対戦スパーが終わってロビーに戻った瞬間、
クライアント側ユーザーのマウスポインタが「が待っている」の箇所に自動で移動する仕様について

スパー結果画面の時点でバツ印にマウスポインタを移動してロビーに戻った瞬間にバツを押そうとしたら
「が待っている」に移動してしまっていて、ボットとのスパーが開始してしまったとの報告。
（スパ天のチャットでｹﾞｽﾄ様より）

ポインタを移動させるプログラム箇所を特定して移動しないように処理したのですが、
実際にテストプレイしてみたら
自動的にポイントが移動する便利さに慣れていて違和感を感じてしまいました。
（実装当時、好評だった記憶もあります）

高確率でチャットしないであろうボット戦後のみ移動しないようにしようかと思ったのですが、
ボット戦を連戦したいユーザーもいます（ポインタ移動困る人より多数派かも）。

現状がベストだ！と思っているわけではありませんが、
しばらく最適解が思いつくまで保留とします。

報告に感謝です！
5：サンドバック：2024/11/03(日) 08:09:10: マウスポインタの問題を引き続き調査しています。

スパー後の結果画面にてマウスポインタを右上のバツに移動させると、
「バツは押せません」とタイトルバーに表示されてポインタが左上のハジに移動します。
（バツ押しで強制終了するユーザーへの対策）
（「リングの上で待っている」の文字の上に行くわけではない）

なので、ロビーに戻る前にポインタをバツの上に置いておくというのが
現状できない仕様になっています。（操作機器がマウス以外の時のみ）

ｹﾞｽﾄ様とチャットした時に私がなにか聞き間違いをしてしまっている可能性を感じています。
なにかありましたらよろしくお願いします。
（特になければスルーで大丈夫です）
6：ｹﾞｽﾄ：2024/11/03(日) 12:33:10: ｺﾒﾝﾄ3のｹﾞｽﾄです。

ｳｨﾝﾄﾞｳの右上のﾊﾞﾂではなく
ﾛﾋﾞｰの右下の終了ﾎﾞﾀﾝの位置です。

大した事ではありませんが、一応報告しておきます。
7：サンドバック：2024/11/04(月) 22:36:24: 慣例として++++が5つにならぬようにしていたので
4.05としてバージョン番号を更新いたしました。

更新内容

ネット対戦結果画面でロビー右下のボタン群にマウスポインタ
があると、ロビーに戻った時に「◯が待っている」の上に自動で
ポインタが移動しないようにした（ｹﾞｽﾄ様感謝）

書き込みでのご享受感謝です。
過去の更新のフォローアップとなるような更新。

価値のある更新だと思います。

https://sandbagman.itch.io/hspboxing
こちらで最新版をダウンロードできます。
他の公開サイトは後日アップいたします。
8：ｹﾞｽﾄ：2024/11/08(金) 19:55:46: 　ｺﾒﾝﾄ6のｹﾞｽﾄです。

　最新のver4.05をﾌﾟﾚｲしてみました。
　ｵﾝﾗｲﾝ対戦後に、ﾏｳｽｶｰｿﾙがｳｨﾝﾄﾞｳの右下に有ると、自動でｶｰｿﾙが移動しない機能は正常に働いているようです。
(他の3つの角で誤作動する事も無いようです)

　また、ﾊﾞｰｼﾞｮﾝが変わったばかりのおかげで気づいたのですが、以前のﾊﾞｰｼﾞｮﾝからﾀｲﾄﾙﾊﾞｰの表示に間違いがあるようです。
　ｵﾝﾗｲﾝ対戦が始まると、ﾘﾝｸﾞを作った側のﾊﾞｰｼﾞｮﾝがﾀｲﾄﾙﾊﾞｰへ表示されるようですが、対戦後もそのままで戻りません。
　botとの対戦だと、ｳｨﾝﾄﾞｳのﾀｲﾄﾙﾊﾞｰへ書かれているﾊﾞｰｼﾞｮﾝが4.03になったまま、ｹﾞｰﾑ終了時の結果画面でも4.03でした。

　また、ﾊﾞｰｼﾞｮﾝの後に続く｢+｣の数は、自分が使っているﾊﾞｰｼﾞｮﾝのままになっているようです。
　つまり、bot相手に｢4.04+++｣で対戦すると、ﾀｲﾄﾙﾊﾞｰの表示は｢4.03+++｣。
　bot相手に｢4.04++++｣で対戦すると、ﾀｲﾄﾙﾊﾞｰの表示は｢4.03++++｣。
　bot相手に｢4.05｣で対戦すると、ﾀｲﾄﾙﾊﾞｰの表示は｢4.03｣になります。

　以上です。
9：サンドバック：2024/11/09(土) 20:12:54: 報告感謝です。

ネット対戦の際、両者のバージョンを比較して古い方に合わせる仕様になっています。
ボット側の更新をしばらくやっていなかったので、近く4.05に更新しようと思います。
（その際にボットのレベルを下げる調整（定期行事）も同時に行います）
（対戦者がボットに負けるとレベルが下がってしまいますが、
ラウンド数の高騰に対処するよう定期的にレベル調整を行っています。
最初に下がった人はショックでしょうが、いずれみんなに低レベルが感染して安定します。
ご了承ください。）

バージョンの後半部分、++++等は自身の表示のものが使われます。
++++は、相手との比較対象にならないためなのですが、
確かに正確なバージョンを示していないので誤りです。

バージョンの調整が行われた場合、++++を非表示にするようにしてみます。

ありがとうございました。
10：ｹﾞｽﾄ：2024/11/12(火) 22:52:10: 　ｺﾒﾝﾄ8のｹﾞｽﾄです。

　botがﾊﾞｰｼﾞｮﾝ4.05になって、ﾀｲﾄﾙﾊﾞｰの表示が変わったのを確認しました。
　botとの対戦そのものは、何か変わったのかどうか、分かりませんでしたが。
(区切り良く10戦やってﾛﾋﾞｰへ戻ったら、botのLVが10に落ちていて驚きました)

+++++++++++++++++++++++++++++

　今のﾊﾞｰｼﾞｮﾝからというわけでなく、前からなのですが、ﾀｲﾄﾙ画面から｢ﾈｯﾄ対戦｣を選んでも先へ進まない時が有ります。
　何度かやり直していると｢ﾈｯﾄ対戦｣へは入れるので問題ではなかったのですが、さすがにこんな症状だと私のﾌﾟﾚｲ環境固有の問題かもしれません。
　ですが一応、その内容について記しておきます。

・ﾀｲﾄﾙ画面右下端の｢ﾈｯﾄ対戦｣を選択しても、｢何も表示されない｣または｢ｼﾞﾑｻｰﾊﾞｰが落ちているようですという内容のｳｨﾝﾄﾞｳが開かれる｣場合が有ります。

・実際には作者様の自宅ｻｰﾊﾞｰが生きている時なので、｢ﾈｯﾄ対戦｣はできる状態です。

・実写でﾎﾞｸｼﾝｸﾞを起動し直すなどして、やり直すと、入れるようになる事が有ります。

　上記のような症状なのですが、ほぼ確実に｢ﾈｯﾄ対戦｣へ入れる方法も見つかりました。
　右上の×の上ででｷｰﾎﾞｰﾄﾞの｢x｣を押して成績を見た後だと｢ﾈｯﾄ対戦｣へ進めるようになる、というものです。
　ただし、ﾀｲﾄﾙ画面が特に標準的な数種類のものでないと、そもそも成績を開けないという不具合も発生しています。

　作者様の環境で過去に、こういう不具合が発生した事は有りませんか?
　どういう事が原因の不具合か、見当が付きますでしょうか?

　以上です。
11：サンドバック：2024/11/17(日) 13:17:58: 修正箇所の確認感謝です。

ボットのレベルは極端な連勝により高騰しすぎてしまうことがあります。
（ちょっと今は特別な状態にあると思います）

通常であればレベル10にする調整はほぼ行いません。
今後しばらくないと予想しています。

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

ネット対戦の場に接続できない症状について

うーむ、私の環境では同一LAN内での接続ですので、
タイムアウトみたいな状況になりにくいのかもしれません。

なので、これまで接続できなかったことはほぼなかったように思います。

ただしJcomへのプロバイダー変更してから外部からの接続確認をしていません。
近日、私の実家に行く予定があるので、そちらから接続して確認してみます。

あと考えられるのは、自宅サーバの私的な用途として深夜ラジオの録音をしています。
（TBSラジオのジャンクの時間帯が主）

時間帯がバッティングしている場合、もしかしたら接続時の反応が遅いなどあるのかもしれません。
（かつて深夜ユーザーにテストを依頼した際、対戦自体に悪影響はなかったと報告）

ありがとうございました。
12：ｹﾞｽﾄ：2024/11/17(日) 22:18:19: 　ｺﾒﾝﾄ10のｹﾞｽﾄです。

　ﾈｯﾄ対戦へ接続できない症状についてですが、前述したように成績を見るとすぐ接続できるため、ﾀｲﾑｱｳﾄなどで接続できないのではなく、ｹﾞｰﾑｼｽﾃﾑ側で接続の可能不可能を正常に判別できていないのかもしれません。
(ﾈｯﾄ対戦のﾎﾞﾀﾝの文字が、成績を見終えた瞬間に灰色から白へ変わるのを、確か見た事も有ったと思います)
　なぜ判別できなくなるのか。こういう症状だと大事なので、誰にでも起きるようなら過去に報告が有るはず。私の環境固有の問題かも、と思うのは、そういうわけです。

+++++++++++++++++++++++++++++

　話は変わりますが、ﾘｱﾙのﾎﾞｸｼﾝｸﾞ経験者である作者様に聞いてみたかった事が有ります。

　この｢実写でﾎﾞｸｼﾝｸﾞ｣は、非常にﾘｱﾙな挙動である事が売りの1つであると思うのですが、ﾌﾟﾚｲしていて｢ﾘｱﾙにもこういう事は有るのだろうか｣と特に思う事が1つ有るのです。

　｢実写でﾎﾞｸｼﾝｸﾞ｣においてﾋﾟｯﾀﾘのﾀｲﾐﾝｸﾞで敵のﾌｯｸをﾀﾞｯｷﾝｸﾞで避け、即座にｱｯﾊﾟｰｶｯﾄを出したら敵のﾌｯｸの判定が残っており、画面表示上では敵の肘に頭突きをしたみたいな形になって、ｶｳﾝﾀｰで大ﾀﾞﾒｰｼﾞを受けるという経験。
　実際に現実のﾎﾞｸｼﾝｸﾞをしていた作者様の経験上、現実のﾎﾞｸｼﾝｸﾞでこんな状況になる事は、それなりに有るものなのでしょうか?。

　この大ﾀﾞﾒｰｼﾞで負けるのは、かなりｼｮｯｸで｢実写でﾎﾞｸｼﾝｸﾞ｣の中では群を抜いて理不尽に感じるものです。
　ﾌｯｸを避けるのには成功したのにっ、という感じで。(ｽﾄﾚｰﾄ相手で、こうなった事も有りますが)
　bot相手のその日の敗戦2つが2敗とも、これだった事も有りました。

　以上です。
13：サンドバック：2024/11/25(月) 21:23:16: スイング系パンチの相打ちがノックアウトになるケースは多いです。
ボクシングでは一般的であり、決して珍しい事ではありません。

> ﾋﾟｯﾀﾘのﾀｲﾐﾝｸﾞで敵のﾌｯｸをﾀﾞｯｷﾝｸﾞで避け、

この「避け」が「避けていない」というのがテクニック的な結論と考えます。
（具体的にはアッパーの打ち出しが早すぎるか、下キーを離している）

ただし
> 画面表示上では敵の肘に頭突きをしたみたいな形
になってしまうのはゲームとして問題があると思います。

直したいのですが、悲しいかな私自身がその違和感グラフィックを視認した経験がない…。
（静止画として違和感のコマはあると思いますが、プレイ中に違和感として感じられていない）

私はやりすぎているのでダッキングアッパーのタイミングを熟知しすぎていて、
早すぎる打ち出しによる被弾をもう長く経験していないのかもしれません。

もしくは早すぎた時「避けたのに！」よりも「ミスッた！」という直感が働くので
変な被弾として意識できていないのかも知れません。

・ダッキングもしくはガードが成功した瞬間に当たり判定は消えます
・ダッキングしたつもりでも頭の位置が下がりきっていない選手は多い
・というか実際のダッキングには無敵効果ないので普通に合えば食う
・ネット対戦のカクツキがタイミングに違和感を与えている可能性もあり

上手に伝えられたかわかりませんが、今はこう考えています。
ご指摘を受けて、こうかなそれともこうかなと真剣に考え、
違和感を違和感と感じたいが、現時点では違和感として感じられていない感じです。

こんな回答になってしまい申し訳ありません。
でも違和感を感じている書き込みは私にとって知識となりました。
ベストな方法がないか、考え続けます。
14：ｹﾞｽﾄ：2024/11/26(火) 19:52:09: 　ｺﾒﾝﾄ12のｹﾞｽﾄです。

　作者様、丁寧な回答をありがとうございます。

>（具体的にはｱｯﾊﾟｰの打ち出しが早すぎるか、下ｷｰを離している）

　｢肘に頭突き現象｣が起きたほとんどの場合は、直立とﾀﾞｯｷﾝｸﾞを敵の動きとは関係無くゆっくりと繰り返し、敵の出方を見ていた時なので、敵のﾌｯｸを視認した時点でﾀﾞｯｷﾝｸﾞしていたのは間違いありません。
　私も予想していましたが、ご指摘のように、ｱｯﾊﾟｰを打つのが早過ぎて、ﾌｯｸの判定に突っ込んでしまったという事で間違いないのでしょう。

> ｽｲﾝｸﾞ系ﾊﾟﾝﾁの相打ちがﾉｯｸｱｳﾄになるｹｰｽは多いです。

　実写でﾎﾞｸｼﾝｸﾞでのﾌｯｸやｱｯﾊﾟｰの威力を見ているので、現実のﾎﾞｸｼﾝｸﾞを見慣れない身でも、KOは珍しくないのだろうなと思っていました。
　なので、尋ねたかった事をもっと正確に書くと
｢ﾀﾞｯｷﾝｸﾞからｱｯﾊﾟｰを打つのが早過ぎて、遅れて来た敵のﾊﾟﾝﾁが頭に当たるような事が現実でも、よく有るのか?｣
となるべきでした。
(現実では逆にｶｳﾝﾀｰを受ける事を危惧して、頭を低くしたまま拳だけ突き上げたりするのかな、などと想像したりもしましたが)

　以上です。
15：ｹﾞｽﾄ：2024/12/15(日) 19:07:18: 　ｺﾒﾝﾄ14のｹﾞｽﾄです。

　実写でﾎﾞｸｼﾝｸﾞのｱｸｼｮﾝ部分ではありませんが、文字の表示で気になる部分が有った事を思い出したので報告します。

　botと対戦をしていた時、人気を上限の999まで上げたのですが、999を維持して対戦を終了しても、最後の結果画面で｢人気値 999 (4減)｣というように、あたかも上限が999ではないかのような表示がされました。
　人気が上限へ達しているのに、内部的には上昇したという計算がどこかでされているのでしょうか?。
(例えば、毎日ﾌﾟﾚｲしている事によるﾎﾞｰﾅｽみたいな物が、上限を超えて裏で加算されていて、それが前回の人気の最終値として計算に使われているとか)

+++++++++++++++++++++++++++++

　前回の投稿が下へ流れてしまって、作者様に気づいてもらえなかったかもしれないので、その内容を再投稿させていただきます。
↓↓↓↓↓↓↓↓↓

　作者様、丁寧な回答をありがとうございます。

>（具体的にはｱｯﾊﾟｰの打ち出しが早すぎるか、下ｷｰを離している）

　｢肘に頭突き現象｣が起きたほとんどの場合は、直立とﾀﾞｯｷﾝｸﾞを敵の動きとは関係無くゆっくりと繰り返し、敵の出方を見ていた時なので、敵のﾌｯｸを視認した時点でﾀﾞｯｷﾝｸﾞしていたのは間違いありません。
　私も予想していましたが、ご指摘のように、ｱｯﾊﾟｰを打つのが早過ぎて、ﾌｯｸの判定に突っ込んでしまったという事で間違いないのでしょう。

> ｽｲﾝｸﾞ系ﾊﾟﾝﾁの相打ちがﾉｯｸｱｳﾄになるｹｰｽは多いです。

　実写でﾎﾞｸｼﾝｸﾞでのﾌｯｸやｱｯﾊﾟｰの威力を見ているので、現実のﾎﾞｸｼﾝｸﾞを見慣れない身でも、KOは珍しくないのだろうなと思っていました。
　なので、尋ねたかった事をもっと正確に書くと
｢ﾀﾞｯｷﾝｸﾞからｱｯﾊﾟｰを打つのが早過ぎて、遅れて来た敵のﾊﾟﾝﾁが頭に当たるような事が現実でも、よく有るのか?｣
となるべきでした。
(現実では逆にｶｳﾝﾀｰを受ける事を危惧して、頭を低くしたまま拳だけ突き上げたりするのかな、などと想像したりもしましたが)

↑↑↑↑↑↑↑↑

　というわけで、改めて質問させてください。

　現実でも、ﾀﾞｯｷﾝｸﾞからｱｯﾊﾟｰを打つのが早過ぎて、遅れて来た敵のﾊﾟﾝﾁが頭へ当たるような事が、よく有るのでしょうか?。

　回答を頂ければ幸いです。

+++++++++++++++++++++++++++++

　以上です。
16：サンドバック：2025/01/03(金) 21:53:19: 確認が遅くなり返事が遅れて申し訳ありません。

> 最後の結果画面で｢人気値 999 (4減)｣というように、あたかも上限が999ではないかのような表示がされました。

正確な仕様を忘れてしまっているので、確認してみます。
人気地が999の際、(4減)という表示をやめる事になると思います。

報告ありがとうございました。

> というわけで、改めて質問させてください。
>
> 　現実でも、ﾀﾞｯｷﾝｸﾞからｱｯﾊﾟｰを打つのが早過ぎて、遅れて来た敵のﾊﾟﾝﾁが頭へ当たるような事が、よく有るのでしょうか?。
>
> 　回答を頂ければ幸いです。

実は前回、この質問を受けた上でスルーしていました。
というのも、私の頭が悪いのだと思うのですが、どうしても正確に意図が読み取れないのです。

パンチの当たる当たらないは無限の可能性があり、
届く範囲であれば全てのパンチが当たる可能性を秘めています。
（なんのタイミングが早かろうと遅かろうと関係なく）

なので質問そのままに答えるとなると、よくあります。
というか、むしろ全てのカウンターパンチにその要素があるのではないか、とも。

（中間距離での攻防は常に何かしらのフェイントが行われていて、
もはやフェイントしている側もそれは無意識の動きだったりして
なぜ当たったかを言語化する事は非常に難しいのですが）
（過程がどうあれ物理的に当たったという結論こそが正解であり紛れもない事実）
（ないと思う人がいるのだろうか、被弾のイメージすることがそんなに難しいのだろうか、
などと考えてしまい返事が書けませんでした）

ゲームの中での納得がいかない被弾が質問の発端だと思うのですが、
見切ったとしても反応が早すぎては、それは見切ったうえで正しい反応ができなかったということです。

流れとしてその被弾はとても自然なことだと思いますし、拳闘としてリアリティを感じます。

実際の拳闘でもゲームでも、ダッキングからアッパーを打っている最中に無敵にはなりません。
フックが飛んできている時にそのアクションを行ったら、被弾するのは自然だと思います。

相手のフックが頭の上を通過して当たり判定を失ったら、その時です。

このダッキングアッパーの部分は実ボクにおいて最も丁寧に作った部分のひとつで、
私の思い込みかもしれませんが多くのユーザーもリアリティと納得感を感じてくれている部分だと思います。

違和感があるのであれば直したいのですが、
違和感を感じられないのが辛いです。

質問もたぶん実際の拳闘ではありませんよねのニュアンス含む質問だと思うのですが、
これもストレートにあるとしか思えないのが辛いです。

申し訳ありません。
17：ｹﾞｽﾄ：2025/01/04(土) 14:16:30: 　ｺﾒﾝﾄ15のｹﾞｽﾄです。

　作者様、繰り返しとなってしまった質問への回答を、ありがとうございます。

> 質問もたぶん実際の拳闘ではありませんよねのﾆｭｱﾝｽ含む質問だと思うのですが、

　どちらかというと、実際のﾎﾞｸｼﾝｸﾞに有るのならすんなりと納得できる、という思いの質問でした。
　なので、返信を読ませていただいて、非常にｽｯｷﾘとしております。

> 実際の拳闘でもｹﾞｰﾑでも、ﾀﾞｯｷﾝｸﾞからｱｯﾊﾟｰを打っている最中に無敵にはなりません。

　これはもちろん分かっております。違和感の原因は無敵か否かではなく、敵のﾊﾟﾝﾁの方。
　過去にﾌﾟﾚｲしたｹﾞｰﾑにおいて、避けるためにしゃがみこんで、改めて素早く立ち上がった際、避けた攻撃がまだ通り過ぎてなくて当たってしまった経験が全く無かった事による違和感です。
(連打の2発目以降が当たる事は有りましたが)
　つまり、敵のﾌｯｸの動きが遅過ぎるのではないか、とっくに通り過ぎていた方が自然では無いか、と感じたわけです。
(ｽﾄﾚｰﾄ系だと、すでに戻り始めている時なのでは、と見える辺り)

　以上です。ありがとうございました。
18：名無しさん：2025/06/07(土) 00:33:36: 久々に覗いてさらっと眺めてたら気になる記述があったので滅茶苦茶今更な話ですが...
>>2
>>実ボク側からはIMEのオンオフを感知できないので根本的な解決が難しいと考え、
これってIMEが半角英数かひらがなか判断できないよって話であってますか？
あってる場合ですが、

#uselib "imm32.dll"
#cfunc ImmGetContext "ImmGetContext" sptr
#cfunc ImmGetOpenStatus "ImmGetOpenStatus" sptr

HIMC = ImmGetContext(hwnd) ;入力コンテキストへのハンドル取得
onkey gosub,*a
stop

*a
cls
mes ImmGetOpenStatus(HIMC) ;IMEの状態取得。1なら有効0なら無効
return
//参考：https://learn.microsoft.com/ja-jp/windows/win32/api/imm/nf-imm-immgetopenstatus
//参考：https://learn.microsoft.com/ja-jp/windows/win32/api/imm/nf-imm-immgetcontext

こちらのコードを試してみてください。判定できるはずです。
参考までにどうぞ
19：サンドバック：2025/06/19(木) 19:13:56: おおっ、これは素晴らしい情報です。
近日、HSP2.61でも動くか確認して、導入したいと考えています。

ありがとうございました。
20：サンドバック：2025/06/19(木) 19:15:52: おおっ、これは素晴らしい情報です。
スパー中にIMEがオンになっていて嬉しい人はいないので、
実ボク側から感知してオフにできたら…は悲願でした。

近日、HSP2.61でも動くか確認して、導入したいと考えています。

ソースそのものまで貼っていただいて助かります。
本当にありがとうございました！（感謝）
21：はまこ～：2025/06/20(金) 15:03:09: 皆様お久しぶりです！！６月２１日２２日に私の競走馬がデビューいたします。
東京２１日第５R土曜日がマサッチェハマー東京２２日第６R日曜日がイトハマー
できれば応援してください＾＾
現在５頭
マサッチェハマー
イトハマー
コテツハマー
アースインハマー
ロジャートアリー
競馬される方おられましたら今後＾＾宜しくお願いいたします
22：サンドバック：2025/06/24(火) 18:48:00: はまこ～さんの競走馬の情報、専用スレッドに移動しました。
また新たな楽しさをありがとうございます。

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

18の名無し様、ソースまで提供していただき
アドバイスありがとうございました。

HSP3でソースが完璧に動作することを確認いたしました。
が、HSP2.61では動作しませんでした。

そこでHSP3で別exeを作成、これを実ボクから呼び出してIME感知してファイル保存、
2.61の実ボク本体で保存したファイルを読み込んで…と作業しました。

が、imeはアプリごとにオンオフが割り当てられるようで
実ボク側から感知することができませんでした。

残念ながら実現することができませんでした。

現状のスパー前と後に自動で半角全角キーが押される仕様のままとします。
（スパ天の設定でオンオフも可能）

申し訳ありません。
23：名無しさん：2025/06/24(火) 22:01:41: HSP3どころか2を使ってたんですね
3以降しか使ったこと無いので適当に調べつつ2.61で試してみました
onkeyにgosubが使えなかったりWin32APIを使うのに予め使う全ての関数を準備できずに都度都度指定しないといけなかったり
とてつもなく面倒で長くなったのですが、こちらでは2.61でも実行できました
注意点として、
・hwndの内容(最初の段落)はアクティブウィンドウのものを取得してる関係で、
他のウィンドウがアクティブ状態だと正しくIMEの状態を検知できないので、
起動後直ぐとかgselでウィンドウをアクティブした後に実行することを推奨します
・hwndとHIMC(最初と2段落目)は一度取得すればいいので何度も取得する必要はないですが、
screen命令を実行したりすると取得したhwndは使えなくなるので再度取得の必要が出ます

;以下2.61用コード　一応動作は確認済み
;アクティブウィンドウ(HSPのウィンドウ)のハンドルを記録しておく
;ウィンドウが新しくなるとハンドルが変わるので、
;screen命令を実行したりする場合はその都度これ(この下6行分)も一緒に実行する必要ありのはず
ll_dll "user32.dll" ;DLL読み込み
ll_type "v" ;引数無し
ll_func "GetActiveWindow" ;アクティブウィンドウ取得用関数を指定
ll_call ;関数実行
ll_ret hwnd ;戻り値を変数hwndに入れる
ll_free ;DLL開放(しなくてもいいらしいけど、もうuser32.dllに用はないので開放する)
mes hwnd ;確認用に表示してみる

;入力コンテキストへのハンドル取得
ll_dll "imm32.dll" ;DLL読み込み
ll_func "ImmGetContext" ;入力～のハンドル取得用
ll_type "N" ;引数は数値
ll_n hwnd ;アクティブウィンドウのハンドルを引数に指定
ll_call ;関数実行
ll_ret HIMC ;戻り値を変数HIMCに入れる

onkey,*a
stop

*a
cls
ll_func "ImmGetOpenStatus" ;IMEの状態取得用関数
ll_type "N" ;引数は数値
ll_n HIMC ;引数に入力～のハンドル指定
ll_call ;関数実行
ll_ret IME_Now ;戻り値を変数IME_Nowに入れる
mes IME_Now ;1なら有効0なら無効
stop