recently when i was fooling around, i found a program that returned the key you pressed and even supported multikeys in some keys. however, i found that when i hold an arrow key for more than a second, it appeared to flicker between 170, the scancode for the key, and 224. (it explains why p*p scrolling engines slow down when you hold down an arrow key) i'm sure someone can explain it. well, anyone?
The only way advice that I know of to give, is to either:
(A) contact the mfg. company of the program you're using and ask them, (They may not even be aware of the problem),
(B) let others know the name of the program, so they can check it out, or
© quit holding down the arrow key ! ü
I dunno.
As far as I know, scancodes are 7 bits (bit 0 to bit 6 in the byte read from port). The 8th bit (bit 7 in the bite read from the port) equals 0 when pressed, 1 when released. That's why you don't get different scancodes when you press and release keys.
Manufacturing company of the program? This place is getting weirder and weirder every day. . .
Quote:it appeared to flicker between 170, the scancode for the key, and 224. (it explains why p*p scrolling engines slow down when you hold down an arrow key)
Not all p*p engines slow down when you hold an arrow key. They're just badly designed.
I have no idea why there is a difference of 54. Maybe you are just pressing the wrong key sometimes? :bounce:
whoah, talk about reviving an old topic :o you must REALLY dug to have found this. do not revive old topics! let them die! rip!!!
lol, it doesn't matter who makes the programs. i've come across this problem in nearly all programs that use inp(96). the only sure fix seems to be a multikey handler.
there's only one Agamemnus, antoni's, and that uses a multikey handler. . :wink: no, it was a different program the showed you the status of the kb, and i noticed that when i held down a key, the scancode would flicker those numbers, which would explain why pixel scrollers would slow down, or the main sprite would slow down...
I have a multikey handler written by Logic Lord (a true master among coders). I'll distribute it if I get his permission to do so.