Tag Archives: Commodore 1541

Vorpal disks: perhaps the most reliable way to set write splice offsets

By now my readers should be familiar with the fact that one of the most severe risks involved in writing the data of a protected disk image back to a floppy disk consists in starting (and ending) the write operation … Continue reading

Posted in Retrocomputing, Reverse Engineering, Technical | Tagged , , , , , | 4 Comments

Flux Studio: all Vorpal blocks can now be decoded

I finally also finished implementing the decoder for custom Vorpal blocks on track 18. There are four of these in California Games, used to load the main drive code into the drive RAM. Here’s the debug output from both Vorpal … Continue reading

Posted in Retrocomputing, Reverse Engineering, Technical | Tagged , , , , , | 7 Comments

Flux Studio: progressing with the development while dissecting Vorpal

My current efforts with Flux Studio when it comes to Vorpal are twofold: create a data decoder in order to check the integrity of G64 images (similarly to what TAPClean does for TAP images) detect at which point in a … Continue reading

Posted in Retrocomputing, Reverse Engineering, Technical | Tagged , , , , , | Leave a comment

Dissecting the Vorpal (later) disk protection – part 1

Update to this post: California Games does NOT load the main drive code from track 17.5 or 18.5 as previously stated. It loads from track 18.0 as the stepping instructions detailed below just step outward and then back onto track … Continue reading

Posted in Retrocomputing, Reverse Engineering, Technical | Tagged , , , , , | 1 Comment

How the block-sync and byte-sync signals of a Commodore 1541 drive work

If, like myself, you decide to delve into the mythical world of disk copy protections for the Commodore 1541 drive, you might find out that useful reference documentation is a tad scattered all over the place. In fact, I haven’t … Continue reading

Posted in Retrocomputing, Reverse Engineering, Technical | Tagged , , , , | 8 Comments