Laser Cue

Partial
Completion13%

Williams1984williams.laser-cue.1984 Updated 2026-08-30

OPDB IPDB williams/laser-cue-1984.mdwilliams/laser-cue-1984.json

Wire it up

what an authoring tool needs first
Bind this ROM
lsrcu_l2

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
9–42 (15)
Solenoids
1–15 (9)

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.

15 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
Hover or tap an address to identify it.
15 shown
# Name Device ID Evidence
9
Drain
switch.drain candidate
10
Sw10
switch.sw10 candidate
11
Sw11
switch.sw11 candidate
12
Sw12
switch.sw12 candidate
15
Rubber Band Sensor15
switch.rubber-band-sensor15 candidate
16
Rubber Band Sensor16
switch.rubber-band-sensor16 candidate
17
Bumper1
switch.bumper1 candidate
18
Bumper2
switch.bumper2 candidate
19
Bumper3
switch.bumper3 candidate
24
Sw24
switch.sw24 candidate
28
Sw28
switch.sw28 candidate
29
Left Sling Shot
switch.left-sling-shot candidate
30
Sw30
switch.sw30 candidate
31
Sw31
switch.sw31 candidate
42
Rubber Band Sensor42
switch.rubber-band-sensor42 candidate

Controlled devices

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

Coils, magnets & motors

9
9 shown
# Name Device ID Evidence
1
Sol Outhole
coil.sol-outhole candidate
2
Sol Drop Target1
coil.sol-drop-target1 candidate
3
Sol Drop Target2
coil.sol-drop-target2 candidate
4
Sol Drop Target3
coil.sol-drop-target3 candidate
5
Sol Drop Target4
coil.sol-drop-target4 candidate
6
Sol Drop Target5
coil.sol-drop-target5 candidate
7
Sol DTBank
coil.sol-dtbank candidate
14
Sol Bell
coil.sol-bell candidate
15
Sol Knocker
coil.sol-knocker 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.lsrcu_l2 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 lsrcu_l2, description "Laser Cue (L-2)", manufacturer "Williams", catalog year "1983".
  • OPDB record GRvJV-MJ4bR (IPDB 1414) names this machine "Laser Cue" (Williams, manufacture date 1984-02-01); 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 lsrcu_l2; whether every listed driver really runs on this physical machine is unverified.

Drivers this record holds

  • lsrcu_l2 (1983, Williams).
  • lsrcu_l3 (2016, Timmo (Neverending bell fix), clone of lsrcu_l2).

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 24 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
lsrcu_l3Laser Cue (L-3) 2016lsrcu_l2—
lsrcu_l2Laser Cue (L-2) 1983——

Parent set: lsrcu_l2 — 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.

Upstream
tomlogic/pinball-memory-maps
Commit
d8693b9

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

lsrcu_l2.map.json

williams-system7-10Kv4format 0.8

maps/williams/system7/lsrcu_l2.map.json

Applies to ROMs
lsrcu_l2
Sections
adjustmentsauditsgame_statehigh_scores
Map JSONMap sourcePlatform JSONPlatform source

williams-system7-10K 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

    8371478a7640
    by
    PinMAME contributors
    rev
    8371478a7640

  • VPX script

    vpx-script.eb9bea45d010b9d7

    vpx-standalone-scripts: Laser Cue (Williams 1984) w VR Room 2.0.0/Laser Cue (Williams 1984) w VR Room 2.0.0.vbs

    15d112648a1b
    by
    Authors credited in Laser Cue (Williams 1984) w VR Room 2.0.0/Laser Cue (Williams 1984) w VR Room 2.0.0.vbs and repository contributors
    rev
    15d112648a1b
    sha256
    eb9bea45d010…

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.

Edit the definition Edit the note Report a problem
Before you startCONTRIBUTING.mdschemas/machine.schema.jsondocs/MACHINE_DEFINITIONS_PLAN.md How to read a definition

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.

Missing locations · 24