- 02 Sep, 2018 15 commits
-
-
Michael Niedermayer authored
Fixes: Timeout Fixes: 9654/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_INDEO4_fuzzer-6289863463665664 Found-by: continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/projects/ffmpegSigned-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
James Almer authored
* commit 'ad5bbc40': configure: Rename require_header() --> require_headers() This commit is a noop, see ce47f158Merged-by: James Almer <jamrial@gmail.com>
-
James Almer authored
* commit '4130e05f': libavformat: add mbedTLS based TLS This commit is a noop, see c24d247eMerged-by: James Almer <jamrial@gmail.com>
-
James Almer authored
* commit '39f3b6f3': configure: Move add_fooflags() helper functions into canonical order Merged-by: James Almer <jamrial@gmail.com>
-
James Almer authored
* commit '5691c746': configure: Group toolchain parameter mangling functions together Merged-by: James Almer <jamrial@gmail.com>
-
James Almer authored
* commit '5cb62f9d': configure: Rename check_header() --> check_headers() Merged-by: James Almer <jamrial@gmail.com>
-
James Almer authored
* commit '25c2a27c': configure: Make require_cc() and require_cpp_condition() functions consistent Merged-by: James Almer <jamrial@gmail.com>
-
James Almer authored
* commit '23be4eeb': build: Group external library protocols separately Merged-by: James Almer <jamrial@gmail.com>
-
James Almer authored
* commit '78149d66': amfenc: Retain a reference to D3D frames used as input during the encoding process This commit is a noop, see 05f1a3faMerged-by: James Almer <jamrial@gmail.com>
-
James Almer authored
* commit 'abf806f7': random_seed: use bcrypt instead of the old wincrypt API This commit is a noop, see aedbf164Merged-by: James Almer <jamrial@gmail.com>
-
James Almer authored
* commit '347aa8f7': x86: Don't declare a non-static function as inline This commit is a noop Merged-by: James Almer <jamrial@gmail.com>
-
Nicolas George authored
Fix trac ticket #7387.
-
Shiyou Yin authored
Optimized memset with mmi in following functions: 1. ff_h264_add_pixels4_8_mmi. 2. ff_h264_idct_add_8_mmi. 3. ff_h264_idct8_add_8_mmi. This optimization improved h264 decoding performance about 1.3%(tested on loongson 3A3000). Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
Shiyou Yin authored
Reoptimize function ff_put_h264_chroma_mc8_mmi and ff_avg_h264_chroma_mc8_mmi. Performance of h264 decoding improved about 5%(from 69fps to 73fps, tested on loongson 3A3000). Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
Shiyou Yin authored
Performance of mpeg4 decoding improved about 23%(from 128fps to 158fps, tested on loongson 3A3000). Reoptimized following functions with mmi. 1. ff_simple_idct_put_8_mmi 2. ff_simple_idct_add_8_mmi 3. ff_simple_idct_8_mmi Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 01 Sep, 2018 5 commits
-
-
Marton Balint authored
Also make sure we set the URL context max packet size accordingly. Based on a patch by Tudor Suciu <tudor.suciu@gmail.com> Signed-off-by: Marton Balint <cus@passwd.hu>
-
Marton Balint authored
After a seek we drop all frames from the filter anyway. Audio filters already had a similar approach. Signed-off-by: Marton Balint <cus@passwd.hu>
-
Dale Curtis authored
Entries are always at least 8 bytes per the parsing code, so if we see an impossible entry count avoid massive allocations. This is similar to an existing check in mov_read_stsc(). Since ff_mov_read_stsd_entries() does eof checks, an alternative approach could be to clamp the entry count to atom.size / 8. Signed-off-by: Dale Curtis <dalecurtis@chromium.org> Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
Michael Bunk authored
AV_CODEC_FLAG_GLOBAL_HEADER should be set before calling avcodec_open2() to have any effect. Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
Paul B Mahol authored
-
- 31 Aug, 2018 3 commits
-
-
Paul B Mahol authored
Fixes #6593.
-
Tobias Rapp authored
Reviewed-by: Michael Niedermayer <michael@niedermayer.cc> Signed-off-by: Tobias Rapp <t.rapp@noa-archive.com>
-
Jun Zhao authored
use THREAD_SAFE_CALLBACKS() to simplifx more code Signed-off-by: Jun Zhao <mypopydev@gmail.com>
-
- 30 Aug, 2018 9 commits
-
-
Avi Halachmi (:avih) authored
- Allow to add deps in any order rather than "in linking order". - Expand deps chains as required rather than just once. - Validate that there are no cycles. - Validate that [after expansion] deps are limited to other fflibs. - Remove expectation for a specific output order of unique(). Previously when adding items to <fflib>_deps, developers were required to add them in linking order. This can be awkward and bug-prone, especially when a list is not empty, e.g. when adding conditional deps. It also implicitly expected unique() to keep the last instance of recurring items such that these lists maintain their linking order after removing duplicate items. This patch mainly allows to add deps in any order by keeping just one master list in linking order, and then reordering all the <fflib>_deps lists to align with the master list order. This master list is LIBRARY_LIST itself, where otherwise its order doesn't matter. The patch also removes a limit where these deps lists were expanded only once. This could have resulted in incomplete expanded lists, or forcing devs to add already-deducable deps to avoid this issue. Note: it is possible to deduce the master list order automatically from the deps lists, but in this case it's probably not worth the added complexity, even if minor. Maintaining one list should be OK. Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
Carl Eugen Hoyos authored
Fixes fate-pixelutils on aix.
-
Carl Eugen Hoyos authored
Fixes the following warnings: libavcodec/v4l2_m2m_enc.c:51:12: warning: missing braces around initializer libavcodec/v4l2_m2m_enc.c:71:12: warning: missing braces around initializer
-
James Almer authored
-
Michael Niedermayer authored
Fixes regression from a3c6b7ff Reported-by: qq2225936589 Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
Paul B Mahol authored
From 100x real-time decoding to 138x real-time decoding for 320x240 video. 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>
-
Raphael Graf authored
This is needed for some of the frei0r filters (facebl0r and facedetect) which accept string parameters. Fixes the issue described here: http://www.ffmpeg-archive.org/Unable-to-set-ffmpeg-frei0r-facedetect-filter-parameter-td4680190.htmlSigned-off-by: Raphael Graf <r@undefined.ch>
-
- 29 Aug, 2018 3 commits
-
-
Paul B Mahol authored
-
Colin NG authored
-
Jacek Jendrzej authored
Reviewed-by: Steven Liu <lq@chinaffmpeg.org>
-
- 28 Aug, 2018 2 commits
-
-
Gyan Doshi authored
PTS is in microseconds, so correct field name is out_time_us. Old field out_time_ms kept for now - will be removed after a suitable transition period. Fixes #7345
-
Rostislav Pehlivanov authored
Just remove some dead variable assignments, unneeded variables and change the FFMAX order to something more readable. Still identical. Signed-off-by: Rostislav Pehlivanov <atomnuker@gmail.com>
-
- 27 Aug, 2018 3 commits
-
-
Rostislav Pehlivanov authored
Much simpler than regular decoding, does allow for 5.1 and 7.1 streams to be decoded without desync. Signed-off-by: Rostislav Pehlivanov <atomnuker@gmail.com>
-
Rostislav Pehlivanov authored
Unlike the range, the gradient start value does not have to be lower than the end value. Does allow more files to be correctly decoded without errors. Signed-off-by: Rostislav Pehlivanov <atomnuker@gmail.com>
-
Shiyou Yin authored
Add gcc version check before add -fno-expensive-optimizations flag. Only when gcc version is lower than 5.3.0, this flag is needed. More bug info see: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67736 https://gcc.gnu.org/ml/gcc-patches/2012-05/msg00401.htmlSigned-off-by: Shiyou Yin <yinshiyou-hf@loongson.cn> Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-