1. 07 Aug, 2013 1 commit
  2. 30 Apr, 2013 1 commit
    • Anton Khirnov's avatar
      avconv: make -t insert trim/atrim filters. · a83c0da5
      Anton Khirnov authored
      This makes -t sample-accurate for audio and will allow further
      simplication in the future.
      
      Most of the FATE changes are due to audio now being sample accurate. In
      some cases a video frame was incorrectly passed with the old code, while
      its was over the limit.
      a83c0da5
  3. 05 Nov, 2012 1 commit
  4. 06 Oct, 2012 1 commit
  5. 27 Sep, 2012 1 commit
  6. 17 May, 2012 1 commit
    • Anton Khirnov's avatar
      ffmpeg: add support for audio filters. · fc49f22c
      Anton Khirnov authored
      Some of the FATE changes are due to off-by-one different rounding being used
      (lrintf vs av_rescale_q).
      Some fate changes are due to 1 audio frame less being encoded (the new variant seems
      matching what qatar does and according to ffprobe its closer to the requested duration)
      the mapchan feature sadly is lost in this commit because it depends on resampling
      being done in ffmpeg.c which is now moved completely into the av filter layer
      -async is broken after this commit, this will be fixed in subsequent commits
      the new filter reconfiguration system is flawed and will drop a frame on each
      parameter change which is why the nelly moser checksums need updating.
      
      Conflicts:
      
      	ffmpeg.c
      	tests/ref/fate/smjpeg
      fc49f22c
  7. 20 Mar, 2012 1 commit
  8. 29 Feb, 2012 1 commit
  9. 07 Feb, 2012 1 commit
    • Anton Khirnov's avatar
      avconv: rework -t handling for encoding. · 1270e12e
      Anton Khirnov authored
      Current code compares the desired recording time with InputStream.pts,
      which has a very unclear meaning. Change the code to use actual
      timestamps of the frames passed to the encoder.
      
      In several tests, one less frame is encoded, which is more correct.
      
      In the idroq test one more frame is encoded, which is again more
      correct.
      
      Behavior with stream copy should be unchanged.
      1270e12e
  10. 27 Jan, 2012 1 commit
  11. 07 Sep, 2011 2 commits
  12. 06 Jul, 2011 1 commit
  13. 25 Mar, 2010 1 commit
  14. 02 Mar, 2010 1 commit
  15. 03 Feb, 2010 1 commit
    • Michael Niedermayer's avatar
      Correct opts calulation in ffmpeg.c. · f575f08c
      Michael Niedermayer authored
      This correct the stop point for demuxing with -vcodec copy and -t as well as
      packet interleaving. (we already diddrop packets but kept demuxing them
      for too long due to opts being wrong)
      the change to ffm is due to 2 packets with timestamp 0 being stored
      in different order.
      
      Originally committed as revision 21626 to svn://svn.ffmpeg.org/ffmpeg/trunk
      f575f08c
  16. 16 Jan, 2010 1 commit