Well the code is there: https://github.com/voideditor/void/tree/main/extensions/void
But it's super basic right now... Like literally just the bare minimum to make an LLM call in a side window and a view to apply/reject diffs. Pretty much a weekend project at this point.
Regarding hosting, it's a big pain point for companies building these systems out of China as the "great firewall" makes it really hard to have reliable connectivity between the Chinese Internet (and datacenters) and outside. The ap-east-1 zone of AWS, based in Hong Kong, is very popular in that context as it tends to be accessible from both sides (so cost is fairly typical of AWS costs in that case). Alternatively Alibaba also have cloud datacenters in Hong Kong with similar properties.
Something worth keeping in mind is that Chinese factories that makes things like IP cameras don't typically have their own (significant) R&D departments and instead work from examples provided by the makers of the chipsets. Sometimes there will be another company involved that provide an "IoT ecosystem" (Tuya is a major player here: https://www.tuya.com/solution/hardware/ip-camera ).
So it's not necessarily surprising that the backend still works even if the manufacturer (Amazon brands are not typically the factory themselves, for practical reasons frequently changing "brand names" are used) is no longer present.
A club is one of the few places where this strategy won't work, unless there's an emergency (which the bouncers would obviously know about) the only people who would show up are from the sound and light company whom the bouncers already know.
It's the curse of being a company with a $xxxB main product line. It becomes really hard to justify projects that could at best contribute a few million to your bottom line...
You might be interested in knowing that LCSC (same company as JLCPCB) are about to offer proper panel / membrane keypad prototyping: https://www.lcsc.com/panel-printing
That's going to be something similar to IPAdapter FaceID: https://ipadapterfaceid.com
Basically you use a facial structure representation that you'd use for face recognition (which of course Apple already compute on all your photos) together with some additional feature representations to guide the image generation.
No need for additional fine-tuning. A similar approach could likely be used for handwriting generation.
Came to say this too... I was really pleasantly surprised by how easy it was to get a full dev & build & test environment set up with Visual Studio Code, and how well their little WCH-LinkE debugger works (both SWD and UART in one, Segger could learn from that...).
Now I'm experimenting with their BLE variant, which is a lot more complex, but still simpler than what I'm used to.
The Kino introductory blog post makes quite clear that all they do is apply one of a set of LUTs that ship with their app. Personally I'd be interested in one that tried to apply colouring more "intelligently", e.g. detecting faces etc and applying appropriate settings.
Yes, but this scenario is a bit different. If you ask a connector factory to custom-make you a connector it's common that they are allowed to add it to their catalogue, though you can of course stipulate something else in the contract.
You'll see this in the electronics markets in Shenzhen for example... they still have a lot of the connectors and switches from MP3 players, which I believe was one of the early boom industries in the region.
But you can only really make those profitably for a few industries (military, medical, seismic come to mind). The EU does have the chip fabs for those industries, of course...
60g/l acetic acid ... that's literally just slightly strong household vinegar. (safety precautions, especially not breathing it in, are definitely advisable though, it's a fairly strong acid)
It's more that the LLM non-local hosting (and training) community (on A100/H100) is big enough that it's more profitable for Nvidia to not release such prosumer GPUs ;)