1. 07 Mar, 2017 1 commit
  2. 07 Nov, 2016 1 commit
  3. 04 Nov, 2016 1 commit
  4. 06 Jul, 2016 1 commit
  5. 13 Mar, 2016 1 commit
  6. 01 Feb, 2016 1 commit
  7. 30 Jan, 2016 1 commit
  8. 07 Sep, 2015 1 commit
  9. 27 Jul, 2015 3 commits
  10. 20 Jul, 2015 2 commits
    • Vittorio Giovara's avatar
      Deprecate avctx.coded_frame · 40cf1bba
      Vittorio Giovara authored
      The rationale is that coded_frame was only used to communicate key_frame,
      pict_type and quality to the caller, as well as a few other random fields,
      in a non predictable, let alone consistent way.
      
      There was agreement that there was no use case for coded_frame, as it is
      a full-sized AVFrame container used for just 2-3 int-sized properties,
      which shouldn't even belong into the AVCodecContext in the first place.
      
      The appropriate AVPacket flag can be used instead of key_frame, while
      quality is exported with the new AVPacketSideData quality factor.
      There is no replacement for the other fields as they were unreliable,
      mishandled or just not used at all.
      Signed-off-by: 's avatarVittorio Giovara <vittorio.giovara@gmail.com>
      40cf1bba
    • Vittorio Giovara's avatar
      Gather all coded_frame allocations and free functions to a single place · d6604b29
      Vittorio Giovara authored
      Allocating coded_frame is what most encoders do anyway, so it makes
      sense to always allocate and free it in a single place. Moreover a lot
      of encoders freed the frame with av_freep() instead of the correct API
      av_frame_free().
      
      This bring uniformity to encoder behaviour and prevents applications
      from erroneusly accessing this field when not allocated. Additionally
      this helps isolating encoders that export information with coded_frame,
      and heavily simplifies its deprecation.
      Signed-off-by: 's avatarVittorio Giovara <vittorio.giovara@gmail.com>
      d6604b29
  11. 18 May, 2015 1 commit
    • Steve Borho's avatar
      libavcodec/x265: detect csps in libx265_encode_init_csp() · b012bd50
      Steve Borho authored
      Without this change, if you link with an 8bit libx265 and try to specify
      a 10bit input color space via:
      
        ffmpeg -i in.mov -c:v libx265 -pix_fmt yuv420p10le out.mp4
      
      It will error with:
      
        Incompatible pixel format 'yuv420p10le' for codec 'libx265',
        auto-selecting format 'yuv420p'
      
      With this fix, it will learn if a 10bit libx265 is available at startup,
      and thus allow 10bit input color spaces.
      Reviewed-by: 's avatarDerek Buitenhuis <derek.buitenhuis@gmail.com>
      b012bd50
  12. 13 May, 2015 1 commit
  13. 11 May, 2015 1 commit
    • Gopu Govindaswamy's avatar
      avcodec/libx265: use x265 Multi-library Interface to query the API · 94c20de4
      Gopu Govindaswamy authored
      ffmpeg can now use the x265 multi-library interface to make a runtime
      selection between a number of libx265 libraries (perhaps 8bpp and 16bpp).
      
      ffmpeg will link to one build of libx265 (statically or
      dynamically) and this linked version of libx265 will support one
      bit-depth (8 or 10 bits). At runtime, ffmpeg now has the option to request the
      encoder to use a different bit depth(8 or 10). If the requested bitdepth
      is zero, or if it matches the bitdepth of the system default libx265 (the
      currently linked library), then this library will be used for encode.
      If ffmpeg requests a different bit-depth, the linked libx265 will attempt
      to dynamically bind a shared library with the requested bit-depth from the install
      location (default or user-specified).
      
      new x265 API:
           const x265_api* api = x265_api_get(int bitDepth);
           x265_api - holds the libx265 public API functions
           bitDepth - requested API for 8bpp or 16bpp
      
           note: Use 0 to indicate native bit depth of the linked libx265 and
                 x265_api_get(0) is guaranteed to return a non-null pointer
      Signed-off-by: 's avatarGopu Govindaswamy <gopu@multicorewareinc.com>
      Signed-off-by: 's avatarDerek Buitenhuis <derek.buitenhuis@gmail.com>
      94c20de4
  14. 06 May, 2015 1 commit
  15. 15 Apr, 2015 1 commit
  16. 11 Apr, 2015 1 commit
  17. 10 Apr, 2015 1 commit
  18. 05 Apr, 2015 1 commit
  19. 31 Mar, 2015 1 commit
  20. 18 Feb, 2015 4 commits
  21. 22 Jan, 2015 2 commits
  22. 01 Oct, 2014 1 commit
  23. 28 Sep, 2014 1 commit
  24. 03 Sep, 2014 1 commit
  25. 12 Jun, 2014 6 commits
  26. 10 Apr, 2014 3 commits