problem with transcoding or transmission

[hearingaid1970 0]

I have been having issues with emby freezing while playing back tv shows.  I am including the log files and i hope someone on here can help me figure out what is going on and how to fix..

I have tried reducing bitrate, increasing bitrate, disable hardware transcode, enable hardware encode.  I have no idea what else to do.

Anyone who has knowledge, please look and give a hand.

 

Thank you.

embyserver.txt ffmpeg-transcode-01f763a9-dc23-4181-b9d2-f38f1724f556_1.txt

[ebr 16554]

Hi.  Is it possible your transcoding temp location is running out of space?

12:16:28.750 Too many packets buffered for output stream 1:1.
12:16:28.827 Conversion failed!
12:16:28.827 EXIT

 

[speechles 2107]

Quote

12:16:28.750 Too many packets buffered for output stream 1:1.

Quote

12:15:55.729   Stream #0:2 -> #1:0 (subrip (srt) -> webvtt (native))
12:15:55.729   Stream #0:0 -> #1:1 (copy)

The output steam 1:1 is the subtitles.

 

Quote

12:15:55.840     Side data:
12:15:55.840       cpb: bitrate max/min/avg: 4232000/0/4232000 buffer size: 8464000 vbv_delay: N/A

8.464MB buffer. There are 3 subtitles muxing into this space from your log. If each takes up the maximum it would equal 12 which exceeds the buffer. Not sure if that is what this means the buffer size is for all the subtitles combined or just the 1. But the issue comes down to the subtitles sidedata being too large. If you remove some of those subtitles that will never get used it might make it easier to play that item.

ffmpeg allows the flag -max_muxing_queue_size to change the queue size larger. But that is at the cost of memory leaking. The main reason that error comes up is to prevent memory leaks so ffmpeg crashes rather than continue out of bounds. This is happening for a reason.

Maybe @softworkzknows best?

 

Edited 32 minutes ago by speechles