Might aswell be calling up Sukhoi and asking if they have some spare jets laying around.

It is part convience and part necessity. My entire infrastructure is currently x86 and introducing ARM into it seems like a hassle, if i develop and test software on my x86 based workstation i expect it to just work then, not having to deal with either compiling to ARM or using emulation. Also part of this that currently everything I use runs Arch, which only officially supports x86.

Which brings us to necessity, my software currently runs with manually written simd instructions. Ofcourse I can write ARM NEON polyfills for these, but again that takes a lot of work.

So while not impossible to use ARM it currently is a lot of work to use. I’m gonna save that time for when the big riscv migration comes.

Does anyone know of a European alternative for a x86 single board pc? I like the pi but it being ARM is a deal breaker for me.

Currently i use Lattepanda and they are great, so if something like that exists but European i would be very thankful.

Well you also need someone that manages the Azure, get them to do it.

I fully accept this is because of lack of experience but i find it easier to deploy to my own linux server then to azure.

I hope this brings some return to on-premise. Most businesses can fully operate with a cheap sever instead of sending it all to azure.

All the calculations could be done before hand and stored and then the only thing left in the delayed draw is to set the buffer.

I haven’t looked at the code yet so not sure how much if any it will save though.

Could also group pixels that are far away from eachother into a single call, while a compromise i think it will maintain the effect.

A random suggestion would be to draw to multiple canvases, and use a CSS animation for the delay.

Also not sure if you are already doing this but it might be more peformant to use the raw buffer instead of draw functions.

Alternatively you could look into webgpu, it is ment for these kind of things.

WE ARE SO BACK