<!DOCTYPE html>
<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <br>
    <br>
    <div class="moz-cite-prefix">Den 15.08.2024 11:52, skrev Terje J.
      Hanssen:<br>
    </div>
    <blockquote type="cite"
      cite="mid:be9e6320-6b78-485e-9e95-0e2bda6a08ee@gmail.com">
      <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
      <br>
      <div class="moz-cite-prefix">Den 13.08.2024 12:03, skrev Andrea
        paz:<br>
      </div>
      <blockquote type="cite"
cite="mid:CANnPPRr1aUp6siKWXviF1BGusxjRvQF554QzEBW9a69vrK79dA@mail.gmail.com">
        <meta http-equiv="content-type"
          content="text/html; charset=UTF-8">
        <p dir="ltr">I compiled CinGH with ffmpg.git buy I have same
          errors.</p>
        <br>
      </blockquote>
      <br>
      The "Vulkan Tutorial" seems to be an interesting info reading. As
      I understand it,  Vulkan is a generic cross-platform,
      computer-graphic engine. <br>
      <a class="moz-txt-link-freetext"
href="https://vulkan-tutorial.com/Development_environment#page_Linux"
        moz-do-not-send="true">https://vulkan-tutorial.com/Development_environment#page_Linux</a><br>
      <blockquote>And as from its Introducion section:<br>
        However, the price you pay for these benefits is that you have
        to work with a significantly more verbose API. Every detail
        related to the graphics API needs to be set up from scratch by
        your application, including initial frame buffer creation and
        memory management for objects like buffers and texture images.
        The graphics driver will do a lot less hand holding, which means
        that you will have to do more work in your application to ensure
        correct behavior.The takeaway message here is that Vulkan is not
        for everyone. It is targeted at programmers who are enthusiastic
        about high performance computer graphics, and are willing to put
        some work in.<br>
      </blockquote>
      <br>
      Else, I have also requested the FFmpeg-user list about the ffmpeg
      Vulkan: hwaccel initialisation returned error, and from there it
      has been forwarded to Intel to possibly have a look at it and
      clarify more<br>
      <a
href="https://ffmpeg.org//pipermail/ffmpeg-user/2024-August/058562.html"
        class="onebox moz-txt-link-freetext" target="_blank"
        rel="noopener nofollow ugc" moz-do-not-send="true">https://ffmpeg.org//pipermail/ffmpeg-user/2024-August/058562.html</a></blockquote>
    <br>
    I have posted on other forums too without more clarifying results. <br>
    What I have found from my own tests is that Vulkan currently only
    support 8-bit h264/h265 decoding, not 10-bit yet.<br>
    <br>
    In comparison, Intel QSV has broad codec and pixel format support<br>
    <a class="moz-txt-link-freetext" href="https://trac.ffmpeg.org/wiki/Hardware/QuickSync#HardwareSupport">https://trac.ffmpeg.org/wiki/Hardware/QuickSync#HardwareSupport</a><br>
    <br>
    For example no problems with 10-bit yuv422p10le on my DG2 GPU:<br>
    <blockquote>ffmpeg -hide_banner -hwaccel qsv -hwaccel_output_format
      qsv -i h265_yuv422p10le_SR.mp4 -f null - -benchmark<br>
      frame= 1779 fps=1346 q=-0.0 Lsize=N/A time=00:01:11.16 bitrate=N/A
      speed=53.8x    <br>
      bench: utime=0.607s stime=0.126s rtime=1.322s<br>
      bench: maxrss=83032KiB<br>
    </blockquote>
    <br>
    <br>
  </body>
</html>