- 10 Feb, 2015 15 commits
-
-
Marton Balint authored
Signed-off-by: Marton Balint <cus@passwd.hu>
-
Marton Balint authored
Otherwise we may not flush a decoder when a new stream is opened during an already eof condition. Signed-off-by: Marton Balint <cus@passwd.hu>
-
Marton Balint authored
It is better than using simply video clock, because video clock may be NAN. Signed-off-by: Marton Balint <cus@passwd.hu>
-
Paul B Mahol authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Supraja Meedinti authored
lavu CAMELLIA size: 1048576 runs: 1024 time: 21.549 +- 0.17 Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Kevin Wheatley authored
Avid prefers mpeg range [16-235] by default this change brings ffmpeg into line with that. To obtain the old behaviour use '-color_range jpeg' on the command line prior to the ouput filename. Signed-off-by: Kevin Wheatley <kevin.j.wheatley@gmail.com> Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
wm4 authored
Also make clear that PAL8 can have alpha. Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
wm4 authored
Doing this check in avutil_version() is not appropriate. Also, this code is by default disabled (--assert-level is by default 0). A FATE run with defaults will never execute the checks. Move it to the pixelutils test program. Whatever reason there was in avutil_version() not to run this test by default, it should be fine in this test program. This means FATE will run the test by default. (Yes, pixelutils is not strictly the best place for it either, but it's better.) (pixdesc.c also has a small test program, but it's never run by FATE.) Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
wm4 authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Paul B Mahol authored
Signed-off-by: Paul B Mahol <onemda@gmail.com>
-
Mark Reid authored
Reviewed-by: tomas.hardin@codemill.se Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Paul B Mahol authored
Signed-off-by: Paul B Mahol <onemda@gmail.com>
-
Paul B Mahol authored
Signed-off-by: Paul B Mahol <onemda@gmail.com>
-
Paul B Mahol authored
Signed-off-by: Paul B Mahol <onemda@gmail.com>
-
Andreas Cadhalpun authored
This is necessary, because avcodec_decode_video2 can change width, height and/or pixel format of the AVCodecContext. Since video_dst_data and video_dst_linesize are not updated by calling av_image_alloc again, av_image_copy[_plane] asserts, because the destination buffer is too small. In this case, creating a useable rawvideo is not possible anyway, since it has fixed width/height/pix_fmt. Signed-off-by: Andreas Cadhalpun <Andreas.Cadhalpun@googlemail.com> Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 09 Feb, 2015 13 commits
-
-
James Almer authored
Reviewed-by: Christophe Gisquet <christophe.gisquet@gmail.com> Signed-off-by: James Almer <jamrial@gmail.com>
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Supraja Meedinti authored
Before the changes : lavu CAMELLIA size: 1048576 runs: 1024 time: 32.541 +- 0.044 After the changes: lavu CAMELLIA size: 1048576 runs: 1024 time: 24.589 +- 0.066 Tested with crypto_bench on a Linux x86_64 OS with Intel Core i5-3210M CPU. Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
wm4 authored
Matroska is an extensible format - unknown elements must be expected. It shouldn't complain about such elements to the user either; it'll just generate noise. The "error_recognition & AV_EF_EXPLODE" is completely, wrong why would it explode on valid files? It's still useful for debugging, so the message is left in place with a higher log level. Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Fixes: signal_sigsegv_14999ef_1188_cov_2888512890_SVA_CL1_E.264 Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Paul B Mahol authored
Signed-off-by: Paul B Mahol <onemda@gmail.com>
-
Michael Niedermayer authored
Fixes division by 0 Fixes: asan_heap-uaf_143f420_728_cov_1441472032_HDV_0113.MP4 Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Georg Lippitsch authored
Reviewed-by: Timothy Gu <timothygu99@gmail.com> Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 08 Feb, 2015 12 commits
-
-
Seppo Tomperi authored
cherry picked from commit b153f55935969c794de4640f8d34e01c58e027ae Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Christophe Gisquet authored
The second parameter to the macro is always an immediate address, so no lea is needed. Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Christophe Gisquet authored
In that case, it's just to load my, but mx/r3src is not used. Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Anshul Maheshwari authored
Signed-off-by: Anshul Maheshwari <er.anshul.maheshwari@gmail.com> Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
* cehoyos/master: Fix standalone compilation of the mov muxer with --disable-optimizations. Merged-by: Michael Niedermayer <michaelni@gmx.at>
-
Clément Bœsch authored
This code looks clumsy, and an assert would probably be more welcome.
-
Clément Bœsch authored
-
Carl Eugen Hoyos authored
Reported-by: Bernhard Döbler
-
Clément Bœsch authored
ceilf() can only work if the reminder of the division is not 0. This fixes memory errors with for instance: ffmpeg -f lavfi -i testsrc=s=800x500 -threads 3 -vf dctdnoiz -frames:v 1 -f null -
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Eejya Singh authored
Signed-off-by: Eejya Singh <singh.eejya@gmail.com> Signed-off-by: Clément Bœsch <u@pkh.me>
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-