[Solved] AVI files not listed on BRAVIA KDL-32EX700

For help and support with Universal Media Server
Forum rules
Please make sure you follow the Problem Reporting Guidelines before posting if you want a reply
zoomcns
Posts: 12
Joined: Sun Jun 18, 2017 6:38 am

[Solved] AVI files not listed on BRAVIA KDL-32EX700

Post by zoomcns »

AVI files are not listed when browsing folders with my BRAVIA KDL-32EX700 TV.
The few MP4s that I tried have the very same problem, but I could live with that as they are not very common in my library.
MKVs have no such issue and play fine.

I'm on UMS 7.5.0 but this has been an issue for a long time now.

Attached a relevant log file, this is happening for every .avi file that I copy into the media folders.

Note that these videos play perfectly when using the TV's native player, but that way I'm missing out on convenience features that UMS offers (like played states).

*edit* full trace logs are available here if needed: https://drive.google.com/open?id=1PcbYW ... YjaRwLZsCt
Attachments
ums_avi_hidden.txt
(8.31 KiB) Downloaded 525 times
Paradox
Posts: 151
Joined: Tue Dec 17, 2013 5:50 am

Re: AVI files not listed on BRAVIA KDL-32EX700

Post by Paradox »

I dunno who is responsible for the .conf files since version 6.72 but the have buggered them for the Sony EX series since version 6.72. The renderer is totally wrong now. You can either download version 6.72 or earlier or try adding this to the
"Sony-BraviaEX.conf" file

Code: Select all

TranscodeExtensions = dvr-ms,dvr,mkv,dv,ty,mov,ogm,hdmov,hdm,rmv,rmvb,rm,asf,evo,asx,flv,m2v,mpe,mod,tivo,ty,tmf,ts,tp,m2p,mp4,m4v,avi,wmv,wm,divx,div,flac,mlp,fla,wma,m4a,aac,dts,mka,ape,ogg,shn,mpc,ra,mp2,wv,oma,aa3,gif,png,arw,cr2,crw,dng,raf,mrw,nef,pef,tif,tiff
That should get your TV back to listing the Avi files and a whole lot more you probably never realised it had stopped listing.

Ive no idea why they removed it as its required to get anything other than MP2 and SOME MKV files to play back. I used to visit here quite regularly and even helped get FFMPEG working better than it did on Sony Bravias. I do not bother upgrading any more, more issues seem to come along release to release than problems are solved.
User avatar
Sami32
Posts: 851
Joined: Mon Apr 11, 2016 5:09 am

Re: AVI files not listed on BRAVIA KDL-32EX700

Post by Sami32 »

@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.
Paradox
Posts: 151
Joined: Tue Dec 17, 2013 5:50 am

Re: AVI files not listed on BRAVIA KDL-32EX700

Post by Paradox »

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.
User avatar
SubJunk
Lead Developer
Posts: 3705
Joined: Sun May 27, 2012 4:12 pm

Re: AVI files not listed on BRAVIA KDL-32EX700

Post by SubJunk »

Paradox wrote: Wed Dec 05, 2018 3:02 amThis 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.
Trust me this is something I struggle with all the time and have given the same rant many times too. Unfortunately it is much easier in theory than in practice, but we do try. We are also getting more consistent at writing automated tests for our code so our stability for the new changes is improving.
In the past some of our team were too trusting of standards and manuals (both of which can be very wrong) instead of actual use and we have learned from those mistakes.

It is really helpful when users like yourself let us know when a regression has happened, since as you can see your one has been fixed in the next release
User avatar
valib
Developer
Posts: 699
Joined: Fri Feb 08, 2013 3:11 am

Re: AVI files not listed on BRAVIA KDL-32EX700

Post by valib »

@Paradox when we don't have Sony Bravia EX TV for testing we relly on users who report problem or better to help us they offer the .conf for their renderer (TV). If I read the http://certification.dlna.org/certs/REG04170771.pdf than the .conf for Sony Bravia EX should be
Sony-BraviaEX.conf
(1.48 KiB) Downloaded 544 times
but there could be some other supported formats whose only users can add to this conf because they test them.

EDIT: this .conf anticipate that all possible video codecs are supported which obviously is not true. Than testing and reporting is needed.
Nadahar
Posts: 1990
Joined: Tue Jun 09, 2015 5:57 pm

Re: AVI files not listed on BRAVIA KDL-32EX700

Post by Nadahar »

@SubJunk That was really low. I don't know what you're up to, but I consider what you write above to be hostile and untruthful. It's the kind of thing I'd expect from Donald Trump, but not from you.
Last edited by Nadahar on Thu Dec 06, 2018 5:06 am, edited 1 time in total.
Paradox
Posts: 151
Joined: Tue Dec 17, 2013 5:50 am

Re: AVI files not listed on BRAVIA KDL-32EX700

Post by Paradox »

valib wrote: Wed Dec 05, 2018 11:04 am @Paradox when we don't have Sony Bravia EX TV for testing we relly on users who report problem or better to help us they offer the .conf for their renderer (TV). If I read the http://certification.dlna.org/certs/REG04170771.pdf than the .conf for Sony Bravia EX should be Sony-BraviaEX.conf but there could be some other supported formats whose only users can add to this conf because they test them.

EDIT: this .conf anticipate that all possible video codecs are supported which obviously is not true. Than testing and reporting is needed.
That is the trouble you can not use UMS to write a 100% strict supported only file with regards to video. I do not know if it is down to UMS code or mediaiinfo or a combo of both.

In the example you give it will make no difference and still result in MPEG files being transcoded. The reason for this is Sony TVs do not support the standard MIME type naming, or in other words the line you have that states.....

Code: Select all

# Supported video formats:
Supported = f:mpegps|mpegts  a:lpcm|mp3  m:video/mpeg
Will basically just be ignored by SonyEX devices, because it does not know what the MIME of "video/mpeg" is.

If for example you wanted to tell it it was a MPEG2PS file you would have to use m:video/MPEG_PS_NTSC or m:video/MPEG_PS_PAL........ UNFORTUNATELY, though it does not work. I have been through and tried all this before and either due to UMS code or mediainfo (i can not decipher which is being used to send file info half the time) does not understand that command line or MIME. Even if it did it would not solve things as Most Europeans, UK, Australian and a few more would need the MPEG_PS_PAL setting in the conf file and USA, ASIA etc would need MPEG_PS_NTSC. (which would make things even more of a mess or just plain confuse people).

With MPEGTS file it becomes even more complicated as Sony in their errrrrrrm wisdom have decided to have several TS mime types, not only for regional differences but also to seperate files which are SD and not SD as well as TS files stored or not stored in ISO containers (think a dvd rip and it being an ISO copy). So UMS ultimately can not define how an MPEG_TS should be sent to SonyEX devices properly because there ar many different types of MPEGTS files and containers and rather than just pick a generic MIMe sony like fools decided to use half a dozen.

For audio it frankly is a little more sensible and you should in theory be able to have (unconfirmed I have NOT TRIED this, as ive never bothered too much with audio only files before) in theory........

Code: Select all

Supported = f:wav	n:6   m:audio/LPCM	s:48000   a:dts|lpcm
Supported = f:wav	n:2   m:audio/LPCM	s:48000
Supported = f:mp3	n:2   m:audio/MP3	s:48000
Supported = f:aac	n:2	m:audio/X-M4A 
and probably a few more, in fact nearly any "f:" (or format) should work as long as the audio at its core is LPCM in nature, which occurs in WAV, DTS, SOME AC-3 (depends on how its encoded). I have no idea why AAC works when it is not listed as MIME or format types for the device but it does, i can only assume because ONE OF the MPEGTS profiles the devices supports for video also has the ability to play AAC embedded audio as part of the file. Image files are of course completely obvious.

MIME TYPES are standard common variety ones for Audio and Images, but for Video Sony altered their naming convention on SONYEX model TVs, which is why things are so screwy with video via UMS on them. (sub problems, image squashed or stretched problems etc etc)
Nadahar
Posts: 1990
Joined: Tue Jun 09, 2015 5:57 pm

Re: AVI files not listed on BRAVIA KDL-32EX700

Post by Nadahar »

This isn't really that complicated, the Bravia in the log posted in the first post in this thread lists support for the following:

Code: Select all

  http-get:*:image/jpeg:DLNA.ORG_PN=JPEG_LRG;DLNA.ORG_FLAGS=8cf00000000000000000000000000000
  http-get:*:image/jpeg:DLNA.ORG_PN=JPEG_MED;DLNA.ORG_FLAGS=8cf00000000000000000000000000000
  http-get:*:image/jpeg:DLNA.ORG_PN=JPEG_SM;DLNA.ORG_FLAGS=8cf00000000000000000000000000000
  http-get:*:audio/L16:DLNA.ORG_PN=LPCM;DLNA.ORG_FLAGS=8d700000000000000000000000000000
  http-get:*:audio/mpeg:DLNA.ORG_PN=MP3;DLNA.ORG_FLAGS=8d700000000000000000000000000000
  http-get:*:video/vnd.dlna.mpeg-tts:DLNA.ORG_PN=AVC_TS_HD_60_AC3_T;SONY.COM_PN=AVC_TS_HD_60_AC3_T;DLNA.ORG_FLAGS=8d700000000000000000000000000000
  http-get:*:video/vnd.dlna.mpeg-tts:DLNA.ORG_PN=AVC_TS_HD_50_AC3_T;SONY.COM_PN=AVC_TS_HD_50_AC3_T;DLNA.ORG_FLAGS=8d700000000000000000000000000000
  http-get:*:video/vnd.dlna.mpeg-tts:DLNA.ORG_PN=AVC_TS_HD_60_AC3;SONY.COM_PN=AVC_TS_HD_60_AC3;DLNA.ORG_FLAGS=8d700000000000000000000000000000
  http-get:*:video/vnd.dlna.mpeg-tts:DLNA.ORG_PN=AVC_TS_HD_50_AC3;SONY.COM_PN=AVC_TS_HD_50_AC3;DLNA.ORG_FLAGS=8d700000000000000000000000000000
  http-get:*:video/mpeg:DLNA.ORG_PN=AVC_TS_HD_60_AC3_ISO;SONY.COM_PN=AVC_TS_HD_60_AC3_ISO;DLNA.ORG_FLAGS=8d700000000000000000000000000000
  http-get:*:video/mpeg:DLNA.ORG_PN=AVC_TS_HD_50_AC3_ISO;SONY.COM_PN=AVC_TS_HD_50_AC3_ISO;DLNA.ORG_FLAGS=8d700000000000000000000000000000
  http-get:*:video/vnd.dlna.mpeg-tts:DLNA.ORG_PN=AVC_TS_HD_EU_T;DLNA.ORG_FLAGS=8d700000000000000000000000000000
  http-get:*:video/vnd.dlna.mpeg-tts:DLNA.ORG_PN=AVC_TS_HD_EU;DLNA.ORG_FLAGS=8d700000000000000000000000000000
  http-get:*:video/mpeg:DLNA.ORG_PN=AVC_TS_HD_EU_ISO;DLNA.ORG_FLAGS=8d700000000000000000000000000000
  http-get:*:video/vnd.dlna.mpeg-tts:DLNA.ORG_PN=MPEG_TS_HD_NA_T;DLNA.ORG_FLAGS=8d700000000000000000000000000000
  http-get:*:video/vnd.dlna.mpeg-tts:DLNA.ORG_PN=MPEG_TS_HD_KO_T;DLNA.ORG_FLAGS=8d700000000000000000000000000000
  http-get:*:video/vnd.dlna.mpeg-tts:DLNA.ORG_PN=MPEG_TS_HD_NA;DLNA.ORG_FLAGS=8d700000000000000000000000000000
  http-get:*:video/vnd.dlna.mpeg-tts:DLNA.ORG_PN=MPEG_TS_HD_KO;DLNA.ORG_FLAGS=8d700000000000000000000000000000
  http-get:*:video/mpeg:DLNA.ORG_PN=MPEG_TS_HD_NA_ISO;DLNA.ORG_FLAGS=8d700000000000000000000000000000
  http-get:*:video/mpeg:DLNA.ORG_PN=MPEG_TS_HD_KO_ISO;DLNA.ORG_FLAGS=8d700000000000000000000000000000
  http-get:*:video/vnd.dlna.mpeg-tts:DLNA.ORG_PN=MPEG_TS_JP_T;DLNA.ORG_FLAGS=8d700000000000000000000000000000
  http-get:*:video/vnd.dlna.mpeg-tts:DLNA.ORG_PN=MPEG_TS_HD_NA_MPEG1_L2_T;DLNA.ORG_FLAGS=8d700000000000000000000000000000
  http-get:*:video/vnd.dlna.mpeg-tts:DLNA.ORG_PN=MPEG_TS_HD_60_L2_T;SONY.COM_PN=HD2_60_T;DLNA.ORG_FLAGS=8d700000000000000000000000000000
  http-get:*:video/vnd.dlna.mpeg-tts:DLNA.ORG_PN=MPEG_TS_HD_50_L2_T;SONY.COM_PN=HD2_50_T;DLNA.ORG_FLAGS=8d700000000000000000000000000000
  http-get:*:video/mpeg:DLNA.ORG_PN=MPEG_TS_HD_NA_MPEG1_L2_ISO;DLNA.ORG_FLAGS=8d700000000000000000000000000000
  http-get:*:video/mpeg:DLNA.ORG_PN=MPEG_TS_HD_60_L2_ISO;SONY.COM_PN=HD2_60_ISO;DLNA.ORG_FLAGS=8d700000000000000000000000000000
  http-get:*:video/mpeg:DLNA.ORG_PN=MPEG_TS_HD_50_L2_ISO;SONY.COM_PN=HD2_50_ISO;DLNA.ORG_FLAGS=8d700000000000000000000000000000
  http-get:*:video/vnd.dlna.mpeg-tts:DLNA.ORG_PN=MPEG_TS_SD_60_AC3_T;DLNA.ORG_FLAGS=8d700000000000000000000000000000
  http-get:*:video/vnd.dlna.mpeg-tts:DLNA.ORG_PN=MPEG_TS_SD_50_AC3_T;DLNA.ORG_FLAGS=8d700000000000000000000000000000
  http-get:*:video/vnd.dlna.mpeg-tts:DLNA.ORG_PN=MPEG_TS_SD_NA_T;DLNA.ORG_FLAGS=8d700000000000000000000000000000
  http-get:*:video/vnd.dlna.mpeg-tts:DLNA.ORG_PN=MPEG_TS_SD_KO_T;DLNA.ORG_FLAGS=8d700000000000000000000000000000
  http-get:*:video/vnd.dlna.mpeg-tts:DLNA.ORG_PN=MPEG_TS_SD_NA;DLNA.ORG_FLAGS=8d700000000000000000000000000000
  http-get:*:video/vnd.dlna.mpeg-tts:DLNA.ORG_PN=MPEG_TS_SD_KO;DLNA.ORG_FLAGS=8d700000000000000000000000000000
  http-get:*:video/mpeg:DLNA.ORG_PN=MPEG_TS_SD_NA_ISO;DLNA.ORG_FLAGS=8d700000000000000000000000000000
  http-get:*:video/mpeg:DLNA.ORG_PN=MPEG_TS_SD_KO_ISO;DLNA.ORG_FLAGS=8d700000000000000000000000000000
  http-get:*:video/vnd.dlna.mpeg-tts:DLNA.ORG_PN=MPEG_TS_SD_EU_T;DLNA.ORG_FLAGS=8d700000000000000000000000000000
  http-get:*:video/vnd.dlna.mpeg-tts:DLNA.ORG_PN=MPEG_TS_SD_EU;DLNA.ORG_FLAGS=8d700000000000000000000000000000
  http-get:*:video/mpeg:DLNA.ORG_PN=MPEG_TS_SD_EU_ISO;DLNA.ORG_FLAGS=8d700000000000000000000000000000
  http-get:*:video/vnd.dlna.mpeg-tts:DLNA.ORG_PN=MPEG_TS_SD_JP_MPEG1_L2_T;DLNA.ORG_FLAGS=8d700000000000000000000000000000
  http-get:*:video/vnd.dlna.mpeg-tts:DLNA.ORG_PN=MPEG_TS_SD_NA_MPEG1_L2_T;DLNA.ORG_FLAGS=8d700000000000000000000000000000
  http-get:*:video/vnd.dlna.mpeg-tts:DLNA.ORG_PN=MPEG_TS_SD_60_L2_T;DLNA.ORG_FLAGS=8d700000000000000000000000000000
  http-get:*:video/vnd.dlna.mpeg-tts:DLNA.ORG_PN=MPEG_TS_SD_50_L2_T;DLNA.ORG_FLAGS=8d700000000000000000000000000000
  http-get:*:video/mpeg:DLNA.ORG_PN=MPEG_TS_SD_NA_MPEG1_L2_ISO;DLNA.ORG_FLAGS=8d700000000000000000000000000000
  http-get:*:video/mpeg:DLNA.ORG_PN=MPEG_PS_NTSC;DLNA.ORG_FLAGS=8d700000000000000000000000000000
  http-get:*:video/mpeg:DLNA.ORG_PN=MPEG_PS_PAL;DLNA.ORG_FLAGS=8d700000000000000000000000000000
  http-get:*:video/vnd.dlna.mpeg-tts:DLNA.ORG_PN=AVC_TS_HD_24_AC3_T;SONY.COM_PN=AVC_TS_HD_24_AC3_T;DLNA.ORG_FLAGS=8d700000000000000000000000000000
  http-get:*:video/vnd.dlna.mpeg-tts:DLNA.ORG_PN=AVC_TS_HD_24_AC3;SONY.COM_PN=AVC_TS_HD_24_AC3;DLNA.ORG_FLAGS=8d700000000000000000000000000000
  http-get:*:video/mpeg:DLNA.ORG_PN=AVC_TS_HD_24_AC3_ISO;SONY.COM_PN=AVC_TS_HD_24_AC3_ISO;DLNA.ORG_FLAGS=8d700000000000000000000000000000
  http-get:*:video/vnd.dlna.mpeg-tts:DLNA.ORG_PN=AVC_TS_JP_AAC_T;DLNA.ORG_FLAGS=8d700000000000000000000000000000
  http-get:*:video/x-mp2t-mphl-188:*
What is "special" with this TV (or unlike most other renderers) is that it almost only supports DLNA. Most renderers support a mix of DLNA profiles and more generic UPnP MIME types. UMS doesn't support DLNA for anything else than images, which explains why everything have to be transcoded. Most renderers that can stream from UMS does so via generic UPnP profiles that doesn't have the strict requirements of DLNA. There's a few exception, where special hacks have been implemented to mimic DLNA support, in particular for the PS3. That doesn't mean that there are real DLNA support, UMS has no idea of DLNA profiles, options and flags and the rules under which these must comply.
User avatar
SubJunk
Lead Developer
Posts: 3705
Joined: Sun May 27, 2012 4:12 pm

Re: AVI files not listed on BRAVIA KDL-32EX700

Post by SubJunk »

We really appreciate your depth of knowledge on this Paradox and please continue to help us improve support. Maybe it can't be perfect but we can keep improving it and certainly we can fix any regressions we know about

Edit: Please let us know if the file provided by Valib fixes things for you, since we believe it should do the same thing that pre-6.7.3 did
Post Reply