1. 06 Jun, 2014 2 commits
  2. 01 Apr, 2014 1 commit
  3. 07 Aug, 2013 1 commit
  4. 25 Jul, 2013 1 commit
  5. 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
  6. 08 Jan, 2013 1 commit
  7. 04 Jan, 2013 1 commit
    • Alexander Strasser's avatar
      lswr: Improve default resampler's default parameters · ac25b31e
      Alexander Strasser authored
      After making some blind tests on a small collection of music
      samples for home usage. It turned out that the default cutoff
      was too low.
      
      The impact of filter_size was not clearly distinguishable (the
      results were on the edge) with the music samples but turned out
      to be clearly audible in some synthetic samples.
      
      Thanks to Daniel for helping out with the listening tests.
      Signed-off-by: 's avatarAlexander Strasser <eclipse7@gmx.net>
      ac25b31e
  8. 27 Sep, 2012 1 commit
  9. 04 Jul, 2012 1 commit
    • Nicolas George's avatar
      ffmpeg: rework checks for the -t option. · 2fc354f9
      Nicolas George authored
      This commit is based on libav's implementation and
      makes sure to compare output timestamps together.
      It also reduces the differences with avconv.
      
      The changes to the test reference files are caused
      by an additional packet at the end, the timestamp
      of the frame encoded by this packet is always
      strictly below the limit stated by the -t option.
      2fc354f9
  10. 18 May, 2012 1 commit
  11. 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
  12. 20 Apr, 2012 1 commit
  13. 08 Feb, 2012 1 commit
    • Anton Khirnov's avatar
      rawenc: switch to encode2(). · cd1ad18a
      Anton Khirnov authored
      This changes a number of FATE results, since before this commit, the
      timestamps in all tests using rawenc were made up by lavf.
      
      In most cases, the previous timestamps were completely bogus.
      
      In some other cases -- raw formats, mostly h264 -- the new timestamps
      are bogus as well. The only difference is that timestamps invented by
      the muxer are replaced by timestamps invented by the demuxer.
      
      cscd     -- avconv sets output codec timebase from r_frame_rate
      and r_frame_rate is in this case some guessed number 31.42 (377/12),
      which is not accurate enough to represent all timestamps. This results
      in some frames having duplicate pts. Therefore, vsync 0 needs to be
      changed to vsync 2 and avconv drops two frames. A proper fix in the
      future would be to set output timebase to something saner in avconv.
      
      nuv      -- previous timestamps for video were wrong AND the cscd
      comment applies, one frame is dropped.
      
      vp8-signbias -- the file contains two frames with identical timestamps,
      so -vsync 0 needs to be removed/changed to -vsync 2 and avconv drops one
      frame.
      
      vc1-ism -- apparrently either the demuxer lies about timestamps or the
      file is broken, since dts == pts on all packets, but reordering clearly
      takes place.
      cd1ad18a
  14. 02 Feb, 2012 1 commit
  15. 07 Dec, 2011 1 commit
  16. 24 Nov, 2011 1 commit
  17. 13 Sep, 2011 1 commit
  18. 12 Apr, 2011 1 commit
  19. 07 Oct, 2010 2 commits
  20. 21 Jul, 2010 1 commit
  21. 02 Mar, 2010 1 commit
  22. 16 Jan, 2010 1 commit