An emulator of the Acorn Electron, Amstrad CPC, Apple II/II+/IIe, Atari 2600, ColecoVision, Commodore Vic-20, MSX 1, Oric 1/Atmos, Sega Master System and Sinclair ZX80/81.
TomHarte Merge pull request #580 from TomHarte/NameInitialisation
Ensures offset and flags are initialised to 0.
Latest commit b9a752f Oct 30, 2018
Permalink
Type Name Latest commit message Commit time
Failed to load latest commit information.
Activity Adds indicator lights for the SDL port. Jul 16, 2018
Analyser Restores multi-machine keyboard propagation. Oct 25, 2018
ClockReceiver Corrects documentation. Aug 25, 2018
Components Ensures offset and flags are initialised to 0. Oct 30, 2018
Concurrency Reinstitutes the cap on maximum updating time. May 17, 2018
Configurable Adds 'false' and 'f' to the list of acceptable refusals. Sep 12, 2018
Inputs Introduces 'non-exclusive' emulator-space keyboards. Oct 25, 2018
Machines Attempts to carry on even if no BIOS is found. Oct 27, 2018
NumberTheory Simplifies initialisation procedure for all machines. Jul 11, 2018
OSBindings Introduces 'non-exclusive' emulator-space keyboards. Oct 25, 2018
Outputs Ensures LOGs look like statements even in release builds. Oct 23, 2018
Processors Corrects Rockwell and WDC references. Sep 28, 2018
READMEImages Sneaks a Sonic picture into the readme. Oct 20, 2018
ROMImages Makes a first attempt at Master System IO decoding. Sep 23, 2018
SignalProcessing Eliminates all endashes. May 13, 2018
Storage Advertises SMS support and goes as far as realising it needs to spawn… Sep 21, 2018
.editorconfig Adds a .editorconfig to aid Github display. Jul 16, 2018
.gitignore Introduces failing tests of the MSX static analyser. Jan 1, 2018
.travis.yml Attempted to draft a travis.yml for SDL. Mar 24, 2018
BUILD.txt Corrected name of build tool. Nov 23, 2017
LICENSE Initial commit Jul 16, 2015
README.md Promotes the Master System to full mention. Oct 27, 2018

README.md

Clock Signal

Clock Signal ('CLK') is an emulator for tourists that seeks to be invisible. Users directly launch classic software with no emulator or per-emulated-machine learning curve.

Releases are hosted on GitHub.

On the Mac it is a native Cocoa application. Under Linux, BSD and other UNIXes and UNIX-alikes it relies upon SDL 2.

So its aims are:

  • single-click load of any piece of source media for any supported platform;
  • with a heavy signal processing tilt for accurate reproduction of original outputs;
  • that aims for the lowest possible latency; and
  • 100% accurate emulations, naturally.

It currently contains emulations of the:

  • Acorn Electron;
  • Amstrad CPC;
  • Apple II/II+ and IIe;
  • Atari 2600;
  • ColecoVision;
  • Commodore Vic-20 (and Commodore 1540/1);
  • MSX 1;
  • Oric 1/Atmos;
  • Sega Master System; and
  • Sinclair ZX80/81.

Single-click Loading

Through the combination of static analysis and runtime analysis, CLK seeks to be able automatically to select and configure the appropriate machine to run any provided disk, tape or ROM; to issue any commands necessary to run the software contained on the disk, tape or ROM; and to provide accelerated loading where feasible.

The full process of loading a title — even if you've never used the emulated machine before — is therefore:

  1. locate it in your OS;
  2. double click it.

Signal Processing

Consider an ordinary, unmodified Commodore Vic-20. Its only video output is composite. Therefore the emulated machine's only video output is composite. In order to display the video output, your GPU then decodes composite video. Therefore all composite video artefacts are present and exactly correct, not because of a post hoc filter combining all the subjective effects that this author associates with composite video but because the real signal is really being processed.

Similar effort is put into audio generation. If the real machine normally generates audio at 192Khz then the emulator generates a 192Khz source signal and filters it down to whatever the host machine can output.

If your machine has a 4k monitor and a 96Khz audio output? Then you'll get a 4k rendering of a composite display and, assuming the emulated machine produces source audio at or above 96Khz, 96,000 individual distinct audio samples a second. Interlaced video also works and looks much as it always did on those machines that produce it.

Samples

1:1 Pixel Copying Composite Decoded
The Electron start screen, with a classic 1:1 pixel emulation The Electron start screen, decoded from an interlaced composite feed
Repton 3 in game, with a classic 1:1 pixel emulation Repton 3 in game, decoded from an interlaced composite feed
Stormlord with a classic 1:1 pixel emulation Stormlord decoded from a composite feed
Road Fighter with a classic 1:1 pixel emulation Road Fighter decoded from a composite feed
A segment of the ColecoVision Donkey Kong title screen with a classic 1:1 pixel emulation A segment of the ColecoVision Donkey Kong title screen decoded from a composite feed
Sonic the Hedgehog with a classic 1:1 pixel emulation Sonic the Hedgehog screen PAL decoded from a composite feed
1:1 Pixel Copying Correct Aspect Ratio, Filtered
Amstrad text, with a classic 1:1 pixel emulation Amstrad text, with correct aspect ratio and subject to a lowpass filter
The Amstrad CPC version of Stormlord, with a classic 1:1 pixel emulation The Amstrad CPC version of Stormlord, with correct aspect ratio and subject to a lowpass filter

Repton title screen, interlaced Apple IIe Prince of Persia

Low Latency

The display produced is an emulated CRT, with phosphor decay. Therefore if you have a 140Hz monitor it can produce 140 distinct frames per second. Latency is dictated by the output hardware, not the emulated machine.

The machine update mechanism is influenced separately by both screen refresh and audio stream processing; audio latency is therefore generally restrained to 5–10ms regardless of your screen's refresh rate.

A corollary of emulating the continuous nature CRT, not merely performing end-of-frame transcriptions, is that the most common motion aliasing effects of displaying 50Hz video on a 60Hz display are minimised; you don't have to own niche equipment to benefit.

Accurate Emulation

Cycle-accurate emulation for the supported target machines is fairly trite; this emulator seeks to follow that precedent. All emulation logic is written in C++ for explicit control over costs but, where a conflict arises, the presumption is towards clarity and simplicity of code. This emulator is willing to spend the processing resources available on modern hardware.

Self-ratings:

  • the Electron, Oric and Vic-20 are pretty much perfect;
  • the ZX80, ZX81, ColecoVision, MSX 1 and Apple IIs are very strong;
  • the Master System is almost perfect, access windows and CRAM dots and all the rest, but further work is required on some small aspects of behaviour;
  • the Amstrad CPC has known accuracy deficiencies in its 8272 and 6845;
  • the Atari 2600 has some known accuracy deficiencies in its TIA;
  • the C-1540(/1) is locked in reading mode and doesn't yet support writing.