- 02 Aug, 2014 1 commit
-
-
Matthew Oliver authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 06 Jan, 2014 1 commit
-
-
Michael Niedermayer authored
The new code is faster and reuses the previous state in case of multiple calls. The previous code could easily end up in near-infinite loops, if the difference between two clock() calls never was larger than 1. This makes fate-parseutils finish in finite time when run in wine, if CryptGenRandom isn't available (which e.g. isn't available if targeting Windows RT/metro). Patch originally by Michael Niedermayer but with some modifications by Martin Storsjö. Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 07 Aug, 2013 1 commit
-
-
Rémi Denis-Courmont authored
Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
- 11 Oct, 2012 3 commits
-
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Fixes CID733787 Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Martin Storsjö authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 08 Sep, 2012 1 commit
-
-
Derek Buitenhuis authored
Signed-off-by: Derek Buitenhuis <derek.buitenhuis@gmail.com> Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 07 Sep, 2012 1 commit
-
-
Ronald S. Bultje authored
unistd.h is used for open/read/close, but if this header does not exist, there's probably no use in trying to open /dev/*random at all. Signed-off-by: Martin Storsjö <martin@martin.st> Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 29 Jun, 2012 1 commit
-
-
Ronald S. Bultje authored
unistd.h is used for open/read/close, but if this header does not exist, there's probably no use in trying to open /dev/*random at all. Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 11 Jun, 2012 1 commit
-
-
Michael Niedermayer authored
The new code is faster and reuses the previous state in case of multiple calls. For testing the iterations are reduced and several entropy sources are disabled. Its based on SHA-1 Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 23 Feb, 2012 1 commit
-
-
Michael Niedermayer authored
Reviewed-by: Nicolas George <nicolas.george@normalesup.org> Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 03 Dec, 2011 1 commit
-
-
Yordan Makariev authored
Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
-
- 17 Jul, 2011 1 commit
-
-
Mans Rullgard authored
Use <> for system headers, add needed math.h, drop unnecessary avutil.h. Signed-off-by: Mans Rullgard <mans@mansr.com>
-
- 19 Apr, 2011 1 commit
-
-
Anton Khirnov authored
-
- 19 Mar, 2011 1 commit
-
-
Mans Rullgard authored
Signed-off-by: Mans Rullgard <mans@mansr.com>
-
- 08 Jul, 2010 2 commits
-
-
Michael Niedermayer authored
Originally committed as revision 24116 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
This is clearer than comparing against an unsigned number to force an unsigned comparison that we need. Originally committed as revision 24114 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 07 Jul, 2010 1 commit
-
-
Michael Niedermayer authored
Originally committed as revision 24102 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 01 Jul, 2010 3 commits
-
-
Måns Rullgård authored
Originally committed as revision 23932 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Måns Rullgård authored
Originally committed as revision 23931 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Måns Rullgård authored
If both /dev/random and /dev/urandom failed to return data, an uninitialised value might be returned. Since most systems have a non-blocking /dev/urandom or have /dev/random with similar properties, the chance of blocking is minimal, and the alternative of returning non-random data is worse. Originally committed as revision 23930 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 30 Jun, 2010 1 commit
-
-
Måns Rullgård authored
Attempt to read from /dev/urandom and /dev/random with O_NONBLOCK set. If neither succeeds, proceed with fallbacks. Originally committed as revision 23903 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 23 May, 2010 1 commit
-
-
Martin Storsjö authored
Keep an old ff_ named function for binary compatibility until the next major bump. Originally committed as revision 23254 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 11 Mar, 2010 2 commits
-
-
Måns Rullgård authored
Originally committed as revision 22451 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Måns Rullgård authored
Originally committed as revision 22450 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 08 Mar, 2009 1 commit
-
-
Baptiste Coudurier authored
Originally committed as revision 17868 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 14 Jan, 2009 1 commit
-
-
Aurelien Jacobs authored
and remove all ENABLE_ definitions. Originally committed as revision 16600 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 03 Mar, 2008 1 commit
-
-
Vitor Sessak authored
with the other libav*. Originally committed as revision 12301 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 15 Feb, 2008 1 commit
-
-
Vitor Sessak authored
Originally committed as revision 12076 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 01 Dec, 2007 1 commit
-
-
Vitor Sessak authored
Originally committed as revision 11122 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 05 Jul, 2007 1 commit
-
-
Diego Biurrun authored
Originally committed as revision 9484 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
-
- 23 Mar, 2007 1 commit
-
-
Tim Chick authored
armv5t does - use the armv5t function rather than default c code. patch by Tim Chick chick at computergeek freeserve co uk Originally committed as revision 8487 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 07 Jan, 2007 1 commit
-
-
Siarhei Siamashka authored
patch by Siarhei Siamashka % siarhei P siamashka A gmail P com % Original thread: Date: Jan 6, 2007 5:07 PM Subject: [Ffmpeg-devel] [PATCH] Optimization of 'dct_unquantize_h263_intra' for ARM (armv5te) (try2) and Date: Jan 2, 2007 6:13 PM Subject: [Ffmpeg-devel] [PATCH] Optimization of 'dct_unquantize_h263_intra' for ARM (armv5te) Originally committed as revision 7423 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
-
- 12 Jan, 2006 1 commit
-
-
Diego Biurrun authored
Originally committed as revision 4842 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 26 May, 2005 2 commits
-
-
Michael Niedermayer authored
Originally committed as revision 4312 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Bernhard Rosenkränzer authored
while playing with some new hardware, I found it's running a forked mplayer -- and it looks like they're following the GPL. The maintainer's page is here: http://atty.jp/?Zaurus/mplayer Unfortunately it's mostly in Japanese, so it's hard to figure out any details. Their code looks quite interesting (at least to those of us w/ ARM CPUs). The patches I've attached are the patches from atty.jp with a couple of modifications by myself: - ported to current CVS - reverted their change of removing SNOW support from ffmpeg - cleaned up their bswap mess - removed DOS-style linebreaks from various files patch by (Bernhard Rosenkraenzer: bero, arklinux org) Originally committed as revision 4311 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 03 Mar, 2003 1 commit
-
-
Michael Niedermayer authored
bitexact cleanup Originally committed as revision 1617 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 11 Feb, 2003 1 commit
-
-
Zdenek Kabelac authored
Originally committed as revision 1578 to svn://svn.ffmpeg.org/ffmpeg/trunk
-