The software used tightly optimized Z80 machine code loops to measure the precise microsecond intervals between the audio signal switching from high to low voltage.
The software would intercept the header of the tape to see how large the following data block was. If the data block fit into the free RAM, the software would load the block, pause the tape, prompt the user to insert a blank cassette, and then save that block using standard ROM saving routines.
Instead of trying to decode the audio signal into digital bytes, a bit-copier measured the exact timing between the audio pulses entering the EAR port. It stored these raw timing values directly into RAM.
Normal copiers couldn't understand these custom pulses and would fail.
: Once successful, replace the original card with a compatible blank (like a CUID or FUID card) and click "Write" to complete the clone. Supported Card Types zx copy software work
These tools would load into a small portion of memory, then start loading the target game into the rest of the RAM. Before the game could execute its protection code, the copier would quickly save the entire memory block to a new tape 1.2.4.
: Advanced utilities like Copy 86M could compress data on the fly as it was being loaded. This sometimes allowed an entire game to fit into RAM simultaneously, enabling a "single-pass" copy without multiple tape swaps.
ZX Copy software has a wide range of applications across various industries:
Modern reviews on platforms like AliExpress often note that the included software can be buggy or flagged as "suspicious" by antivirus programs due to its driver-level functions. How did "full memory" Spectrum tape copiers work? The software used tightly optimized Z80 machine code
Several, often legendary, pieces of software were used to bypass protections:
Instead of using the standard Sinclair LOAD "" command, developers wrote custom assembly code loaders that ignored standard tape formats.
As fast-loaders became more complex—using varying frequencies and fluctuating speeds—copy software evolved into "bit-copiers." Rather than trying to understand what the data meant (e.g., distinguishing between a header, a screen layout, or game code), the utility acted like a digital audio recorder. It sampled the incoming waveform from the cassette player at a high frequency, converted the timing of the waves into a stream of raw bits, and stored that raw timing map in memory. When saving, it reproduced those exact timing intervals, recreating a perfect clone of the custom loader on the target tape. The Evolution into Hardware Solutions
This $ function automatically captures stdout , stderr , and the exit code, making it trivial to work with the output of command-line programs. Instead of trying to decode the audio signal
The script automatically detects which snapshots already exist on the target and only transfers new snapshots, making incremental backups extremely bandwidth-efficient.
This method completely failed if a game used custom loading routines or if the total data exceeded the free RAM space available after loading the copy software itself. 2. Micro-Copying and Block-by-Block Transfers
To understand the software, you must understand the data format. The ZX Spectrum stores data as a series of audio tones (pulses) representing binary 1s and 0s. 1. The Loading Routine (The "ROM" Method)