@akkartik mhmm, it depends, I'd say time? But uxn just waits if a frame takes longer than expect so it's not really noticeable.

This week, people revealed in the mailing list that they were using fancy stashing techniques to spread logic over multiple frames, I realized that I was using the update vector for almost everything, and maybe I shouldn't do.. that-

I haven't written an application that was larger than 20kb yet, so not space.

@neauoire Do you use any dynamic memory? Like, lines.love is 40KB, but it usually allocates a few tens of MB.

With LÖVE I've been finding that CPU is plentiful -- as long as I don't use too much memory, overloading the GC.

@akkartik I have LOVE installed on the pinebook, but anything remotely "animated" slows down to a crawl.

@neauoire @akkartik ARM GPU drivers on Linux are a bit hit and miss as far as what GL stacks they implement; I think the PBP only implements a few of the GLES stacks which may be an issue for LOVE

@klardotsh @akkartik Love2d has this really bad issue on PB, everytime I start it, it makes the screen flicker white, and after that some program have a hard time recovering, like firefox will not redraw its body unless I resize the window, which is incredibly annoying.

@neauoire So starting Love2d destabilizes _other programs_ running on the same computer?!

@akkartik yes, I remember uxn had that same issue a while back, it might be a sdl issue.

@neauoire I've been thinking about this thread today. As I've been spending more time in my note-taking app, my computer has been heating up. I'll probably soon need to dig into the memory footprint of pensive.love. Which makes me wonder what life is like in a parallel universe where I accepted the 16-bit restriction and went with Uxn.