- cross-posted to:
- [email protected]
- cross-posted to:
- [email protected]
I liked Jellyfin when I tested it last year but it had 3 show stoppers for me.
- Samsung app was flakey and had to be side loaded.
- Each profile had to use a password and had a full keyboard to enter. Needs a no password option, and a pin pad option.
- Not everything played successfully.
Have any of these things been fixed?
1: The official Android app didn’t work?
That’s strange as I run it on a Samsung and Pixel straight from the PlayStore. What were your problems?2: This is not required as long as the profile is set up wthout a password.
3: This depends on the client and codecs supported by it. Newer phones support most, or is able to transcode. Weaker/older units are not.
They’re probably talking about Samsung TVs, not their android phones/tablets. Installing jellyfin on those things can be a chore. My experience with LG was similar. The official build was out of date and riddled with issues that didn’t exist on other versions. It refused to play videos that worked well enough on other devices, transcode or no.
Echoing @[email protected], I downloaded the first party app right from the Play Store on my Samsung. Though I prefer the third party, Findroid, the first party app is good for the dashboard management.
When we launch Jellyfin, we are shown icons for what user, we select the user, and it opens the associated library. Similar to Netflix.
I started using Jellyfin about two years ago now, and have only encountered a codec issue here and there, but I’ve found it can be worked around by setting playback to another player, like VLC.
goal to remove 32-bit ARM support in 10.11.0
I’m still running jellyfin on a rPI 2, performance is not great but not too bad either. Maybe it could be an excuse to finally upgrade my hardware.
I see Jellyfin, I insta upvote
Last time I tried it it was a much worse experience than Emby across all devices and for all media types. I don’t understand all the love it gets.
Worse how? Jellyfin was forked from Emby, and since then has continued to improve in my eyes.
It was forked but somehow lacked a huge amount of functionality that Emby had (and still has) Like I think it only supported films, not music or TV shows. The app infrastructure was awful across fire stick, Roku and android and wasn’t backward compatible with the Emby apps. I just didn’t see the point of forking it if you’re just going to make it worse or only address the server side and neglect the clients. The whole thing has to work together with good clients and server.
Jellyfin has supported Music and TV shows since the start
Looks like you need a closer view about actual functionality. Jellyfin supports movies, tv-shows, music (there are also apps just for music), e-books and live-tv.
It’s free and open source. That alone is a big plus. And it works fairly well. What does emby do better, that warrants paying $120 for it?
I haven’t paid anything for it
As I need hardware transcoding, that makes emby immediately non viable for me. I also usually watch via various apps and on tv, which, if you don’t have emby premiere are also not free to use.
Stepping aside from this particular thread for a moment. Could you share why you need hardware transcoding?
Admittedly, I don’t quite understand what components would build a better machine as far as a media server goes, but I turned off hardware transcoding when I first set Jellyfin up on a NUC. The only issues I have are the startup speed of the app, and every now and then it crashes when loading the library and I just relaunch it and it’s fine.
I’ve assumed it’s the Nvidia Shield doing the heavy lifting as far as playback goes, because I’ve never had a recurring problem with playing any particular file. I’m starting to think I don’t really appreciate the benefits of hardware transcoding.
I am loving the new release cadence!
I rate it a 10.10.0 out of 10.
I just setup Jellyfin on docker the other day for the first time.
It just occurred to me that I don’t know how to update docker.
Any advice?
Also depends on how you specified image in the docker. If it has no version or latest as version it will update otherwise it may be fixed
You could use a systemd unit file:
[Unit] Description=docker_compose_systemd-sonarr After=docker.service Requires=docker.service [Service] TimeoutStartSec=0 WorkingDirectory=/var/lib/sonarr ExecStartPre=-/usr/bin/docker compose kill --remove-orphans ExecStartPre=-/usr/bin/docker compose down --remove-orphans ExecStartPre=-/usr/bin/docker compose rm -f -s -v ExecStartPre=-/usr/bin/docker compose pull ExecStart=/usr/bin/docker compose up Restart=always RestartSec=30 [Install] WantedBy=multi-user.target
You’d place your compose file in the working dir
/var/lib/sonarr
. Depending on what tag you’ve set for the image in the compose file, it would be autoupdated, or stay fixed. E.g.lscr.io/linuxserver/sonarr:latest
would get autoupdated whereaslscr.io/linuxserver/sonarr:4.0.10
would keep the container at version4.0.10
. If you want to update from4.0.10
, you’d have to change it in the compose file.Check out Watchtower! Auto-update your containers. Don’t forget to set WATCHTOWER_CLEANUP to true, or your disk will be filled with old images.
Oh this looks great! Thanks for the suggestion
Thanks! I’ll check that out, I’m really loving how quick and easy docker has been so far.
Did you use docker compose file or just run a command to start the container?
Edit: I always use compose files. For that you can do the following:
docker compose pull docker compose down docker compose up -d
You don’t technically need the stop, but I’ve found once or twice in the past where it was good to stop because of image dependencies that I forgot to put in my compose.
For running a command directly I found this website that seems to summarize it pretty well I think:
https://www.cherryservers.com/blog/how-to-update-docker-image
Yes, I used docker compose. Do I need to do anything to clean up with this method?
Now that you mention it, I always do a
docker system prune -f
This will clean up old images that are no longer used. I setup an alias command in Linux to do all of those commands.
I just named it docker_update and saved it in my ~/.bashrc
I see someone mention watchtower, while not a bad thing, I just prefer to manually update. This helps to ensure any breaking changes don’t break my system. Especially with something like Immich at it’s had a lot of them recently as they work towards stable. I just generally subscribe to their release and do updates as necessary.
And there are breaking changes in this Jellyfin release.
no need for
docker compose down
.pull && up
is enoughIf you set up using compose and don’t have the version pinned:
dockee compose down && docker compose pull jellyfin && docker compose up -d
What about if I am using Podman and have the container as a systemd unit file?
Podman supports auto updating natively by setting a label.
I use systemd service files for running containers, but you can add the same label on the command line or in quadlet files.
Jellyfin has been rock solid for me, especially since the move to .NET 8. Looking forward to this release.
Shame about the network location regression. That’s the only thing that keeps my kodi device from taking 5-15 seconds to load each sub menu.
What’s this about? I didn’t hear anything about it.