I just realised one thing to why Avatar is transcoding. Your language settings could be making UMS chose to do this.
Code: Select all
# Audio/subtitle language priority
# --------------------------------
# Determine the string of audio language and subtitles language pairs ordered
# by priority for MEncoder to try to match. Audio language and subtitles
# language should be comma separated as a pair; individual pairs should be
# semicolon separated. "*" can be used to match any language. Subtitles
# language can be defined as "off" (e.g. "jpn,off;*,*").
# Default: a localized list (e.g. "eng,off;*,eng;*,und").
# audio_subtitles_languages =
- Clipboard Image (7).jpg (3.95 KiB) Viewed 1367 times
- Clipboard Image (6).jpg (44.37 KiB) Viewed 1367 times
This is set by default depending on the language used on your computer so I can't see what is actually being used.
As the French subtitles use the PGS format that is not supported on the TV then UMS has to burn then into the video by transcoding.
This setting is not very user friendly so I hope it is something that the devs will improve. They did say they would do it when they moved over to web settings but its probably not a high priority.
I'm guessing if you change it to "fre,off;eng,off;*,fre;*,eng;*,und" it might ignore those subtitles.
If you are not bothered with subtitles you can just disable them.
Another reason may be because the subtitles are forced, usually for dialogue that are in another language. And it may be using the PGS format to put special effects on the them.
Code: Select all
[Embedded, id: 0, type: PGS, subtitles track title from metadata: French (forced), lang: fre, default: true, forced: true]
Maybe if you downloaded external subtitles in a supported format and have them in the same folder and same name as the video then those will be sent to the TV to be used instead.
I do see some errors in the logs now and I don't know why it is happening
Code: Select all
net.pms.network.mediaserver.nettyserver.RequestV2 error while generating answer
org.apache.commons.configuration.ConversionException: 'maximum_bitrate' doesn't map to a String object
at org.apache.commons.configuration.AbstractConfiguration.getString(AbstractConfiguration.java:1050)
at org.apache.commons.configuration.AbstractConfiguration.getString(AbstractConfiguration.java:1021)
at net.pms.configuration.ConfigurationReader.getNonBlankConfigurationString(ConfigurationReader.java:247)
at net.pms.configuration.BaseConfiguration.getString(BaseConfiguration.java:68)
at net.pms.configuration.UmsConfiguration.getMaximumBitrateDisplay(UmsConfiguration.java:2452)
at net.pms.configuration.UmsConfiguration.getMaximumBitrate(UmsConfiguration.java:2436)
at net.pms.encoders.FFMpegVideo.getVideoBitrateOptions(FFMpegVideo.java:503)
at net.pms.encoders.FFMpegVideo.launchTranscode(FFMpegVideo.java:1074)
at net.pms.dlna.DLNAResource.getInputStream(DLNAResource.java:3328)
at net.pms.dlna.DLNAResource.getInputStream(DLNAResource.java:3189)
at net.pms.network.mediaserver.nettyserver.RequestV2.answer(RequestV2.java:578)
at net.pms.network.mediaserver.nettyserver.RequestHandlerV2.writeResponse(RequestHandlerV2.java:424)
at net.pms.network.mediaserver.nettyserver.RequestHandlerV2.messageReceived(RequestHandlerV2.java:281)
at net.pms.network.mediaserver.jupnp.transport.impl.NettyStreamServer$RequestUpstreamHandler.messageReceived(NettyStreamServer.java:196)
at org.jboss.netty.channel.SimpleChannelUpstreamHandler.handleUpstream(SimpleChannelUpstreamHandler.java:70)
at org.jboss.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:564)
at org.jboss.netty.channel.DefaultChannelPipeline$DefaultChannelHandlerContext.sendUpstream(DefaultChannelPipeline.java:791)
at org.jboss.netty.handler.stream.ChunkedWriteHandler.handleUpstream(ChunkedWriteHandler.java:142)
at org.jboss.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:564)
at org.jboss.netty.channel.DefaultChannelPipeline$DefaultChannelHandlerContext.sendUpstream(DefaultChannelPipeline.java:791)
at org.jboss.netty.handler.codec.http.HttpChunkAggregator.messageReceived(HttpChunkAggregator.java:145)
at org.jboss.netty.channel.SimpleChannelUpstreamHandler.handleUpstream(SimpleChannelUpstreamHandler.java:70)
at org.jboss.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:564)
at org.jboss.netty.channel.DefaultChannelPipeline$DefaultChannelHandlerContext.sendUpstream(DefaultChannelPipeline.java:791)
at org.jboss.netty.channel.Channels.fireMessageReceived(Channels.java:296)
at org.jboss.netty.handler.codec.frame.FrameDecoder.unfoldAndFireMessageReceived(FrameDecoder.java:459)
at org.jboss.netty.handler.codec.replay.ReplayingDecoder.callDecode(ReplayingDecoder.java:536)
at org.jboss.netty.handler.codec.replay.ReplayingDecoder.messageReceived(ReplayingDecoder.java:435)
at org.jboss.netty.channel.SimpleChannelUpstreamHandler.handleUpstream(SimpleChannelUpstreamHandler.java:70)
at org.jboss.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:564)
at org.jboss.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:559)
at org.jboss.netty.channel.Channels.fireMessageReceived(Channels.java:268)
at org.jboss.netty.channel.Channels.fireMessageReceived(Channels.java:255)
at org.jboss.netty.channel.socket.nio.NioWorker.read(NioWorker.java:88)
at org.jboss.netty.channel.socket.nio.AbstractNioWorker.process(AbstractNioWorker.java:108)
at org.jboss.netty.channel.socket.nio.AbstractNioSelector.run(AbstractNioSelector.java:337)
at org.jboss.netty.channel.socket.nio.AbstractNioWorker.run(AbstractNioWorker.java:89)
at org.jboss.netty.channel.socket.nio.NioWorker.run(NioWorker.java:178)
at org.jboss.netty.util.ThreadRenamingRunnable.run(ThreadRenamingRunnable.java:108)
at org.jboss.netty.util.internal.DeadLockProofWorker$1.run(DeadLockProofWorker.java:42)
at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at java.base/java.lang.Thread.run(Unknown Source)
I tried to replicate on my computer as I had a hunch a what it might be but did not get it to happen. It may have been that bug I mentioned that is fixed in the V14 beta I am using though. Try deleting the value in the "Maximum bandwidth in Mb/s (0 means 1 Gb/s):" and UMS will use the default value of 90 when this is blank.
You can also check the UMS.conf to make sure it shows
It could also be what is causing the error code from FFmpeg