view the rest of the comments
Selfhosted
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.
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!
Maybe Jellyfin, where I believe you can force a low bitrate for every remote client. It wouldn't be "adjust to internet speed" but you could minimise buffering that way.
Note that for jellyfin (or any software) to reduce the bitrate it will have to transcode the video
Of course. Youtube and the like "pre-transcode" it so that would be one way for Jellyfin to better solve it, at the cost of a significant amount of disk space.
You can get an intel arc a310 for ~$90 and it has absolutely insane transcode performance, so depending on how large your library is it might even end up cheaper than buying more storage to just live-transcode everything.
Or if you have a 7th gen or newer Intel CPU with integrated graphics, those work great too. Support for 10 bit does require a later model CPU though.
I suspect the delay would still be longer than a Youtube like implementation which may need to switch transcodes multiple times, but that's probably unrealistic at this point anyway.
Transcoding everything to AV1 could be a solution too, since high resolutions can look quite good at low bitrates, so you could limit it to 5mbps or 10mbps for any resolution and be done with it. But I'm not sure Jellyfin supports that, and at least from the UI it doesn't give you particularly fine grained control over resolution/bitrates. Perhaps having a secondary library of just AV1 transcodes that you handle manually (perhaps even using a software encoder) could be an option for some.
The client side is also an issue, with not that many devices supporting hardware decoding (although I've found it's fast enough in software with most modern smartphones at least).
I'm a big fan of Jellyfin. I run it at home with a dedicated Nvidia A2000 for hardware transcoding. It's able to transcode multiple 4k streams with tonemapping faster than they can play.
As much as I'd love to use Jellyfin, there are two major issues: My internet connection is so slow, that I'd be lucky to stream 720p at a low bitrate. I'd spend the money on a faster connection, but I live in an area that doesn't even get cell phone service. My options are DSL and Starlink, and I have both; the DSL is just slow, and Starlink uplink speed isn't much better, plus I have plenty of obstructions that make it somewhat unreliable. The second problem is that Jellyfin has too steep of a learning curve. Telling my relatives "oh, if it starts buffering, just lower the bitrate" isn't an option. Not to mention, I'd have to run it on a VPS, and hosting a VPS with the resources required for this is way too expensive for me.