WebOS: 05.80.30
Model: 55UJ6200-UA
Video and audio track transcodes when using SRT, VTT, and ASS subtitles for x264.
Switching back to the non-beta will allow Direct Play for SRT and VTT.
WebOS: 05.80.30
Model: 55UJ6200-UA
Video and audio track transcodes when using SRT, VTT, and ASS subtitles for x264.
Switching back to the non-beta will allow Direct Play for SRT and VTT.
Please provide a sample file that reproduces the issue.
Concur with this - so far any video with any SRT subtitles enabled kicks off transcoding - and therefore produces buffering/choppy playback. WebOS 05.80.55 / Model OLED55C7V.
Looking into this a bit more - possibly related
Sorry, I’m new to the forum.
How do I provide a sample?
I tried the solution @sirhe posted: https://forums.plex.tv/t/found-the-problem-for-eternal-transcoding/618717.
Once I changed the volume boost to none, this happened:
SSA: Video transcode, audio transcode
VTT: Video transcode, audio streamed
SRT: Video direct play, audio direct play
So not a solution, but an improvement.
For future reference:
If the transcoding was due to that setting then it’s less important now, but also look at the subtitle burn settings, by default SRT subs should not burn (when direct playing), but ASS/SSA will.
Hi @markus101 - are the TV clients ever likely to support “native” / non-burn of subtitle formats other than SRT format?
I’m also looking for the solution - far as I can tell, non-SRT are treated as image formats which currently require transcoding, so it seems the only true “fix” would be an improved player.
They already support other text based formats, (ASS/SSA requires a change of the burn level to Only Image Formats).
Image based formats may be supported in some capacity in the future.
Text based subs will be burned if the item can’t be direct played (unsupported audio codec is the most common reason).
This topic was automatically closed 90 days after the last reply. New replies are no longer allowed.