1. 06 Dec, 2017 1 commit
  2. 29 Oct, 2017 1 commit
  3. 24 Jun, 2017 1 commit
  4. 21 Mar, 2017 1 commit
    • wm4's avatar
      avcodec, avformat: deprecate anything related to side data merging · d682ae70
      wm4 authored
      This patch deprecates anything that has to do with merging/splitting
      side data. Automatic side data merging (and splitting), as well as all
      API symbols involved in it, are removed completely.
      
      Two FF_API_ defines are dedicated to deprecating API symbols related to
      this: FF_API_MERGE_SD_API removes av_packet_split/merge_side_data in
      libavcodec, and FF_API_LAVF_KEEPSIDE_FLAG deprecates
      AVFMT_FLAG_KEEP_SIDE_DATA in libavformat.
      
      Since it was claimed that changing the default from merging side data to
      not doing it is an ABI change, there are two additional FF_API_ defines,
      which stop using the side data merging/splitting by default (and remove
      any code in avformat/avcodec doing this): FF_API_MERGE_SD in libavcodec,
      and FF_API_LAVF_MERGE_SD in libavformat.
      
      It is very much intended that FF_API_MERGE_SD and FF_API_LAVF_MERGE_SD
      are quickly defined to 0 in the next ABI bump, while the API symbols are
      retained for a longer time for the sake of compatibility.
      AVFMT_FLAG_KEEP_SIDE_DATA will (very much intentionally) do nothing for
      most of the time it will still be defined. Keep in mind that no code
      exists that actually tries to unset this flag for any reason, nor does
      such code need to exist. Code setting this flag explicitly will work as
      before. Thus it's ok for AVFMT_FLAG_KEEP_SIDE_DATA to do nothing once
      side data merging has been removed from libavformat.
      
      In order to avoid that anyone in the future does this incorrectly, here
      is a small guide how to update the internal code on bumps:
      
      - next ABI bump (probably soon):
        - define FF_API_LAVF_MERGE_SD to 0, and remove all code covered by it
        - define FF_API_MERGE_SD to 0, and remove all code covered by it
      - next API bump (typically two years in the future or so):
        - define FF_API_LAVF_KEEPSIDE_FLAG to 0, and remove all code covered
          by it
        - define FF_API_MERGE_SD_API to 0, and remove all code covered by it
      
      This forces anyone who actually wants packet side data to temporarily
      use deprecated API to get it all. If you ask me, this is batshit fucked
      up crazy, but it's how we roll. Making AVFMT_FLAG_KEEP_SIDE_DATA to be
      set by default was rejected as an ABI change, so I'm going all the way
      to get rid of this once and for all.
      Reviewed-by: 's avatarJames Almer <jamrial@gmail.com>
      Reviewed-by: 's avatarRostislav Pehlivanov <atomnuker@gmail.com>
      Reviewed-by: 's avatarMichael Niedermayer <michael@niedermayer.cc>
      d682ae70
  5. 13 Dec, 2016 1 commit
  6. 08 Dec, 2016 1 commit
  7. 13 Sep, 2016 1 commit
    • Rodger Combs's avatar
      lavf: add a flag to enable/disable automatic bitstream filtering · 1f6d7eb4
      Rodger Combs authored
      This is mostly useful for muxers that wrap other muxers, such as dashenc
      and segment. The actual duplicated bitstream filtering is largely harmless,
      but delaying the header can cause problems when the muxer intended the header
      to be written to a separate file.
      1f6d7eb4
  8. 11 Sep, 2016 1 commit
  9. 02 May, 2016 1 commit
  10. 04 Mar, 2016 1 commit
  11. 22 Feb, 2016 1 commit
  12. 18 Feb, 2016 1 commit
  13. 02 Feb, 2016 1 commit
  14. 04 Dec, 2015 1 commit
  15. 17 Sep, 2015 1 commit
  16. 15 Sep, 2015 1 commit
  17. 01 Sep, 2015 1 commit
  18. 22 Apr, 2015 1 commit
  19. 07 Nov, 2014 1 commit
  20. 19 Oct, 2014 1 commit
  21. 08 Oct, 2014 1 commit
  22. 05 Oct, 2014 1 commit
  23. 25 Aug, 2014 1 commit
  24. 30 Jul, 2014 1 commit
  25. 28 Jun, 2014 1 commit
  26. 10 Jun, 2014 1 commit
  27. 06 Jun, 2014 1 commit
  28. 28 May, 2014 1 commit
  29. 26 May, 2014 1 commit
  30. 25 May, 2014 1 commit
  31. 15 May, 2014 1 commit
    • Anton Khirnov's avatar
      lavf: add AVFMT_FLAG_BITEXACT. · 0c1959b0
      Anton Khirnov authored
      Use it instead of checking CODEC_FLAG_BITEXACT in the first stream's
      codec context.
      
      Using codec options inside lavf is fragile and can easily break when the
      muxing codec context is not the encoding context.
      0c1959b0
  32. 04 May, 2014 1 commit
  33. 12 Mar, 2014 1 commit
  34. 24 Feb, 2014 1 commit
  35. 22 Feb, 2014 1 commit
  36. 04 Feb, 2014 1 commit
    • Luca Barbato's avatar
      lavf: improve handling of sparse streams when muxing · d9ae1031
      Luca Barbato authored
      Currently ff_interleave_packet_per_dts() waits until it gets a frame for
      each stream before outputting packets in interleaved order.
      
      Sparse streams (i.e. streams with much fewer packets than the other
      streams, like subtitles or audio with DTX) tend to add up latency and in
      specific cases end up allocating a large amount of memory.
      
      Emit the top packet from the packet_buffer if it has a time delta
      larger than a specified threshold.
      
      Original report of the issue and initial proposed solution by
      mus.svz@gmail.com.
      
      Bug-id: 31
      Signed-off-by: 's avatarAnton Khirnov <anton@khirnov.net>
      d9ae1031
  37. 02 Feb, 2014 1 commit
  38. 24 Jan, 2014 1 commit
  39. 27 Oct, 2013 1 commit
  40. 17 Sep, 2013 1 commit