Copperline 0.9.0 released with major FPU and Amiga emulation accuracy improvements

Copperline 0.9.0 has arrived as one of the most technically focused updates yet for the Rust-based Amiga emulator. Its priorities are clear: fewer shortcuts, tighter hardware behaviour and better day-to-day control for users who care about precision. Rather than chasing a headline interface overhaul, this release goes deep into the parts of Amiga emulation that decide whether demanding software behaves naturally or exposes the smallest mismatch between real hardware and the host machine. The centrepiece is a substantial accuracy pass for Motorola 68881 and 68882 floating-point unit emulation. For Amiga users, that matters because the FPU is not an optional footnote in higher-end configurations; it is a key part of how productivity software, mathematical applications, rendering tools and advanced workloads expect the machine to behave. 

A deeper FPU model

The most important change in Copperline 0.9.0 is not speed, but correctness. Floating-point emulation is unforgiving because small differences can cascade into visible errors, failed checks or unstable results. This update addresses that at several levels, including extended-precision operations, memory and immediate-source monadic instructions, exponential and logarithmic functions, trigonometric and inverse-trigonometric kernels, hyperbolic functions, FPCR rounding propagation and FPSR exception reporting.

That list is dense, but the editorial takeaway is simple: Copperline is maturing from an emulator that runs increasingly complex Amiga software into one that is paying closer attention to how the original subsystems behave internally. Exact FMOVECR constants and FMOD/FREM quotient handling are good examples. These are not features most users will open a settings panel to admire, yet they can decide whether software relying on FPU edge cases produces the same result it would on real hardware.

Better control for joystick input

Copperline also improves a more visible part of the experience: joystick selection. The emulator now offers explicit input mode control, allowing users to choose between physical gamepad input and keyboard-based joystick emulation. The setting is available through the status bar, menu, launcher and configuration file, making it easier to avoid accidental overlap between keyboard controls and connected gamepads.

This is a small but useful usability correction. Emulators often grow more accurate internally before they become more predictable in everyday use, but input handling is where many users notice friction first. By making joystick mode deliberate rather than implicit, Copperline reduces ambiguity and gives setups with multiple input devices a cleaner path to reliable play and testing.

Save states without the original ROM at startup

Another practical change is no-ROM save-state startup. Copperline can now load a saved state without first opening the original ROM file, using a temporary placeholder only long enough for the snapshot to replace the machine state. That makes save-state workflows less brittle, particularly when moving setups between folders or systems.

The release also updates the save-state format to support 80-bit extended FPU register snapshots. Older state files are refused with a version error rather than being loaded across incompatible layouts. That is the right kind of strictness for an emulator moving deeper into hardware accuracy: silent compatibility would be convenient, but it could also introduce corrupted or misleading results. Existing valid configuration files do not need changes, although old save states are not guaranteed to carry forward into 0.9.0.

Hard-disk volume names and RTC behaviour

Storage handling receives useful refinement through hard-disk volume-name overrides. Directory-based hard disks and generated hard-disk images can now expose configured AmigaDOS volume names, with support across IDE and SCSI drive settings. This is not merely cosmetic. Clearer volume naming can make multi-disk setups easier to manage, especially when an emulated environment depends on specific names or when several mounted directories would otherwise appear too similar.

Copperline also changes real-time clock reporting so the emulated battery-backed RTC can report host local time where the platform allows it. Deterministic fixed-time behaviour remains available for replay and debugging. That combination is sensible: ordinary desktop use benefits from local-time reporting, while testing and reproducible sessions need a stable clock.

Hardware-timing fixes across core Amiga subsystems

Much of Copperline update is devoted to another round of hardware accuracy fixes across CIA, Paula, keyboard, Denise, sprites, bitplanes, RTC and display timing. These are the kinds of changes that rarely read like consumer features, but they are exactly where demanding Amiga emulation lives.

CIA one-shot timers now keep the START bit visible through the auto-started interval, matching software that polls the timer state. Floppy motor spin-up and spin-down state is now passed through the controller path used by disk DMA and status reporting. The emulated keyboard microcontroller accepts short but real Amiga-side KDAT-low handshake pulses after a byte, rather than relying on a longer nominal pulse width. Paula POTxDAT counters now better reflect POTGO-driven high pins, which affects how software reads paddle and fire-button lines.

Display behaviour also receives attention. Copperline 0.9.0 adjusts early hi-res output alignment, late-DDF bitplane latch sampling, manual sprite-data latching after position retiming and per-frame collision accumulation through CLXDAT observation. These changes target the timing-sensitive edge cases that separate a broadly compatible emulator from one that can survive software written close to the metal.

Cleaner packaging and practical distribution

Under the hood, the vendored m68k fork has moved into a clearer crate layout as copperline-m68k. That makes the local dependency boundary more explicit and points to a cleaner long-term structure for the emulator’s CPU-related code. Menu popups also now size themselves to the widest visible label, a minor interface polish that fits the release’s wider theme of tightening small rough edges.

Copperline 0.9.0 is available for macOS through Homebrew or a universal DMG, for Linux as an AppImage, and for Windows as a portable x64 package. It can also be built from source with Cargo. The bundled AROS boot ROM means the emulator can start without extra setup, although commercial Amiga software still requires the appropriate original ROM and media images.

Why this update matters

The Copperline update is best understood as an accuracy release with useful quality-of-life improvements attached. The FPU work is the headline for technically demanding users, while joystick selection, no-ROM save-state loading and volume-name overrides make the emulator easier to live with. The broader hardware fixes show a clear direction: Copperline is modelling Amiga subsystems more closely instead of patching behaviour around individual titles.

For users following modern Amiga emulation, this update is important because it strengthens the emulator where compatibility is hardest to fake. The interface improvements are welcome, but the real story is the growing precision behind the scenes. Copperline 0.9.0 does not try to sell nostalgia. It delivers a more disciplined Amiga emulation platform, with sharper FPU behaviour, better timing fidelity and a configuration experience that is becoming more practical for serious use.