Nah I’d disagree. Infinite growth motive doesn’t necessarily apply to private companies. To suggest there’s unbridled greed present in every company is just a falsehood.
Nah I’d disagree. Infinite growth motive doesn’t necessarily apply to private companies. To suggest there’s unbridled greed present in every company is just a falsehood.
If you’re not paying for a service, then you’re the product. I never understood the expectation that people should just provide you email and storage for free, because?
Basic features like turning a bulb on with a set brightness or color (if you’re lucky, you can turn on with a set brightness). No support for scenes (due to matter spec) which can lead to issues sending commands to light groups. And if you want to actually update bulbs good luck because it’s buggy as hell.
I wouldn’t say they’re great; they’re adequate. There’s a lot of issues with the bulb firmware that still needs ironing out both with stability and feature set.
I’m not really convinced that a GPU backend is needed. Was there ever a comparison of the different CLIP model variants? Or a graph optimized / quantized ONNX version?
I think the proposed solution makes a lot of sense for the task at hand if it were integrated on the pic-rs end, but it would be worth investigating further improvements if it were on the lemmy server end.
That applies to the software itself, sure, but only if you bring your own infrastructure. Large scale FOSS infrastructure services are going to be the exception not the norm.