Files
akbasic/examples/breakout/sprites
Andrew Kesterson 0679c3042b
Some checks failed
akbasic CI Build / cmake_build (push) Failing after 3m21s
akbasic CI Build / sanitizers (push) Failing after 4m30s
akbasic CI Build / coverage (push) Failing after 3m40s
akbasic CI Build / akgl_build (push) Failing after 21s
akbasic CI Build / mutation_test (push) Failing after 3m27s
Stop the listings and their chapters stating fixed defects as fact
You were right that this was still everywhere. The two `.bas` files carried
their workarounds as present-tense statements about the interpreter -- "a name
first created inside a GOSUB costs a value slot that is never handed back",
"writing PAST the terminator of a short row draws nothing at all", "SSHAPE and
GSHAPE ignore the subscript on a string array", "a FOR inside a BEGIN block does
not survive the RETURN" -- and every one of those is now false. A comment that
lies is worse than no comment, and these were the first thing anybody opening
the files would read.

**The characters game takes the geometry fix.** `CW# = 16` becomes `CW# =
RGR(3)`, and the grid comes from `RWINDOW`, so the game fits whatever window and
font the host gives it. That was the one thing in the listing that would break on
a different font, and `RGR(3)` and `RWINDOW` were added to the interpreter
because of it -- leaving the constant in place while Chapter 17 teaches the
function was the inconsistency worth closing. `RGR(1)` still comes first so a
build with no graphics device refuses by naming the device that is missing.

Everything else in both listings keeps its shape and says why. Declaring every
name up front, guarding loops with `GOTO`, six scalars for six brick stamps: none
is forced any more and none costs anything, so they stay, with the comments
marking which rules stand and which are history. The sprites header's five traps
are marked FIXED where they are fixed.

The chapters follow: Chapter 17 Step 2 no longer says "the listing still has
`CW# = 16`", and Chapter 18's trap section is "five things that did not do what
they looked like" with the two that still stand named up front rather than left
to be counted.

Verified: Chapter 17 Step 2's block is once again verbatim from the listing, so
every quoted fragment in both chapters matches its source with no exceptions;
both games run 40 seconds on the SDL frontend with no error line; both suites
green in both configurations; `docs_examples` and `docs_screenshots --check`
pass.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-08-02 06:32:48 -04:00
..

Breakout, with artwork

Breakout, written entirely in BASIC for the AKGL BASIC interpreter, using downloaded CC0 sprite artwork for the paddles, the balls and the powerup gems. The bricks, the HUD and the lettering are drawn, captured with SSHAPE and installed as sprites — because a sprite is the one thing this interpreter puts on the screen for nothing. The text layer owns every row of the window unless a program takes some back with WINDOW, and even then a drawing has to be re-issued every frame; a sprite is drawn from state the interpreter keeps.

../../../build-akgl/basic breakout.bas

It needs the SDL build. Without a graphics device the first SPRSAV refuses by name and the program stops there, which is the right thing for it to do.

Key Does
left / right move the paddle
space start a game, launch the ball, release a stuck ball
P pause
S sound on and off
Q or escape quit

Three lives, six rows of bricks worth 60 down to 10 points a row, and a field that cycles six rows, then five, then four while the ball gets faster every level up to a ceiling. A gem is worth 50 on top of whatever it does.

The powerups

A broken brick drops a gem about one time in seven, and only ever one at a time. Catch it with the paddle. The colour of the gem is what tells you which it is; the banner that flashes over the field names it as well.

Gem Name Does For
red EXPAND doubles the paddle's width 20 seconds
yellow MULTI throws two more balls off the one in play until they are lost
green SLOW drops the ball's speed to about two thirds 16 seconds
blue STICKY the ball sticks where it lands; space fires it 18 seconds
purple CATCH a second bar appears higher up the field 24 seconds

The second bar mirrors the paddle rather than following it, so it covers the side you just left. A second bar directly above the first is worth nothing; a mirrored one turns a dive across the field into a save at both ends.

How it works, and how to write your own

Chapter 18 of the guide builds this program a step at a time: budgeting the eight sprite slots, capturing a drawing into one, finding the host's frame boundary with TI#, moving everything that is not drawing out of the deadline, the stroke font, and the five things in this dialect that do not do what they look like.

Chapter 17 does the same for ../characters, which builds the same game out of the text grid and two DATA sprites — a completely different program, and the shorter one to read first.

Where the artwork came from

Kenney's Puzzle Pack 1, released under CC0. The files in art/ are the pack's own PNG/Default/ versions, unmodified, with the pack's licence file beside them. art/PROVENANCE.md says which file is used for what and why the double-size set is not.

Crediting Kenney is not required by CC0. It is here because it should be.

What is not in it

Named honestly rather than left to be discovered:

  • No music under the game, only event sounds and two four-note stings. There is room in the third voice for it; there was not much room anywhere else when it was written. 121 of the interpreter's 128 variables are spoken for and the label table is at 61 of 64 — several of them spent working around defects that have since been fixed.
  • One gem at a time. There is one sprite slot for it. A brick broken while a gem is falling drops nothing.
  • Sticky and multiball share one offset. Two balls stuck to the paddle at once sit on top of each other. It is rare enough that fixing it would cost a variable I do not have.
  • The score lags a frame behind the bricks. Only one capture happens per frame and the field goes first, so a brick disappears one frame before the score that counts it. At thirty frames a second nobody can see it, and it is a deliberate trade rather than an oversight.
  • No high score on disk. There is no disk.

The eight interpreter defects this game turned up are filed in TODO.md §9, each with a reduction that fits on a screen and the file and line of the cause. Six are now fixed — the leaking DEF call, the skipped block that broke its caller's RETURN, the ignored subscript on SSHAPE, GRAPHIC CLR, a negative DATA item, and half of the invisible drawing. The two that stand are the left-operand arithmetic rule, which turned out to be a decision rather than a defect and is now documented as one, and the 256-line batch tear, which belongs to the host.

The listing's code is unchanged, and deliberately: it is what a program written against those constraints looks like, and none of the workarounds costs anything now that they are not needed. Six separate scalars for six brick stamps, and loops guarded by GOTO rather than wrapped in a block, are both still what the file does. Its comments say which of the five traps stand and which are marked FIXED.