2024-07-05, 01:14 AM
(This post was last modified: 2024-07-05, 01:17 AM by podonnell. Edited 2 times in total.)
Just set up a new LG G3 TV. Testing a particular title, I am having some type of memory issue. I attempt to skip ahead a single chapter on a title, and the TV hangs for about 2 minutes and then says "this app will now restart to free up more memory"
I'm very perplexed, as I have an LG C1 that does not experience this issue, using the same title, connected to the network the same way.
I can also do this on my PC, and the chapter skip takes just seconds.
Here is the ffmpeg log which receives a q code from my G3 after about 2 minutes:
https://pastebin.com/4wFRZG1p
Here is the section of my jellyfin log where I think I see the issue happening:
[2024-07-04 20:41:08.390 -04:00] [INF] [29] MediaBrowser.Controller.MediaEncoding.TranscodingJob: Stopping ffmpeg process with q command for "\Jellyfin\Data\cache\transcodes\db1581c647ddfadc7fb592dac996bf8e.m3u8"
[2024-07-04 20:41:08.597 -04:00] [INF] [29] MediaBrowser.MediaEncoding.Transcoding.TranscodeManager: FFmpeg exited with code 0
[2024-07-04 20:41:08.602 -04:00] [INF] [29] MediaBrowser.MediaEncoding.Transcoding.TranscodeManager: "ffmpeg" "-analyzeduration 200M -probesize 1G -ss 00:11:43.368 -noaccurate_seek -fflags +genpts -i file:\"S:\CIPHER\Movies\Blade Runner 2049 (2017)\Blade Runner 2049 (2017) [imdbid-tt1856101] - [ATMOS Hybrid REMUX][Remux-2160p][DV HDR10][TrueHD Atmos 7.1][HEVC]-FraMeSToR.mkv\" -map_metadata -1 -map_chapters -1 -threads 0 -map 0:0 -map 0:2 -map -0:s -codec:v:0 copy -tag:v:0 dvh1 -strict -2 -bsf:v hevc_mp4toannexb -start_at_zero -codec:a:0 copy -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 \"\Jellyfin\Data\cache\transcodes\db1581c647ddfadc7fb592dac996bf8e-1.mp4\" -start_number 117 -hls_segment_filename \"\Jellyfin\Data\cache\transcodes\db1581c647ddfadc7fb592dac996bf8e%d.mp4\" -hls_playlist_type vod -hls_list_size 0 -y \"\Jellyfin\Data\cache\transcodes\db1581c647ddfadc7fb592dac996bf8e.m3u8\""
My server is older hardware, 4790k CPU with VAAPI transcoding. But again, this works perfectly fine on my LG C1 which is about 3 years older.
This TV is doing a REMUX due to file container in one test, and in another test I enabled TrueHD and it was doing an audio transcode, but the results are the same either way.
Any ideas what could be happening?
I'm very perplexed, as I have an LG C1 that does not experience this issue, using the same title, connected to the network the same way.
I can also do this on my PC, and the chapter skip takes just seconds.
Here is the ffmpeg log which receives a q code from my G3 after about 2 minutes:
https://pastebin.com/4wFRZG1p
Here is the section of my jellyfin log where I think I see the issue happening:
[2024-07-04 20:41:08.390 -04:00] [INF] [29] MediaBrowser.Controller.MediaEncoding.TranscodingJob: Stopping ffmpeg process with q command for "\Jellyfin\Data\cache\transcodes\db1581c647ddfadc7fb592dac996bf8e.m3u8"
[2024-07-04 20:41:08.597 -04:00] [INF] [29] MediaBrowser.MediaEncoding.Transcoding.TranscodeManager: FFmpeg exited with code 0
[2024-07-04 20:41:08.602 -04:00] [INF] [29] MediaBrowser.MediaEncoding.Transcoding.TranscodeManager: "ffmpeg" "-analyzeduration 200M -probesize 1G -ss 00:11:43.368 -noaccurate_seek -fflags +genpts -i file:\"S:\CIPHER\Movies\Blade Runner 2049 (2017)\Blade Runner 2049 (2017) [imdbid-tt1856101] - [ATMOS Hybrid REMUX][Remux-2160p][DV HDR10][TrueHD Atmos 7.1][HEVC]-FraMeSToR.mkv\" -map_metadata -1 -map_chapters -1 -threads 0 -map 0:0 -map 0:2 -map -0:s -codec:v:0 copy -tag:v:0 dvh1 -strict -2 -bsf:v hevc_mp4toannexb -start_at_zero -codec:a:0 copy -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 \"\Jellyfin\Data\cache\transcodes\db1581c647ddfadc7fb592dac996bf8e-1.mp4\" -start_number 117 -hls_segment_filename \"\Jellyfin\Data\cache\transcodes\db1581c647ddfadc7fb592dac996bf8e%d.mp4\" -hls_playlist_type vod -hls_list_size 0 -y \"\Jellyfin\Data\cache\transcodes\db1581c647ddfadc7fb592dac996bf8e.m3u8\""
My server is older hardware, 4790k CPU with VAAPI transcoding. But again, this works perfectly fine on my LG C1 which is about 3 years older.
This TV is doing a REMUX due to file container in one test, and in another test I enabled TrueHD and it was doing an audio transcode, but the results are the same either way.
Any ideas what could be happening?