Universal Media Server | Forum

Thank You Sir for all your help !!!

SMH, I didn't realize that I had transposed the TLC/TCL ... fixed that.
Copied the UMS.conf file after shutting down the Server .
Copied the new TCL.conf to try first.
Started UMS ... got this error many times: "18:21:14 WARN Error verifying JWT: The Token has expired on 2025-02-28T22:24:14Z."
Tried playing a movie with Roku to TV - NO Subtitles.
Tried playing from the "#-Transcode-#" folder - got an error that there was NO Playable Media in that folder. Do I need to copy the movie file into that folder ?
Same result on TV directly, "No file" after clicking in the Transcode folder AND clicking on the movie in there.
So, still no Subtitles from UMS.


...

I don't know exactly what JWT The Token is for but I think it is some part of access control for web stuff and needs to be reissued to keep it secure.
I see this every now and again after UMS has been running for a while and once that session expires a new one is created. This is just a guess though.

You don't copy anything into the transcode folder, this is a virtual one created by UMS that gives you various transcoding options if needed.

Does the transcode folder for the video appear empty?
I noticed this in V15 alpha that I am testing and thought it was limited to that, if it is happening in main then there is a bug here.
I have just installed 14.10.0 and plan to check this myself later to confirm.

Does Your TV show up as TCL in the home screen of the web interface? Each conf is should show a different name depending on the configuration I set.
All these confs have the same priority so make sure to only have one in the renderer folder at a time to guarantee UMS will use it.

Does the filenames show subtitle details on the TV? It should show something like "Movie {Ext. Sub:SubRip/English}"
Could you do more logs with these settings so I can see if they are even being used.

The Transcode "folder" actually shows as a "Settings" gear icon, when I click on it then the movie is already there...
I didn't copy anything into anywhere except the new TCL.conf into the Renderers folder, and Yes the TV shows with that.


Yes the file names do show the Subtitle info - I hate that.



...

OK it is good that UMS is picking up the right conf now for the TV.
You could try a Roku version at the same time as the they have different matching criteria so should not conflict. This will let you test the Roku app as well.

I have reinstalled the latest main build (14.10.1-SNAPSHOT) and can confirm the transcode folder is broken. I have made an issue for this.

I don't like to have filename with full sub details either but this does show that UMS is finding the subs and would use those.
Next step is to see if they are being offered to the TV when streaming those videos.
As the transcode folder is broken ATM we can't really try that unless you go back a few versions, but I don't know when it broke.

Now I need to see if these videos are being streamed or transcoded when trying to play on the TV.
Could you do logs while you are playing one of these videos with external subs?

Do these videos actually play without problem, excluding the subs. Have you tried to see if they can be turned on from the TV?
The sub button on the remote might work but may only be for normal TV programs so there may be a separate options somewhere in the player to turn them on.
On Samsung TVs you have to do it in the gear icon settings as I show here.

What about the Vizeo TV? Does that work properly as I noticed that UMS was finding the right conf for that one.

ALL my videos, no matter origin, or file type, play flawlessly thru the ROKU to my TV. I don't try to go directly thru TV just because it is a pain - more steps. The ROKU turns the TV ON, plays everything I want, and turns the TV OFF, I have no need to go directly thru the TV.
No view and no access to subs from ROKU nor TV when playing either way.
Vizio is wife's TV have never tried subtitles there - will check...
No Subtitles in webplayer ...
No Subtitles on TV thru ROKU.
No Subtitles on TV directly.
No Subtitles on Wife's Vizio TV thru Roku.

So you want me to try the other TCL(roku hls).conf at the same time as the TCL.conf ???

Debug file attached. ...

I'm confused. Is your Roku an app on the TV or a physical device?

Or do you have both as several Roku devices are showing in the logs


Your TCL TV is but getting a Roku here and 2 more There was no attempt to play anything on the TCL so could not see if subs would work with that conf, all was on the Roku at 192.168.1.218 and 192.168.1.22

As I have mentioned these use HLS which do not work with external subtitles as far as I know, just internal ones. Just focus on getting the subtitles to work on the TV only for now. Could you do logs showing this.
You also did not mention is subs work on your wife's TV natively, not though Roku as that will probably be the common factor why you don't see any as it is Roku playing the videos and not the TV.

UNLESS it is a Roku TV {I have none}, Roku is always a separate device, there is one {IP.218} on my TV {IP.190} and one {IP.22} on wife's TV {IP.146} and one out in my Gunsmith Shop on another Vizio TV. {those aren't ON unless I go out there}
In the "old" Settings, I checked the box "Add Engin Names after filenames" which notated that the "Engine - no matter where I was trying to view - was "FFmpeg" in the Title, not sure if that matters.
The wife's Vizio, and the Gunsmith Vizio TVs won't play any of the .mp4 movie files, in fact it shows them as ".mpg" and produced this error numerous times for each movie I tried to play:
"19:53:20 WARN Device descriptor retrieval failed: h,t,t,p,://192.168.1.5:2869/upnphost/udhisapi.dll?content=uuid:8ff82b53-5dd7-4d69-a673-0aa5afde7cd5, 400 Bad Request" {this portion changed for each Title}

You have mentioned that the HLS does not support External Subtitles, yet Subtitles did work {whether external or internal idk}, I'm sure, in v12.1, which was one of the reasons I wanted to stay at that version... it was the first thing I noticed that didn't work when I updated, and is the only function - for me - that I need to get working and still doesn't in v14.10.1

ALL the movies have INTERNAL Subtitles, and show such when played through VLC or Windows Media Player {both New and Old versions} and "MS Movies & TV App", MKVtoolKit, and DaVinci Resolve...

The reason this is not working has got to be easy and stupid simple... an oversight of a misplaced jot or tittle as it were somewhere....

I have gone to great lengths to obtain External Subtitles for every movie I have and it is a great disappointment the neither Internal nor External Subtitles work at this time. No on UMS web player, Not on Roku, and Not on my TV.

I am willing to continue to test for you, but it HAS to work for ME through the ROKU at some point.
Tried playing on TCL TV direct... movie plays perfectly, no Subtitles, No controls for Subtitles. Used TV's Remote to check and verify that "Captions" were indeed "ON", switched them OFF and back ON, still nothing.

I unchecked the "Force external subtitles" and the "Automatically load *.srt with the same file name", and tried the TV directly again ... No Subtitles, and no controls for them... except one movie title "Red Notice.mkv" had subtitles on web player and on my TV, I changed the extension to .mp4 and still had Subtitles on web player and TV, but still not thru Roku... so hopeful.
Any ideas as to why the UMS keeps doing this while playing a movie, any movie ???
00:40:23 INFO Started playing Red Notice - (2021).mp4 (FFmpeg HLS Video) on your Roku 4 (NSP 6-7)
00:40:32 INFO Stopped playing Red Notice - (2021).mp4 on Roku 4 (NSP 6-7)
00:40:44 INFO Started playing Red Notice - (2021).mp4 (FFmpeg HLS Video) on your Roku 4 (NSP 6-7)
00:40:50 INFO Stopped playing Red Notice - (2021).mp4 on Roku 4 (NSP 6-7)
00:41:02 INFO Started playing Red Notice - (2021).mp4 (FFmpeg HLS Video) on your Roku 4 (NSP 6-7)
00:41:12 INFO Stopped playing Red Notice - (2021).mp4 on Roku 4 (NSP 6-7)
00:41:20 INFO Started playing Red Notice - (2021).mp4 (FFmpeg HLS Video) on your Roku 4 (NSP 6-7)
00:41:26 INFO Stopped playing Red Notice - (2021).mp4 on Roku 4 (NSP 6-7)
00:41:32 INFO Started playing Red Notice - (2021).mp4 (FFmpeg HLS Video) on your Roku 4 (NSP 6-7)
00:41:37 INFO Stopped playing Red Notice - (2021).mp4 on Roku 4 (NSP 6-7)
00:41:38 INFO Started playing Red Notice - (2021).mp4 (FFmpeg HLS Video) on your Roku 4 (NSP 6-7)
00:41:50 INFO Started playing Red Notice - (2021).mp4 (FFmpeg HLS Video) on your Roku 4 (NSP 6-7)
00:42:19 INFO Stopped playing Red Notice - (2021).mp4 on Roku 4 (NSP 6-7)
00:42:24 INFO Started playing Red Notice - (2021).mp4 (FFmpeg HLS Video) on your Roku 4 (NSP 6-7)
00:42:36 INFO Stopped playing Red Notice - (2021).mp4 on Roku 4 (NSP 6-7)
00:42:43 INFO Started playing Red Notice - (2021).mp4 (FFmpeg HLS Video) on your Roku 4 (NSP 6-7)
00:42:56 INFO Stopped playing Red Notice - (2021).mp4 on Roku 4 (NSP 6-7)
00:43:03 INFO Started playing Red Notice - (2021).mp4 (FFmpeg HLS Video) on your Roku 4 (NSP 6-7)
00:43:08 INFO Started playing Red Notice - (2021).mp4 (FFmpeg HLS Video) on your Roku 4 (NSP 6-7)
00:43:15 INFO Started playing Red Notice - (2021).mp4 (FFmpeg HLS Video) on your Roku 4 (NSP 6-7)
00:43:22 INFO Started playing Red Notice - (2021).mp4 (FFmpeg HLS Video) on your Roku 4 (NSP 6-7)
00:43:33 INFO Stopped playing Red Notice - (2021).mp4 on Roku 4 (NSP 6-7)
00:43:34 INFO Started playing Red Notice - (2021).mp4 (FFmpeg HLS Video) on your Roku 4 (NSP 6-7)
00:43:42 INFO Stopped playing Red Notice - (2021).mp4 on Roku 4 (NSP 6-7)
00:43:46 INFO Started playing Red Notice - (2021).mp4 (FFmpeg HLS Video) on your Roku 4 (NSP 6-7)
00:43:52 INFO Started playing Red Notice - (2021).mp4 (FFmpeg HLS Video) on your Roku 4 (NSP 6-7)
00:44:05 INFO Stopped playing Red Notice - (2021).mp4 on Roku 4 (NSP 6-7)
00:44:10 INFO Started playing Red Notice - (2021).mp4 (FFmpeg HLS Video) on your Roku 4 (NSP 6-7)
00:44:15 INFO Stopped playing Red Notice - (2021).mp4 on Roku 4 (NSP 6-7)
00:44:21 INFO Started playing Red Notice - (2021).mp4 (FFmpeg HLS Video) on your Roku 4 (NSP 6-7)
00:44:27 INFO Stopped playing Red Notice - (2021).mp4 on Roku 4 (NSP 6-7)
00:44:32 INFO Started playing Red Notice - (2021).mp4 (FFmpeg HLS Video) on your Roku 4 (NSP 6-7)
00:44:38 INFO Started playing Red Notice - (2021).mp4 (FFmpeg HLS Video) on your Roku 4 (NSP 6-7)

and while playing, it still has that audio glitchmute for a nanosecond every few to 5 seconds - didn't EVER do that before in ANY version, it's new in v14 for me.
...

You had disabled external subtitles and loading of srt so these are not being offered to the TV so you won't have the option to turn them on. Please re-enable these settings before playing on the TV and see if you can turn them on, and do logs like this.
Also try on the Vizeo TV too.

I had asked several times on if the Roku was an separate device and you had said it was an app on the TV so this was confusing me when trying to find the videos playing on the TV.
Those confs for the TCL I made was assuming it was an app.

The old Roku confs did not use HLS but there was also only a few formats it could play so almost everything needed to be transcoded.
A while ago there was reports that a firmware update on Roku devices broke any transcoding that resulted in the conf for those to be changed to use HLS.
When this works properly it is like streaming the video and allows you to switch audio tracks and subtitle.
Normal transcoding is fixed so you can't change these during playback.
Some devices will not allow you to seek and disable the controls so you would have to watch from the beginning of the video if you wanted to change subs.
Even worse some will even restart the whole video if you forget it is transcoding and you attempt to seek. I tried Movian on my PS3 and it would do this.

Here are a few threads on the forum I found about this.
Roku Media Player only play or exit with UMS
No navigation buttons on Roku #2631
Cant fast forward Videos in UMS 9.3.1
How to remove languages from transcoding? (one you posted on)

The only downside to HLS is the external subtitles. I still have not got a reply if this is a limitation or something that has not been implemented in UMS.
As most videos these days have the subs embedded inside this is not really a problem for most people.

The way HLS works is it splits the video into chunks of about 5 seconds and creates a playlist of these chunks to send to the TV. UMS will log each chunk as a playing event as it has to run FFmpeg on each of them, so it is normal to have many start/stop playing events with this format.

This could also be the cause of the audio glitch you are mentioning as a new chunk starts playing. It looks like transcoding is being done on the CPU. If you have a graphics card that supports video encoding you could enable this and that might solve this glitch. Chose the _nvenc ones if your GPU is from Nvidia or look at the other options if not to find the suitable one. The engine name will either be [FFmpeg] or [FFmpeg HLS Video] as that is what is used to do the transcoding. There are other engines like Mencoder that are useful for certain formats but won't do HLS. If you see an engine name then it shows that the video will be transcoded and not streamed.

As the video is being transcoded the TV will show the format as a .mpg so this is correct, this is the format of each video chunk sent to the renderer.
That warning can be ignored, UMS is just looking for a service that does not exist so the device responds as bad request.

The videos with internal subtitles should be working properly and you should be able to turn on the subtitles on the device or the web player like you confirmed with that test video I asked you to try. Remember that the sub button on the remote may not turn these on and there could be some other control for the player like I found on my Samsung TV.

Could you upload the "6 Underground (2019).mp4" video and subs to somewhere like mega.nz so I can test this on my TV, best to PM me the link.
Does this video have internal subs, if so you should be able to turn them on somewhere on the TV as this is being streamed unaltered.

Sorry , I thought the INTERNAL Subtitles should show, but didn't.
Not working on Vizio TV.

There IS a Roku App on the TV, But I don't ever us it.

Not really interested in "seeking" or fast forwarding in any movie.

IF I "cast" from VLC or other Apps, then I get Subtitles, not sure if they are the Internal or the External. {I think they are EXTERNAL because those Apps let me look for Subtitles - as I believe UMS SHOULD}
Every movie's title includes the year it was released in the filename ... can these numbers be causing a problem in UMS?

I noticed that the "test5.mkv" file has INTERNAL subtitles, and does not say so in the file title - only the FFmpeg engine for playout... even though I have chosen VLC to be above it in the list.
I also noticed that when I play a movie using anything other than UMS, there are NO audio glitches.

Also noticed that I have unchecked the "Enable Video Resuming" - yet all the movie files I have tested are being "Resumed" at the last point I was when I last tried the file...
And that "test5.mkv" is the only file that shows subtitles on the webplayer and TV {directly}.

I have now spent several hours checking ALL my movies - turns out that only 4 have INTERNAL subtitles... I feel like such a fool now. One of those is a downloaded from Netflix converted file. But ALL movies have "External" Subtitle .srt files.

But, I still think that "External" Subtitles SHOULD be made to work properly, and that HLS might be a big part of the problem.
I put all the settings back to where they should be, to continue ...

It is surprising that internal subtitles don't show. As I know nothing about Roku devices I checked around to see how to turn them on.

Apparently you have to enable them in the accessibility menus before you can turn them on, then you can use the star button on the remote to turn them on or off.
This is not very user friendly so I can understand how you could not turn them on. This is the video I found showing how to turn them on and this is the page on Roku's support site. Try it and see if that test video will show subs.

I also found that TCL is Roku so those confs I made for it are not much use, especially as you are using a separate Roku device anyway. But in the last logs I did see it was being used and the "underground" video was being streamed and appeared to have internal subs so you can use that for testing

I also saw the formats they are supported by Roku and I see why it made sense to only use HLS for everything.
I could probably have a go at adding more supported formats to the conf so transcoding is not needed for the few it will play natively if you are willing to test as this is something I'm unable to do.
I could also get one of the old confs that do not use HLS and you could try that but it probably won't be a good experience, and with the broken transcode folder you would not be able to select the right subs if UMS picks the wrong one but at least the subs will be burnt into the video.

I think casting is working as this is basically the same as transcoding the video and burning in the subtitles. The year in the filename makes no difference.
As the transcoding format is HLS then it has to use FFmpeg even if VLC is a higher priority on the engine list.
If a video has internal subtitles it will not show them in the filename as they can be enabled on the device, unless UMS is burning one of them into the video.

It has been confirmed that the transcode folder is broken, it happened last month with one of the commits. Now the cause has been found it should not take long to fix.
This makes it harder to test as there an option "No transcoding" in that folder that will just stream the video ignoring the setting in the conf so this is a good way to see if a device can actually play that format. Might be worth going back a few versions if you want to try this too.

Video resuming is for those devices that cannot remember the last played time so UMS will remember this instead.
It does this by creating new virtual file by transcoding from the last played position.
Most devices these days will remember the last played time so will request the video starting from then.