[EventPhotoMan]

That it already exist is zero excuse for reusing the same logic for something that could be fixed in a better way. Even better, start bitching at manufacturers for fixing their firmware.

You and I already know that is not going to happen - EVER - for support of legacy video compression standards when using any hardware but a NVIDIA Shield.

The majority of Android is all about support of mainstream Internet Video streaming standards when using popular Apps.
Corner cases be damed. Manufacturers simply do not care.

The same logic can be applied to Android Kodi - alternatively simply use one of the many forks available where developers care about legacy video decode support, even if SW decoding has to be used for SD content.  

Such a shame, considering that all my older family video are in SD 640by 480 video. Good old vdeos! priceless family videos. 

[fritsch]

The same logic can be applied to Android Kodi - alternatively simply use one of the many forks available where developers care about legacy video decode support, even if SW decoding has to be used for SD content.

Kodi has a decoder factory and you can easily configure which resolution should be SW decoded and which one not ...

Such a shame that users cannot read for 5 cents ... and that the same guys that wined like hell to get HW acceleration for 320x240 files now start to wine again ... while having been warned before. Now configure your xml with the greatest flexibility available for all edge cases.

[rainman74]

The same logic can be applied to Android Kodi - alternatively simply use one of the many forks available where developers care about legacy video decode support, even if SW decoding has to be used for SD content.

Kodi has a decoder factory and you can easily configure which resolution should be SW decoded and which one not ...

Such a shame that users cannot read for 5 cents ... and that the same guys that wined like hell to get HW acceleration for 320x240 files now start to wine again ... while having been warned before. Now configure your xml with the greatest flexibility available for all edge cases.  

If I hadn't cried like that, we wouldn't have "decoderfilter.xml" now. It was worth it, wasn't it? ;-)

But fun aside, there's still something wrong with KODI 18 when SD videos with SW decoding still jerk, which can be played smoothly with KODI 17 SW decoding.

[McGoogley]

Keep such stupid comparisons to iTunes to yourself.

You have have video files that are not according to avi standards. Fix them or some needs to provide an acceptable way of detecting these files and do a fallback method. So far no one tried.

Why is this thread marked "solved" when it's not?

With all due respect for the work you've done on this software, blaming the source file for something that wasn't broken until this build isn't exactly helpful. Most of the AVI's I have in my library are broken now. The best fix I can suggest is to go find a better, newer copy in another container, but the issue remains: Leia is a step backwards from Krypton as a versatile media player.    

use decoderfilter.xml -> https://forum.kodi.tv/showthread.php?tid...pid2840569

With this setting Kodi 18 behaves just like Kodi 17 with SD files and no more jerking. However, you may need to adjust the filter setting, the example is for a Sony Android TV.  

Thanks, I added this code to the decoder filter but notice it's aimed at SD. Currently trying to play this, but it completely chokes on both my Sony TV and Fire Stick 4K. Both running 18.2 RC.

There is nothing wrong with the file. Plays fine on everything else.

Any other ideas?

Format                      : AVI
Format/Info                 : Audio Video Interleave
Format profile              : OpenDML
File size                   : 2.89 GiB
Duration                    : 1 h 38 min
Overall bit rate            : 4 187 kb/s
Movie name                  : XBMC.2019.720p.WEB-DL.XviD.AC3-FGT
Writing library             : VirtualDub build 35491/release
Comment                     : XBMC.2019.720p.WEB-DL.XviD.AC3-FGT

Video
ID                          : 0
Format                      : MPEG-4 Visual
Format profile              : Simple@L5
Format settings, BVOP       : No
Format settings, QPel       : No
Format settings, GMC        : No warppoints
Format settings, Matrix     : Default (H.263)
Codec ID                    : XVID
Codec ID/Hint               : XviD
Duration                    : 1 h 38 min
Bit rate                    : 3 792 kb/s
Width                       : 1 280 pixels
Height                      : 532 pixels
Display aspect ratio        : 2.40:1
Frame rate                  : 23.976 (24000/1001) FPS
Color space                 : YUV
Chroma subsampling          : 4:2:0
Bit depth                   : 8 bits
Scan type                   : Progressive
Compression mode            : Lossy
Bits/(Pixel*Frame)          : 0.232
Stream size                 : 2.62 GiB (91%)
Writing library             : Lavc58.1.100

Audio
ID                          : 1
Format                      : AC-3
Format/Info                 : Audio Coding 3
Commercial name             : Dolby Digital
Codec ID                    : 2000
Duration                    : 1 h 38 min
Bit rate mode               : Constant
Bit rate                    : 384 kb/s
Channel(s)                  : 6 channels
Channel layout              : L R C LFE Ls Rs
Sampling rate               : 48.0 kHz
Frame rate                  : 31.250 FPS (1536 SPF)
Bit depth                   : 16 bits
Compression mode            : Lossy
Stream size                 : 272 MiB (9%)
Alignment                   : Aligned on interleaves
Interleave, duration        : 42  ms (1.00 video frame)
Interleave, preload duratio : 512  ms
Service kind                : Complete Main

[rainman74]

Why is this thread marked "solved" when it's not?

With all due respect for the work you've done on this software, blaming the source file for something that wasn't broken until this build isn't exactly helpful. Most of the AVI's I have in my library are broken now. The best fix I can suggest is to go find a better, newer copy in another container, but the issue remains: Leia is a step backwards from Krypton as a versatile media player.    

use decoderfilter.xml -> https://forum.kodi.tv/showthread.php?tid...pid2840569

With this setting Kodi 18 behaves just like Kodi 17 with SD files and no more jerking. However, you may need to adjust the filter setting, the example is for a Sony Android TV.   

Thanks, I added this code to the decoder filter but notice it's aimed at SD. Currently trying to play this, but it completely chokes on both my Sony TV and Fire Stick 4K. Both running 18.2 RC.

There is nothing wrong with the file. Plays fine on everything else.

Any other ideas?

Format                      : AVI
Format/Info                 : Audio Video Interleave
Format profile              : OpenDML
File size                   : 2.89 GiB
Duration                    : 1 h 38 min
Overall bit rate            : 4 187 kb/s
Movie name                  : XBMC.2019.720p.WEB-DL.XviD.AC3-FGT
Writing library             : VirtualDub build 35491/release
Comment                     : XBMC.2019.720p.WEB-DL.XviD.AC3-FGT

Video
ID                          : 0
Format                      : MPEG-4 Visual
Format profile              : Simple@L5
Format settings, BVOP       : No
Format settings, QPel       : No
Format settings, GMC        : No warppoints
Format settings, Matrix     : Default (H.263)
Codec ID                    : XVID
Codec ID/Hint               : XviD
Duration                    : 1 h 38 min
Bit rate                    : 3 792 kb/s
Width                       : 1 280 pixels
Height                      : 532 pixels
Display aspect ratio        : 2.40:1
Frame rate                  : 23.976 (24000/1001) FPS
Color space                 : YUV
Chroma subsampling          : 4:2:0
Bit depth                   : 8 bits
Scan type                   : Progressive
Compression mode            : Lossy
Bits/(Pixel*Frame)          : 0.232
Stream size                 : 2.62 GiB (91%)
Writing library             : Lavc58.1.100

Audio
ID                          : 1
Format                      : AC-3
Format/Info                 : Audio Coding 3
Commercial name             : Dolby Digital
Codec ID                    : 2000
Duration                    : 1 h 38 min
Bit rate mode               : Constant
Bit rate                    : 384 kb/s
Channel(s)                  : 6 channels
Channel layout              : L R C LFE Ls Rs
Sampling rate               : 48.0 kHz
Frame rate                  : 31.250 FPS (1536 SPF)
Bit depth                   : 16 bits
Compression mode            : Lossy
Stream size                 : 272 MiB (9%)
Alignment                   : Aligned on interleaves
Interleave, duration        : 42  ms (1.00 video frame)
Interleave, preload duratio : 512  ms
Service kind                : Complete Main 

Adjust min height in DecoderFilter from 600 to 520 Pixel.

[McGoogley]

use decoderfilter.xml -> https://forum.kodi.tv/showthread.php?tid...pid2840569

With this setting Kodi 18 behaves just like Kodi 17 with SD files and no more jerking. However, you may need to adjust the filter setting, the example is for a Sony Android TV.   

Thanks, I added this code to the decoder filter but notice it's aimed at SD. Currently trying to play this, but it completely chokes on both my Sony TV and Fire Stick 4K. Both running 18.2 RC.

There is nothing wrong with the file. Plays fine on everything else.

Any other ideas?

Format                      : AVI
Format/Info                 : Audio Video Interleave
Format profile              : OpenDML
File size                   : 2.89 GiB
Duration                    : 1 h 38 min
Overall bit rate            : 4 187 kb/s
Movie name                  : XBMC.2019.720p.WEB-DL.XviD.AC3-FGT
Writing library             : VirtualDub build 35491/release
Comment                     : XBMC.2019.720p.WEB-DL.XviD.AC3-FGT

Video
ID                          : 0
Format                      : MPEG-4 Visual
Format profile              : Simple@L5
Format settings, BVOP       : No
Format settings, QPel       : No
Format settings, GMC        : No warppoints
Format settings, Matrix     : Default (H.263)
Codec ID                    : XVID
Codec ID/Hint               : XviD
Duration                    : 1 h 38 min
Bit rate                    : 3 792 kb/s
Width                       : 1 280 pixels
Height                      : 532 pixels
Display aspect ratio        : 2.40:1
Frame rate                  : 23.976 (24000/1001) FPS
Color space                 : YUV
Chroma subsampling          : 4:2:0
Bit depth                   : 8 bits
Scan type                   : Progressive
Compression mode            : Lossy
Bits/(Pixel*Frame)          : 0.232
Stream size                 : 2.62 GiB (91%)
Writing library             : Lavc58.1.100

Audio
ID                          : 1
Format                      : AC-3
Format/Info                 : Audio Coding 3
Commercial name             : Dolby Digital
Codec ID                    : 2000
Duration                    : 1 h 38 min
Bit rate mode               : Constant
Bit rate                    : 384 kb/s
Channel(s)                  : 6 channels
Channel layout              : L R C LFE Ls Rs
Sampling rate               : 48.0 kHz
Frame rate                  : 31.250 FPS (1536 SPF)
Bit depth                   : 16 bits
Compression mode            : Lossy
Stream size                 : 272 MiB (9%)
Alignment                   : Aligned on interleaves
Interleave, duration        : 42  ms (1.00 video frame)
Interleave, preload duratio : 512  ms
Service kind                : Complete Main     

Adjust min height in DecoderFilter from 600 to 520 Pixel.    

Well that did something - I'm not sure what - but now the buffering makes it unplayable. I'm talking starting to buffer within a few seconds and then every ten seconds or so. Doesn't happen with other much bigger higher resolution files so I'm not ready to blame it on my network.

Best fix I can find is to transcode it. Which works.

I think it's fair to say by the length and heated nature of this thread, Kodi for Android no longer supports the playback of AVI's (XVID) as of V.18.  Sure, it might play SOME that have been encoded and packed according to some rigid specification - which is not a thing in the real world - but that's just playing with words.

Until this is a no-brainer plug and play operation, like every version before 18, it's either broken or it's dropped support. Seems to me from Fritsch's comments, it's the latter.

It would be nice if we could have an alternative fork of v17 that supported SMB 2/3. Just to play AVI's.

[rainman74]

Please provide a download link to your file...

[McGoogley]

Please provide a download link to your file...

Some promising news: I've checked a whole bunch of AVI's. All the SD ones play now without the issue noted in this thread. So well done, there. Can we have this merged?

But not the ones with a width of 1280, like the one I mentioned above.

Is there something we can add to the filter to catch those?

[FireInMyHole]

What's the latest status on this?

[rainman74]

What's the latest status on this?

As far as I know, no one on the Kodi team is working on this problem anymore.

The problem is unfortunately not finally solved despite "DecoderFilter", because the playback is still not as fluid as it is under Kodi v17. Strangely enough it is absolutely fluid with activated debug mode - but then you have the debug overlay in the picture :-(

So something doesn't seem to be quite right yet.

[FireInMyHole]

What's the latest status on this?

As far as I know, no one on the Kodi team is working on this problem anymore.

The problem is unfortunately not finally solved despite "DecoderFilter", because the playback is still not as fluid as it is under Kodi v17. Strangely enough it is absolutely fluid with activated debug mode - but then you have the debug overlay in the picture :-(

So something doesn't seem to be quite right yet. 

So is the current decoderfilter.xml good to go in 18.2 or does it still need a few lines added to it?

[rainman74]

What's the latest status on this?

As far as I know, no one on the Kodi team is working on this problem anymore.

The problem is unfortunately not finally solved despite "DecoderFilter", because the playback is still not as fluid as it is under Kodi v17. Strangely enough it is absolutely fluid with activated debug mode - but then you have the debug overlay in the picture :-(

So something doesn't seem to be quite right yet.  

So is the current decoderfilter.xml good to go in 18.2 or does it still need a few lines added to it? 

The file decoderfilter.xml is automatically filled by Kodi. So you only have to make the adjustments for the MPEG-2 and MPEG-4 filters afterwards.

[FireInMyHole]

As far as I know, no one on the Kodi team is working on this problem anymore.

The problem is unfortunately not finally solved despite "DecoderFilter", because the playback is still not as fluid as it is under Kodi v17. Strangely enough it is absolutely fluid with activated debug mode - but then you have the debug overlay in the picture :-(

So something doesn't seem to be quite right yet.  

So is the current decoderfilter.xml good to go in 18.2 or does it still need a few lines added to it?  

The file decoderfilter.xml is automatically filled by Kodi. So you only have to make the adjustments for the MPEG-2 and MPEG-4 filters afterwards. 

And the edits won't be overwritten?

[rainman74]

So is the current decoderfilter.xml good to go in 18.2 or does it still need a few lines added to it?  

The file decoderfilter.xml is automatically filled by Kodi. So you only have to make the adjustments for the MPEG-2 and MPEG-4 filters afterwards. 

And the edits won't be overwritten?

Of course not. It wouldn't bei very usefull, if it would.

[CiNcH]

With latest BRAVIA firmware 6.6510, software decoding is not really feasible anymore. Everything except for stuff that goes through the video processor via MediaCodec Surface is now displayed darker to mitigate clouding in the UI as it is not locally dimmed in case of LCD. So software decoded video is now also displayed quite a bit darker.