| .github | ||
| Activity | ||
| Analyser | ||
| ClockReceiver | ||
| Components | ||
| Concurrency | ||
| Configurable | ||
| Inputs | ||
| InstructionSets | ||
| Machines | ||
| Numeric | ||
| OSBindings | ||
| Outputs | ||
| Packaging | ||
| Processors | ||
| READMEImages | ||
| Reflection | ||
| ROMImages | ||
| SignalProcessing | ||
| Storage | ||
| .editorconfig | ||
| .gitignore | ||
| BUILD.txt | ||
| LICENSE | ||
| 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.
macOS and source releases are hosted on GitHub. For desktop Linux it is also available as a Snap. On the Mac it is a native Cocoa and Metal application; under Linux, BSD and other UNIXes and UNIX-alikes it uses OpenGL and can be built either with Qt or with SDL.
This emulator seeks to offer:
- 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;
- while minimising latency.
It currently contains emulations of the:
- Acorn Electron;
- Amstrad CPC;
- Apple II/II+ and IIe;
- Atari 2600;
- Atari ST;
- ColecoVision;
- Commodore Vic-20 (and Commodore 1540/1);
- Macintosh 512ke and Plus;
- MSX 1;
- Oric 1/Atmos;
- Sega Master System; and
- Sinclair ZX80/81.
Single-click Loading
Through static and runtime analysis CLK seeks 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:
- locate it in your OS;
- 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 must decode composite video. Therefore composite video artefacts are present and correct not because of a post hoc filter 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.
Samples
| 1:1 Pixel Copying | Composite Decoded |
|---|---|
 |
 |
 |
 |
 |
 |
 |
 |
 |
 |
 |
 |
| 1:1 Pixel Copying | Correct Aspect Ratio, Filtered |
|---|---|
 |
 |
 |
 |
Low Latency
The display produced is an emulated CRT, with phosphor decay. Therefore if you have a 140Hz 4k monitor it can produce 140 distinct frames per second at 4k resolution. Latency is dictated by the host hardware, not the emulated machine or emulator.
Audio latency is disjoint from frame rate and is generlaly restrained to 5–10ms.
Accurate Emulation
Accuracy affects usability; the more accurate an emulator, the more likely that a user can run every piece of software they're interested in without further intervention.
This emulator attempts cycle-accurate emulation of all supported machines. In some cases it succeeds.
Additional Screenshots
 |
 |
 |
 |
 |
 |
 |
 |
 |
 |
 |
 |
Sponsorship
I've been asked several times whether it is possible to sponsor this project; I think that's a poor fit for this emulator's highly-malleable scope, and it makes me uncomfortable because as the author I primarily see only its defects.
An Amazon US wishlist is now attached in the hope of avoiding the question in future. A lot of it is old books now available only secondhand — I like to read about potential future additions well in advance of starting on them. Per the optimism of some book sellers, please don't purchase anything that is currnetly listed only at an absurd price; they were sorted by secondhand price when added to the list, with cheapest being $5.