Codec Problem with 10bit 4k (8bit 4k works) (1 Viewer)

Crix1990

MP Donator
  • Premium Supporter
  • February 9, 2011
    421
    23
    34
    Home Country
    Germany Germany
    I've a problem with 10bit 4k HDR files (normal 4k works fine).
    When I try to start such a file, I just get a error message about the codec.
    Normal 4k works fine with full hardware acceleration.
    When I disable hardware acceleration both works fine.

    I've made all tests as well with my 1080p TV as with my LG Monitor (4k,10bit via Displayport -> Full 4K Support), it's all the same.

    Here are some logs (first normal 4k, then 10bit 4k).

    Can anyone please help?
     

    mm1352000

    Retired Team Member
  • Premium Supporter
  • September 1, 2008
    21,577
    8,224
    Home Country
    New Zealand New Zealand
    Hello and thanks again for the log files here. We're on a roll! (y)

    I've a problem with 10bit 4k HDR files...
    Well, let's see what the log files say...

    For the first file, the media info is acquired successfully:
    [collapse]
    [2016-09-25 12:19:28,768] [Log ] [MPMain ] [DEBUG] - MediaInfoWrapper.MediaInfoWrapper: Opening file : F:\neu\LG_4K_View-the-Feeling.mp4
    [2016-09-25 12:19:29,760] [Log ] [MPMain ] [DEBUG] - MediaInfoWrapper.MediaInfoWrapper: DLL Version : MediaInfoLib - v0.7.69
    [2016-09-25 12:19:29,763] [Log ] [MPMain ] [INFO ] - MediaInfoWrapper.MediaInfoWrapper: Inspecting media : F:\neu\LG_4K_View-the-Feeling.mp4
    [2016-09-25 12:19:29,766] [Log ] [MPMain ] [DEBUG] - MediaInfoWrapper.MediaInfoWrapper: Parse speed : 0.3
    [2016-09-25 12:19:29,768] [Log ] [MPMain ] [DEBUG] - MediaInfoWrapper.MediaInfoWrapper: FrameRate : 29,97
    [2016-09-25 12:19:29,771] [Log ] [MPMain ] [DEBUG] - MediaInfoWrapper.MediaInfoWrapper: Width : 3840
    [2016-09-25 12:19:29,773] [Log ] [MPMain ] [DEBUG] - MediaInfoWrapper.MediaInfoWrapper: Height : 2160
    [2016-09-25 12:19:29,775] [Log ] [MPMain ] [DEBUG] - MediaInfoWrapper.MediaInfoWrapper: AspectRatio : widescreen
    [2016-09-25 12:19:29,778] [Log ] [MPMain ] [DEBUG] - MediaInfoWrapper.MediaInfoWrapper: VideoCodec : HEVC [ "hevc.png" ]
    [2016-09-25 12:19:29,780] [Log ] [MPMain ] [DEBUG] - MediaInfoWrapper.MediaInfoWrapper: Scan type :
    [2016-09-25 12:19:29,782] [Log ] [MPMain ] [DEBUG] - MediaInfoWrapper.MediaInfoWrapper: IsInterlaced : False
    [2016-09-25 12:19:29,785] [Log ] [MPMain ] [DEBUG] - MediaInfoWrapper.MediaInfoWrapper: VideoResolution : HD
    [2016-09-25 12:19:29,787] [Log ] [MPMain ] [DEBUG] - MediaInfoWrapper.MediaInfoWrapper: VideoDuration : 114114
    [2016-09-25 12:19:29,790] [Log ] [MPMain ] [DEBUG] - MediaInfoWrapper.MediaInfoWrapper: AudioRate : 48000
    [2016-09-25 12:19:29,792] [Log ] [MPMain ] [DEBUG] - MediaInfoWrapper.MediaInfoWrapper: AudioChannels : 2 [ "stereo.png" ]
    [2016-09-25 12:19:29,794] [Log ] [MPMain ] [DEBUG] - MediaInfoWrapper.MediaInfoWrapper: AudioCodec : AAC VERSION 2 LC [ "aac version 2 lc.png" ]
    [2016-09-25 12:19:29,798] [Log ] [MPMain ] [DEBUG] - MediaInfoWrapper.MediaInfoWrapper: HasAudio : True
    [2016-09-25 12:19:29,800] [Log ] [MPMain ] [DEBUG] - MediaInfoWrapper.MediaInfoWrapper: HasVideo : True
    [2016-09-25 12:19:29,803] [Log ] [MPMain ] [DEBUG] - MediaInfoWrapper.MediaInfoWrapper: HasSubtitles : False
    [2016-09-25 12:19:29,806] [Log ] [MPMain ] [DEBUG] - MediaInfoWrapper.MediaInfoWrapper: NumSubtitles : 0
    [2016-09-25 12:19:29,808] [Log ] [MPMain ] [DEBUG] - MediaInfoWrapper.MediaInfoWrapper: Closing file : F:\neu\LG_4K_View-the-Feeling.mp4[/collapse]

    For the second file, it isn't:
    [2016-09-25 12:19:52,279] [Log ] [MPMain ] [DEBUG] - MediaInfoWrapper.MediaInfoWrapper: Opening file : F:\neu\jellyfish-250-mbps-4k-uhd-hevc-10bit.mkv
    [2016-09-25 12:19:53,605] [Log ] [MPMain ] [DEBUG] - MediaInfoWrapper.MediaInfoWrapper: DLL Version : MediaInfoLib - v0.7.69
    [2016-09-25 12:19:53,609] [Log ] [MPMain ] [INFO ] - MediaInfoWrapper.MediaInfoWrapper: Inspecting media : F:\neu\jellyfish-250-mbps-4k-uhd-hevc-10bit.mkv
    [2016-09-25 12:19:53,614] [Log ] [MPMain ] [DEBUG] - MediaInfoWrapper.MediaInfoWrapper: Parse speed : 0.3
    [2016-09-25 12:19:53,619] [Log ] [MPMain ] [DEBUG] - MediaInfoWrapper.MediaInfoWrapper: FrameRate : 0
    [2016-09-25 12:19:53,624] [Log ] [MPMain ] [DEBUG] - MediaInfoWrapper.MediaInfoWrapper: Width : 3840
    [2016-09-25 12:19:53,629] [Log ] [MPMain ] [DEBUG] - MediaInfoWrapper.MediaInfoWrapper: Height : 2160
    [2016-09-25 12:19:53,635] [Log ] [MPMain ] [DEBUG] - MediaInfoWrapper.MediaInfoWrapper: AspectRatio : widescreen
    [2016-09-25 12:19:53,638] [Log ] [MPMain ] [DEBUG] - MediaInfoWrapper.MediaInfoWrapper: VideoCodec : HEVC [ "hevc.png" ]
    [2016-09-25 12:19:53,641] [Log ] [MPMain ] [DEBUG] - MediaInfoWrapper.MediaInfoWrapper: Scan type :
    [2016-09-25 12:19:53,645] [Log ] [MPMain ] [DEBUG] - MediaInfoWrapper.MediaInfoWrapper: IsInterlaced : False
    [2016-09-25 12:19:53,648] [Log ] [MPMain ] [DEBUG] - MediaInfoWrapper.MediaInfoWrapper: VideoResolution : HD
    [2016-09-25 12:19:53,651] [Log ] [MPMain ] [DEBUG] - MediaInfoWrapper.MediaInfoWrapper: VideoDuration : 0
    [2016-09-25 12:19:53,655] [Log ] [MPMain ] [DEBUG] - MediaInfoWrapper.MediaInfoWrapper: AudioRate : 0
    [2016-09-25 12:19:53,658] [Log ] [MPMain ] [DEBUG] - MediaInfoWrapper.MediaInfoWrapper: AudioChannels : 0 [ "0.png" ]
    [2016-09-25 12:19:53,661] [Log ] [MPMain ] [DEBUG] - MediaInfoWrapper.MediaInfoWrapper: AudioCodec : [ ".png" ]
    [2016-09-25 12:19:53,663] [Log ] [MPMain ] [DEBUG] - MediaInfoWrapper.MediaInfoWrapper: HasAudio : False
    [2016-09-25 12:19:53,666] [Log ] [MPMain ] [DEBUG] - MediaInfoWrapper.MediaInfoWrapper: HasVideo : True
    [2016-09-25 12:19:53,668] [Log ] [MPMain ] [DEBUG] - MediaInfoWrapper.MediaInfoWrapper: HasSubtitles : False
    [2016-09-25 12:19:53,671] [Log ] [MPMain ] [DEBUG] - MediaInfoWrapper.MediaInfoWrapper: NumSubtitles : 0
    [2016-09-25 12:19:53,673] [Log ] [MPMain ] [DEBUG] - MediaInfoWrapper.MediaInfoWrapper: Closing file : F:\neu\jellyfish-250-mbps-4k-uhd-hevc-10bit.mkv

    I wonder if that could have something to do with it (eg. maybe corrupt/invalid file???).

    I found the source of the second video -->here<--. My system is not very powerful, and I'm currently running an older version of MP. However I was able to play the 3 Mb/s HEVC 10 bit version (...with lots of dropped frames!).

    250 Mb/s is very high. Have you tried playing the lower bit-rate (eg. 25 Mb/s instead of 250 Mb/s) versions?
     

    Crix1990

    MP Donator
  • Premium Supporter
  • February 9, 2011
    421
    23
    34
    Home Country
    Germany Germany
    Thanks for the answer.
    I can try with a lower bit rate version, but I've this problem also with 4k 10bit BluRay rips (so I don't think, thats a corrupted file // a bandwidth problem).

    When I switch fom DXVA 2.0 native to copy back, I can play the files, but without hardware acceleration (then I've no hardware acceleration for all 4k files).
    But then I've massive dropped frames.
     

    Crix1990

    MP Donator
  • Premium Supporter
  • February 9, 2011
    421
    23
    34
    Home Country
    Germany Germany
    Ok, here we go with an update:
    Tested:
    jellyfish-90-mbps-hd-hevc-10bit.mkv: Works
    jellyfish-120-mbps-4k-uhd-hevc-10bit.mkv: Does not work
    jellyfish-140-mbps-4k-uhd-h264.mkv: Work

    So it seems like it is not a 10bit or a bandwidth problem.
    Also
    the test with LG_4K_View-the-Feeling.mp4 previous log shows that it is not a 4k+hevc problem.

    Strange...
     

    mm1352000

    Retired Team Member
  • Premium Supporter
  • September 1, 2008
    21,577
    8,224
    Home Country
    New Zealand New Zealand
    I will look at the log files. :)

    Can you please also run DXVA Checker and attach the result.

    Earlier you said:
    I can try with a lower bit rate version, but I've this problem also with 4k 10bit BluRay rips (so I don't think, thats a corrupted file // a bandwidth problem).
    Are these BluRay files really direct rips, or re-encodes?
    Are they encoded with HEVC or h.264 video?
     

    mm1352000

    Retired Team Member
  • Premium Supporter
  • September 1, 2008
    21,577
    8,224
    Home Country
    New Zealand New Zealand
    Just to let you know what I'm thinking...
    I still think it may be a "bandwidth" problem, in the sense that the GPU's hardware acceleration has limits based on:
    • codec (MPEG 2, h.264, HEVC, VC-1 etc.)
    • profile (main, high, high 10 etc.)
    • bits per pixel (8 bit or 10 bit)
    • resolution
    You may find that the GPU can accelerate decoding for 4k h.264 at 140 Mb/s, but the bit-rate limit for 4k HEVC may be lower than 140 Mb/s because decoding HEVC is harder than decoding h.264. The bit-rate limit for 10 bit may be lower than for 8 bit with the same codec and resolution. etc.

    You can find more information about such topics in places like this:
    http://forum.doom9.org/showthread.php?t=171219&page=62
     

    Crix1990

    MP Donator
  • Premium Supporter
  • February 9, 2011
    421
    23
    34
    Home Country
    Germany Germany
    Sorry, I forgot to use DXVA Checker.
    I will do this this weekend.

    But I'really not sure about the bandwidth.
    I also testet 250mbps h.264 and a lot of other 4k 8bit videos with a higher bandwidth.
    All work fine, and I don't think that h.265 120mbps is that much more than h.264 250mbps.

    Also, if that would be, I should get shuttering pictures and not a error meassage.

    For me it seems more like a codec missmatch with LAV.
    I will also consult the linked LAV forum.
     

    mm1352000

    Retired Team Member
  • Premium Supporter
  • September 1, 2008
    21,577
    8,224
    Home Country
    New Zealand New Zealand
    Sorry, I forgot to use DXVA Checker.
    I will do this this weekend.
    No need to apologise. I look forward to the results, whenever you find the time to do it. :)

    But I'really not sure about the bandwidth.
    I also testet 250mbps h.264 and a lot of other 4k 8bit videos with a higher bandwidth.
    All work fine, and I don't think that h.265 120mbps is that much more than h.264 250mbps.
    I would suggest to keep in mind that h.265 can be used to encode [approximately] the same quality with half the bandwidth. In other words: we could say the complexity of h.265 is double that of h.264. Therefore to me it seems plausible that the hardware might only be able to handle half the bandwidth.

    Anyway, it seems that we have different opinions. Such is life. I freely admit I could be wrong; it's just an idea. The DXVA Checker testing should show the truth.

    Also, if that would be, I should get shuttering pictures and not a error meassage.
    I think this is an assumption. What we know for sure is that the error message ("unknown error") is coming from one of the components in the DirectShow graph. The options are:
    • EVR renderer (and so also GPU driver)
    • DirectSound renderer (and so also audio output driver - either AMD or Realtek)
    • LAV video decoder
    • the source/splitter (I'm not 100% sure which one is being used)

    For me it seems more like a codec missmatch with LAV.
    I will also consult the linked LAV forum.
    Feel free to try anything that you think is sensible. :)
    If you think it could be a LAV problem, feel free to try other codecs.
    Also feel free to try different splitters. In fact, you might want to try enabling the "manually select source and splitter filters" option to ensure that LAV splitter is being used.
     

    Crix1990

    MP Donator
  • Premium Supporter
  • February 9, 2011
    421
    23
    34
    Home Country
    Germany Germany
    Ok, here we go, see the attatched DXVA-Checker results.

    Also, good news my friends!
    As you can see in this video, you can test playback via LAV with the DXVA-Checker:

    And when I do so, I can play all the HEVC 4k 10bit files, with the same LAV settings, MePo can't.

    So that means for me, that my system, with this settings can run these videos and it seems like it is a MePo problem.
     

    Attachments

    • Unbenannt.jpg
      Unbenannt.jpg
      126.4 KB

    mm1352000

    Retired Team Member
  • Premium Supporter
  • September 1, 2008
    21,577
    8,224
    Home Country
    New Zealand New Zealand
    As you can see in this video, you can test playback via LAV with the DXVA-Checker
    Yes, I was aware of that. That was going to be my next request. ;)

    And when I do so, I can play all the HEVC 4k 10bit files, with the same LAV settings, MePo can't.

    So that means for me, that my system, with this settings can run these videos and it seems like it is a MePo problem.
    Mmmm, that's a strong statement. I don't think it's so clear cut. Please remember that it is not MP that is generating the "unknown error" in the log. That error might be due to something MP is doing, but so far there is no evidence of that.


    Question 1: what were the approximate CPU and GPU loads when you played the high bitrate HEVC 4k 10 bit files?
    Note: I assume you tested with scaling set to 1920x1080 or higher.

    Question 2: can you play any of the HEVC 4k 10 bit files in MP?
    I mean, so far the only results you have reported have been for files with bitrate >100 Mb/s. I know that you expect to be able to play them, but from a testing/trouble-shooting perspective it's also important to test the lowest bitrate samples (3 Mb/s etc.). If we find that you can't play even the lowest bitrate HEVC 4k 10 bit files in MP then we could immediately conclude that the problem isn't bandwidth-related.

    Question 3: did you try MP with different codec or splitter settings?
    I understand that you think you've proved that the LAV video codec can work with these DXVA Checker results. That's fine... but as explained in my previous reply, that is only one of the components in the graph which could be producing the error. If the problem isn't coming from the LAV video codec, the other components (eg. splitter/source) still have to be checked. Another reason for still testing other video codecs is that if the problem is an MP problem, it could be an MP + LAV problem. Other video codecs may (or may not) work.


    In short: I'm still in information collection mode. I don't think the information/evidence collected so far is conclusive yet.
     

    Users who are viewing this thread

    Top Bottom