Algar

Partial
Completion13%

Williams1980williams.algar.1980 Updated 2026-08-30

Wire it up

what an authoring tool needs first
Bind this ROM
algar_l1

2 ROM sets resolve to this machine. Clones share the definition unless a hardware difference is listed.

Controller platform
Not determined
Displays

No display inventory recorded yet.

Address space
Switches
10–53 (33)
Solenoids
1–7 (3)

Coverage

Partial

Real evidence exists, but authoring requirements are still missing or in conflict. Verify before shipping a table.

Completion13%

Progress is derived from the fixed author-readiness requirements. It helps rank unfinished work, but only a 100% author-ready definition passes the publication gate.

Catalog Identity
validated
Address Enumeration
unknown
Semantic Naming
unknown
Physical Wiring
unknown
Mechanisms
unknown
Variant Coverage
candidate
Recreation Knowledge
unknown
Still missing · 14
Driver MappingController PlatformInput EnumerationInput SemanticsOutput EnumerationOutput SemanticsDisplay InventoryMechanism InventoryMechanism BehaviorPolarityVariant DifferencesRecreation NotesProvenanceSpatial Placement

Switches

The addresses PinMAME reports as closed. Numbers are the public API values, not matrix hardware pins.

33 addresses

Switch map

Sequential addresses, grouped in columns of eight.

used unused
 
+0
+1
+2
+3
+4
+5
+6
+7
1–8
9–16
17–24
25–32
33–40
41–48
49–56
Hover or tap an address to identify it.
33 shown
# Name Device ID Evidence
10
Left Sling Shot
switch.left-sling-shot candidate
11
Sw11
switch.sw11 candidate
12
Sw12
switch.sw12 candidate
13
Left Outlane
switch.left-outlane candidate
18
Sw18
switch.sw18 candidate
20
Sw20
switch.sw20 candidate
21
Sw21
switch.sw21 candidate
22
Spinner1
switch.spinner1 candidate
23
Sw23
switch.sw23 candidate
24
Sw24
switch.sw24 candidate
25
Sw25
switch.sw25 candidate
27
Sw27
switch.sw27 candidate
28
Sw28
switch.sw28 candidate
29
Spinner2
switch.spinner2 candidate
30
Sw30
switch.sw30 candidate
31
Circular Target1
switch.circular-target1 candidate
32
Circular Target2
switch.circular-target2 candidate
33
Circular Target3
switch.circular-target3 candidate
34
Sw34
switch.sw34 candidate
35
Sw35
switch.sw35 candidate
36
URight Sling Shot
switch.uright-sling-shot candidate
37
Sw37
switch.sw37 candidate
38
Right Sling Shot
switch.right-sling-shot candidate
43
Sw43
switch.sw43 candidate
44
Sw44
switch.sw44 candidate
45
Sw45
switch.sw45 candidate
46
Sw46
switch.sw46 candidate
47
Bumper1
switch.bumper1 candidate
48
Bumper2
switch.bumper2 candidate
49
Bumper3
switch.bumper3 candidate
50
Sol RFlipper
switch.sol-rflipper candidate
52
Sw52
switch.sw52 candidate
53
Sw53
switch.sw53 candidate

Controlled devices

Everything the ROM can energise, grouped the way a table author builds it.

Coils, magnets & motors

3
3 shown
# Name Device ID Evidence
1
Solballrelease
coil.solballrelease candidate
6
Sol Diverter Sub
coil.sol-diverter-sub candidate
7
Chamber
coil.chamber candidate

Recreation notes

Working knowledge that has no schema field yet — edition differences, tuning values, pitfalls.

Coverage: partial - machine identity plus candidate-only I/O attachments. Playfield devices, wiring, mechanisms, and behavior are evidenced only as unverified candidates.

This record was promoted from the generated catalog stub stub.pinmame.algar_l1 by the catalog-wide identity pass of 2026-08-29. The promotion resolves machine identity and carries the catalog's residual driver grouping over unchanged, the platform and device attachments below were added by the 2026-08-29/30 candidate passes and assert nothing beyond candidate provenance. Every requirement in the definition's coverage.missing is genuinely outstanding.

Identity

  • PinMAME catalog: root driver algar_l1, description "Algar (L-1)", manufacturer "Williams", catalog year "1980".
  • OPDB record G5nQQ-MLbbp (IPDB 42) names this machine "Algar" (Williams, manufacture date 1980-01-09); the resolved identity rests on the agreement of the PinMAME catalog and this reviewed mapping.
  • The definition's driver list is exactly the clone tree PinMAME declares under algar_l1; whether every listed driver really runs on this physical machine is unverified.

Drivers this record holds

  • algar_l1 (1980, Williams).
  • algar_l1ff (1980, Williams, clone of algar_l1).

VPX script candidates (candidate)

  • 1 retained community table script(s) declare this machine's driver; their extracted switch/lamp/solenoid/GI candidates are carried as 36 candidate devices. When curator work weighs sources, a retained script outranks emulator-derived candidates for runtime semantics, but every device here is still a candidate until a known-working table is verified against this exact physical machine.

What a curator must establish next

Controller platform from the pinned PinMAME driver source; full input, output, and display enumeration with semantic names; physical wiring and polarity; mechanism inventory and behavior; variant differences across the clone tree; recreation knowledge from a manual, schematic, or known-working table; runtime provenance; and a normalized spatial placement for every physical device. No manual, schematic, or runtime-harness evidence is retained for this machine yet; the candidate sections above are the only retained I/O evidence so far.

ROM sets

Every driver that resolves to this physical machine.

ROM set Description Year Parent Hardware
algar_l1ffAlgar (L-1 Free Play Fix) 1980algar_l1—
algar_l1Algar (L-1) 1980——

Parent set: algar_l1 — clones share this definition unless a hardware difference is noted.

Pinball memory maps

External source LGPL-3.0-only1 map

RAM layouts published by an independent project and mirrored here at a pinned commit. They are not part of this machine’s definition: nothing below was used as evidence for the definition, and none of it counts towards coverage. Check claims against the upstream project.

Commit
d8693b9

This program makes use of content from the Pinball Memory Maps project.

algar.map.json

williams-system6-6Kv3format 0.8

maps/williams/system6/algar.map.json

Applies to ROMs
algar_l1algar_l1ff
Sections
adjustmentsauditsgame_statehigh_scoresplayer_state

williams-system6-6K defines the RAM layout this map’s offsets are read against — the map is not interpretable without it.

Evidence

Every claim above traces to one of these. When they disagree: a known-working VPX script wins on controller addresses and causality, the manual wins on wiring and construction, pinned PinMAME wins on emulator routing and display layout.

  • PinMAME catalog

    BSD-3-Clause

    pinmame.catalog.8371478a7640

    PinmameGetGames

    by
    PinMAME contributors
    rev
    8371478a7640
  • VPX script

    vpx-script.c334c1812c5d7c8e

    vpxtable-scripts: Algar (Williams 1980) 1.34.vbs

    by
    Authors credited in Algar (Williams 1980) 1.34.vbs and repository contributors
    rev
    0c036bb61b4b
    sha256
    c334c1812c5d…

Something wrong or missing?

This definition still has 14 unmet requirements, listed under Missing data below. Fixes belong in the definition itself — editing on GitHub forks it for you and opens the pull request.

Cite a source for anything you change — a manual page, a line in a working VPX script, PinMAME source, or a reading from the machine's own service menu. Claims without provenance cannot be validated.

Missing data

What this game definition still needs to reach 100% and become author-ready.

  • ROM compatibility

    Verify which PinMAME drivers and firmware variants belong to this physical machine.

  • Controller hardware

    Identify the controller platform and validate its public address and routing rules.

  • Complete input inventory

    Account for every switch, service input and diagnostic address, including unused positions.

  • Input functions

    Validate which physical sensor or cabinet control each input represents and when it activates.

  • Complete output inventory

    Account for every coil, motor, lamp, flasher and general-illumination circuit, including unused addresses.

  • Output functions

    Validate the physical device, function and fitted quantity behind each output binding.

  • Displays

    Verify every display, its layout and its controller bindings.

  • Mechanism inventory

    Document every mechanism, its moving parts, actuators, sensors and connections.

  • Mechanism behavior

    Validate mechanism operation, ball paths, home positions, startup and reset behavior.

  • Switch construction and polarity

    Verify normally open or closed contacts and how PinMAME delivers their active states.

  • Edition and firmware differences

    Document supported hardware and firmware differences without combining incompatible editions.

  • Recreation knowledge

    Complete the source-backed behavior and assembly notes needed to recreate the machine.

  • Evidence and sources

    Back the remaining claims with attributable sources, exact locators, retained excerpts and verified hashes.

  • Physical device locations

    Establish validated playfield locations for every physical sensor, actuator and light emitter, including bulb counts and justified projections.