1. 06 Jan, 2020 2 commits
    • Haihao Xiang's avatar
      msdkvp9enc: fix width and height · 8f3d6dd8
      Haihao Xiang authored
      The frame width and height is rounded up to 128 and 32 since commit
      8daac1c0, so the width, height for initialization should be rounded up to
      128 and 32 too because the MSDK VP9 encoder will do some check on width
      and height.
      Sample pipeline:
      gst-launch-1.0 videotestsrc ! \
      video/x-raw,width=320,height=240,format=NV12 ! msdkvp9enc ! fakesink
    • Julien Isorce's avatar
      msdkenc: renegotiate when video info changes · f578eab6
      Julien Isorce authored and Julien Isorce's avatar Julien Isorce committed
      Renegotiation was implemented for bitrate change. We can re-use
      the same sequence when video info changes except that this can be
      executed right away when receiving the new input format. I.e. no
      need to wait for the next call to handle_frame.
  2. 05 Jan, 2020 1 commit
  3. 03 Jan, 2020 7 commits
  4. 02 Jan, 2020 2 commits
    • Seungha Yang's avatar
      msdkdec: Correct return value of GstVideoDecoder::flush() · b88af2e4
      Seungha Yang authored
      Use boolean instead of GstFlowReturn as declared.
      Note that since base class does not check return value of GstVideoDecoder::flush(),
      this would not cause any change of behavior.
    • Haihao Xiang's avatar
      msdkdec: free unlocked msdk surface before output buffer allocation · a819f058
      Haihao Xiang authored
      is trying to use video memory for decoding on Linux, which reveals a
      hidden bug in msdkdec.
      For video memory, it is possible that a locked mfx surface is not used
      indeed and it will be un-locked later in MSDK, so we have to check the
      associated MSDK surface to find out and free un-used surfaces, otherwise
      it is easy to exhaust all pre-allocated mfx surfaces and get errors below:
      0:00:00.777324879 27290 0x564b65a510a0 ERROR                default
      gstmsdkvideomemory.c:77:gst_msdk_video_allocator_get_surface: failed to
      get surface available
      0:00:00.777429079 27290 0x564b65a510a0 ERROR         msdkbufferpool
      failed to create new MSDK memory
      Note the sample code in MSDK does similar thing in
  5. 31 Dec, 2019 7 commits
  6. 30 Dec, 2019 3 commits
  7. 28 Dec, 2019 5 commits
  8. 26 Dec, 2019 1 commit
  9. 24 Dec, 2019 4 commits
  10. 22 Dec, 2019 2 commits
  11. 20 Dec, 2019 6 commits