(2023-10-05, 01:27 AM)TheDreadPirate Wrote: This log indicates it is direct streaming.  The video is original, only the audio is transcoded.

What happens when you use Swiftfin?  It's a work-in-progress rebuild of Jellyfin's iOS app.

(2023-10-05, 01:42 AM)use7 Wrote: Going off of:

Code:

Stream mapping:
  Stream #0:0 -> #0:0 (copy)
  Stream #0:1 -> #0:1 (truehd (native) -> aac (libfdk_aac))

you are transcoding, but only audio.  If you go to either (while watching off the web player) the settings -> playback info; or look in the log_date.log file I believe you will find something like "TranscodeReason=AudioCodecNotSupported" telling you that you're transcoding and why.  That being said I don't believe this to be this issue, I think your issue is that you're attempting to stream over wifi (I presume, if not then ignore the rest of this post).  The Google fiber rates shouldn't matter (as long as this is all within your house), but knowing you have a max of ~500 Mbit you'd be getting roughly 62 Mbyte per sec. and doing a quick size over time for your file you're looking for ~100 (I'm not an expert here, so if someone else has a correction I'd listen to them) which you probably won't get; you can test by temporarily connecting a cable to the tv and server and seeing if the playback is improved at all.

That being said, hope is not lost, in the server admin panel you can go to playback -> streaming and set a limit for the streams (you can set "allow encoding in HEVC format" under the transcoding menu to potentially allow better quality at lower bitrates, if you have hardware encoding set up you may be unable to do this, but giving a quick look at the support matrix you should be fine?).  You can probably set this limit in the AppleTV as well (I'm less familiar with that interface so I don't know how much I can help there).  If you allow the hevc encoding on your server you may have to specify in the AppleTV to request hevc streams (again, not familiar and this is going off of half-remembered items from a reddit post dealing with rokus a while ago).  You're cpu is fairly decent, and if you have hardware encoding enabled you can probably do this on-the-fly (though if you notice continued stuttering then the next option may be a better bet)

Finially, if you have the disk space, you can transcode (handbrake/ffmpeg) the files to a smaller resolution/lower bitrate and have them saved as separate versions and use those files instead when watching off these devices.  (I use this option, especially for HDR files as my server isn't that powerful and I've lots of disk-space.  You can keep the originals around and remove the lower-quality ones of files that are not frequented if disk space becomes tight.

If you try the above and they don't help then it's a different problem then I'm thinking of, but the additional logs/troubleshooting will hopefully help ID it.

(2023-10-05, 06:01 AM)PogMoThoin22 Wrote: First of all I've no knowledge on the state of Jellyfin on Apple devices!

Unless you have your Google wifi pucks on ethernet your issue here could be wifi. Wifi is half duplex and Google wifi is only dual band which means it uses the same 5G radio for backhaul as well as client connection. See wireless is a shared medium, your devices share time on the frequency and only one device can talk at a time, think of it as two way radio where only one can speak at a time. Mesh is the buzz word these days but it's more about convenience than raw speed. While speedtests can be decent on mesh local tcp file transfers can be slow where data is sent in a controlled sequence and must be acknowledged before more is sent. You should get a device on ethernet and try again to rule out wifi