When I developed this I was very much thinking of using this to run one-off compute heavy tasks, e.g. compressing a video, running scientific computations or rendering something in Blender. You would just rent a VM for a few hours with the hardware you need, set it up in a few minutes, run your job there and delete it again.
I love this idea! I've never played Dwarf Fortress, but I just tested it on a fresh vps by setting [SOUND:NO] and [PRINT_MODE:TEXT] in df/data/init/init.txt and it seems to work fine!
I'm not sure. It's hard to say because RGB is a bad representation of the color semantics anyway. Try visualizing the images in HSV/HSL/LAB space instead.
I found that this does not stop one from sending emails that appear to originate from addresses like [email protected] as long as the contents of the email are different from known spam emails. They are not flagged by GMail at all as long as you send them from a reputable email server through services like mailgun.com.
Why did you jump straight to MILP for ordering the lines of segments? It seems like it would be more obvious to first try ordering the routes by id for each segment. That would guarantee that routes are always ordered the same way relatively to each other and would eliminate the problem in the before/after image with much less effort.
Descriptor layouts are the equivalent of SRT in Vulkan. It is unclear to me what exactly DispatchDraw is for, because back-face and offscreen culling are standard features of any graphics pipeline.
Author here, I did look at some of the assembly output from C code, especially for frequently called functions like get_block/set_block, but other than that I used no reference but the original C code to write the assembly.