1. 09 Jul, 2019 1 commit
  2. 07 Jul, 2019 1 commit
  3. 05 Jul, 2019 2 commits
  4. 04 Jul, 2019 1 commit
  5. 28 Jun, 2019 3 commits
  6. 26 Jun, 2019 2 commits
  7. 25 Jun, 2019 1 commit
    • He Junyan's avatar
      libs: dec: h265: Fix profile_idc mapping. · 3b5c7aa6
      He Junyan authored
      The old mapping values return by gst_vaapi_utils_h265_get_profile_idc is
      wrong, though GST_H265_PROFILE_IDC_MAIN and GST_H265_PROFILE_IDC_MAIN_10
      happened to be the correct value.
      
      We only support Annex A profile_idc (1-4).
      3b5c7aa6
  8. 11 Jun, 2019 2 commits
  9. 06 Jun, 2019 1 commit
    • Eugen Klim's avatar
      libs: encoder: vp8,vp9: reset frame_counter when input frame's format changes · 1f5ad9c7
      Eugen Klim authored
      When input frame's formate changes, vp{8,9} encoders don't reset their frame
      counter, hence the newly created frame could become a P-frame, leading to some
      major troubles (sigabrt in libdrm in case of vp9). This patch adds some frame
      prediction-related reset logic to the `flush' methods of GstVaapiEncoderVP8 and
      GstVaapiEncoderVP9 implementations.
      1f5ad9c7
  10. 05 Jun, 2019 1 commit
    • uartie's avatar
      libs: encoder: increase bitrate prop max value · ed7277a1
      uartie authored
      There are many profile levels that can support
      more than 102400 kbps.  Thus, increase the max
      allowed bitrate property value from 102400 kbps
      to 2048000 kbps (same as msdk encoder plugins).
      ed7277a1
  11. 04 Jun, 2019 1 commit
  12. 03 Jun, 2019 1 commit
    • Niels De Graef's avatar
      meson: Bump minimal GLib version to 2.44 · 8f884aa9
      Niels De Graef authored
      This means we can use some newer features and get rid of some
      boilerplate code using the G_DECLARE_* macros.
      
      As discussed on IRC, 2.44 is old enough by now to start depending on it.
      8f884aa9
  13. 31 May, 2019 1 commit
  14. 30 May, 2019 1 commit
    • Freyr666's avatar
      vaapiencode: Fixes deadlock in gst_vaapiencode_change_state function · 53d86ff5
      Freyr666 authored
      This fixes a deadlock in gst_vaapiencode_change_state, which was due to
      srcpad's chain function was locked waiting for available buffers. Since the
      coded buffers in codedbuf_queue become available after sinkpad consume the
      encoded frames, Paused -> Ready state change leads to deadlock. Coded buffers
      are never consumed and marked free, hence gst_vaapiencode_handle_frame waits for
      available buffers and holds the stream_lock of the srcpad.
      53d86ff5
  15. 29 May, 2019 2 commits
    • Mathieu Duponchelle's avatar
      doc: remove xml from comments · df398986
      Mathieu Duponchelle authored
      df398986
    • uartie's avatar
      vaapipostproc: add mirror support · 3ccf3f33
      uartie authored
      Adds vpp mirroring support to vaapipostproc.  Use
      property video-direction.  Valid values are identity,
      horiz or vert.  Default is identity (no mirror).
      
      Closes #89
      
      v2: Use GstVideoOrientationMethod enum
      v3: Don't warn for VA_MIRROR_NONE.
          Use GST_TYPE_VIDEO_ORIENTATION_METHOD type.
      v4: Query VAAPI caps when setting mirror value
          instead of during per-frame processing.
      v5: Return TRUE in warning cases when setting mirror value.
      3ccf3f33
  16. 28 May, 2019 1 commit
  17. 16 May, 2019 2 commits
  18. 17 May, 2019 1 commit
  19. 13 May, 2019 2 commits
  20. 10 May, 2019 1 commit
  21. 09 May, 2019 4 commits
  22. 08 May, 2019 1 commit
    • wangfei's avatar
      libs: decoder: vp9: support 422/444 8bit/10bit chroma type. · a4e2db4c
      wangfei authored
      According to the vp9 sepc, profile 1/3 support 422/440/444 chroma
      type, so we need to add subsampling_x&subsampling_y to fix it.
      
      Here is the relationship between chroma type and profile and
      subsampling_x&subsampling_y according to vp9 spec:
      ------------------------------------------
      Profile | Bit depth | Chroma subsampling |
      ------------------------------------------
       0      | 8         | 420                |
      ------------------------------------------
       1      | 8         | 422,440,444        |
      ------------------------------------------
       2      | 10, 12    | 420                |
      ------------------------------------------
       3      | 10, 12    | 422,440,444        |
      ------------------------------------------
      
      -----------------------------------------------
      Subsampling_x | Subsampling_y | Chroma format |
      -----------------------------------------------
       0            | 0             | 444           |
      -----------------------------------------------
       0            | 1             | 440           |
      -----------------------------------------------
       1            | 0             | 422           |
      -----------------------------------------------
       1            | 1             | 420           |
      -----------------------------------------------
      a4e2db4c
  23. 06 May, 2019 2 commits
  24. 03 May, 2019 2 commits
  25. 02 May, 2019 1 commit
    • Víctor Manuel Jáquez Leal's avatar
      vaapipostproc: don't do any color conversion when GL_TEXTURE_UPLOAD · 838045b9
      Víctor Manuel Jáquez Leal authored
      https://bugzilla.gnome.org/show_bug.cgi?id=748184 has resurrected
      with commit 3e992d8a
      
      Since gst_vaapi_find_preferred_caps_feature() returns a color format
      from caps negotiation, different from the default one (NV12), the
      postproc enables the color transformation. But when GL_TEXTURE_UPLOAD
      feature is negotiated, no color transformation shall be done.
      
      Nonetheless, with commit 3e992d8a the requested format changes
      firstly, because there's no video sink yet, so ANY caps are
      negotiated; but later, when there's a video sink and a caps
      renegotiation, the GL_TEXTURE_UPLOAD is negotiated though the color
      format conversion still ongoing. It is required to reset that
      conversion.
      
      This patch force default color format when GL_TEXTURE_UPLOAD is
      selected as preferred, thus avoiding the color conversion.
      
      Fixes: #157
      838045b9
  26. 01 May, 2019 1 commit
  27. 29 Apr, 2019 1 commit