3 ms·
The thing needs to be finished and documented before anyone can write anything for it; open-sourcing it (as I notice from observing other projects) won't necess
by flashjazz 4y ago
The thing needs to be finished and documented before anyone can write anything for it; open-sourcing it (as I notice from observing other projects) won't necessarily make great things happen. The GOS can already be run in emulation, althogh I don't know what would be accomplished by using the 48 byte playfield mode if one hopes to run it on a standard monitor. It's a lot of effort for a couple of dozen pixels.
- rbanffy 4y ago> It's a lot of effort for a couple of dozen pixels. Sometimes, "because it's possible" is all you need ;-) But now, more seriously, it'd be fun to try to port it to different 6502-based computers. I've been looking for a good excuse to get myself an Apple III or a BBC Master and this seems like a great one. Not all of them will be able to have preemptive multitasking (interrupts aren't always convenient), but it'd still be fun. Imagine that - in 2023 we could have software that runs unmodified on more than one 6502-based computer...
- jgerrish 4y agocc65 provides a compiler suite and runtimes for many old 6502 machines. It really is a cool project. https://github.com/cc65/cc65 https://github.com/cc65/cc65 It provides some template configuration files describing different memory layouts. And provides common libraries for input/output. There's also a LLVM fork for MOS: https://github.com/llvm-mos/llvm-mos https://github.com/llvm-mos/llvm-mos They've got some interesting hacks with ZeroPage memory and register allocation: https://llvm-mos.org/wiki/Code_generation_overview https://llvm-mos.org/wiki/Code_generation_overview Interesting if you geek out on that kind of research.