Keyboard

This program is a simple keyboard reaction trainer that challenges the player to identify and type a randomly displayed character within a short time window. On each of ten rounds, a random character from CHR$(28) to CHR$(62) is shown briefly, then cleared, and INKEY$ is used to capture the player’s single-keystroke response. A short busy-wait loop at lines 80–90 provides a fixed display window before reading input. Correct responses increment a score counter via a GOSUB subroutine, and the final score is printed after all ten rounds.

---

Program Analysis

Program Structure

The program is organised into three logical sections:

1. Initialisation (lines 1–10): Clear screen and set score N to zero.
2. Main game loop (lines 20–130): Ten iterations, each showing a random character, pausing, reading a keypress, and checking for a match.
3. End-of-game (lines 140–170): Display final score, wait for ENTER via INPUT I$, then restart with RUN.

A short subroutine at lines 200–240 handles a correct answer: it increments the score, briefly prints “YES”, waits, and returns.

Timing Mechanism

Two busy-wait loops are used for timing. The first (lines 30–40) introduces a random delay before displaying the target character, with B iterating from 0 to RND*100+50, giving a range of roughly 50–150 iterations. The second (lines 80–90) provides a fixed 30-iteration window during which the character remains visible before INKEY$ is read at line 100. These loops are simple FOR/NEXT busy-waits with no body, a common idiom on this platform where a hardware timer or interrupt-driven delay is unavailable in BASIC.

Character Generation

The target character is generated at line 50 as CHR$(28+35*RND). Since RND returns a value in [0,1), this yields character codes in the range 28–62 inclusive. This range includes several non-printable or control characters at the low end (codes 28–31) as well as printable ASCII characters from space (32) through > (62). This means some rounds may display invisible or oddly-behaving characters, which is a subtle bug — the intent was likely to restrict to visible printable characters.

Input Handling

INKEY$ at line 100 reads a single keystroke without waiting. If no key is pressed at the moment of execution, C$ remains "" (set at line 70) and the comparison at line 110 simply fails. There is no second chance within a round; the player has only the instant the INKEY$ statement executes to have the correct key held down.

Key BASIC Idioms

• FOR B=0 TO RND*100+50: NEXT B — random-length busy-wait loop.
• LET C$="": ... LET C$=INKEY$ — pre-clear before reading so a missed keypress leaves an empty string.
• INPUT I$ as a “press ENTER to continue” gate before RUN.
• RUN at line 170 to restart the entire program, resetting all variables.

Score Tracking

The score variable N is incremented only inside the subroutine at line 200, called exclusively when the typed character exactly matches the displayed one (line 110). Because RUN at line 170 re-executes from line 1, N is correctly reset to 0 at line 10 at the start of each new game.

Bugs and Anomalies

Line	Issue	Effect
50	CHR$(28+35*RND) can produce character codes 28–31	Control characters may be displayed, making the round unwinnable or visually confusing
80–90	Fixed 30-iteration busy-wait before INKEY$	Display window is extremely short; most keypresses will be missed
100	Single INKEY$ sample with no loop	Player must hold key at exactly that moment; no polling window