Universal Media Server | Forum

I don't see any errors. What is the problem?

The only device I see that you listed is the Samsung TV and is using the right conf file.
I can't see anything else as they were not picked up by UMS when you made the logs.
There was no browsing or trying to play anything so I can't tell if anything is ...

This is the issue I made.
I also mentioned the out of sync problem for MEncoder as this shouldn't be happening.

I have no idea when it will be fixed as one of the devs has been quiet for a while so I don't see many updates on Github.
V15 is coming along well so maybe it will happen in that one ...

I don't know what Emby is doing but it may be transcoding anyway.
If the TV can play these when not transcoding then the conf will need to be tweaked to allow these.

The JPG images are being sent to the TV unaltered but I think the problem is not with the JPGs. You have raw NEF files with the same ...

Good to see that fixed the main problem. I'll make an issue on Github as this behaviour is incorrect in V14.12

That file that is still out of sync because the "Defer to MEncoder when transcoding problematic subtitles" option is still enabled so is using MEncoder instead of FFmpeg.
It might have re ...

From those logs that was not the conf I posted as it still had the old setting. I downloaded it to check I attached the right one.

Make sure you delete the old one first then replace it with that one.

That shows the same thing, UMS thinking it can remux instead of transcode when there are no subs otherwise the subs have to be burned in to the video which requires a full transcode.

Did you try this new conf?

OK that transcoding profile is no good so the default one was correct.

It makes sense that removing the subs from the MKV file would stop it working as UMS is trying to remux instead of transcode which is the problem with the black screen.

Thinking about it the problem is probably with choosing to ...

I can't see what is different about that video that would make the the TV display a black picture.

I did see one clue in the 13.6 logs that UMS does see something that is not right so it does transcode instead of remux, but I don't know what it is or why 14.12 is different.
net.pms.encoders ...

For some reason those logs were not showing many TRACE entries although there were a few, plus I could not see anything playing so could not see what was requested.
The previous logs did show some music playing but appears to be on different devices and a mix of online radio and local files so can't ...

It should not take up any processing power as all it is happening is looking for network devices and sending a message, if it does not get a response it will show that warning message. Previous versions would also do this its just that it is being logged since the change in networking library.