diff options
| author | Kartik Agaram <vc@akkartik.com> | 2020-12-27 08:33:22 -0800 |
|---|---|---|
| committer | Kartik Agaram <vc@akkartik.com> | 2020-12-27 08:45:03 -0800 |
| commit | 5095021f7778a7b11025f8492195ffd9be8cd870 (patch) | |
| tree | 0999cf084275c7e0dbebff08537cf138ee123a2f /baremetal/boot.hex | |
| parent | 0e0b0c6edbe198d42725f03b6e83e75ea22f5429 (diff) | |
| download | mu-5095021f7778a7b11025f8492195ffd9be8cd870.tar.gz | |
7424 - baremetal: downsize graphics resolution
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.
Diffstat (limited to 'baremetal/boot.hex')
| -rw-r--r-- | baremetal/boot.hex | 4 |
1 files changed, 2 insertions, 2 deletions
diff --git a/baremetal/boot.hex b/baremetal/boot.hex index e8591dc7..5cb28127 100644 --- a/baremetal/boot.hex +++ b/baremetal/boot.hex @@ -30,7 +30,7 @@ # Programs using this initialization: # - can't use any syscalls # - can't print text to video memory (past these boot sectors) -# - must only print raw pixels (256 colors) to video memory (resolution 1280x1024) +# - must only print raw pixels (256 colors) to video memory (resolution 1024x768) # - must store their entry-point at address 0x8800 ## 16-bit entry point @@ -96,7 +96,7 @@ # adjust video mode b4 4f # ah <- 4f (VBE) b0 02 # al <- 02 (set video mode) - bb 07 41 # bx <- 0x0107 (graphics 1280x1024x256 + bb 05 41 # bx <- 0x0105 (graphics 1024x768x256 # 0x4000 bit = configure linear frame buffer in Bochs emulator; hopefully this doesn't hurt anything when running natively) # fallback mode: 0x0101 (640x480x256) cd 10 # int 10h, Vesa BIOS extensions |