1. 17 Jan, 2019 1 commit
  2. 21 Dec, 2018 1 commit
  3. 24 Nov, 2018 1 commit
  4. 06 Nov, 2018 1 commit
  5. 05 Nov, 2018 2 commits
  6. 01 Nov, 2018 2 commits
  7. 27 Oct, 2018 1 commit
  8. 24 Oct, 2018 1 commit
  9. 09 Sep, 2018 1 commit
  10. 11 Aug, 2018 1 commit
  11. 09 May, 2018 2 commits
  12. 30 Apr, 2018 1 commit
  13. 26 Apr, 2018 2 commits
  14. 16 Apr, 2018 2 commits
  15. 03 Apr, 2018 1 commit
    • wm4's avatar
      avutil/pixdesc: deprecate AV_PIX_FMT_FLAG_PSEUDOPAL · d6fc031c
      wm4 authored
      PSEUDOPAL pixel formats are not paletted, but carried a palette with the
      intention of allowing code to treat unpaletted formats as paletted. The
      palette simply mapped the byte values to the resulting RGB values,
      making it some sort of LUT for RGB conversion.
      
      It was used for 1 byte formats only: RGB4_BYTE, BGR4_BYTE, RGB8, BGR8,
      GRAY8. The first 4 are awfully obscure, used only by some ancient bitmap
      formats. The last one, GRAY8, is more common, but its treatment is
      grossly incorrect. It considers full range GRAY8 only, so GRAY8 coming
      from typical Y video planes was not mapped to the correct RGB values.
      This cannot be fixed, because AVFrame.color_range can be freely changed
      at runtime, and there is nothing to ensure the pseudo palette is
      updated.
      
      Also, nothing actually used the PSEUDOPAL palette data, except xwdenc
      (trivially changed in the previous commit). All other code had to treat
      it as a special case, just to ignore or to propagate palette data.
      
      In conclusion, this was just a very strange old mechnaism that has no
      real justification to exist anymore (although it may have been nice and
      useful in the past). Now it's an artifact that makes the API harder to
      use: API users who allocate their own pixel data have to be aware that
      they need to allocate the palette, or FFmpeg will crash on them in
      _some_ situations. On top of this, there was no API to allocate the
      pseuo palette outside of av_frame_get_buffer().
      
      This patch not only deprecates AV_PIX_FMT_FLAG_PSEUDOPAL, but also makes
      the pseudo palette optional. Nothing accesses it anymore, though if it's
      set, it's propagated. It's still allocated and initialized for
      compatibility with API users that rely on this feature. But new API
      users do not need to allocate it. This was an explicit goal of this
      patch.
      
      Most changes replace AV_PIX_FMT_FLAG_PSEUDOPAL with FF_PSEUDOPAL. I
      first tried #ifdefing all code, but it was a mess. The FF_PSEUDOPAL
      macro reduces the mess, and still allows defining FF_API_PSEUDOPAL to 0.
      
      Passes FATE with FF_API_PSEUDOPAL enabled and disabled. In addition,
      FATE passes with FF_API_PSEUDOPAL set to 1, but with allocation
      functions manually changed to not allocating a palette.
      d6fc031c
  16. 24 Mar, 2018 1 commit
  17. 18 Mar, 2018 1 commit
    • wm4's avatar
      lavu/frame: add QP side data · 4b86ac27
      wm4 authored
      This adds a way for an API user to transfer QP data and metadata without
      having to keep the reference to AVFrame, and without having to
      explicitly care about QP APIs. It might also provide a way to finally
      remove the deprecated QP related fields. In the end, the QP table should
      be handled in a very similar way to e.g. AV_FRAME_DATA_MOTION_VECTORS.
      
      There are two side data types, because I didn't care about having to
      repack the QP data so the table and the metadata are in a single
      AVBufferRef. Otherwise it would have either required a copy on decoding
      (extra slowdown for something as obscure as the QP data), or would have
      required making intrusive changes to the codecs which support export of
      this data.
      
      The new side data types are added under deprecation guards, because I
      don't intend to change the status of the QP export as being deprecated
      (as it was before this patch too).
      4b86ac27
  18. 16 Mar, 2018 1 commit
  19. 10 Mar, 2018 1 commit
  20. 01 Mar, 2018 1 commit
  21. 13 Feb, 2018 1 commit
    • wm4's avatar
      avutil/opt: remove ABI hacks · 474194a8
      wm4 authored
      These were needed for ABI compatibility with Libav. We don't need them
      anymore.
      474194a8
  22. 24 Dec, 2017 1 commit
  23. 15 Dec, 2017 1 commit
  24. 04 Dec, 2017 1 commit
  25. 28 Nov, 2017 1 commit
  26. 25 Nov, 2017 1 commit
  27. 22 Nov, 2017 2 commits
  28. 29 Oct, 2017 1 commit
  29. 22 Oct, 2017 1 commit
  30. 11 Oct, 2017 1 commit
  31. 10 Oct, 2017 1 commit
  32. 21 Sep, 2017 2 commits
  33. 13 Sep, 2017 1 commit