1. 16 May, 2014 1 commit
  2. 05 May, 2014 1 commit
  3. 17 Jan, 2014 1 commit
  4. 10 Jan, 2014 1 commit
  5. 08 Jan, 2014 2 commits
  6. 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
  7. 01 Dec, 2013 3 commits
  8. 29 Oct, 2013 1 commit
  9. 28 Oct, 2013 11 commits
  10. 06 Sep, 2013 2 commits
  11. 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
  12. 07 Aug, 2013 2 commits
  13. 29 Jul, 2013 1 commit
  14. 25 Jul, 2013 1 commit
  15. 06 Jul, 2013 1 commit
  16. 22 Jun, 2013 1 commit
  17. 11 Apr, 2013 1 commit
  18. 10 Apr, 2013 2 commits
  19. 31 Mar, 2013 1 commit
  20. 27 Mar, 2013 1 commit
  21. 21 Mar, 2013 1 commit
    • d s's avatar
      AviSynth demuxer rewrite. · b9ad0094
      d s authored
      Dynamically loads the library itself, rather than through VfW.
      Supports AvxSynth on Linux and OS X.
      
      Supports the new colorspaces added in AviSynth 2.6 when used
      with AviSynth 2.6.
      b9ad0094
  22. 11 Mar, 2013 1 commit
  23. 31 Jan, 2013 1 commit
  24. 29 Jul, 2012 1 commit
    • Anton Khirnov's avatar
      lavf: deprecate r_frame_rate. · aba232cf
      Anton Khirnov authored
      According to its description, it is supposed to be the LCM of all the
      frame durations. The usability of such a thing is vanishingly small,
      especially since we cannot determine it with any amount of reliability.
      Therefore get rid of it after the next bump.
      
      Replace it with the average framerate where it makes sense.
      
      FATE results for the wtv and xmv demux tests change. In the wtv case
      this is caused by the file being corrupted (or possibly badly cut) and
      containing invalid timestamps. This results in lavf estimating the
      framerate wrong and making up wrong frame durations.
      In the xmv case the file contains pts jumps, so again the estimated
      framerate is far from anything sane and lavf again makes up different
      frame durations.
      
      In some other tests lavf starts making up frame durations from different
      frame.
      aba232cf