Plex Media Server.exe eating up my CPU

[Ashus]

@anon18523487

You’ll need to check if the stream is being direct played or direct streamed. Even with stereo, there can be situations where the stream cannot be direct played. It is not a matter of the audio, but the type of streaming mechanism used. A conversion can also happen if the original SRT is not properly encoded as utf-8. You can try converting the file utf-8 and see if you get the same issue.

Actually all my SRT subtitles are in UTF-8, as my preferred language only works with utf-8 (alongside english subs that are also in UTF-8, But I have also tested both types UTF-8 and ANSI)

As long as the subtitle is not converted to ASS, PMS would not use CPU, as you said, it will only temporarily spike up to 20% or so for a second or two and drops down.

But if the subtitle convert to ASS, it will first start at 19-20%, and around 20+mins, it starts to increase in CPU Usage.

@anon18523487

Exactly. Covnerting the audio from 5.1 to stereo is direct streaming. With the original stereo, the file can be direct played. The conversion of the subtitles from srt to ass is done by the main PMS process, so the increase in load is expected, but it shouldn’t stay that way. There may be a memory leak somewhere.

Subtitle will convert SRT to ASS if the audio chosen is 5.1, if its stereo then subtitle will stay as SRT.

EDIT: Sorry I didn’t make sense here, as long as subtitle isn’t converted its good, and also if it direct streams it means subtitle is converting to ASS.
I meant that if plex tries to play audio in chosen 5.1, I dunno why subtitle converts to ASS, but in stereo, subtitle stays in SRT and it direct plays. Hope that makes any sense

Samsung TV (Tizen) is the only exception where even in stereo, it converts SRT to ASS, and PMS racks up on CPU.

I can re-produce the problem and log the times and upload all plex logs if you would like to see, as I couldn’t really pin point where exactly was this leak. Or why was it happening.