HSPTV!掲示板

以下のスクリプトは getkey で
テンキーの0 / SHIFT / ALT
の押下情報を表示したものですが、
２つ疑問があります。

SHIFT を先に押したまま、テンキー0 も同時に押すと、SHIFTは0になり、テンキーも反応していません。
逆にテンキーを先に押したまま、SHIFTを押し、そのままSHIFTを押しながらテンキーを離すと、
テンキーは検出されっぱなしです。しかもウィンドウを閉じて F5 で実行してもなお検出されっぱなしです。

もうひとつは ALT は何度も連打していると、たまにトグルスイッチ切り替えのように、離しても検出されっぱなしになってしまいます。

これは、私のキーボードや、SHIFT同時押し設定のOS側の環境依存なのか、これが getkeyの 正常な挙動なのかが
分かりません。　どうぞよろしくお願いいたします。

*main
	title " テンキー0 / SHIFT / ALT の押下情報"
	getkey numpad0, 96
	getkey shift,   $A0
	getkey alt,     18
	
	color 255,255,255
	pos 200, 100

	mes " numpad 0 = "  + numpad0
	mes " shift    = "  + shift
	mes " alt      = "  + alt

	redraw 1 : redraw 2 : color : boxf : await 30
	goto *main

ごめんなさい、上記の

左シフトのみを示すキーコード $A0
になっておりましたが、getkeyマニュアルにある
左右シフトを示す 16 でも結果は同じです

ああ・・それはおそらくキーボード(ハードウェア)のほうの仕様ではないでしょうか。
他のキーボードがあれば比較してみるといいと思います。
2つまでとか3つまでとかしか反応しないの結構あります・・・

>NO.102898
同時押しの認識数についての話をしていると思うのですが、
今回の質問にある状況的にそれは関係ないと思います。少なくとも、
>逆にテンキーを先に押したまま、SHIFTを押し、そのままSHIFTを押しながらテンキーを離すと、
>テンキーは検出されっぱなしです。しかもウィンドウを閉じて F5 で実行してもなお検出されっぱなしです。
この内容は関係無いはずです。
テンキー押してSHIFTを押した時点ではどちらも1で検出されるわけですし、
テンキー離してもテンキーが検出され続ける話が、認識する数の上限とは関係ある気がしません。
それとも自分が知らないだけで同時押しの上限数に応じてずっと検出されたりする挙動をするという
仕様があるのでしょうか・・・？
横からすみませんが気になってしまいました。

一応ですが、自分の環境でも全ての内容においてハリサカさんと全く同じ状況を再現しました。
Win10、HSP3.6

HSP以外だとどうだろうと思い、ブラウザでキーの入力を確認できるサイトを使用して確認。
https://www.onlinemictest.com/ja/keyboard-test/
https://keyboard-test.space/jp/
上記2サイトでは、ALT連打の件は確認できなかったものの、
同時押しの件はやや違う所あるものの、似たような現象が確認できました。
(Num0→SHIFT→Num0離した時のテンキーが常時押された状態になる件は1つ目のサイトで確認できず)

なので、ALT連打は別として、それ以外はGetkeyやHSP側の問題と言うよりは、
OSや(同時押しの上限数とは別の)キーボード側による問題な気がしました。連投失礼しました

おやあ本当だ・・・
うちの環境はテンキーがないノート(CF-SX4)のWindows10 Pro 64bitですが
NumLockキーを押してテンキーに相当する0を押してからShiftを押して放すと
確かに0が押しっぱなしになります。もういちど0を押して放すと戻る。

shift+numpadはGetAsyncKeyStateでもそうなるのでWindowsの仕様で、
Altは単体を押して放すとループ停止してるように見えます。

count = 0
*main
	title " テンキー0 / SHIFT / ALT の押下情報"
	getkey numpad0, 96
	; GetAsyncKeyState  96 : numpad0 = stat
	getkey shift,   $A0
	; GetAsyncKeyState $A0 : shift = stat
	getkey alt,     18
	; GetAsyncKeyState $a4  : alt = stat
	getkey key_a,   65
	; GetAsyncKeyState 65 : key_a = stat
	
	color 255,255,255
	pos 200, 100 

	mes count
	mes " numpad 0 = "  + numpad0
	mes " shift    = "  + shift
	mes " alt      = "  + alt
	mes " A        = "  + key_a

	count +

	redraw 1 : redraw 2 : color : boxf : await 30
	goto *main

確かにALT単押しでループが止まり、再度押すと再開してますね。
でふと思ったのですが、F10キーでもループが止まるようです。
更に、それでループが止まっている場合にESCキーを押すとループが再開します。
ということは、Windowsのメニューにフォーカスが移っている(矢印キーでメニューが出る)状態の時、
ループが止まっているという仕様なのでは無いかと思いました。

Altについてはこちらなどが参考になりそうです。
http://hsp.tv/play/pforum.php?mode=pastwch&num=31910

仕様ですねー。
しかし音楽と同期をとっている場合など困るケースもありそう。

皆様、検証していただきありがとうございます。

名無し様の２番目のサイトで分かりましたが、
SHIFT -> テンキー だと、それぞれ別のショートカットキーとして認識されている事が原因だと分かりました。
( SHIFT + テンキー0 だと Insertキー / SHIFT + テンキー8 だと 矢印上キー ..... の様に )
ALT や F10 で 検出されっぱなしになっていたのも、まさかループが止まっているとは思いませんでした。

今回自分が作っているもので、テンキー+SHIFTの操作を入れようとして、今回の疑問が浮かびましたが、
原因が分かりスッキリしました。>>窓月らら様 >>名無し様 >>zakki様、ありがとうございました。



>>NO.102905
過去に話題に上がっていた事なのですね。
今回は別の操作方法に代替しようと思います。