2024-02-05, 07:09 PM
That's what I was thinking as well. The only logical difference I can see is that each piece of media might be using different fonts.
I was waiting about 2 minutes before. Out of curiosity I waited about 5 minutes before backing out this time - same behavior. Here's a screen capture of the logs it generated within a couple minutes.
Almost everyone of them stops at this:
Since I waited longer this time, I did notice some of the logs are being written to as if a successful transcode is occuring even before I back out of the player. Once I exit the player, some of them quit on their own while others will transcode the entire length of the film if I don't manually stop them. This takes up quite a bit of resources since it seems like it is trying to transcode the same file multiple times at once.
For my Jellyfin library I have a single 14TB Seagate Ironwolf. I use a Samsung Evo 850 500GB SSD for Ubuntu and all of my Docker related data sources. Only media lives on the 14TB drive. Recent S.M.A.R.T. tests don't show anything wrong with the two drives.
When I have the time, I can try to look into replacing fonts for this particular piece of media and see if that alleviates anything. I do not know the ffmpeg syntax well enough at the moment.
I was waiting about 2 minutes before. Out of curiosity I waited about 5 minutes before backing out this time - same behavior. Here's a screen capture of the logs it generated within a couple minutes.
Almost everyone of them stops at this:
Code:
[Parsed_subtitles_3 @ 0x55bd310db480] libass API version: 0x1502000
[Parsed_subtitles_3 @ 0x55bd310db480] libass source: tarball: 0.15.2
[Parsed_subtitles_3 @ 0x55bd310db480] Shaper: FriBidi 1.0.8 (SIMPLE) HarfBuzz-ng 2.7.4 (COMPLEX)
[Parsed_subtitles_3 @ 0x55bd310db480] Loading font file '/config/cache/attachments/0f61260f1a76e2d52dafda15a48bcf35/fansubBlock.ttf'
[Parsed_subtitles_3 @ 0x55bd310db480] Loading font file '/config/cache/attachments/0f61260f1a76e2d52dafda15a48bcf35/LEXIA__.otf'
[Parsed_subtitles_3 @ 0x55bd310db480] Loading font file '/config/cache/attachments/0f61260f1a76e2d52dafda15a48bcf35/CALJOETRIAL.otf'
[Parsed_subtitles_3 @ 0x55bd310db480] Loading font file '/config/cache/attachments/0f61260f1a76e2d52dafda15a48bcf35/aparaj.ttf'
[Parsed_subtitles_3 @ 0x55bd310db480] Using font provider fontconfigSince I waited longer this time, I did notice some of the logs are being written to as if a successful transcode is occuring even before I back out of the player. Once I exit the player, some of them quit on their own while others will transcode the entire length of the film if I don't manually stop them. This takes up quite a bit of resources since it seems like it is trying to transcode the same file multiple times at once.
For my Jellyfin library I have a single 14TB Seagate Ironwolf. I use a Samsung Evo 850 500GB SSD for Ubuntu and all of my Docker related data sources. Only media lives on the 14TB drive. Recent S.M.A.R.T. tests don't show anything wrong with the two drives.
When I have the time, I can try to look into replacing fonts for this particular piece of media and see if that alleviates anything. I do not know the ffmpeg syntax well enough at the moment.