121–130 of 131 posts
Earlier quoted context omitted.
Or Cloudflare Argo tunnels for $0/mo :)
That's against their ToS.
Earlier quoted context omitted.
Don't expose it to the internet unless you know what you're doing, or put it on a VPS you don't care about. Ideally keep it behind a VPN and give your family members access to it that way, and let local devices on your LAN connect to it without a VPN.
I put mine behind caddy on a long unguessable path prefix. So that acts as a sort of password that you need to know before you can access it at all. So far it's seemed to work great. The advantage to using a path prefix vs like caddy basic auth is that its compatible with all the normal jellyfin clients.
Earlier quoted context omitted.
Don't expose it to the internet unless you know what you're doing, or put it on a VPS you don't care about. Ideally keep it behind a VPN and give your family members access to it that way, and let local devices on your LAN connect to it without a VPN.
TLS is a must-have. They don't bother doing any kind of password hashing on login. It's sent in cleartext.
Earlier quoted context omitted.
What more does Plex need? I would consider myself a power user of Plex and it does everything I need it to do. I would think the only thing I can think of is fully self-hosted login instead of their cloud option, but I'm glad we have that option because I don't want to handle the authentication of my friends and family
* IPTV support (xtream codes etc.) yes proxies exist like Dispatcharr but first class support would be better * Better iOS/tvOS/OSX video playback (just buy Infuse because it can play so many titles the Plex player cannot) * Add full context menus everywhere. Playlists are virtually useless for anything other than playback in order or randomly. Why can't I multi-select items on a playlist and move them to another pla…
Ackshually file size isn't it, it's the runtime / size ratio. A 3 hour 4k movie being 20GB is fine. A 45 minute tv show episode with 10GB+ file size isn't.
You can pretty much vibe code a tool to create a playlist sorted by that ratio from worst to best in a 30 minutes.
Earlier quoted context omitted.
What more does Plex need? I would consider myself a power user of Plex and it does everything I need it to do. I would think the only thing I can think of is fully self-hosted login instead of their cloud option, but I'm glad we have that option because I don't want to handle the authentication of my friends and family
The last time I was involved in a thread like this, I was banned from r/plex. I pointed out that Plex should do ebooks. It is a natural fit. They keep track of how far in a series or a show you are, they could keep track of where you are in a book. Many of the Plex idioms transfer well. It has a clear visual style that helps you to pick out the shows you might try, or shows like those you've already watched. BUT IT'S…
Plex handling anime/tv/movies is fine. I can kinda-sorta accept music too because PlexAmp is pretty good.
Audiobooks and podcasts require a very different experience. Books even more so.
Books specifically are an issue because getting a reliable metadata source for them is a pain in the ass. I know, I've built a tool for myself to grab my book reviews locally and enrich the data. There are SO MANY variants of a single book that the process ends up being manual way too often.
Earlier quoted context omitted.
I just want to throw out that you might like Kavita for a comic/book server. It's built to feel like Plex. https://www.kavitareader.com/ I do agree that Plex doesn't seem like a good fit for books and comics. The first major hurdle is the lack of a singular metadata source that Plex can hook into for metadata - although this year has shifted with Hardcover and MangaBaka. Plex also uses a filename parsing mechanism (l…
Thanks for this. First I've heard of it. I'd prefer something more general for books (though there are comics too). I have about 22,000 titles, filenames well-constructed, that I don't have anything to serve them up remotely. I was using Nextcloud for awhile, but it's subpar. >which has drawbacks since books and comics have an extremely wide variety of naming conventions I actually have that part figured out. For per…
Despite the creator having strong views on coding style and UI/UX, Calibre is still by far the best tool to manage ebooks.
Earlier quoted context omitted.
https://github.com/jellyfin/jellyfin/issues/5415
The absolute worst thing I can see in there is that an third party who somehow managed to get a link to one of your library items (either directly from you or from one of your users--or by spending the next decade bruteforcing it I guess) could stream said item: https://github.com/jellyfin/jellyfin/issues/5415#issuecommen... Everything else looks to me like unimportant issues, that would provide someone who's already…
Which means that the paths are pretty damn uniform.
We really got a client for the Nintendo Wii before a usable one for tvOS.
Earlier quoted context omitted.
The absolute worst thing I can see in there is that an third party who somehow managed to get a link to one of your library items (either directly from you or from one of your users--or by spending the next decade bruteforcing it I guess) could stream said item: https://github.com/jellyfin/jellyfin/issues/5415#issuecommen... Everything else looks to me like unimportant issues, that would provide someone who's already…
Nearly everyone uses the *arr stack with the Trash guides. Which means that the paths are pretty damn uniform.
Earlier quoted context omitted.
Nearly everyone uses the *arr stack with the Trash guides. Which means that the paths are pretty damn uniform.
Unless I am misunderstanding the discussion on GitHub, the attacker would still need to know the exact path where the file is saved, and the name of the file itself. Even then, all they can do is download the file from your device--which they could just torrent themselves for a fraction of the effort.
Very few consumer connections can manage, say, 100 clients downloading a massive video file simultaneously.