Stream Freezing

[lancebrosious]

Hello, I am new to Jellyfin and for the most part I have things working well. I have run into an issue where when trying to watch my copies of Star Wars episodes 4, 5, and 6 the stream freezes about 1 minute in and does not resume. I am able skip ahead to another part but it will only run for a short time before freezing again. The log from the start of the stream is below. There is no update to the log when the stream freezes. 

[15:44:10] [INF] [112] Jellyfin.Api.Helpers.MediaInfoHelper: User policy for lancebrosious. EnablePlaybackRemuxing: True EnableVideoPlaybackTranscoding: True EnableAudioPlaybackTranscoding: True
[15:44:11] [INF] [112] Jellyfin.Api.Controllers.DynamicHlsController: Current HLS implementation doesn't support non-keyframe breaks but one is requested, ignoring that request
[15:44:11] [INF] [112] MediaBrowser.MediaEncoding.Transcoding.TranscodeManager: /usr/lib/jellyfin-ffmpeg/ffmpeg -analyzeduration 200M -probesize 1G -readrate 10 -fflags +genpts  -i file:"/data/movies/The Empire Strikes Back/The Empire Strikes Back_t01.mkv" -map_metadata -1 -map_chapters -1 -threads 0 -map 0:0 -map 0:1 -map -0:s -codec:v:0 copy -bsf:v h264_mp4toannexb -start_at_zero -codec:a:0 libfdk_aac -ac 2 -ab 256000 -copyts -avoid_negative_ts disabled -max_muxing_queue_size 2048 -f hls -max_delay 5000000 -hls_time 6 -hls_segment_type fmp4 -hls_fmp4_init_filename "8d412dc46257ac274b5345792eaef915-1.mp4" -start_number 0 -hls_segment_filename "/config/cache/transcodes/8d412dc46257ac274b5345792eaef915%d.mp4" -hls_playlist_type vod -hls_list_size 0 -y "/config/cache/transcodes/8d412dc46257ac274b5345792eaef915.m3u8"

After a while the log will update with this

[15:47:46] [INF] [114] Emby.Server.Implementations.Session.SessionWebSocketListener: Sending ForceKeepAlive message to 1 inactive WebSockets.

This happens when playing from the webUI in chrome on a windows PC and android phone. I have not noticed this behavior with any other files. 

I am running Jellyfin 10.9.11 in a Docker on my unraid server. I am running tailscale on the server and the docker for remote access.

I am able to play the files on my windows 11 PC with the build in Media Player and they do not freeze.

Has anyone else had this issue? Any idea what could be causing this?

[TheDreadPirate]

Are you running out of disk space? Can you share your ffmpeg logs via pastebin?

[lancebrosious]

I have plenty of disk space.
Here is the pastebin link to the log file

https://pastebin.com/Wc3yACdL

[TheDreadPirate]

Are you using the official jellyfin image or linuxserver image? Looks like the linuxserver image. Can you spin up another container and use the official image instead? The ffmpeg log looks fine. But occasionally people will have unexplained playback problems, like this, that only happens on the linuxserver image.

[lancebrosious]

I am using the linuxserver image so I can run the tailscale plugin. I stopped that docker, stopped tailscale, and installed the official image with the default settings. When I open the webui on the official image it shows my server but I cannot connect to it. Do I need to change the ports or make any other changes if the other jellyfin image is not running?

[TheDreadPirate]

If you are using host networking, your browser is probably loading the cached linuxserver instance. Use a private/incognito window and try again.

With host networking you would need to change ports to run both at the same time.

[lancebrosious]

It is configured to host networking on the official image. I have the linuxserver instance stopped. I tried to login in an incognito window and got to the username and password screen but it will not accept my password. When I click on forgot password and enter my username I get this message "Please try again within your home network to initiate the password reset process." I am on my home network and do not have any VPN enable on my server or home PC.

[lancebrosious]

I think there is something wrong the video file itself. This issue is replicated on star wars episode 4, 5, and 6 and they came from the same set of sources. I have not found the issue on any other media so far. Have you seen any cases where the source is the issue? I don't know if a re-encode and re-upload would fix the issue. I have tried just re-uploading and the issue persists.

[TheDreadPirate]

If the videos are from the same source, it is very likely the videos are borked in some way. You can try remuxing the videos before trying to get different versions of them.

Code:

/usr/lib/jellyfin-ffmpeg/ffmpeg -fflags +genpts+igndts -i "/path/to/video/mkv" -map 0 -codec copy -max_muxing_queue_size 2048 -max_interleave_delta 0 -avoid_negative_ts disabled newFile.mkv