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
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
Intel(R) Core(TM) i5-4590S CPU @ 3.00GHz
8GB RAM
Integrated Graphics
Shipped AUG 2014
Ubuntu 22.04 with deb installation of Jellyfin
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.
I have no clue what could be causing that. I'd start looking into each link in the chain and making sure it's working.
But any halfway reasonable config should be able to handle audio playback, no matter how lossless. Audio-only just doesn't achieve datarates that would choke up... Anything.
Essentially, benchmark file transfers, transcoding, etc. Make sure each step of how it works is in fact working. Check drive SMART health... Whatever you can think of.
Also logs. No need to read through thousands of lines, but looking at the lines time stamped around when the issue occurs is always a good idea. FFMPEG logs, JF logs, client player logs, does SMB or whatever network drive protocol you're using have logs? If it does, check em.
Outside of Jellyfin, the computers seem to communicate just fine. Transfer speeds are what I would expect and disk read/write is usually fine as well. Like I mentioned in the post, it self-resolved since I made the post. But my concern is the same: what could be causing the underlying issue? I'll check the logs later and I'll report back
Edit: forgot to mention that I have a few 5.1 SACDs @ 24/192k that have always completely choked my system. Doesn't matter which machine or how extreme the transcoded settings are, it nukes the playback
So I checked the available logs after streaming a playlist for a while, which I've never done before (probably a huge mistake on my part). I have a generic "log_xxxxxxx.log" file that doesn't seem to have any relevant info, but the only ffmpeg logs I have are related to video files from yesterday. Interestingly, the transcoding speeds seem to slow down over time; flac/wav files seem fine at first, but struggle to play after 30 minutes or so in a playlist of constant playback.
Restart jellyfin and take a look at the logs? There may be some useful info there pointing to the issue. Go to your 'dashboard' then click 'Logs' - look through that see if anything stands out. If that doesn't work you may need to enable debug logging: https://jellyfin.org/docs/general/administration/troubleshooting/
Well I enabled debugging, restarted jellyfin and performed all three refresh operations and the episodes are still missing thumbnails. There was only one debugging item in the log about a broadcast socket
Are you trying to play 4k content on a non-4k tv and making the chromecast rescale content? That will result in these issues because the chromecast is a slow POS that needs to play 4k content on a 4k tv
Are you sure? The jellyfin client (web or app) knows what resolution it needs, and the transcode logs on my jellyfin server show an output resolution being explicitly defined. Both the source and player are 1080p (no 4K on my server) so I can’t be sure though
no 4k content, no transcoding (disabled server side), plain ol' 264/265 files, no other devices have issues. worked fine for the first day or two. it's possible there was a system update but I don't know, latest ATV app.
Got one few days ago and I can confirm its working perfectly fine. I just did software update on first boot, installed jellyfin and next thing Im watching a movie
this one also worked as advertised for the first day or two and started glitching by day three. I'd a appreciate if you could ping back in a couple of days whether it's still working.
I was reading other comments as well. You can also disable transcoding on the client side, the video will not play at all if transcoding is required. Also try disabling subtitles, sometimes subtitles require transcoding for some reason (don't know why tho).
it's all directplay, transcoding is disabled server-side and the server logs are the same as when other devices at that location play something. I'll keep digging.
it's worth thinking if they put that money in a basic account with 5% interest (I get 4.5% in one of my accounts and 5.2% in another, so I'll simplify), with $24k in there, that would be $100 per month, or 20% of their monthly budget.
7% is quite common with basic etfs, but it's more annoying to move money back to pay bills then. My point is: this could/should last even longer. Money which doesn't increase in value, loses value (inflation).
I'm not sure, probably? I gave up on trying to setup the -arr suite in my cluster because I was having issues with sharing PVCs.
But I'd like to get everything playing nicely soonish. I was hoping for something all-in-one because each of the -arr apps has so much to configure, and there's a ton of interchangeable parts in the space, and I'd rather not have the cognitive overload of all the decisions and have a config that just works™
Sharing PVC's seems like an anti pattern. My suggestion would be to share storage by having network storage instead like a NAS and share that with the same user in all Deployments. Generally for each *arr you need a /data and a /config so the data should be same location in the shared network solution. Check out https://hotio.dev/ for ready solutions which you only need to supply with the storage basically. Default settings works for me.
Jellyfin: The Free Software Media System
Hot
This magazine is from a federated server and may be incomplete. Browse more on the original instance.