Main Restorations Software Audio/Jukebox/MP3 Everything Else Buy/Sell/Trade
Project Announcements Monitor/Video GroovyMAME Merit/JVL Touchscreen Meet Up Retail Vendors
Driving & Racing Woodworking Software Support Forums Consoles Project Arcade Reviews
Automated Projects Artwork Frontend Support Forums Pinball Forum Discussion Old Boards
Raspberry Pi & Dev Board controls.dat Linux Miscellaneous Arcade Wiki Discussion Old Archives
Lightguns Arcade1Up Try the site in https mode Site News

Unread posts | New Replies | Recent posts | Rules | Chatroom | Wiki | File Repository | RSS | Submit news

  

Author Topic: programmable keyboard behavior  (Read 904 times)

0 Members and 1 Guest are viewing this topic.

sdrob04

  • Trade Count: (0)
  • Full Member
  • ***
  • Offline Offline
  • Posts: 94
  • Last login:February 18, 2021, 02:12:50 pm
programmable keyboard behavior
« on: September 30, 2004, 10:28:03 am »
My question centers around the behavior of a control panel with respect to unintended button clicks.  

When a game is configured to only utilize specific buttons and/or controls, is there any negative effect if other buttons happen to get pushed accidentally?  I ask because I'm designing my control panel (with a full-scale mock-up) and am wondering what the effect might be if the 'wrong' button(s) are mistakenly pressed by a carelessly placed arm or hand.  

Trying to include everything I'd like to have is making for some tight real estate, so this situation might occur every now and then and I wanted to know what to expect if it does.  

brained

  • Trade Count: (+1)
  • Full Member
  • ***
  • Offline Offline
  • Posts: 477
  • Last login:June 28, 2025, 07:27:14 pm
  • Raised by Atari
    • Nux
Re:programmable keyboard behavior
« Reply #1 on: September 30, 2004, 10:33:40 am »
hmmm. If a game doesn't need a button it would not use it. Use mame and press other keys that are not intended for that game and nothing happens!!.

is that your question??

sdrob04

  • Trade Count: (0)
  • Full Member
  • ***
  • Offline Offline
  • Posts: 94
  • Last login:February 18, 2021, 02:12:50 pm
Re:programmable keyboard behavior
« Reply #2 on: September 30, 2004, 10:42:15 am »
Well...yeah.  I guess so!  I was just concerned that in the heat of gameplay, pressing an unrelated button or device would be a problem (like when you hit that damn 'windows' key on a traditional keyboard and everything goes to hell.)  

Nice to know that won't be a problem.  Now it's back to the designing phase...

Bgnome

  • Trade Count: (0)
  • Full Member
  • ***
  • Offline Offline
  • Posts: 466
  • Last login:January 10, 2005, 04:05:16 pm
  • Who's da gnome?
Re:programmable keyboard behavior
« Reply #3 on: September 30, 2004, 11:05:51 am »
if you are using a keyboard hack and have blocking issues, then you can have performance issues.  if you were wise enough to get a dedicated encoder, they have optimized buffers and such that you can press a whole messload of buttons at the same time several times a second so hitting one or two during gameplay doesnt hurt anything.
now dreaded key combos like when both players hit the start button at the same time on an ipac setup is a different issue.  just beware of shift combos and try not to map windows key combos (or at least disable them if you do) and you will be fine.

Tahnok

  • Trade Count: (+1)
  • Full Member
  • ***
  • Offline Offline
  • Posts: 821
  • Last login:May 28, 2008, 06:09:25 am
  • Error recording error codes. Remaining errors lost
    • Table Arcades
Re:programmable keyboard behavior
« Reply #4 on: October 01, 2004, 03:58:19 pm »
if you are using a keyboard hack and have blocking issues, then you can have performance issues.

Yes, beware of blocking and ghosting. If you don't know what we're talking about, this website is the best I've seen for explaining what it is: http://www.dribin.org/dave/keyboard/one_html/
Note: Out of town with limited internet access 2-28-08 through 3-16-08

Bartop/Countertop Cabinet Kits For Sale