1. 17 Aug, 2018 2 commits
  2. 13 Dec, 2017 1 commit
  3. 10 Nov, 2017 3 commits
  4. 19 Oct, 2017 1 commit
    • wm4's avatar
      lavc: external hardware frame pool initialization · b46a77f1
      wm4 authored
      This adds a new API, which allows the API user to query the required
      AVHWFramesContext parameters. This also reduces code duplication across
      the hwaccels by introducing ff_decode_get_hw_frames_ctx(), which uses
      the new API function. It takes care of initializing the hw_frames_ctx
      if needed, and does additional error handling and API usage checking.
      
      Support for VDA and Cuvid missing.
      Signed-off-by: 's avatarAnton Khirnov <anton@khirnov.net>
      b46a77f1
  5. 26 Jul, 2017 3 commits
  6. 14 Dec, 2016 3 commits
    • Diego Biurrun's avatar
    • Anton Khirnov's avatar
    • Anton Khirnov's avatar
      decode: restructure the core decoding code · 061a0c14
      Anton Khirnov authored
      Currently, the new decoding API is pretty much just a wrapper around the
      old deprecated one. This is problematic, since it interferes with making
      full use of the flexibility added by the new API. The old API should
      also be removed at some future point.
      
      Reorganize the code so that the new send_packet/receive_frame functions
      call the actual decoding directly and change the old deprecated
      avcodec_decode_* functions into wrappers around the new API.
      
      The new internal API for decoders is now changing as well. Before this
      commit, it mirrors the public API, so the decoders need to implement
      send_packet() and receive_frame() callbacks. This turns out to require
      awkward constructs in both the decoders and the generic code. After this
      commit, the decoders only implement the receive_frame() callback and
      call a new internal function, ff_decode_get_packet() to obtain input
      data, in the same manner to how the bitstream filters now work.
      
      avcodec will now always make a reference to the input packet, which means
      that non-refcounted input packets will be copied. Keeping the previous
      behaviour, where this copy could sometimes be avoided, would make the
      code significantly more complex and fragile for only dubious gains,
      since packets are typically small and everyone who cares about
      performance should use refcounted packets anyway.
      061a0c14
  7. 21 Oct, 2015 1 commit
  8. 11 Apr, 2012 1 commit
  9. 28 Jan, 2012 1 commit
  10. 19 Mar, 2011 1 commit
  11. 30 Jun, 2010 1 commit
  12. 22 May, 2009 1 commit
  13. 18 Sep, 2008 1 commit
  14. 31 Aug, 2008 1 commit
  15. 17 Oct, 2007 1 commit
  16. 09 Jul, 2007 1 commit
  17. 17 Jun, 2007 2 commits
  18. 16 Jun, 2007 1 commit
  19. 27 Jan, 2007 1 commit
  20. 07 Oct, 2006 1 commit
  21. 10 Sep, 2006 1 commit
  22. 19 Jul, 2006 1 commit