Bad Apple C64 _best_ -
Beyond the Shadow: How "Bad Apple" Found a Second Life on the Commodore 64 In the pantheon of internet music phenomena, few tracks have achieved the legendary status of Bad Apple!! . Originally a theme for the character Elly (or "Alice" in some localizations) from the Touhou Project shoot-'em-up Lotus Land Story , the song languished in relative obscurity for over a decade. Then, in 2009, a shadow music video—a monochromatic, silhouette-based masterpiece—uploaded by YouTuber anon (later known as "Chikichikiko") turned the track into a global meme. That video has been ported to everything from graphing calculators to oscilloscopes. But for retro computing enthusiasts, one question carries a unique gravity: Can the Commodore 64 run Bad Apple? The answer is not just "yes." It is a technical marvel, a testament to the dark art of squeezing water from a silicon stone. The "Good Enough" Paradox of the C64 To understand why "Bad Apple C64" is such a holy grail, you must understand the machine’s limitations. Released in 1982, the Commodore 64 ships with 64KB of RAM—less memory than a single, low-resolution JPEG image today. Its heart is the legendary MOS Technology SID (Sound Interface Device) for audio, and the VIC-II for video. The VIC-II is a beast of trickery. It can display 16 colors, but only 8 per 8x8 character block. In standard bitmap mode, you get 320x200 pixels... but at the cost of massive memory usage. The "Bad Apple" shadow video is a brutal stress test. It is not a loop. It is 3 minutes and 39 seconds of continuous, high-contrast animation featuring dozens of Touhou characters (Reimu, Marisa, Sakuya) morphing, swinging weapons, and moving through complex parallax-like backgrounds. Each frame is unique. On a modern PC, this is trivial. On a Commodore 64, it is architectural heresy. The First Attempts: The Demo Scene Steps Up Before the YouTube generation, there was the demo scene. European coders who treated the C64 less like a game console and more like a canvas. When Bad Apple became a meme, the scene immediately asked: What is the most inefficient, beautiful way to play this? Early attempts at "Bad Apple C64" were... educational. Using a standard floppy disk drive (the infamous 1541), a C64 reads data at roughly 400 bytes per second (sideways). A full-screen, 3.5-minute video at even 10 frames per second would require more data than the entire capacity of a double-density floppy. The first proofs-of-concept did one of three things:
Dropped frame rate to 6-8 FPS, resulting in a slideshow. Reduced resolution to a postage-stamp sized window in the center of the screen. Used a RAM Expansion Unit (REU) - a rare cartridge that added 512KB of RAM, cheating the "stock C64" requirement.
Purists were not satisfied. They wanted a standard C64 with a standard 1541 drive. The Breakthrough: Kryoflux and the "Flood Fill" Revolution The turning point for "Bad Apple C64" came from an unlikely intersection: data compression and physical disk layout. In 2018-2019, a coder known as "Sam" (handle: drax ) and the group "Censor Design" achieved the impossible. They created a version of Bad Apple that runs at a smooth 15-20 FPS, full screen, in 2-color (monochrome) high-resolution, streaming directly from a stock 1541 drive. How? Three revolutionary techniques: 1. The "Bad Apple" Color Palette While the original shadow video is black and white, the C64 version uses the machine’s native luminance. They chose a dark grey (Color $0B) and a bright white (Color $01) on a black background. This reduces color data to zero—each pixel is simply "on" or "off." This allows them to use HIRES Bitmap Mode without wasting bytes on color attributes. 2. Run-Length Encoding (RLE) on Steroids The shadow video features large, contiguous black areas. Instead of storing each pixel, the C64 stores instructions: "52 white pixels, then 200 black pixels." By analyzing the frames and encoding them as differentials (only the changes from the previous frame), the data per frame crashes from 8,000 bytes to as few as 200-300 bytes. 3. The "Kryoflux" Streaming Technique This is the secret sauce. The 1541 drive has a CPU of its own (a 6502, same as the C64!). Sam realized that by programming the drive’s CPU to read raw GCR (Group Code Recording) data and send it to the C64 via a fastloader routine, they could achieve a sustained transfer rate of ~8-10 kilobits per second. They interleaved the video data on the disk so that by the time the C64 finished decoding one frame, the drive had the next sector already spinning under the head. The result? No loading bars. No "Press play on tape." Just continuous, silky animation. How to Experience "Bad Apple C64" Today If you want to witness this feat of engineering, you have options. The Gold Standard: Real Hardware
Download the .D64 disk image from CSDb (Commodore Scene Database) – search for "Bad Apple by Censor Design." Write it to a real 5.25" floppy using a ZoomFloppy or a KryoFlux board. Insert into a Commodore 64 with a 1541 drive. Type LOAD "BADAPPLE",8,1 and press RUN. bad apple c64
The experience: The drive will chatter, buzz, and seek like a demon possessed. The screen will flicker black, and then... it begins. The SID chip plays a surprisingly faithful 3-channel rendition of Bad Apple (composed by LMan ), while the shadow figures dance. You will see slight artifacts—tearing at the bottom 10% of the screen—but for the most part, it is the video, playing on a computer from 1982. The Emulator Path For the less hardware-inclined, the VICE emulator with "True Drive Emulation" enabled will run the .D64 image perfectly. Set the speed to 100% and watch the virtual drive LED flicker. It’s not the same as the real thing, but it captures the spirit. Technical Afterglow: Breaking Down the Stats Let’s put "Bad Apple C64" into perspective. | Metric | "Bad Apple" Original Video | "Bad Apple C64" Port | | :--- | :--- | :--- | | Resolution | 1440x1080 (HD) | 320x200 (C64 HIRES) | | Color Depth | 24-bit (16.7M colors) | 1-bit (On/Off) | | Frame Rate | 30 FPS | ~17 FPS (Variable) | | Storage Size | ~150 MB (compressed) | 168 KB (Single disk side) | | Audio | Stereo MP3 | 3-channel SID (6581/8580) | | CPU Load | 0.1% (Modern x86) | 99% (6502 at 0.985MHz) | The audio alone is a miracle. The original Bad Apple is a complex, multi-layered trance/electronic track. The SID chip has three voices: two for melody, one for bass/drums. The musician had to transcribe the entire orchestration into raw register writes, using the SID’s famous "filter resonance" to simulate the sweeping synth pads of the original. Listen to the drop at 1:27—the C64 growls in a way no modern soft synth can replicate. Why "Bad Apple" Specifically? You might ask: Of all the videos, why this one? The answer is aesthetic. The shadow puppet style of the Bad Apple video is inherently low-bit friendly. It lacks gradients, textures, or fine details. It is pure form, edge detection, and motion. A photograph of a face would look like a garbled mess on a C64. But a silhouette of Marisa Kirisame riding her broom? That translates perfectly to 320x200 monochrome. It is a perfect marriage of meme and medium. The Legacy: Pushing the VIC-II to its Grave The "Bad Apple C64" project has spawned dozens of derivative works:
The Cartridge Version: A 128KB EasyFlash cartridge version that loads the entire video into ROM, achieving a flawless 30 FPS. The Tape Version: A masochistic port that runs from a Datasette. It takes 7 minutes to load, then plays the 3.5-minute video. Total time: 10.5 minutes. It is considered a "meditation device." The PAL/NTSC Divide: The PAL C64 (50Hz) actually handles the video better than NTSC (60Hz) due to matching the original video’s filmic cadence.
Conclusion: A Shadow on a Cathode Ray To watch Bad Apple on a Commodore 64 is to confront the ghost of computing past. You realize that the hardware limits we complain about today—battery life, thermal throttling, VRAM—are luxuries. The C64 has none. It has a flickering CRT, a screaming disk drive, and a SID chip that runs so hot you can burn your finger on it. And yet, there is the shadow. Reimu fires a homing amulet. The screen scrolls. The beat drops. The term "bad apple c64" is not just a search query. It is a battle cry for demoscene coders, a proof that constraints breed creativity, and a reminder that the best art doesn't need 4K textures. Sometimes, it just needs 64 kilobytes and a will of iron. Try it yourself. Your modern PC will yawn at 4K YouTube. But your soul? It will cheer every dropped frame of a 40-year-old computer doing the impossible. Beyond the Shadow: How "Bad Apple" Found a
Search terms: bad apple c64, bad apple commodore 64, c64 bad apple demo, bad apple 1541, censor design bad apple, sid chip bad apple.
Here is the full text of the article “Bad Apple on the Commodore 64” – a detailed explanation of the demo, its technical challenges, and its significance.
Bad Apple on the Commodore 64: A Shadow Demo Defying Reality Introduction In the demoscene, few test clips are as ubiquitous as Bad Apple!! – a shadow play music video from the Touhou Project franchise. Originally created by Alstroemeria Records for the game Touhou 4: Lotus Land Story , the video depicts a continuous stream of black-and-white silhouettes, morphing seamlessly from one scene to another. For years, demoscene groups have ported Bad Apple to increasingly improbable hardware: graphing calculators, oscilloscopes, and even the classic 8-bit Atari. But the Commodore 64 (C64) posed a special challenge. With its 1 MHz 6510 CPU, 64 KB of RAM, and severe color limitations, playing back a 3.5-minute full-screen video at a smooth frame rate seemed impossible. Yet, in 2021, a demo appeared that shocked the community: Bad Apple on the C64 – with full screen animation, synchronized music, and no disk streaming. This is the story of how it was done. The Technical Mountain The Raw Requirements Then, in 2009, a shadow music video—a monochromatic,
Bad Apple is 3 minutes 39 seconds long. Original video: 30 fps, 656×480 resolution. Even reduced to C64’s native 320×200 pixels, each frame is 8,000 bytes (if storing 1 bit per pixel for black/white). Total uncompressed video: ~52 MB – impossible on a 64 KB machine.
The C64’s Limits