- 24 Oct, 2014 1 commit
-
-
Martin Storsjö authored
Since av_gettime() is used in a number of places where actual real time clock is required, the monotonic clock introduced in ebef9f5a would have consequences that are hard to handle. Instead split it into a separate function that can be used in the cases where only relative time is desired. On platform where no monotonic clock is available, the difference between the two av_gettime functions is not clear, and one could mistakenly use the relative clock where an absolute one is required. Therefore add an offset, to make it evident that the time returned from av_gettime_relative never is actual current real time, even though it is based on av_gettime. Based on a patch by Olivier Langlois. Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 17 May, 2014 1 commit
-
-
Olivier Langlois authored
These functions are using the POSIX clock_gettime() function with the CLOCK_MONOTONIC clock id. If these are not present on the targeted platform, the new functions will fallback on using the original realtime functions av_gettime() and av_usleep(). Monotonic support can be added on other platforms with their equivalent native system API eventually if possible. Whenever time is requested to measure relative time, the monotonic clock, when available, is superior to the system realtime clock because it is not affected by discontinuous jumps in the system time In a future step, offering the flexibility to let the user choose between rt and monotonic clock for avdevices packets will be investigated. It is very easy to experience the issues that this patch attempt to address by rewinding back in the past the system time while ffmpeg is running. this is breaking the ffmpeg report printing (ffmepg.c:print_report()) and the the rate emulator functionality (-re) without the patch. Signed-off-by: Olivier Langlois <olivier@trillion01.com> Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 22 Jun, 2012 1 commit
-
-
Mans Rullgard authored
This function implements a delay using the first available of the following functions: - nanosleep() - usleep() - Sleep() (Windows) The conditional #includes in time.c are simplified by including unistd.h and windows.h whenever they are available rather than having these lines triggered by specific functions. Signed-off-by: Mans Rullgard <mans@mansr.com>
-
- 20 Jun, 2012 2 commits
-
-
Michael Niedermayer authored
Libav.org has removed this while moving the code around For reference, the code was originally added in: commit 9aeeeb63 Author: Fabrice Bellard <fabrice@bellard.org> Date: Wed Dec 20 00:02:47 2000 +0000 Initial revision Originally committed as revision 2 to svn://svn.ffmpeg.org/ffmpeg/trunk -- The function name originates from: commit 94988531 Author: Fabrice Bellard <fabrice@bellard.org> Date: Thu Jul 25 16:01:46 2002 +0000 more consistent naming Originally committed as revision 802 to svn://svn.ffmpeg.org/ffmpeg/trunkSigned-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Mans Rullgard authored
Signed-off-by: Mans Rullgard <mans@mansr.com>
-
- 17 May, 2011 1 commit
-
-
Mans Rullgard authored
This builds the float and fixed-point versions of dct32 separately instead of #including the file in dct.c and mpegaudiodec.c. Signed-off-by: Mans Rullgard <mans@mansr.com>
-
- 19 Mar, 2011 1 commit
-
-
Mans Rullgard authored
Signed-off-by: Mans Rullgard <mans@mansr.com>
-
- 09 Sep, 2010 1 commit
-
-
Måns Rullgård authored
Instead of defining functions in per-arch header files included by the main cpu.c, define them normally and call them from the generic one. Originally committed as revision 25084 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 08 Sep, 2010 1 commit
-
-
Stefano Sabatini authored
function and rename it to av_get_cpu_flags(). Originally committed as revision 25076 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 22 Dec, 2008 1 commit
-
-
Diego Biurrun authored
It contains optimizations that are not specific to i386 and libavutil uses this naming scheme already. Originally committed as revision 16270 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 12 Aug, 2008 1 commit
-
-
Loren Merritt authored
c is 1.9x faster than previous c (on various x86 cpus), sse is 1.6x faster than previous sse. Originally committed as revision 14698 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 09 May, 2008 1 commit
-
-
Diego Biurrun authored
Originally committed as revision 13098 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 08 May, 2008 1 commit
-
-
Ramiro Polla authored
typedef x86_reg as the appropriate size and use it instead. Originally committed as revision 13081 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 16 May, 2007 1 commit
-
-
Ronald S. Bultje authored
include paths in the source files. mostly from a patch by Ronald S. Bultje, rbultje ronald.bitfreak net Originally committed as revision 9034 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 07 Oct, 2006 1 commit
-
-
Diego Biurrun authored
and fix GPL/LGPL version mismatches. Originally committed as revision 6577 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 18 Aug, 2006 1 commit
-
-
Loren Merritt authored
2.5% faster fft, 0.5% faster vorbis. Originally committed as revision 6023 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 08 Mar, 2006 1 commit
-
-
Zuxy Meng authored
Patch by Zuxy Meng, zuxy <<dot>> meng >>at<< gmail <<dot>> com Minor non-functional diff-related fixes by me. Originally committed as revision 5125 to svn://svn.ffmpeg.org/ffmpeg/trunk
-