AnachronautandClaude Opus 5
66e7b84272
Tiles and colours are written when a program loads; the map is written whenever anything moves. Sharing one 64K bank made them compete for room neither needed all of, and had a worse consequence than being cramped: a bitmap covers the whole bank, so entering bitmap mode destroyed the font. A program could not draw a picture and then say anything about it. Split, each gets a whole bank. The atlas holds the tiles and the palette, the screen holds the map or a bitmap, and a picture now costs the map and nothing else. It also leaves 48K free in the atlas, which is where the sprite table and a second page of tiles are going. No new mechanism was needed. A bank is registered by naming the port that owns it, so a device with two banks needs two ports that own memory: the base port keeps the atlas, since tiles have been at 0x0000 since there was a screen at all, and 0x3A owns the screen. The registry now answers honestly about which ports in the block bring memory, where it used to say all sixteen did. CosmOS never addresses video memory except in one place - the screen save, which walks 196 pages of it. The page number already says which bank a page is in, so screenBankFor works it out rather than keeping a second list beside screenPageFor. Grid and picture.asm register both banks; colours.asm only touches the palette and needed none of it. Tests/video.sh names the memory every write is for, because an address cannot: tile 5 and bitmap pixel 5 are both 0x0005, and a helper that guessed would be right for the tiles and silently wrong for a picture. And picture.asm gained a check, because this change broke it and nothing noticed - registering the second bank leaves DestBank pointing at it, so the palette went into the wrong one and the picture came out black. It was the only thing here found by looking rather than by a test. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01E2JrLzFvuFX9fgi1LDRjrW
122 lines
4.1 KiB
NASM
122 lines
4.1 KiB
NASM
; picture.asm
|
|
; The other kind of screen: a byte a pixel.
|
|
; Written by Anachronaut
|
|
;
|
|
; ---- Two ways to have a screen ----
|
|
;
|
|
; A tile mode costs the machine the number of CELLS that changed. Forty by twenty-five is
|
|
; two thousand bytes for a whole screen and four bytes for two cells, which is why text on
|
|
; this machine is affordable at all.
|
|
;
|
|
; A bitmap costs it the number of PIXELS. Three hundred and twenty by two hundred is 64,000
|
|
; bytes - four frames of work at a megahertz to replace all of it. So this is not the mode to
|
|
; animate a whole screen in; it is the mode to draw a picture in and then leave alone, or to
|
|
; change a corner of.
|
|
;
|
|
; It lives over the top of the map, in the SCREEN bank, because that is the bank whose
|
|
; contents change: a picture and a map are the same memory called two different things in two
|
|
; different modes. Going to bitmap mode does not clear the text screen, it stops calling it
|
|
; one - and coming back finds the map holding whatever the picture put there.
|
|
;
|
|
; WHAT IT DOES NOT COST IS THE FONT. The tiles and the palette are in the other bank and a
|
|
; picture cannot reach them, which is what lets this program draw and then say something.
|
|
|
|
#Program
|
|
|
|
start:
|
|
; Video memory is the screen's, not this program's, so it is reached the way every device's
|
|
; memory is: given a bank number, then written through the memory controller. Banks 0, 1
|
|
; and 2 belong to the machine, so 3 is the first one software may hand out.
|
|
; TWO OF THEM, because the screen brings two banks and this program writes to both: the
|
|
; palette is in the atlas and the picture is in the screen.
|
|
INIA 0d3
|
|
OUTA 0xE3 ; DestBank: the number being given
|
|
INIA 0x30
|
|
OUTA 0xE2 ; SourceLow: the port that owns the memory
|
|
INIA 0x03
|
|
OUTA 0xE8 ; Command: RegisterBank. Three is the atlas.
|
|
|
|
INIA 0d4
|
|
OUTA 0xE3
|
|
INIA 0x3A
|
|
OUTA 0xE2
|
|
INIA 0x03
|
|
OUTA 0xE8 ; And four is the screen.
|
|
|
|
; ---- Two hundred and fifty six colours ----
|
|
;
|
|
; Entry n at 0xFC00 plus n times four. Writing the controller's Data port puts a byte at
|
|
; the destination and steps it on, so the whole palette is one address and a loop.
|
|
; A already holds 3, because RegisterBank is command 3 and the bank wanted is bank 3.
|
|
; Leaving the line out would turn a program that says which bank it means into one that
|
|
; works by coincidence, and the coincidence breaks the day either number changes.
|
|
INIA 0d3 ; splitlint[redundant-assignment]: said rather than coincided
|
|
OUTA 0xE3 ; The ATLAS, which registering the second bank moved off
|
|
INIA 0xFC
|
|
OUTA 0xE4
|
|
RSTA
|
|
OUTA 0xE5
|
|
SETD.0 Count
|
|
STA.0 ; Still the zero from DestLow above: SETD does not touch A
|
|
palette:
|
|
LDA.0
|
|
OUTA 0xE9 ; red climbs
|
|
LDA.0
|
|
OUTA 0xE9 ; green with it
|
|
LDA.0
|
|
INIB 0xFF
|
|
XOR
|
|
MVQA
|
|
OUTA 0xE9 ; and blue falls away, so it runs blue to white to yellow
|
|
RSTA
|
|
OUTA 0xE9 ; the fourth byte is spare
|
|
LDA.0
|
|
INCA
|
|
STA.0
|
|
BNA palette ; A comes back to zero after 256 of them
|
|
|
|
; ---- The picture ----
|
|
;
|
|
; Two hundred rows of three hundred and twenty pixels, each row one colour. FILL LEAVES THE
|
|
; DESTINATION PAST WHAT IT TOUCHED, so the address is set once here and never worked out
|
|
; again - which matters, because working out where row n begins would be n times 320 and
|
|
; this machine has no multiply.
|
|
INIA 0d4
|
|
OUTA 0xE3 ; Into the SCREEN bank now, which is where a picture is
|
|
RSTA
|
|
OUTA 0xE4
|
|
OUTA 0xE5 ; Dest 0x0000, the top left corner
|
|
INIA 0x01
|
|
OUTA 0xE6
|
|
INIA 0x40
|
|
OUTA 0xE7 ; 320 bytes, which is one row
|
|
SETD.0 Count
|
|
RSTA
|
|
STA.0
|
|
rows:
|
|
LDA.0
|
|
OUTA 0xE2 ; Fill takes its byte from SourceLow: the row number is the colour
|
|
INIA 0x02
|
|
OUTA 0xE8 ; Command: Fill
|
|
LDA.0
|
|
INCA
|
|
STA.0
|
|
INIB 0d200
|
|
CCF
|
|
SUB
|
|
BNQ rows
|
|
|
|
; And now show it. Nothing above cared which mode the screen was in - the bytes were
|
|
; already there, waiting to be called a picture.
|
|
INIA 0x02
|
|
OUTA 0x31
|
|
HALT
|
|
|
|
#Data
|
|
|
|
Count:
|
|
0x00
|
|
|
|
#Vectors
|
|
Boot start
|