Depends what you want to play it on. In my house we have:
3 laptops 2 tablets 2 mobile phones (1 android, 1 iPhone) TV
Not all these devices support local storage for music and it’s a pain to sync files between them. With Jellyfin the complete library is in one location with a consistent interface. It can also be made available remotely if I choose.
You can configure Jellyfin to automatically add new found items to your library but you will need to get on top your logs to make the most of this:
I’m sorry to say but it’s Windows. You never really know. Have you considered getting an old optiplex on Amazon Renewed and putting Debian and Jellyfin on that?
Update for the people downvoting:
I am a professional platform engineer. By ‘Windows. You never really know’ I mean that there are always ten thousand things running, you’re never going to have a full grasp of everything that’s happening in the way that you could with a stripped down linux environment. My own Jellyfin instance is running on
All clients connect via Wifi although server is cat5 to switch. Most of my video does not require transcoding. There are plenty of FLAC audio files in my library. I don’t see slowdowns as described here.
Your hardware is more than capable. I’m running on a ten year old dell optiplex and don’t have these issues. I suspect your issue is Windows, more specifically something else on windows, such as antivirus, updates etc. blocking disk I/O
Zim desktop wiki? I’ve used it for years. Cross platform, open source, lots of features. Bear in mind that there are a lot of plugins, including one specifically for journaling
Coming from what looks to me like a different perspective to many of the commenters here (Disclosure I am a professional platform engineer):
If you are already scripting your setups then yes you should absolutely learn/use Ansible. The key reasons are that it is robust, explicit, and repeatable- doesn’t matter whether that’s the same host multiple times or multiple hosts. I have lost count of the number of pet Bash scripts I have encountered in various shops, many of them created by quite talented people. They all had problems. Some typical ones:
| Issue | Example |
|---|---|
| Most people write bash scripts without dependency checks | ‘Of course everyone will have gnu coreutils installed, it’s part of every Linux distro’ - someone runs the script on a Mac |
| We need to pass this action out to a command-line tool, that’s obvious | Fails if command-line tool isn’t available, no handling errors from tool if they aren’t exactly what’s expected |
| Of course people will realise that they need to run this from an environment prepared in this exact (undocumented) way | Someone runs the script in a different environment |
| Of course people will be running this on x86_64/AMD64, all these third party binaries are available for that | Someone runs it on ARM |
| Of course people will know what to do if the script fails midway through | People try to re-run the script when it fails mid-way through and it’s a mess |
The thing about Ansible is that it can be modular (if you want) and you can use other people’s code but fundamentally it runs one step at a time. You will know for each step:
Sure. It’s on the page I linked, as a community install
In the case of Jellyfin I would recommend that you use one of the first party packages from the project itself rather than from your distro or a third party packager. I’m not sure if it’s still the case but primary supported packaging/distro until recently was .deb on Ubuntu or Debian, or Docker. I’ve got Deb on Ubuntu myself but if I were doing this again I’d definitely make it a docker install. Not needed to with jellyfin but so much easier to rollback with docker
See here
Welcome