Sami32 wrote: ↑Mon Nov 26, 2018 8:10 am
@zoomcns Sorry, but only TRACE log are useful as told in the problem reporting guidelines above.
@Paradox It seem that i'm the one having removed the TranscodeExtensions line as it was incompatible with the MediaInfo line already there, then later the main code has been changed that enabled it also with MediaInfo set to true.
That said i still consider that doing a proper renderer should be better than using
TranscodeExtensions as it avoid using the CPU resources when not necessary, and accessory made the supported lines unuseds so...
But it ask to get users feedback and trace log
One old one is still starving there:
https://github.com/UniversalMediaServer ... cfa7088c3b
Note that the FFmpeg aspect ratio is handled by a different code than the one you use so it should be revert that part before testing it and get the same result you are used to.
Well not to be rude but by doing that for Sony devices you have broken things. Sony uses modified/renamed MIME types (this was an issue in earlier versions of Plex and other media sharing apps) relying on just DLNA/UPNP calls to find the device will only result in the device playing back files (or rather MIMEs) which are supported via its DLNA (UNLESS you specifically tell it the about the renamed/alternated MIME types, which can not be done properly in UMS conf files......... Ive done a post about in the past on here well over a year ago).
Why Sony did this i do not know though it appears to be to differentiate or something to do with the regions in which they sold those models of TV as they have MIMEs modified to PAL and NTSC sets (meaning a model bought in say the USA will have different MIMEs to the SAME model of Sony TV bought in say Europe.... PAL Vs NTSC).
THIS IS ALSO WHY THE WHOLE squashed, or stretched image thing is errr a thing and there is a history of so many posts about it on sony devices in this forum. (hence the NEED also for the OverrideFFmpegVideoFilter = and CustomMencoderOptions = options,
if things just "worked" AS you wanted using mediainfo those lines would not be needed either as mediainfo should recognise and pass the correct resolution/aspect IT DOES NOT).
To explain more this is my Sony TV
http://certification.dlna.org/certs/REG04170771.pdf
On sonyEX devices the only files supported without transcoding are MPEG2 and VERY limit MP4 (profile 3.1 or lower if my memory of trying the newer versions serves me right), leaving the "TranscodeExtensions=" line in may indeed result in slightly higher CPU use BUT at least then people can playback ALL files rather than just MPEG2 and limited .MP4.
Also given the fact not many peoples media library is going to be MPEG2 based nowadays (unless they are streaming directly rippped DVD ISOs) and more likely to be AVI, MP4 and MKV it kind of makes the reduced CPU idea for Sony devices which only natively like MPEG2 over DLNA redundant.
I really do not understand with regards to Sony why anything was messed with as it worked, the only thing as things were which could be temperamental were Subtitle files and 9/10 times you could solve that by using one of the options in the
--transcode-- folder for files with werid subtitles.
As i said over in the announcement section.......... The regular releases are getting a bit silly now anything that gets fixed also seems to follow new additions like you made which just break things. If things work please just leave them alone.
This is a plea...
If you are a developer of UMS... In fact any devs reading, please, please, please (a million times over) just focus on things release to release which do not work rather than trying to improve things which worked fine as they were and by making changes you just break it.
