[SOLVED] s805 / s905 glitchy hardware decoding of h.264 main10 profile video

  • The patch works nicely, thanks for adding this feature.

    During my tests I noticed that hi10p movies with YUV 4:4:4 colorspace are still hardware decoded by kodi (completely black screen). These encoding settings are not common, and the S905 is too weak to decode these using software for anything beyond SD, but still it would be nice if it used software decode by default for those files.

    If can provide links to samples, if you need.


  • mmpp Can you provide ffprobe -show_streams output for videos that can't be HW decoded?

    Only have one at hand now. I can search for more on the weekend, if neccessary.

  • mmpp I will blacklist h/w decoding for all 4:4:4 profiles. Do you have any 4:2:2 videos to test? I think I should blacklist them as well as consumer-aimed products usually can't decode it...


  • mmpp I will blacklist h/w decoding for all 4:4:4 profiles. Do you have any 4:2:2 videos to test? I think I should blacklist them as well as consumer-aimed products usually can't decode it...

    I will scan my collection of files for 4:2:2 profile videos on the weekend. I am sure some encoder used that.

  • I recently had a hi10p file that gets played with hardware decoder instead of software with the latest developer version (LibreELEC-S905.aarch64-7.0-devel-20161116235711-r23437-g73c3cef.img)

    Maybe there is something different, so that the patch wrongly sees it as 8-bit?

    Output ffprobe -show_streams follows, I can provide the file if needed:

  • mmpp The bug you see is because Kodi cannot find video profile:

    Code
    20:45:05 T:546011443424  NOTICE: Creating Demuxer
    20:45:05 T:546011443424   DEBUG: Open - probing detected format [matroska,webm]
    20:45:05 T:546011443424   DEBUG: Open - avformat_find_stream_info starting
    20:45:05 T:546011443424   DEBUG: ffmpeg[7F20D170E0]: [matroska,webm] max_analyze_duration 5000000 reached at 38970000 microseconds st:0
    20:45:05 T:546011443424   DEBUG: ffmpeg[7F20D170E0]: [matroska,webm] Could not find codec parameters for stream 1 (Audio: dts, 48000 Hz, 6 channels): unspecified sample format
    20:45:05 T:546011443424   DEBUG: ffmpeg[7F20D170E0]: [matroska,webm] Consider increasing the value for the 'analyzeduration' and 'probesize' options
    20:45:05 T:546011443424   DEBUG: ffmpeg[7F20D170E0]: [matroska,webm] Could not find codec parameters for stream 2 (Video: h264, none, 1280x720): unspecified pixel format
    20:45:05 T:546011443424   DEBUG: ffmpeg[7F20D170E0]: [matroska,webm] Consider increasing the value for the 'analyzeduration' and 'probesize' options
    20:45:05 T:546011443424   DEBUG: Open - av_find_stream_info finished


    You may want to cosider filling ticket for Kodi bug. It may also be due to bad encode/mux.

  • Interesting. ffprobe did not complain about the file; both kodi krypton and mpc-be on windows properly recognize it as hi10p and use software decode. Sadly I do not have a kodi 16 on windows at hand.

    I will check if the file was damaged somehow during downlaod and also try to locate other files by the same encoder group. Then I can see if it is a problem limited to this single file or more widespread before filing a bug report.

    Edited once, last by mmpp (November 20, 2016 at 8:19 PM).