- 16 Oct, 2015 1 commit
-
-
Ganesh Ajjanagadde authored
This does not trigger any warnings, but adds robustness. Reviewed-by: Nicolas George <george@nsup.org> Signed-off-by: Ganesh Ajjanagadde <gajjanagadde@gmail.com>
-
- 09 Apr, 2015 1 commit
-
-
Diego Biurrun authored
-
- 01 Nov, 2014 1 commit
-
-
Lukasz Marek authored
Signed-off-by: Lukasz Marek <lukasz.m.luki2@gmail.com>
-
- 03 Nov, 2013 1 commit
-
-
Lukasz Marek authored
Current implementation didn't include duration of last processed packet. Device may return negative timestamps without this correction. Signed-off-by: Lukasz Marek <lukasz.m.luki@gmail.com>
-
- 06 Oct, 2012 1 commit
-
-
Diego Biurrun authored
Anonymous structs cannot be forward declared and have no benefit.
-
- 07 Aug, 2012 1 commit
-
-
Anton Khirnov authored
-
- 05 Mar, 2012 1 commit
-
-
Nicolas George authored
The period argument is supposed to be the number of samples since the last update.
-
- 12 Sep, 2011 1 commit
-
-
Michael Niedermayer authored
Fixes Ticket373 Thanks to llogan for testing Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 09 Jul, 2011 1 commit
-
-
Justin Ruggles authored
In testing, the file output plugin gave a max buffer size of about 20 million frames, which is way more than what is really needed and causes a memory allocation error on my system.
-
- 02 Jul, 2011 1 commit
-
-
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.
-
- 01 Jul, 2011 1 commit
-
-
Nicolas George authored
period_size is in frames, while the demuxer assumed it was in bytes, resulting in short reads.
-
- 23 Jun, 2011 1 commit
-
-
Nicolas George authored
Currently quad, 5.0, 5.1 and 7.1 are implemented. Implementing support for other formats/layouts and capture should be straightforward. 5.0 and 7.1 support by Carl Eugen Hoyos. Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
- 27 May, 2011 1 commit
-
-
Stefano Sabatini authored
-
- 25 May, 2011 1 commit
-
-
Anton Khirnov authored
-
- 26 Mar, 2011 1 commit
-
-
Nicolas George authored
Currently, only S16 quad, 5.1 and 7.1 are implemented. Implementing support for other formats/layouts and capture should be straightforward. 7.1 support by Carl Eugen Hoyos.
-
- 19 Mar, 2011 1 commit
-
-
Mans Rullgard authored
Signed-off-by: Mans Rullgard <mans@mansr.com>
-
- 17 Aug, 2010 1 commit
-
-
Stefano Sabatini authored
Help further refactoring. Originally committed as revision 24814 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 30 Jun, 2010 1 commit
-
-
Måns Rullgård authored
Originally committed as revision 23904 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 20 Apr, 2010 1 commit
-
-
Diego Biurrun authored
Passing an explicit filename to this command is only necessary if the documentation in the @file block refers to a file different from the one the block resides in. Originally committed as revision 22921 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 26 Jul, 2009 1 commit
-
-
Måns Rullgård authored
Originally committed as revision 19508 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 14 Apr, 2009 2 commits
-
-
Carl Eugen Hoyos authored
Originally committed as revision 18516 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Carl Eugen Hoyos authored
Originally committed as revision 18515 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 02 Feb, 2009 1 commit
-
-
Diego Biurrun authored
Originally committed as revision 16933 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 01 Feb, 2009 1 commit
-
-
Diego Biurrun authored
Otherwise doxygen complains about ambiguous filenames when files exist under the same name in different subdirectories. Originally committed as revision 16912 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 26 Jan, 2009 1 commit
-
-
Nicolas George authored
Patch by Nicolas George: name surname normalesup org Original thread: [FFmpeg-devel] [PATCH] ALSA for libavdevice Date: 12/09/2008 07:17 PM Originally committed as revision 16800 to svn://svn.ffmpeg.org/ffmpeg/trunk
-