Size Optimizing Tricks in 10 PRINT Orthogonal for Commodore 64

We look at a new take on the famous 10 PRINT program, which makes an orthogonal (at right angles to the screen) maze instead of the classic diagonal maze. Additionally, it's been optimized down to a 32 byte file size for entry in a competition. It turns out there are some complications with the tricks used when run on a real Commodore 64. So we dig into it to figure out what's going on and end up discussing BASIC program structure, how PRG files are stored on disk, and how real C64 RAM initializes differently than on C64 emulators. 10 PRINT orthogonal [32 bytes] by Logiker: https://csdb.dk/release/?id=201393 To support 8-Bit Show And Tell: Become a patron: https://patreon.com/8BitShowAndTell One-time donation: https://paypal.me/8BitShowAndTell 2nd channel: https://youtube.com/channel/UCAgWzEh5c8391eJnELDy9OA Trick Shoot TEN by Jim Happel: https://bunsen.itch.io/trick-shoot-ten-by-jim-happel How Animated Commodore 64 Disk Directories Work: https://youtu.be/HVMjLUhOX90 Even More Commodore 64 BASIC Optimizations: https://youtu.be/J9QH-tUJB2s For more information about the PRG file format and more, check out Inside Commodore DOS: https://archive.org/details/Inside_Commodore_Dos_1984_Datamost_a/page/n49/mode/2up End credits music by https://bedfordlevelexperiment.bandcamp.com/ Index: 0:00 Intro 2:15 10 PRINT orthogonal BASIC listing 4:36 Why the program won't LOAD... 8:41 Why the program can't be edited 12:03 Why the program loads at $0802 17:13 Testing our "unoptimizations" 18:23 Thanks to my patrons!