about summary refs log tree commit diff stats
path: root/baremetal/ex1.hex
Commit message (Collapse)AuthorAgeFilesLines
* 7489 - include GNU UnifontKartik Agaram2021-01-091-2/+2
| | | | | | | https://en.wikipedia.org/wiki/GNU_Unifont#The_.hex_font_format http://unifoundry.com/unifont/index.html Since GNU Unifont is covered under the GPL v2, so I believe is this repo.
* 7461Kartik Agaram2020-12-291-1/+1
|
* 7427Kartik Agaram2020-12-271-1/+1
|
* 7424 - baremetal: downsize graphics resolutionKartik Agaram2020-12-271-1/+2
| | | | | | | | If it's large enough that I have doubts whether my top-of-the-line Mac is showing the bottom of the screen inside an emulator, it's too large. This way I also feel more confident that most modern hardware will support this graphics mode, and that these programs will work for others.
* 7418 - baremetal: adjust entrypoint addressKartik Agaram2020-12-261-2/+2
| | | | | | | | | | | We need a few pages of data for the keyboard mappings. If I moved them to some later address I'd be able to keep the nice round starting address unchanged. But that seems like a superficial aesthetic concern. There's really no value in having an array of hex bytes represented in SubX rather than just raw hex. And it's better to colocate data near the handler code which uses it (and which runs instructions SubX doesn't support).
* 7412 - drawing pixels to screenKartik Agaram2020-12-261-1/+1
| | | | | This works, but colors are unexpected. 0xff isn't white. Lots of colors are black. Perhaps I need to initialize a palette.
* 7404 - baremetal: first example programKartik Agaram2020-12-261-0/+18
Design choice: all programs will use a graphics mode (1280x1024) with 256 colors. That should be fairly widely available. (It turns out text modes larger than 80x25 are not widely available even among modern emulators. Mu will need fonts sooner rather than later.) Mu will never try to be smart and do things like autodetect your hardware. We _will_ help you modify Mu for your hardware.