1. 29 Aug, 2016 1 commit
    • Stephen Hutchinson's avatar
      avisynth: support pix_fmts added to AviSynth+ · 92916e85
      Stephen Hutchinson authored
      A number of new pix_fmts have been added to AviSynth+:
      16-bit packed RGB and RGBA
      10-, 12-, 14, and 16-bit YUV 4:2:0, 4:2:2, and 4:4:4
      8-, 10-, 12-, 14-, and 16-bit Planar RGB
      8-, 10-, 12-, 14-, and 16-bit Planar YUVA and Planar RGBA*
      10-, 12-, 14-, and 16-bit GRAY variants*
      32-bit floating point Planar YUV(A), Planar RGB(A), and GRAY*
      
      *some of which are not currently available pix_fmts here and were
       not added to the demuxer due to this
      Signed-off-by: 's avatarMichael Niedermayer <michael@niedermayer.cc>
      92916e85
  2. 11 Aug, 2016 1 commit
  3. 04 May, 2016 1 commit
  4. 23 Feb, 2016 1 commit
    • Anton Khirnov's avatar
      lavf: replace AVStream.codec with AVStream.codecpar · 9200514a
      Anton Khirnov authored
      Currently, AVStream contains an embedded AVCodecContext instance, which
      is used by demuxers to export stream parameters to the caller and by
      muxers to receive stream parameters from the caller. It is also used
      internally as the codec context that is passed to parsers.
      
      In addition, it is also widely used by the callers as the decoding (when
      demuxer) or encoding (when muxing) context, though this has been
      officially discouraged since Libav 11.
      
      There are multiple important problems with this approach:
          - the fields in AVCodecContext are in general one of
              * stream parameters
              * codec options
              * codec state
            However, it's not clear which ones are which. It is consequently
            unclear which fields are a demuxer allowed to set or a muxer allowed to
            read. This leads to erratic behaviour depending on whether decoding or
            encoding is being performed or not (and whether it uses the AVStream
            embedded codec context).
          - various synchronization issues arising from the fact that the same
            context is used by several different APIs (muxers/demuxers,
            parsers, bitstream filters and encoders/decoders) simultaneously, with
            there being no clear rules for who can modify what and the different
            processes being typically delayed with respect to each other.
          - avformat_find_stream_info() making it necessary to support opening
            and closing a single codec context multiple times, thus
            complicating the semantics of freeing various allocated objects in the
            codec context.
      
      Those problems are resolved by replacing the AVStream embedded codec
      context with a newly added AVCodecParameters instance, which stores only
      the stream parameters exported by the demuxers or read by the muxers.
      9200514a
  5. 12 Aug, 2015 1 commit
  6. 15 Apr, 2015 1 commit
  7. 14 Apr, 2015 2 commits
  8. 02 Apr, 2015 2 commits
  9. 25 Mar, 2015 1 commit
  10. 24 Mar, 2015 2 commits
  11. 03 Jan, 2015 1 commit
  12. 16 May, 2014 1 commit
  13. 05 May, 2014 1 commit
  14. 17 Jan, 2014 1 commit
  15. 10 Jan, 2014 1 commit
  16. 08 Jan, 2014 2 commits
  17. 08 Dec, 2013 1 commit
    • d s's avatar
      avformat: AviSynth demuxer rewrite · f0b234ab
      d s authored
      Directly loads AviSynth through LoadLibrary instead of relying on
      Video for Windows, and supports using AvxSynth (via dlopen) to
      open scripts on Linux and OS X.
      
      Error messages from AviSynth/AvxSynth are now reported through
      av_log and exit, rather than the traditional behavior of generating
      an error video that the user would need to watch to diagnose.
      
      The main rewrite was authored by d s <avxsynth.testing@gmail.com>
      from the AvxSynth team, with additional contributions by
      
      Oka Motofumi <chikuzen.mo@gmail.com>
      Stephen Hutchinson <qyot27@gmail.com>
      Diego Biurrun <diego@biurrun.de>
      Anton Khirnov <anton@khirnov.net>
      Signed-off-by: 's avatarAnton Khirnov <anton@khirnov.net>
      f0b234ab
  18. 01 Dec, 2013 3 commits
  19. 29 Oct, 2013 1 commit
  20. 28 Oct, 2013 11 commits
  21. 06 Sep, 2013 2 commits
  22. 17 Aug, 2013 1 commit
    • Stephen Hutchinson's avatar
      avisynth: Support video input from AviSynth 2.5 properly. · 2c25e83b
      Stephen Hutchinson authored
      Uses the 2.5 compatibility header included with the variant of
      FFMS2 that uses AviSynth's C-interface. A copy of this header is
      now provided in compat/avisynth.
      
      avs_get_row_size_p and avs_get_height_p changed between versions
      2.5 and 2.6. Since the avisynth_c.h header that avformat uses
      assumes AviSynth 2.6, it would cause 2.5 to crash if given any
      kind of real video (the Version() function was known to work,
      though).
      
      AvxSynth was unaffected by this issue because, despite being based
      on AviSynth 2.5.8 and using 2.5.8's interface version number of 3,
      it actually uses 2.6's versions of these functions.
      Signed-off-by: 's avatarMichael Niedermayer <michaelni@gmx.at>
      2c25e83b
  23. 07 Aug, 2013 1 commit