Oh no help I downloaded Turbo C and I think I might start writing a DOS game aaaah https://mastodon.social/media/s3HaS-EB22oUvhgGdhc https://mastodon.social/media/e10RH5rx_zT5f_GoR1A https://mastodon.social/media/1uDvzJ1N3C7WmpoJhcU
I think I’m going to move to @SpindleyQ but I’m having trouble making the migration functionality actually work
I guess it doesn’t hurt to leave this account up for now.
Mouth Dreams, lewd
Suddenly hit with the realization that Mouth Sounds also has a subtle celebrity dick-sucking joke in it and now I’m wondering if there are more that I missed
If you happen to have access to a Nova Scotia IP address you can watch The Goose for free tonight, which I heartily recommend https://watch.eventive.org/hiff/play/5f4fdc163b03d2009bf34233
bugs: fixed! this is a tilemap made up of 3 different garbage tiles because I still haven't written a graphic editor. I guess that's next!
oh cool it's because the assembler I wrote isn't assembling things correctly, neat, writing all of my own tools from scratch was a swell idea with no downsides
gosh I sure love writing a bunch of assembly code without testing any of it and then not having any idea why it's not working
Ok I celebrated a little early; garbage is still not consistently appearing in the right place. BUT. I just added support to my editor to upload code to actual hardware over the serial port using the built-in monitor in ROM! My broken code is running on hardware!!
Despite this, I have successfully written a tile-drawing routine! I don't yet have the ability to actually design tiles to draw to the screen, but I can make garbage appear in the place I tell it to appear!
The Apple II hires framebuffer memory map is maybe the most ridiculous thing I've ever seen, and I'm saying that as someone who has programmed both planar EGA and the Atari 2600. How did people pull off smooth 4-directional animation with this??
The Apple II machine language monitor is kind of a miracle... I can't think of another 8-bit home computer that had an assembler, disassembler, and debugger built-in to ROM. An indispensable tool for this project.
As a kid I just knew it as the cryptic unusable thing that showed up when my pirated games crashed.
well shit, it looks like the basic building blocks of this 16-bit stack VM are actually more or less working!? This is the result of running [:vm 0xbabe 0xcafe :. :. :quit]
pushing literals onto a stack, popping them off, and printing them, what else does a computer need to do?
I rewrote a bunch of my hand-rolled 6502 assembler and verified the output using the built-in Apple II machine code monitor, so step 1 seems to have gone reasonably well
I added hot code reload as a lite command, so now I can edit my editor without leaving my editor
and like.... I know emacs and smalltalk people are like "big deal" rn but why does programming not work like this everywhere
Trying to think of another time in my life where running a program under a profiler magically fixed a performance problem. (Turns out: the profiler was regularly running the garbage collector, and my weird performance problem was caused by my code unnecessarily generating huge amounts of garbage)
I'm thinking it might be interesting for livecoding? Maybe writing custom editors? But mostly I looked at it and the surface of native function calls was small enough and matched love2d closely enough that I could basically replace it with <250 lines of Lua that calls love2d primitives
a skeleton giving you a thumbs-up, forever | he/him