Mark the aerodromes in the window, and draw the lot on a vector display
The aerodromes were never on the window at all: only the animation drew them, and the window's map had whatever airport glyphs the tiles happened to carry. They are drawn there now, in the same colour and the same square. The first attempt at that had a bug worth naming, because it would have looked like the feature simply not working. They were fetched inside the same pass of the fetching loop as a piece of map, so they queued behind a hundred and twenty tiles coming off a network -- and once the map was in hand there were no more passes, so they were never fetched again. They are their own question now, asked on the same thread but not behind the tiles, and they arrive whether the tiles do or not. An area that has been asked about and has none in it is remembered as none, rather than asked about again five times a second for the rest of the night. And the thread now starts if either the map or the aerodromes are wanted, so --no-basemap no longer quietly takes the airports with it. Then the themes, which change the window and the animated pictures together because both read their colours out of the same palette. night is what this program has always drawn and is untouched. digital, phosphor, amber and red are the screens the phrase "air defence display" actually calls to mind: a black tube, one phosphor, and thin bright vector lines with a halo round them. Three things follow from having one colour to spend, and they are constraints rather than decoration. Height becomes brightness, since hue is no longer free -- low is dim and high burns, which is the trade those displays made. The map underneath drops to about a quarter of the brightness asked for, because a tinted photograph of a county behind the vectors is the one thing that stops a vector display looking like one. And a country is named in two letters rather than drawn as a flag, a flag being half a dozen colours. The glow is done twice, differently, because the two are different kinds of picture. The window lays each line down two or three times, wider and fainter each pass, with the core last: trails, symbols, leader lines, box borders and the aerodrome squares. The animation cannot blend at all, a GIF being indexed colour, so it dilates what it has drawn and fills the halo with the dimmed copy of the colour underneath -- and the aircraft colours already had dimmed copies, since those are the trail shades, so an aeroplane glows into the colour its own trail is drawn in, which is the colour a phosphor would have spread into. The fixed colours get two rings each in the palette for the purpose. The halo goes over the map, the grid and the background and over nothing else that was drawn, since a halo is what light does to the dark around a line; where two rings meet the nearer wins. It costs about 55 ms a frame at 1400 by 1258 and the default theme skips the pass entirely. The palette is written over in place rather than replaced, because both drawings and every one of their helpers hold a reference to that array and a new one would leave half the program painting in the colours of the theme before. There is a test that every theme keeps the aerodrome colour more than forty units of CIELAB from every altitude colour, stated as the distance rather than as the colour, so that a new theme cannot quietly walk an aircraft back into the airports. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_016PsWPTweCT6pwxKngvVxcg
This commit is contained in:
parent
f9b21f7e35
commit
2e20c48971
11 changed files with 1342 additions and 50 deletions
|
|
@ -1014,6 +1014,34 @@ where a moving one is going rather than where it has reached. A still picture
|
|||
has no frame before it and places its labels exactly as it always did. The
|
||||
whole box fades with its aircraft: an indexed picture cannot blend, so the row
|
||||
grey and all twelve flag colours have dimmed copies at each fade step.
|
||||
.SS Themes
|
||||
.BI \-\-theme " NAME"
|
||||
changes the window and the animated pictures together, since both read their
|
||||
colours out of the same palette.
|
||||
.B night
|
||||
is the default: a night-blue ground with height as colour, low warm to high
|
||||
cold, which is what every other aircraft map does and is the easiest to read.
|
||||
.BR digital ", " phosphor ", " amber " and " red
|
||||
are the screens the phrase "air defence display" calls to mind \[em] a black
|
||||
tube, one phosphor, and thin bright vector lines with a halo round them.
|
||||
.PP
|
||||
Three things follow from having one colour to spend, and they are constraints
|
||||
rather than decoration. Height becomes brightness, since hue is no longer
|
||||
free: low is dim and high burns. The map underneath is drawn at about
|
||||
two-fifths of the brightness asked for, because a tinted photograph of a
|
||||
county behind the vectors is the one thing that stops a vector display looking
|
||||
like one. And a country is named in two letters rather than drawn as a flag,
|
||||
a flag being half a dozen colours.
|
||||
.PP
|
||||
A vector display draws by holding a beam on the phosphor, which spreads the
|
||||
light a little and keeps glowing after the beam has gone, so a line on one of
|
||||
those screens is a bright core inside a halo. The window does that by laying
|
||||
the same line down two or three times, wider and fainter each pass, and the
|
||||
core last. The animation cannot blend at all, a GIF being indexed colour, so
|
||||
it dilates what it has drawn and fills the halo with the dimmed copy of the
|
||||
colour underneath: an aeroplane glows into the colour its own trail is drawn
|
||||
in, which is the colour a phosphor would have spread into. The halo goes over
|
||||
the map, the grid and the background and over nothing else that was drawn.
|
||||
.SH METERS AND SENSORS
|
||||
Two things on the ISM bands are worth naming rather than reporting as
|
||||
hexadecimal.
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue