35 Year-Old C64 Easter Egg Hidden on Vinyl [video]
youtube.com
youtube.com
Even though the program itself was very limited, I think the fact that this was something a band took the time and effort to do back in '84, is pretty cool. Must've been a surreal moment for Dan to see his late fathers easter egg finally run.
I'm curious if any other vinyls have hidden data or messages like this in the runouts.
Not a program, but I remember being oddly satisfied when I noticed it the first or second time I played it.
Monty Python released a triple sided record. One of the sides had two grooves. Depending on where you placed the needle, you would hear either side 2 or 3.
I have incredible appreciation for folks that invest their time and effort in tech archaeology.
There’s no way to direct input the vinyl into a C64, so therefore it would be necessary to record it onto tape, such as the case presented here, which would have been fairly expensive at the time, and then, yes, use a tape loader accessory for a C64 at the time...the budget, it seems, for the average listener to have the gear to decode this, much less know to do it, seems to indicate an astronomically improbable level of discoverability.
Oh, no at all, distribution of software as audio was not exactly common but wasn't unusual either. In the Netherlands there was a radio programme that broadcast C64 programs you could record on cassette. Some printed computer magazines included software on flexi discs which were thin, flexible vinyl sheet records. Record players and double cassette decks, like the one in the the video, were ubiquitous back than. Double cassette decks were the means of choice for copying cassette software because this was much faster than on the computer. The Datasette was much cheaper than a 1541 floppy drive. Recording the audio from a record to tape and loading it via Datasette was a minor inconvenience compared to other methods of software distribution used back then.
The usual way to get new software, and with that I mean software you couldn't copy from your friends, was to just type it from a computer magazine. A considerable part of the old magazines was printed program code you could type in and run. I deliberately didn't write source code - it was raw hex listings. The typical form, if I remember correctly, was two columns with 17 hex pairs in each line. 16 bytes were program, one byte was a checksum. You would enter it in a program that would make an annoying buzzer sound when you hit enter at the end of the line and the checksum didn't match. The program I used was from a German computer magazine and aptly named checksummer, which is a nice wordplay on checksum and summer which is German for buzzer. So software on records was neither inconvenient nor expensive.
EDIT: Dug up an example:
https://www.retropoly.de/c64er/1988/64er_1988-05.pdf
One hex listing starts at page 42. Format is a little different from what I remembered, 8 bytes code plus 1 byte checksum, four columns of that on a magazine page.
From reading the link I’ve attached it seems this was related to your Dutch broadcasts too. I never knew the history but it’s really interesting to read about after all these years.
I think they did it because they could, because it was fun. Because you could tell someone else you did it and they'd say "wow". But to get a wow these days takes a lot more!
Compact cassettes were used as a typical method for dictation for this time period. They were quite inexpensive even in the 1960s, let alone the 80s. I used to have a monaural battery tape recorder as a child with plenty of blank tapes in 1981, and was poor. This was not expensive stuff, less than a dollar per tape.
Further the group of people that would be in the market for a C64 or earlier tended to be more tech savvy then when PCs had mass adoption.
I think the “challenge” here is much more finding the track after the run out, especially with an auto return deck. Also while there are notable counter examples, Christian rock listeners is not exactly overlapping with the tech crowd in a large way. This was an obscure album.
If this had existed on a metal album it would have been found day 1, I guarantee it.
As to effort. Seems pretty simple. Record program to tape... put on master. This wasn’t any great feat of engineering.
C64's on the other hand, was much less common, but if someone had a cassette deck, a record player AND a C64, you can bet that he/she would have had a cassette player for the C64 as well.
(Apologies if this sounds condescending, but I thought it appropriate)
Background: https://www.ajournalofmusicalthings.com/the-greatest-hidden-...
http://www.bellyfeel.co.uk/2012/07/1983-buzzcocks-pete-shell...
https://dangerousminds.net/comments/revisiting_pete_shelleys...
Using lines which included long REM statements, and various loops, it would play the William Tell Overture.
For background, the Model 1 TRS-80 had virtually no RF shielding and would interfere with many audio devices next to it, so a radio tuned "off station" was ideal.
Searching for it yields a video of a "regular" tune, not a RF hack (music starts at 3 minutes): https://www.youtube.com/watch?v=0_OW5CkqFvQ
https://ledgernote.com/blog/interesting/radioheads-secret-co...
https://en.wikipedia.org/wiki/Electric_Eye_(album)
And the Commodore C64 code hidden "after the end" of the record (as the sound).
Edit:
this adapter suggests it is a bit of hassle actually:
http://www.zimmers.net/anonftp/pub/cbm/documents/projects/in...
The 'simple stupid' approach is to cut off a 3.5mm cable, de-isolate one of the wires and tape it to the read pin. I've done that (just connected random analog signals straight to an io pin with tape) to interface to other ports on the c64. It's incredible what it will tolerate.
But sure, if you have both a cassette player and a datasette to hand, it will definitively be easier.
Thanks, interesting.
I write software for Amstrad CPC in C using SDCC compiler (wow that even claims to supports C11 see http://sdcc.sourceforge.net/ ).
I made a framework, available on https://github.com/cpcitor/ , that was forked into https://github.com/lronaldo/cpctelera/ used for a number of recent CPC games.
When transferring from the jack output of my PC to a CPC-464, I use a "cassette jack adapter" that I bought second-hand for 1€. Faster and more reliable that going through a cassette.
Even when transferring to a machine fitted with a disk drive (e.g. a CPC-6128) the audio cable option has the benefit of no moving part (no swapping disks, etc) and is thus faster than using a PC to write to a floppy disk to be read by the CPC. I use this cable: https://coolnovelties.co.uk/coolnovelties/amstrad-cpc-pcw/27... .
SD card readers exist for the CPC, and other ways to inject data from the PC, but nothing beats a 1-10€ adapter/cable, simplicity and cost-wise.
Similar things exist for the Commodore 64, e.g. http://www.indieretronews.com/2014/09/ucassette-best-tape-lo...
If you want to try my CPC software, it's on https://github.com/cpcitor/ with a very easy "getting started" method (git clone, a few extremely common dependencies, scripts fetch and compile specific tools for you, up to an emulator if your compilator can compile a SDL program). Details on https://github.com/cpcitor/cpc-dev-tool-chain/blob/master/do...