Commit graph

16 commits

Author SHA1 Message Date
bff899c9c0 removing server-side brush rendering
brush rendering is now completely client-side.
the server only receives edits the client would like to do, in the form of PNG images of chunks, that are then composited onto the wall

known issue: it is possible to brush up against the current 256 chunk edit limit pretty easily.
I'm not sure it can be solved very easily though. the perfect solution would involve splitting up the interaction into multiple edits, and I tried to do that, but there's a noticable stutter for some reason that I haven't managed to track down yet.
so it'll be kinda crap for the time being.
2025-06-30 18:55:53 +02:00
4681edd60f make it possible to render a nil 2025-06-28 09:39:08 +02:00
12101bc6e1 fix incorrect implementation of .jump and .jump_if_not that could cause a server crash 2025-06-28 09:38:48 +02:00
7a52dbebd0 fix some rough edges around stack traces
hide irrelevant CallFrames
fix span info for the implicit stack frame
2025-06-25 21:11:02 +02:00
e49885c83a stack traces in the brush editor
after 35 thousand years it's finally here
good erro message
2025-06-25 20:51:45 +02:00
c80cd1c7fe haku1 API cleanups (removing 2 suffix) 2025-06-16 18:34:28 +02:00
00a48527ca haku2: add stats + fix crash w uninit vm 2025-06-16 16:40:01 +02:00
e667c6336a haku2: on the client
resource indicators are currently unimplemented
2025-06-15 21:30:37 +02:00
45c954cb03 haku2: fix implementation of / (div)
it was multiplying instead of dividing
2025-06-13 20:56:20 +02:00
667eef136e remove redundant imports and leftover log timestamp disabling thing 2025-06-13 20:41:58 +02:00
48d03699bd haku2: make server use haku2 (and make it work!) 2025-06-13 20:11:54 +02:00
c5e2892def #broken haku2: progress on making it work 2025-06-11 16:42:43 +02:00
7658e0d4e8 haku2: VM logging 2025-06-11 10:43:40 +02:00
5de4f9d7c6 hotwire haku2 into rkgk
really a bodge job right now and it crashes but it's a start
2025-06-04 00:28:43 +02:00
550227da34 haku2: rest of functionality (hopefully) & Rust->Zig FFI 2025-06-03 21:53:49 +02:00
01d4514a65 beginning of haku2: a reimplementation of haku in Zig
the goal is to rewrite haku completely, starting with the VM---because it was the most obvious point of improvement
the reason is because Rust is kinda too verbose for low level stuff like this. compare the line numbers between haku1 and haku2's VM and how verbose those lines are, and it's kind of an insane difference
it also feels like Zig's compilation model can work better for small wasm binary sizes

and of course, I also just wanted an excuse to try out Zig :3
2025-06-01 23:19:05 +02:00