Commit Graph

8888 Commits

Author SHA1 Message Date
Kartik K. Agaram
170b6787c5 shell: starting to implement arrays 2021-07-25 16:24:45 -07:00
Kartik K. Agaram
492f7bd0b7 . 2021-07-25 12:36:18 -07:00
Kartik K. Agaram
99cc27200f . 2021-07-24 21:35:52 -07:00
Kartik K. Agaram
4f60a4a6b2 . 2021-07-24 21:10:37 -07:00
Kartik K. Agaram
4d3c9f6b1a . 2021-07-22 22:33:45 -07:00
Kartik K. Agaram
5aea0c11b7 update memory map doc and anticipate a gotcha 2021-07-22 03:58:54 -07:00
Kartik K. Agaram
d0f39e75ca . 2021-07-20 08:43:25 -07:00
Kartik K. Agaram
13ef425825 . 2021-07-20 08:43:25 -07:00
Kartik K. Agaram
5f254d0d02 .
Update run instructions for linux/app/ examples, and make sure they are
correct.
2021-07-20 08:43:25 -07:00
Kartik K. Agaram
0b9ea19c98 .
Delete the examples from Crenshaw. They're extremely rudimentary, and
they were really just trial runs for the Mu toolchain.
2021-07-20 08:43:25 -07:00
Kartik K. Agaram
de5e1931ed start work on running the Mu toolchain atop Mu 2021-07-19 23:24:03 -07:00
Kartik K. Agaram
1eb1ac81ea . 2021-07-19 20:08:30 -07:00
Kartik K. Agaram
4b5a6f6c30 . 2021-07-19 20:05:00 -07:00
Kartik K. Agaram
8be28fdd46 error message when trying to jump to primitive 2021-07-19 19:58:10 -07:00
Kartik K. Agaram
7204135203 . 2021-07-19 19:55:10 -07:00
Kartik K. Agaram
916d011753 . 2021-07-19 19:52:24 -07:00
Kartik K. Agaram
c0db806820 . 2021-07-19 19:46:04 -07:00
Kartik K. Agaram
a4c28e1bfb . 2021-07-19 17:57:41 -07:00
Kartik K. Agaram
542773df2f render functions in MRU order 2021-07-19 15:39:36 -07:00
Kartik K. Agaram
b22e6ebfe2 . 2021-07-17 00:23:52 -07:00
Kartik K. Agaram
a43bd8598a . 2021-07-16 22:56:07 -07:00
Kartik K. Agaram
4318d7619a forgot to git add a file 2021-07-16 22:44:43 -07:00
Kartik K. Agaram
13ca31ba09 . 2021-07-16 09:24:02 -07:00
Kartik K. Agaram
d89a9ec5d3 . 2021-07-16 09:14:28 -07:00
Kartik K. Agaram
cdc60a443c . 2021-07-16 09:08:09 -07:00
Kartik K. Agaram
d771fb6bab more powerful load-sectors 2021-07-16 08:58:15 -07:00
Kartik K. Agaram
96c217ab1c . 2021-07-16 08:48:40 -07:00
Kartik K. Agaram
7247b9cfb9 . 2021-07-16 08:41:28 -07:00
Kartik K. Agaram
78357b8852 . 2021-07-16 08:38:43 -07:00
Kartik K. Agaram
44d26b77c4 . 2021-07-16 08:28:56 -07:00
Kartik K. Agaram
ac45f09715 . 2021-07-16 06:13:51 -07:00
Kartik K. Agaram
cd9a3fe3ad . 2021-07-16 06:12:51 -07:00
Kartik K. Agaram
055d8d7869 . 2021-07-16 06:09:30 -07:00
Kartik K. Agaram
62c64772e7 . 2021-07-15 19:59:00 -07:00
Kartik K. Agaram
8679001f5c . 2021-07-14 01:54:25 -07:00
Kartik K. Agaram
f1cdea5dab color dithering seems to be working 2021-07-14 01:46:53 -07:00
Kartik K. Agaram
d03dd5dff7 . 2021-07-14 01:31:14 -07:00
Kartik K. Agaram
e0d86d6537 . 2021-07-14 01:25:18 -07:00
Kartik K. Agaram
648d9432b6 clarify a corner case in 2's complement integers
https://merveilles.town/@akkartik/106577885001702701
2021-07-14 01:15:10 -07:00
Kartik K. Agaram
e2b6baf1ca dithering ppm files using all 256 colors
Not quite working yet, but yields an interesting 'sketching-like'
effect.
2021-07-13 23:58:10 -07:00
Kartik K. Agaram
169e021cc3 scaling the palette working on third attempt
See commits b4e997adb8 and 2777479a94. This seems like a good sign that
dithering is now extremely precise.
2021-07-13 23:57:22 -07:00
Kartik K. Agaram
272432ce75 get rid of our ugly rounding code
It turns out "truncating" the last 4 bits is actually more accurate,
because it divides up the palette evenly. Before:

  0-7 -> 0
  8-0x17 -> 1
  0x18-0x27 -> 2
  ...
  0xd8-0xe7 -> 0xe
  0xe8-0xff -> 0xf

The first interval is just 8 shades, and the final interval is 24
shades.
2021-07-13 17:00:55 -07:00
Kartik K. Agaram
62a2afe0d8 clean up some unseemly speckles
Turns out they were a bug after all, and scaling the palette was just
making them more obvious. The bug: I was carefully clamping to 0xf0 to
avoid rounding later, but I forgot to do so for values between 0xf0 and
0xff. As a result, some values could round up past 0xff and turn black.
2021-07-13 16:59:19 -07:00
Kartik K. Agaram
42bb0922fe cleanup 2021-07-13 13:36:15 -07:00
Kartik K. Agaram
bee126654f give up on .pgm files with color depths != 255
Things kinda seem to work for color depths close to 255, but it isn't
really the goal here, and I don't have the skills of numerical analysis
to track this down.
2021-07-13 13:32:54 -07:00
Kartik K. Agaram
96bf3700fd undo 2021-07-13 13:22:56 -07:00
Kartik K. Agaram
b4e997adb8 experiment
Now scaling pixels to 255 levels looks a lot better. Still worse,
though. On both t.pgm and barbara.pgm.
2021-07-13 13:22:42 -07:00
Kartik K. Agaram
1004372711 now t.pgm looks right 2021-07-13 13:07:13 -07:00
Kartik K. Agaram
840f394f19 clamp the upper bound of nearest-color as well
I'd kinda convinced myself it would never happen, but observations say
otherwise. Unless there's a bug elsewhere..
2021-07-13 13:04:48 -07:00
Kartik K. Agaram
1394e62813 . 2021-07-13 12:32:03 -07:00