Glad Google decided to kill this before I got one for frigate lol
this post was submitted on 03 May 2026
136 points (97.9% liked)
Selfhosted
58934 readers
458 users here now
A place to share alternatives to popular online services that can be self-hosted without giving up privacy or locking you into a service you don't control.
Rules:
-
Be civil: we're here to support and learn from one another. Insults won't be tolerated. Flame wars are frowned upon.
-
No spam posting.
-
Posts have to be centered around self-hosting. There are other communities for discussing hardware or home computing. If it's not obvious why your post topic revolves around selfhosting, please include details to make it clear.
-
Don't duplicate the full text of your blog or github here. Just post the link for folks to click.
-
Submission headline should match the article title (don’t cherry-pick information from the title to fit your agenda).
-
No trolling.
-
No low-effort posts. This is subjective and will largely be determined by the community member reports.
Resources:
- selfh.st Newsletter and index of selfhosted software and apps
- awesome-selfhosted software
- awesome-sysadmin resources
- Self-Hosted Podcast from Jupiter Broadcasting
Any issues on the community? Report it using the report flag.
Questions? DM the mods!
founded 2 years ago
MODERATORS
Technology websites should just add a top level menu - "Google Abandoned"
Man, why did they buy Tenor just to kill it?
What the fuck.
Common pattern - the acqui-hire.
"These people are working in a problem area that we want to do better in. We'll buy their company for their expertise."
Whether they keep existing products or not is not a major factor in the decision and gets evaluated later. Often, because they want the people working on something new the existing products are put into maintenance mode or shut down.
Source: Have been acquired for both talent and for product. Seen both.
So they could sell you something else, duh…
P.S. They probably wanted to add the IP to their portfolio.
Google is running out of naming schemes for their projects.
Not enough words in the dictionary.
even though they have the full alphabet??
As much as you may dislike Google, I got to hand it to them, they have and always have a ton of skunk works projects.
What is a good m. 2 alternative? I was looking to use my old rx580 but it appears that rocm dropped support for it
Perhaps the RX580 is usable via Vulkan? I tried Vulkan with llama.cpp on a R9700 recently and it was generally faster than ROCm.
There aren't any. Nobody is manufacting or developing for these devices because they're slower than the rest of the hardware you already have, see e.g. https://reddit.com/r/frigate_nvr/comments/1os24t4/has_anyone_successfully_used_the_google_coral_m2/
Your CPU is probably good enough for some stuff like openvino, if it's at all recent. 6th gen Intel is the bare minimum, but obviously newer is better. Or, sell that card and buy a new one. I do, unfortunately, recommend nvidia, since that's what the vast majority of developers are targeting.
that's fine, I'm abandoning Google
Well, good to know. I planned to buy one and attach it to my homeserver ಠ╭╮ಠ
I think this plan needs to be replaced.
Nowadays just get an Intel Arc A380 for 150€ and you can use it for a lot more than only Frigate. That thing is a little beast for my server.
Glad you found out before the purchase. I made my purchase September 2024 and still rely on it for FrigateNVR.
I'm hoping that somehow a few people will get together to keep it going for a while. I sadly don't understand most of the programming and such.
Do you know whether they plan to introduce a newer TPU instead?
Not that I know of.
Great, I bought one like 6mo ago and have it running on frigate...
The frigate container comes with the drivers for it. So its probably fine for the time being
Bought mine 3 weeks ago, I haven't had the time to add it to my frigate...
Exact same boat as you.. Urgh. Maybe community drivers are possible?
https://github.com/feranick/gasket-driver is the best option for now. But you also need the same gcc version installed as what was used to compile the kernel.
The feranick fork works just fine, even on kernel v7
That's the worst part about it - the fix is so simple. Google just completely abandoned it.
It was just a single kernel function call on a single line with slightly modified arguments. Just make a small update and it works perfectly fine.
I spent much more time researching the fix than I did applying it. But now I have to rebuild and reinstall it every single time I update my kernel.
I wonder, is it due to architecture limitations? They don’t see a roadmap ahead for it anymore in light of changing AI hardware demands?
I assume the hardware is end of life and not just the Linux driver.
I'm guessing it's because more powerful hardware is coming out all the time. But for a lot of homelabs more power isn't really needed to watch a few cameras for basic detection.
And yes the hardware hasn't been made in a while but new old stock is still being sold. Hence the reason for the post.
For a few cameras with basic detection, an Intel 6th gen processor or newer is sufficient to run openvino on the iGPU. Works great. https://docs.frigate.video/configuration/object_detectors/#openvino-detector
It's due to the inner workings of the Coral TPU being basically a black box, so even if the community wanted to, we can't just reverse engineer a driver.
It's only Google