SOLVED: Directplay/Directstream constant buffering

[IceToast]

Hey guys!
I have a little problem with my jellyfin installation i suppose. Just to cancel out some obvious things: Everything is in my home LAN connected via Ethernet. Jellyfin is installed on a homeserver mini-pc with an Intel N100 cpu. Im using the iGPU for hardware transcoding, which is working very well.

I've noticed, that i cannot play any media that is HEVC (mainly HEVC10) encoded from the jellyfin server itself. I'm absolutely clueless on why, but somehow only for those media files the network bandwith is limited to about 0.8MB/s. Note that its directplay. When transcoding any of those media files the stream is butter smooth without any bufferings and the network bandwidth is not limited somehow. 

It seems like it's pretty much like this issue: https://www.reddit.com/r/jellyfin/commen...fering_on/
However i couldn't find any solution to it just yet.

All media files are stored locally on that machine, so there is no other network traffic other than JF -> Client.
Any media file that has a bitrate, that fit the 0.8MB/s plays smoothly too.

I hope anyone can help me finding a solution

[TheDreadPirate]

Can you share your logs with us? Upload to https://sourceb.in/ and link them back here.

What are the specs of the client with this issue? Is it every client? Or just a particular client that is having trouble with 10-bit HEVC?

[IceToast]

Hey! Sure

Jellyfin Log:
https://sourceb.in/kiTtUScGjV

FFmpeg Log:
https://sourceb.in/XTWYZqZs03

I notice that issue with almost every client (Swiftfin, Jellyfin Media Player (Windows), Jellyfin iOS, Infuse)

[TheDreadPirate]

Redacting user name and WAN IPs is fine. Please don't redact file names unless they are NSFW. It makes it hard to verify that the ffmpeg log I a looking at matches what I'm seeing in the jellyfin log. Since ffmpeg logs don't have date and time stamps.

Also, why is it saying that it is direct playing.....but the fact that the ffmpeg log exists, and the ffmpeg log says it is transcoding....

Also, the ffmpeg logs says it is barely keeping up with the video.

What OS are you running? Linux, probably. What distro? Which kernel? Is there any virtualization.

[cubimol]

I am using Jellyfin installed on a Linux PC using docker and it works fine, my main use is listening to music in the car. The movies also look good and the most problematic thing is the television, it usually works well but sometimes the bandwidth of my internet connection is limited to watch some HD channels and buffering occurs at certain hours of the evening.

My question is this: I see that some public IPTV television services counteract Internet bandwidth limitations by reducing the number of fps, while the sound works as it should. This solution seems great to me, replacing the unpleasant buffering with a slowdown of the image while the bandwidth limitations last.

Is it possible to decrease the fps as a transcoding mechanism?

Greetings

[TheDreadPirate]

I am using Jellyfin installed on a Linux PC using docker and it works fine, my main use is listening to music in the car. The movies also look good and the most problematic thing is the television, it usually works well but sometimes the bandwidth of my internet connection is limited to watch some HD channels and buffering occurs at certain hours of the evening.

My question is this: I see that some public IPTV television services counteract Internet bandwidth limitations by reducing the number of fps, while the sound works as it should. This solution seems great to me, replacing the unpleasant buffering with a slowdown of the image while the bandwidth limitations last.

Is it possible to decrease the fps as a transcoding mechanism?

Greetings

Throttling transcoding in this way is not possible.

Please don't hijack someone else's thread for an unrelated question.  Start your own.

[IceToast]

Redacting user name and WAN IPs is fine.  Please don't redact file names unless they are NSFW.  It makes it hard to verify that the ffmpeg log I a looking at matches what I'm seeing in the jellyfin log.  Since ffmpeg logs don't have date and time stamps.

Also, why is it saying that it is direct playing.....but the fact that the ffmpeg log exists, and the ffmpeg log says it is transcoding....

Also, the ffmpeg logs says it is barely keeping up with the video.

What OS are you running?  Linux, probably.  What distro?  Which kernel?  Is there any virtualization.

Yes you are right, it wasn't transcoding. I missmatched the date and thought it got created for the session (it didnt't).
I'm running Debian 12 as an LXC Container with the 6.2.16-5-pve kernel, so there is virtualization going on.

I've cleared up the old log, restarted the jellyfin service and redone the streaming session with the same file:
https://hastebin.skyra.pw/qaxuwaveti.prolog

Unfortunately i cannot post this log on https://sourceb.in/ as it returns an error without mentioning what the actual error is. I suppose it the size.

[TheDreadPirate]

UGGGGHHHH. DLNA!!!!!

Without know the model of TV, its hard to say if your TV can even direct play 10-bit HEVC. Is your TV running Android TV or WebOS? Jellyfin has apps for both.

[IceToast]

No you got that wrong. Somehow the LGTV is polling some Jellyfin stuff (cuz of DLNA). But isn't in use. The issue has nothing to do with that.

---

I've cleared the log and disabled DLNA: https://hastebin.skyra.pw/etozepefar.prolog
Same issue. Sometimes its about 5Mbps bandwith limit, other times its 2Mbps limit. Those two values seem to switch sometimes when restarting the service or the playback session.

[TheDreadPirate]

What are the specs of the client PC? Can you look in C:\Users\YOURUSER\appdata\local\jellyfinmediaplayer\logs and share the log?