simple question, is this correct?

[Heiler]

External subtitles format "SUBRIP" failed to match support line f:mkv v:av1|h264|h265|mp4|mpeg2|vp8|vp9 a:aac-lc|aac-main|he-aac|ac3|dts|eac3|lpcm|mp3|mpa|opus si:ASS|SUBRIP m:video/x-matroska

I saw a video being transcoded and searched the log and found this. Why it says "failed" if "subrip" is there?

Also there isn't "dtshd" in the audio list but it's an LG OLED55B7P TV... is this right too? it seems to be transcoding everything with dtshd audio pointlessly
I just added "dtshd" there and boom: Started playing Malasana 32 2020 1080p BluRay REMUX AVC DTS-HD MA 5.1-BdC.mkv (No transcoding) on your [LG] webOS TV OLED55B7P


thanks

[mik_s]

Without logs I won't be able to see why it is failing to match but at a guess you have an external .srt file but that line in the conf only defines internal subtitles (si:)
There is a separate bit in the conf that defines the supported external subs and if this matches it will be used even if it failed the internal check.
This will be mentioned a few lines down, before the Final Verdict:

The LG-WebOS.conf works on many different models and not all of them can play dts, and even less dtshd.
It's impossible for the devs to create a conf for each model TV as they don't have access to each one to test on, they may only have the one they own.
I know one of the Devs has a recent one and did work improving this conf as well as playback of transcoded video.

Many manufacturers actually stopped supporting dts to save on the licencing costs as other open source codecs that are better are being used more and more.

I suggest you save your edited conf to C:\ProgramData\UMS\renderers (assuming you are on windows) to prevent the conf getting overwritten when you update UMS.
You should also change the LoadingPriority to 2 so this will take priority over the original conf.

[Heiler]

It's sad to know that UMS relies on end-user modifications to run correctly instead of using a more polished tv-profiles
The "LG OLED" is really too global and I bet newer models are even better than mine (which is from 2016).

btw UMS was trying to re-encode the video with x265 (other accelerated HEVC options didn't work and I use a RTX3060). I thought it was doing it because of the external subtitles but in the end the problem was the missing "dtshd" in the audio part of LG OLED profile.

Now it seems even uglier to me. Is it right to re-encode the whole video when the problem was the missing dtshd audio capability? Shouldn't it re-encode only the audio if that was the case?
I have a good cpu and it was with 100% usage trying to encode a full-hd video in h265 pointlessly. h265 is VERY cpu-intensive and idk why UMS picked that instead of h264 or even mpeg2?

see the "malasana" movie in the logs

[mik_s]

I can see that it was not using the LG-WebOS.conf but LG-OLED.conf

Most of the model numbers it matches is from 2019 which would not support dtshd but do with dts, the 2020 models have removed dts completely.
As yours is from 2016 the LG-OLED.conf is the closest match for most things so it is used even if it is not perfect for that model number.

It is unrealistic to assume there is a conf for every device as there is no way for the devs to make these without buying each and every one in which case UMS would not be free.
We rely on users to tweak existing confs or make new ones. There are guides in the knowledge base on this and I try and help with changes to them for others to test.
I will then feed this back to the devs so the new confs can be included in future versions.
Ideally there should be some sort of conf editor where it will gather information about a device and make it easy to edit, then possibly upload this for others to use.
I have suggested this before and maybe it could happen in V15.

As for the h265 encoding I don't know why someone set this as not everyone will be able to encode using it.
You could change the transcoding profile to "MPEGTS-H264-AAC", or if it works "HLS-MPEGTS-H264-AAC" for better transcoding playback if you don't use external subtitles as this is a limitation with HLS

I can also see you have not enabled your GPU to do this so it just using the CPU. You set this up in the transcoding settings for FFmpeg and use the _nvenc encoders for Nvidia cards.

Screenshot 2025-03-09 014513.png (44.08 KiB) Viewed 3388 times

About SUBRIP failing to match I was right about it matching the external format in the next line

Code: Select all

 External subtitles format "SUBRIP" failed to match support line f:mp4|m4v   v:av1|h264|h265|mp4                 a:aac-lc|aac-main|ac3|ac4|eac3|he-aac|mp3                                         m:video/mp4
 But did match a format in the SupportedExternalSubtitlesFormats renderer configuration setting
 Matched support line f:mp4|m4v   v:av1|h264|h265|mp4                 a:aac-lc|aac-main|ac3|ac4|eac3|he-aac|mp3                                         m:video/mp4
 Final verdict: "Devdas (2002) 12mbps 1080p WEB DL - AVC - AAC  - DUSIcTv.mp4" will be streamed

[Heiler]

Thanks for all the information.
I had tried all "_nvenc" options one by one, nothing have worked.
This was done before I wrote "dtshd" on the .conf. And the question again is: why it tries to re-encode? the way the .conf was it should know my TV understands the video and the external subtitle part of the movie at least. It would be less troublesome if it tried to re-encode only the audio part. Or is it impossible/hard to do?

[Heiler]

Now this is another problem in another movie (avatar 2022) I think.

With transcoding enabled (as in the log) my TV says: "This file type cannot be played on this TV",

but if I "disable all transcoding", the movie plays with "dolby audio" but without subtitles.

This also doesn't seem right....

[mik_s]

It was transcoding as the conf did not list that format as supported so you need to add the dtshd in each line it will apply to, not all filetypes may be able to play with dtshd.

For "Avatar.The.Way.of.Water.2022.UHD.2160p.Bluray.TrueHD.Atmos7.1.DoVi.HEVC.X265-FZHD.mkv" the reason this is transcoding is it uses TrueHD for the audio which it is also not defined.

Code: Select all

Audio codec "truehd" failed to match support line f:mkv       v:av1|h264|h265|mp4|mpeg2|vp8|vp9   a:aac-lc|aac-main|he-aac|ac3|dts|eac3|lpcm|mp3|mpa|opus           si:ASS|SUBRIP   m:video/x-matroska

Another thing that could cause transcoding is the PGS subtitles

Code: Select all

Internal subtitles format "PGS" failed to match support line f:mkv       v:av1|h264|h265|mp4|mpeg2|vp8|vp9   a:aac-lc|aac-main|he-aac|ac3|dts|dtshd|truehd|eac3|lpcm|mp3|mpa|opus           si:ASS|SUBRIP   m:video/x-matroska
And did not match any formats in the SupportedInternalSubtitlesFormats renderer configuration setting

This can be a problem if these have been set to forced which is probably the case for this movie for the alien language parts.
PGS is an image based subtitle format so it is not readily supported by most TVs, mostly on Blu-ray players, so they have to be burnt into the video by transcoding to be visible.
This is why subs are not showing when you disable transcoding as the TV cannot display them.

There are 2 ways around this. If you disable subtitles then it won't be transcoded and the TV will ignore the subs, but they would be needed for this movie.
Or you could find external .srt subtitles so this will be sent to the TV instead of needing to be transcoded but you would need this for very video that has PGS subs and it won't have the same styling.

I have altered the LG-OLED.conf to add in support for dtshd and truehd, changed transcoding to h264 if it needs to, and increased the loading priority.
Copy to "C:\ProgramData\UMS\renderers" and delete any other LG conf in there as 2 more were created and are being used and could stop this conf from working.

LG-OLED-2016.conf

(2.87 KiB) Downloaded 332 times

Looking at your conf the GPU en/decoding method is set to d3d12va. I don't know if this is correct for your GPU but better to set this to auto just in case it is not.
I don't think there is an option in the GUI to set this so you will have to edit "C:\ProgramData\UMS\UMS.conf" while UMS is not running

Code: Select all

# GPU decoding acceleration method
# -----------------------
# Recommendation is "auto" because other methods don't fallback to software
# decoding when errors appear.
# Also accepts custom options, e.g.
# -hwaccel vaapi -hwaccel_device /dev/dri/renderD128 -hwaccel_output_format vaapi
# for not only GPU decoding but also GPU encoding.
# -init_hw_device vaapi=amd:/dev/dri/renderD129 -hwaccel vaapi -hwaccel vaapi -hwaccel_device amd
# for using a AMD device when a PC has Intel and AMD GPUs.
# See https://trac.ffmpeg.org/wiki/HWAccelIntro.
# Default: "auto"
ffmpeg_gpu_decoding_acceleration_method =

[Heiler]

Thanks, I'll change the .confs here. But the biggest problem was "This file type cannot be played on this TV" when it was trying to transcode. Did you find out why? It seems that even when transcoding ums is sending unsupportable stuff to the TV !!

[mik_s]

It had to do with the PGS subtitles.
UMS was deferring to tsMuxeR to burn them in but this might have messed things up as it was transcoding to h265 and I am not sure that can do it.

Code: Select all

net.pms.dlna.DidlHelper Subtitles track 4 cannot be streamed because it is internal/embedded
...
net.pms.encoders.FFMpegVideo Not muxing the video stream with FFmpeg because we need to burn subtitles.
...
net.pms.encoders.FFMpegVideo Deferring from FFmpeg to tsMuxeR
...
net.pms.io.OutputTextLogger [matroska,webm @ 00000000026df300] Could not find codec parameters for stream 4 (Subtitle: hdmv_pgs_subtitle (pgssub)): unspecified size

[Heiler]

It had to do with the PGS subtitles.
UMS was deferring to tsMuxeR to burn them in but this might have messed things up as it was transcoding to h265 and I am not sure that can do it.

So this is a bug, isn't it? How in the world an user would think a .srt subtitle would fix a "This file type cannot be played on this TV" message?