- 26 11月, 2015 6 次提交
-
-
由 Michael Niedermayer 提交于
It appears rets_count is redundant Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 James Almer 提交于
-
由 Paul B Mahol 提交于
Signed-off-by: NPaul B Mahol <onemda@gmail.com>
-
由 Paul B Mahol 提交于
Signed-off-by: NPaul B Mahol <onemda@gmail.com>
-
由 Paul B Mahol 提交于
Signed-off-by: NPaul B Mahol <onemda@gmail.com>
-
由 Stefano Sabatini 提交于
-
- 25 11月, 2015 15 次提交
-
-
由 Paul B Mahol 提交于
Signed-off-by: NPaul B Mahol <onemda@gmail.com>
-
由 Ganesh Ajjanagadde 提交于
Commit 14ea4151 had a bug in that the conversion of the uint64_t result to an int (the return signature) would lead to implementation defined behavior, and in this case simply returned 0 for NAN. A fix via AND'ing the result with 1 does the trick, simply by ensuring a 0 or 1 return value. Patch tested with FATE on x86-64, GNU/Linux by forcing the compatibility code via an ifdef hack suggested by Michael. Signed-off-by: NGanesh Ajjanagadde <gajjanagadde@gmail.com>
-
由 Timothy Gu 提交于
-
由 Timothy Gu 提交于
-
由 Ganesh Ajjanagadde 提交于
lrintf is anyway used, suggesting we only care up to floating precision. Rurthermore, there is a compat hack in avutil/libm for this function, and it is used in avcodec/aacps_tablegen.h. This yields a non-negligible speedup. Sample benchmark: x86-64, Haswell, GNU/Linux: old (draw_mandelbrot): 274635709 decicycles in draw_mandelbrot, 256 runs, 0 skips 300287046 decicycles in draw_mandelbrot, 512 runs, 0 skips 371819935 decicycles in draw_mandelbrot, 1024 runs, 0 skips 336663765 decicycles in draw_mandelbrot, 2048 runs, 0 skips 581851016 decicycles in draw_mandelbrot, 4096 runs, 0 skips new (draw_mandelbrot): 269882717 decicycles in draw_mandelbrot, 256 runs, 0 skips 296359285 decicycles in draw_mandelbrot, 512 runs, 0 skips 370076599 decicycles in draw_mandelbrot, 1024 runs, 0 skips 331478354 decicycles in draw_mandelbrot, 2048 runs, 0 skips 571904318 decicycles in draw_mandelbrot, 4096 runs, 0 skips Reviewed-by: NMichael Niedermayer <michael@niedermayer.cc> Signed-off-by: NGanesh Ajjanagadde <gajjanagadde@gmail.com>
-
由 Ganesh Ajjanagadde 提交于
This rewrites into a similar expression avoiding sqrt. Similarity is assured since sqrt(x^2 + y^2)/(x+y) lies in [1/sqrt(2), 1] for x, y > 0. Tested on x86-64, Haswell, GNU/Linux. Command: ffmpeg -f lavfi -i mandelbrot -f null - old (draw_mandelbrot): 277625266 decicycles in draw_mandelbrot, 256 runs, 0 skips 304527322 decicycles in draw_mandelbrot, 512 runs, 0 skips 377593582 decicycles in draw_mandelbrot, 1024 runs, 0 skips 338539499 decicycles in draw_mandelbrot, 2048 runs, 0 skips 583630357 decicycles in draw_mandelbrot, 4096 runs, 0 skips new (draw_mandelbrot): 274635709 decicycles in draw_mandelbrot, 256 runs, 0 skips 300287046 decicycles in draw_mandelbrot, 512 runs, 0 skips 371819935 decicycles in draw_mandelbrot, 1024 runs, 0 skips 336663765 decicycles in draw_mandelbrot, 2048 runs, 0 skips 581851016 decicycles in draw_mandelbrot, 4096 runs, 0 skips Reviewed-by: NMichael Niedermayer <michael@niedermayer.cc> Signed-off-by: NGanesh Ajjanagadde <gajjanagadde@gmail.com>
-
由 Ganesh Ajjanagadde 提交于
Reviewed-by: NRostislav Pehlivanov <atomnuker@gmail.com> Signed-off-by: NGanesh Ajjanagadde <gajjanagadde@gmail.com>
-
由 Ganesh Ajjanagadde 提交于
See e.g https://stackoverflow.com/questions/1666353/are-typedef-and-define-the-same-in-c for rationale. Signed-off-by: NGanesh Ajjanagadde <gajjanagadde@gmail.com>
-
由 Ganesh Ajjanagadde 提交于
See e.g https://stackoverflow.com/questions/1666353/are-typedef-and-define-the-same-in-c for rationale. Signed-off-by: NGanesh Ajjanagadde <gajjanagadde@gmail.com>
-
由 Timothy Gu 提交于
-
由 Marton Balint 提交于
This option can be used to select useful frames from an ffconcat file which is using inpoints and outpoints but where the source files are not intra frame only. Reviewed-by: NStefano Sabatini <stefasab@gmail.com> Signed-off-by: NMarton Balint <cus@passwd.hu>
-
由 Marton Balint 提交于
Reviewed-by: NNicolas George <george@nsup.org> Signed-off-by: NMarton Balint <cus@passwd.hu>
-
由 Marton Balint 提交于
If duration is still AV_NOPTS_VALUE when opening the next file, we can assume that outpoint is not set. Reviewed-by: NNicolas George <george@nsup.org> Signed-off-by: NMarton Balint <cus@passwd.hu>
-
由 Marton Balint 提交于
Reviewed-by: NNicolas George <george@nsup.org> Signed-off-by: NMarton Balint <cus@passwd.hu>
-
由 Michael Niedermayer 提交于
Fixes out of array access Fixes: 1430e9c43fae47a24c179c7c54f94918/signal_sigsegv_421427_2049_f2192b6829ab6e0eefcb035329c03c60.264 Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
- 24 11月, 2015 7 次提交
-
-
由 Derek Buitenhuis 提交于
* commit 'fb8753ad': qsvenc: factor out common options Merged-by: NDerek Buitenhuis <derek.buitenhuis@gmail.com>
-
由 Timothy Gu 提交于
Fixes a floating point exception when width and height are not supplied (and therefore are zero).
-
由 Timothy Gu 提交于
Calculate packet size only once, and propagate errors earlier in the chain. Also remove use of the deprecated av_image_get_buffer_size().
-
由 Timothy Gu 提交于
More readable and less breakable.
-
由 Michael Niedermayer 提交于
Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Carl Eugen Hoyos 提交于
Requested-by: Mike Brown, brown at mrvideo vidiot com
-
由 Michael Niedermayer 提交于
avcodec/mpegvideo_enc: Remove slice structured mode from H.263 as well as the code automatically enabing it There is no such thing as a slice structured mode in the original version 1 H.263, that mode was added in H.263+ in 1998. Also the headers for slice structured mode are not part of the older version 1 and this would result in unplayable files An alternative to this patch would be to merge the H263 and H263P AVCodecs and use other means to distinguish the older and newer versions. Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
- 23 11月, 2015 12 次提交
-
-
由 Michael Niedermayer 提交于
Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Matthieu Bouron 提交于
Signed-off-by: NMatthieu Bouron <matthieu.bouron@stupeflix.com> Signed-off-by: NClément Bœsch <clement@stupeflix.com>
-
由 Matt Oliver 提交于
Signed-off-by: NMatt Oliver <protogonoi@gmail.com>
-
由 Clément Bœsch 提交于
FATE test changes because of the switch from shift to division.
-
由 Paul B Mahol 提交于
Signed-off-by: NPaul B Mahol <onemda@gmail.com>
-
由 Paul B Mahol 提交于
Signed-off-by: NPaul B Mahol <onemda@gmail.com>
-
由 Hagen Schmidt 提交于
Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Ganesh Ajjanagadde 提交于
This reverts commit 82c5f317. Signed-off-by: NGanesh Ajjanagadde <gajjanagadde@gmail.com>
-
由 Ganesh Ajjanagadde 提交于
Found-by: NClément Bœsch <u@pkh.me> Signed-off-by: NGanesh Ajjanagadde <gajjanagadde@gmail.com>
-
由 Ganesh Ajjanagadde 提交于
This actually fixes an incorrect float literal. It is believed by examining the precision that the literals were all pre-computed as floats, resulting in this needless loss of precision. There is no benefit to keeping such reduced precision: 1. These constants are used for static array computation, hence compile-time. 2. They will be treated as doubles anyway, since f specifier was not present. Signed-off-by: NGanesh Ajjanagadde <gajjanagadde@gmail.com>
-
由 Ganesh Ajjanagadde 提交于
Fixed point value remains unchanged. Signed-off-by: NGanesh Ajjanagadde <gajjanagadde@gmail.com>
-
由 Ganesh Ajjanagadde 提交于
Signed-off-by: NGanesh Ajjanagadde <gajjanagadde@gmail.com>
-