1. 03 Mar, 2014 1 commit
  2. 03 Dec, 2013 1 commit
  3. 12 Mar, 2013 1 commit
  4. 04 Sep, 2012 1 commit
  5. 07 Aug, 2012 1 commit
  6. 05 Mar, 2012 2 commits
    • Nicolas George's avatar
      alsa: fix timefilter usage. · 456d65a5
      Nicolas George authored
      The period argument is supposed to be the number of samples since
      the last update.
      456d65a5
    • Nicolas George's avatar
      timefilter: internally compute feedback factors. · 3073aadf
      Nicolas George authored
      The feedback factors for the timefilter are directly computed from
      the expected period. This commit changes the init function to accept
      the period itself and compute the feedback factors internally,
      rather than having all client code duplicate the formulas.
      
      This commit also actually fixes the formulas: the current code had
      sqrt(2*o), but the correct formula, both theoretically and according
      to experimental testing, is sqrt(2)*o.
      
      Furthermore, it adds an exponential to feedback factors larger than
      1 with large periods.
      3073aadf
  7. 27 Jan, 2012 1 commit
  8. 30 Nov, 2011 1 commit
  9. 19 Oct, 2011 1 commit
  10. 12 Oct, 2011 1 commit
  11. 24 Sep, 2011 1 commit
  12. 15 Aug, 2011 1 commit
  13. 10 Aug, 2011 1 commit
    • Clément Bœsch's avatar
      alsa: remove too unused variables. · afd7e46b
      Clément Bœsch authored
      This fixes the two following warnings:
          libavdevice/alsa-audio-dec.c:62:26: warning: unused variable ‘sw_params’ [-Wunused-variable]
          libavdevice/alsa-audio-dec.c:109:15: warning: unused variable ‘st’ [-Wunused-variable]
      afd7e46b
  14. 02 Jul, 2011 1 commit
    • Nicolas George's avatar
      ALSA demuxer: use av_gettime and a timefilter. · 5d35b279
      Nicolas George authored
      The PTS for captured audio was measured using snd_pcm_htimestamp.
      
      snd_pcm_htimestamp hangs when the input is a dsnoop plugin.
      
      Furthermore, at some point, snd_pcm_htimestamp started returning monotonic
      timestamps rather than wall clock timestamps, in most but not all
      situations.
      Monotonic timestamps are fine, but ffmpeg uses wall clock timestamps
      everywhere else, and we have no API to inform the user which kind of
      timestamps it is.
      
      A separate snd_pcm_htimestamp is only slightly less accurate than
      snd_pcm_htimestamp: the standard deviation for the difference between two
      consecutive timestamps is (on my hardware):
      - ~13 µs with snd_pcm_htimestamp;
      - ~35 µs with av_gettime;
      -  ~5 µs with av_gettime and a timefilter.
      5d35b279
  15. 01 Jul, 2011 1 commit
  16. 27 May, 2011 1 commit
  17. 25 May, 2011 2 commits
  18. 19 Mar, 2011 1 commit
  19. 28 Jan, 2011 1 commit
  20. 26 Jan, 2011 1 commit
  21. 20 Apr, 2010 1 commit
  22. 30 Mar, 2010 1 commit
  23. 28 Jan, 2010 1 commit
  24. 29 Nov, 2009 2 commits
  25. 14 Apr, 2009 1 commit
  26. 01 Feb, 2009 1 commit
  27. 26 Jan, 2009 1 commit