WiiFin – Jellyfin Client for Nintendo Wii(github.com) |
WiiFin – Jellyfin Client for Nintendo Wii(github.com) |
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.
VPN is one solution, and actually the only real solution for app-based jellyfin (TV, phone apps) I found so far.
Another is to host Jellyfin behind reverse proxy, and have a completely independent authgatein front of it (authentik, authelia). Jellyfin even supports LDAP (trough plugin), so you dont have to login twice per visit. The downside is only web interface can be hidden this way, as apps will break expecting jellyfin auth page and finding something else.
It's not a true self-hosted software. It just depends on what matters most to you.
With open-source software, this just isn't a problem. Even if the company behind it decides to turn evil, the community can fork it and continue on. Just look at Emby for example: it did a rugpull and changed to a proprietary license, so the community forked it and made Jellyfin.
If anyone has been thinking of building something in the Jellyfin ecosystem, I very much recommend it.
[1]: https://github.com/DeclanChidlow/KOReader-Jellyfin-Plugin/
You could probably have your Wii computer boot directly into Jellyfin using a startup shortcut with 'dolphin-emu -e WiiFin.dol', then switch out of the app to play Wii games using the better menu app.
Then you can your Wiimote for both media + gaming with out needing a keyboard / mouse.
You could probably do a sticky round robin reverse proxy with a few backends doing transcode.
The biggest issue is bandwidth, but you probably knew that.
I'm wanting to set it up for around 20 households to share, and with transcoding that exceeds a single (cheap) node.
https://jellyfin.org/docs/general/post-install/transcoding/h...
The jellyfin DB itself is unfortunately sqlite instead of being DB agnostic. Maybe you could hack together something such that only one node handles writes and everyone else handles reads... if getting multiple cheap nodes gets your more bandwidth. I have to imagine that jellyfin fairly quickly stops being in charge of the media stream directly.
But yeah I think the transcoding and the size of your data pipe is the only "hard" part. The DB read/writes themselves are going to not be an issue (I think)
[1] https://jellyfin.org/posts/jellyfin-release-10.11.0/#the-lib...
The other aspect is you could share the media storage over NFS and have multiple jellyfin instances running for different houeshold groups.
With 2 or 3 nodes like that I think you could make it work.
For your use case, deploying multiple instances would be the way to go.
Would be music-only, which is sometimes ideal for older devices.
Movie (2016).whatever.zzz/whatever.mkv
The pain just kept adding up. It was quite nice most of the time. But every single time I reached for my phone, I was wondering how badly it was going to go. Quitting Jellyfin seemed like an excellent choice.
Upnp/dlna is much cruder; very direct raw BubbleUPnP client. But it works so well for me. Their transcoding server also is quite good and I can run it on any machine I want, isn't coupled to anything, can switch between them easily.
Bubbleupnp is also great because it lets me turn tablets into cast screens. I love that so much. Good general protocols rock; having media server, media renderer, then separate control points was a great model, good job UPnP.
My GF has it set up on her iPad, phone, computer. App is on our TV and has no issues. We have Netflix at home. She’s non technical and hasn’t had any trouble once I gave her a login.
The only hiccup was when she tried to watch during one of her lectures. I had to explain that Jellyfin is only at home ;) (for now)
Tailscale got me outside-the-home Jellyfin with a grand total of maybe 30 minutes of effort, including signing up, getting my server connected, and getting it on my MacBook, AppleTV, and phone. I'd never used it before.
services:
jellyfin:
build:
dockerfile: jellyfin.Dockerfile
container_name: jellyfin
group_add:
- 44
- 993
environment:
- TZ=<redacted>
- JELLYFIN_PublishedServerUrl=<redacted>
- DOMAIN_NAME=<redacted>
ports:
- 8096:8096
- 8920:8920
- "7359:7359/udp"
volumes:
- ./config:/config
- ./cache:/cache
- ./config/index.html:/jellyfin/jellyfin-web/index.html
- type: bind
source: /mnt/storage/Video
target: /media
restart: always
devices:
- /dev/dri:/dev/dri
i also recommend seerr to pair with jellyfin: https://seerr.dev/
my wife logs into the seerr ui with her jellyfin account, makes requests, they get grabbed by sonarr/radarr, which in turn place them in the correct library, and they're identified & labeled correctly on import
Nvidia arbitrarily locks number of encodes between 2 to 5 streams, depending if you're willing to run hacked firmware and drivers.
Multi-encoding on nvidia is a "professional card option" only.
Intel's ARC line has no such arbitrary encode/decode limit. And they are significantly cheaper as well.
https://jellyfin.org/docs/general/post-install/transcoding/h...
Do not upgrade Jellyfin if you have a sizeable library. Backup first if you do.
I think some folks who have strong opinions about things like organizing their files under folders by director or something find it grating, but it did nothing but help my structure.
The fact that it has component video out makes it a swiss army knife for everything else 240p/480i/480p.
I watched a backup of a [480p24] DVD movie with a (hacked) Wii quite a long time ago, as a fallback after the PS3 I was using got tripped up on that film's Cinavia[1] watermarks.
The Wii worked OK-ish, but it was evident that it was barely keeping up with decoding the MPEG 2 video from the disc and putting it on the screen. Perhaps there is or was better software for that job, but there were some glitches and brief hangs.
However:
- This is EVEN MORE complex than "just" a reverse proxy.
- I'm not really sure it wins much security, because...
- at least I'm not relying on Jellyfin's built-in auth but I'm now relying on its/the plugin's OIDC implementation to not be completely broken.
- attackers can still access unauthenticated endpoints.
Overall I really wish I could just do dumb proxy auth which would solve all these issues. But I dunno how that would work with authing from random clients like Wii (and more importantly for me, WebOS).
What’s your threat model?
No way in hell I'm convincing them to install tailscale or similar on their TV / router.
But I'm not all about getting something like Tailscale to work with my elderly mother's Roku device, nor teaching her how to use it.
I dunno if Tailscale works on Roku but otherwise that would indeed be entirely viable too, last I saw Jellyfin’s app on there is really good. Likely need a server powerful enough to transcode, though, lots of (all?) Roku devices don’t have hardware decoding for newer codecs like h.265. That’s one big benefit of an Apple TV, it can hardware decode damn near everything.
Y'all (collectively) have some good ideas.
But she likes the Roku. She's even got silicone skins for the remotes (plural; spares!), and two of them are tethered near the chairs that her and dad tend to sit in.
Also: The Roku stuff already exists, and is paid for, and it works with Plex (without a VPN, because my local Plex container didn't come with the caveat to avoid exposing it to the world).
Buying them one or more Apple TV devices to use instead seems expensive and likely to fail somehow.
Switching them to (cheap? linux?) PCs also sounds expensive and bad, particularly with my dad. He's certainly had more years to learn how to use a computer than I have, but he's spent most of the recent decades deliberately avoiding them. He hates them, and he doesn't want to learn them. He'd fall apart and give up on television entirely if I gave him a PC with a slick Logitech K400 to run it with. (He can drive a Roku with Youtube TV and Plex like a pro, but that's mostly only a D-pad and a back button.)
---
But since you and others have mentioned it: Transcoding. That's really not a big problem for many vaguely-recent PCs. With Plex, at least: The quite old i7-6700k desktop box I use for this transcodes to h.264 like a beast using its paltry iGPU, and does h.265 just fine with an old nVidia RTX 2080 if I elect to use that instead. Either way works well and never breaks a sweat.
It may have been a powerful machine a decade ago, but a used computer with a 6700k (or so) to serve media with is cheap these days. (And a brand-new power-sipping N150 box does transcoding waaaay better, even in credit-card form factor.)
One thing is when it can’t see the server it doesn’t just say it can’t see it, it acts like the issue is you’re not logged in and then when you log in (having to type your password manually each time, on a TV) it then fails.
This is only really diagnosable if you can access both the client and server and is a complete failure and very tedious experience if you only have client access.
Feels like I experience this at least once a month so couldn’t ever set this up for family members remotely.
Just mind your ACLs
"Bothering" with client-side password hashing, in the absence of TLS, is security theater. It provides only the most trivial protection against eavesdroppers.
If someone can steal an unhashed password, then they can also steal whatever hash you send instead. If you try to fix this with some kind of ad-hoc challenge-response protocol, then the attacker can just steal your session cookie after login.
There shouldn't even be a question of using insecure HTTP for anything that requires authentication.
Filtering out unsophisticated attackers I would not classify as "theater".
Read this, and let me know if the implications of port forwarding your server (or putting it on IP6) is readily apparent:
https://jellyfin.org/docs/general/post-install/networking/#s...
A lot of these users are not very sophisticated themselves. The least sophisticated attackers are likely to be the most numerous.
This is bad. People who say it's not bad (or worse, suggesting anyone dumb enough to publicly expose their server without TLS) are engaging in security snobbery.
As far as I can remember that is more or less what is usually suggested by Jellyfin's devs, and I have yet to see something that convinces me about its inadequacy.
* 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 playlist?
* Subtitle settings turn off between episodes
* Let me sort by file size so I can watch the disk gobbling files first
Thank God for python-plexapi and a bunch of scripts I use to organize an unwieldy library.
you can enable global subtitles in settings.
Let me sort by file size so I can watch the disk gobbling files first
you can kinda deduce that if you sort by bitrate.
it sounds like you figured out a solution for yourself, already, but there's a lot of existing utilities like tinyMediaManager, WebTools-NG, Raddarr, Sonarr, etc. for doing media management. Plex is just a media server/player.
> or any real db
sqlite is literally the state of the art database. I suspect you mean "database server" or something
There is actually a way to fix this! Log in and navigate to: https://app.plex.tv/desktop/#!/settings/account
On this page, scroll down past the Security section to Audio & Subtitle Settings under Settings, and edit the account-wide language settings there.
One caveat; any movies or shows you’ve already watched with subtitles not enabled will still have subtitles not enabled.
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.
Plex been swinging in the wrong direction for a number of years now.
Additionally, Plex tends to revise their UI and inner workings in a way that favors everything but the core media sharing platform. They add TV stations, they mix in their streaming ad-supported channels with your search results, and push them before the friends and family stuff, making it tough to help other navigate to shared libraries.
I think, overall, Plex is a good shepherd for their product, but everyone knows the enshitificaiton process is inevitable. It's just a question of how long the timeline between "Plex is usable" and "Plex is sold to private equity and is now utter shit." I've been pleasantly surprised with the length, so far. But having an escape hatch is always a good idea, and Jellyfin seems to be nearing a parity.
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 NOT EVEN MEDIA, YOU'RE STUPID
Books were the first media, you must be illiterate.
WHY WOULD I WANT TO READ BOOKS ON MY BIGSCREEN TV!
Plex runs on my iPhone. And on yours too.
[banhammered]
But if you need more than one feature, I'm sure that in 10 or 15 minutes I could come up with a 90 page list of features. Without even trying.
>I would think the only thing I can think of is fully self-hosted login instead of their cloud option
Well shit. Even you can come up with one thing. Plex was awesome, and then Plex wanted to be the shittiest version of whatever CBS is calling their streaming service.
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 (like Kavita does) which has drawbacks since books and comics have an extremely wide variety of naming conventions and lack of good tooling.
>which has drawbacks since books and comics have an extremely wide variety of naming conventions
I actually have that part figured out. For periodicals too, like comics. The real trick with those is that it's often not that easy to find the ISSNs for them, they mostly don't list them on the inside cover.
Also, they could handle audiobooks since they already stream music.
Instead, they want to sell me on streaming services when I started using Plex because I pirate my media.
I do see one issue with books that other media doesn't have. That is the ability to interact. When I use my e-reader, I like features like highlighting, taking notes, dictionaries, and other features that are more complicated that just streaming rendered images from a book.
That's just a book format issue, but I'm on board.
>They already let you steam libraries of photos.
Well, about that... they're kind of shit at it. Photos have always been their least favorite supported media. Not much in the way of metadata support, unable to organize them. But it brings me to another problem... they don't understand what media types are.
They support audio, but call it music. This means, just for instance, that there's a shitty icon for the library... I made a comedy album library, Plex. Steve Martin the banjo player and Steven Martin the comedian are the same human, but I don't want one album recommended as related to the other. And I don't want to see the little music note icon for the library either. Think of audio as "audio that can have many types" rather than music. It's the same with images... what if I want to have a library full of van Gogh's works? Why are you trying to mix these in with pictures of my nieces?
>Also, they could handle audiobooks since they already stream music.
But they can't, not really. Because they think all audio is music, their interface doesn't handle it... no one wants to randomize the play order of the chapters of a book. And they'd actually like to keep a bookmark of where they stopped listening. But because "all audio is music" their model is fundamentally broken.
>When I use my e-reader, I like features like highlighting, taking notes, dictionaries, and other features that are more complicated that just streaming rendered images from a book.
Well, if they implemented it correctly, it wouldn't be exactly "streaming images from a book". And they already do stuff with related media in a sophisticated fashion. If you want to see the trailers and making-ofs for a a movie, those are available right from the menu. Dictionaries or highlighting or note-taking just isn't that big of a deal. They could do it, they don't want to. They'd rather be a streaming service.
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.
I was furious when they removed podcasts as they are a fit for the platform and it seems like they just didn't want to maintain them anymore.
If I used their (Hetzner) servers in the EU it's still be 20TB, but I prefer having the server 10 miles from my house.
Plenty fine with that pricing since I also use it to un-CGNAT services on my home server (I'd run this through Tunnels if it was significant)
Generally ~22GB 4k hdr muxes or ~8gb 1080p.
If their router supports it, configure the VPN there so it's available for the entire network.
Set up a Raspberry Pi (or similar) on their network that is configured with the VPN and runs a reverse proxy to expose the Jellyfin instance.
But yeah, either of those is going to increase your support burden.
By the way, I switched from Jellyfin to plain SMB + Nova Player (Android), which has basically the same interface, but no user profiles, and works over SMB, obviously. No transcoding, best format support, and best performance for large files I've found yet for my TCL Android TV.
It's silent, reasonably self-contained, and is appliance-like to get going (just dump OpenELEC onto an SD card, plug everything in, and then simply begin using it).
Plus, there's two HDMI outputs: One that connects directly to the the dumb TV and sends only video, while the other sends only lossless PCM audio to the once-rather-high-end AV receiver (that gets choked up on more-modern HDMI bitrates).
And that's great for me at my house, with my pile of gear, and with my technical proclivities.
But I'm not my mom, and this isn't my mom's house. :)
Despite the creator having strong views on coding style and UI/UX, Calibre is still by far the best tool to manage ebooks.
Everything else looks to me like unimportant issues, that would provide someone who's already logged in as a user minor details about your server.
Which means that the paths are pretty damn uniform.
Very few consumer connections can manage, say, 100 clients downloading a massive video file simultaneously.