RCS text messaging is another to consider, at least in the US. The carriers implanted it in a proprietary way, so only Apple and Google apps have it. It's a poor substitute for an IM/chat app and not private and secure like it was promised due to poor implementations, but it's still far better than plain SMS. I still have people I can't get to use Signal or another secure IM app.
The Android Auto is the only one I'd be sad about. I love not having to use my phone's screen for navigation and the navigation built into most cars is crap and expensive to keep maps and data updated. I like being able to use any navigation app, though Google Maps/Waze is still the only one I've found that has both live traffic info, which is extremely important with my city, and reading the street names rather than just "turn left" it says "turn left on some street" so I don't have to look at the screen as much.
I use GrapheneOS and that's what I won't be able to replace once I finish my Immich and Home Assistant self host setups to replace Google Photos and Google Home/Nest, but st least they are sandboxed a bit.
Though Google has been moving to make it even more difficult to use their apps on these alternate OSes. Like I just found that Google Photos latest version pops up a not closeable error screen if it doesn't have full "photos and video" access. Doesn't work with the limited access or storage scopes that come with GrapheneOS, at least for now. I have photos I don't want google to scan and index even if they are not being uploaded, which they do now. It's obviously a ploy to get access to your data since it used to work fine. Now, I just use the mobile website instead until I have time to get Immich totally working and get people to switch if they want to see my stuff or share with me.
Do you need it to do realtime video transcoding of high resolution video (>1080p)? If so, you may need a video card to do it efficiently. Otherwise, that should be more than sufficient. I know others have recommended a raspberry pi, but I don't think jellyfin supports arm CPUs, though I could be wrong. So you'd have to run it in a virtualization layer and that would increase the hardware resources and may or may not be OK on a pi, but likely would not be as energy efficient as a pi usually is and almost definitely will have trouble with realtime transcoding.
To get around the realtime transcoding you can either make sure your devices support the codecs of the videos you are playing, or you can use a separate device to do batch transcoding of the files before giving them to jellyfin. I haven't implemented jellyfin yet, though it's next on my list, so I'm not sure if there are ways to do background transcoding inside it.
If you're not hung up on Jellyfin, check whatever streaming software for it's hardware recommendations, but Jellyfin is pretty good overall from my playing with it. It's not the lowest resource using system, though.