- 10 Mar, 2020 1 commit
-
-
vectronic authored
Signed-off-by: vectronic <hello.vectronic@gmail.com>
-
- 16 Jan, 2020 1 commit
-
-
James Almer authored
Signed-off-by: James Almer <jamrial@gmail.com>
-
- 18 Sep, 2019 1 commit
-
-
Andreas Rheinhardt authored
av_mallocz + av_init_packet leads to the same result as av_mallocz + av_packet_unref, but faster. Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@gmail.com> Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 12 May, 2019 1 commit
-
-
Jun Zhao authored
Need to check NULL before using the pointer Signed-off-by: Jun Zhao <barryjzhao@tencent.com>
-
- 01 Mar, 2019 1 commit
-
-
Marton Balint authored
This should fix the following Coverity false positives: Coverity CID #1405450. Coverity CID #1430930. Signed-off-by: Marton Balint <cus@passwd.hu>
-
- 01 Jan, 2019 1 commit
-
-
Michael Niedermayer authored
Reviewed-by: Paul B Mahol <onemda@gmail.com> Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 12 Oct, 2018 1 commit
-
-
Aman Gupta authored
Signed-off-by: Aman Gupta <aman@tmm1.net>
-
- 21 Sep, 2018 1 commit
-
-
Jun Zhao authored
Add missing conversions from side data enum to name. Signed-off-by: Jun Zhao <mypopydev@gmail.com>
-
- 02 Apr, 2018 1 commit
-
-
James Almer authored
It works as a drop in replacement for the deprecated av_dup_packet(), to ensure a packet is reference counted. Reviewed-by: Michael Niedermayer <michael@niedermayer.cc> Signed-off-by: James Almer <jamrial@gmail.com>
-
- 27 Mar, 2018 1 commit
-
-
James Almer authored
Zero sized packets are already handled below in the function. This is more in line with av_packet_ref(). Signed-off-by: James Almer <jamrial@gmail.com>
-
- 22 Mar, 2018 1 commit
-
-
James Almer authored
Useful as well to quickly make a packet reference counted when it isn't already so. Signed-off-by: James Almer <jamrial@gmail.com>
-
- 14 Feb, 2018 1 commit
-
-
Yusuke Nakamura authored
This effectively copies the side data elements from src instead of potentially merging them with those already existing in dst. This by extension also removes the only dependency on existing values in the dst packet. Reviewed-by: wm4 <nfxjfg@googlemail.com> Signed-off-by: James Almer <jamrial@gmail.com>
-
- 01 Feb, 2018 1 commit
-
-
Martin Storsjö authored
This makes sure that consumers of the side data actually can rely on the padding as intended, without having the callers of av_packet_new_side_data to explicitly zero initialize it. Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 22 Oct, 2017 1 commit
-
-
James Almer authored
The actual API is left in place until the deprecation period ends. Signed-off-by: James Almer <jamrial@gmail.com>
-
- 28 Sep, 2017 1 commit
-
-
Karthick J authored
Signed-off-by: Karthick J <kjeyapal@akamai.com> Signed-off-by: Marton Balint <cus@passwd.hu>
-
- 26 Sep, 2017 1 commit
-
-
James Almer authored
It does the same thing as av_packet_ref(). Signed-off-by: James Almer <jamrial@gmail.com>
-
- 11 Jun, 2017 1 commit
-
-
Michael Niedermayer authored
This avoids scaning beyond what a valid packet can contain Fixes: Timeout Fixes: 541/clusterfuzz-testcase-610189291657625 Found-by: continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/projects/ffmpegSigned-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 12 May, 2017 2 commits
-
-
James Almer authored
It was never meant to do otherwise, as av_packet_get_side_data() returns the first entry it finds of a given type. Based on code from libavformat's av_stream_add_side_data(). Reviewed-by: Michael Niedermayer <michael@niedermayer.cc> Signed-off-by: James Almer <jamrial@gmail.com>
-
Michael Niedermayer authored
Fixes: 1293/clusterfuzz-testcase-minimized-6054752074858496 See: [FFmpeg-devel] [PATCH] avcodec/avcodec: Limit the number of side data elements per packet Found-by: continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/targets/ffmpegSigned-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 06 May, 2017 1 commit
-
-
Michael Niedermayer authored
Fixes Timeout Fixes: 508/clusterfuzz-testcase-6245747678773248 Found-by: continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/targets/ffmpegSigned-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 06 Apr, 2017 1 commit
-
-
Steve Lhomme authored
These data are necessary when transmitting HDR over HDMI. Signed-off-by: James Almer <jamrial@gmail.com>
-
- 21 Mar, 2017 1 commit
-
-
wm4 authored
This patch deprecates anything that has to do with merging/splitting side data. Automatic side data merging (and splitting), as well as all API symbols involved in it, are removed completely. Two FF_API_ defines are dedicated to deprecating API symbols related to this: FF_API_MERGE_SD_API removes av_packet_split/merge_side_data in libavcodec, and FF_API_LAVF_KEEPSIDE_FLAG deprecates AVFMT_FLAG_KEEP_SIDE_DATA in libavformat. Since it was claimed that changing the default from merging side data to not doing it is an ABI change, there are two additional FF_API_ defines, which stop using the side data merging/splitting by default (and remove any code in avformat/avcodec doing this): FF_API_MERGE_SD in libavcodec, and FF_API_LAVF_MERGE_SD in libavformat. It is very much intended that FF_API_MERGE_SD and FF_API_LAVF_MERGE_SD are quickly defined to 0 in the next ABI bump, while the API symbols are retained for a longer time for the sake of compatibility. AVFMT_FLAG_KEEP_SIDE_DATA will (very much intentionally) do nothing for most of the time it will still be defined. Keep in mind that no code exists that actually tries to unset this flag for any reason, nor does such code need to exist. Code setting this flag explicitly will work as before. Thus it's ok for AVFMT_FLAG_KEEP_SIDE_DATA to do nothing once side data merging has been removed from libavformat. In order to avoid that anyone in the future does this incorrectly, here is a small guide how to update the internal code on bumps: - next ABI bump (probably soon): - define FF_API_LAVF_MERGE_SD to 0, and remove all code covered by it - define FF_API_MERGE_SD to 0, and remove all code covered by it - next API bump (typically two years in the future or so): - define FF_API_LAVF_KEEPSIDE_FLAG to 0, and remove all code covered by it - define FF_API_MERGE_SD_API to 0, and remove all code covered by it This forces anyone who actually wants packet side data to temporarily use deprecated API to get it all. If you ask me, this is batshit fucked up crazy, but it's how we roll. Making AVFMT_FLAG_KEEP_SIDE_DATA to be set by default was rejected as an ABI change, so I'm going all the way to get rid of this once and for all. Reviewed-by: James Almer <jamrial@gmail.com> Reviewed-by: Rostislav Pehlivanov <atomnuker@gmail.com> Reviewed-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 16 Mar, 2017 1 commit
-
-
Carl Eugen Hoyos authored
Reflects the actual code and silences a gcc warning: libavcodec/utils.c:2102:36: warning: passing argument 1 of 'av_packet_get_side_data' discards 'const' qualifier from pointer target type [-Wdiscarded-qualifiers]
-
- 01 Mar, 2017 1 commit
-
-
Michael Niedermayer authored
Fixes timeout Fixes: 501/clusterfuzz-testcase-5672752870588416 Found-by: continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/targets/ffmpegSigned-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 17 Feb, 2017 1 commit
-
-
Carl Eugen Hoyos authored
Fixes ticket #6153. Tested-by: Tyson Smith
-
- 07 Dec, 2016 1 commit
-
-
Vittorio Giovara authored
Signed-off-by: Vittorio Giovara <vittorio.giovara@gmail.com>
-
- 23 Nov, 2016 1 commit
-
-
James Almer authored
If realloc fails, the pointer is overwritten and the previously allocated buffer is leaked, which goes against the expected functionality of keeping the packet unchanged in case of error. Signed-off-by: James Almer <jamrial@gmail.com> Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
- 19 Nov, 2016 1 commit
-
-
James Almer authored
If realloc fails, the pointer is overwritten and the previously allocated buffer is leaked, which goes against the expected behavior of keeping the packet unchanged in case of error. Michael Niedermayer <michael@niedermayer.cc> Signed-off-by: James Almer <jamrial@gmail.com>
-
- 17 Nov, 2016 1 commit
-
-
Luca Barbato authored
-
- 22 Sep, 2016 1 commit
-
-
Carl Eugen Hoyos authored
Fixes ticket #5857.
-
- 12 Sep, 2016 1 commit
-
-
Michael Niedermayer authored
Fixes null pointer dereference Found-by: 连一汉 <lianyihan@360.cn> Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 05 Sep, 2016 1 commit
-
-
Carl Eugen Hoyos authored
Fixes ticket #5128.
-
- 13 Jun, 2016 1 commit
-
-
Vittorio Giovara authored
This mimics the behaviour of other av_*_new_side_data(). This is not caught by the malloc check, since padding is always added to the allocated size. Signed-off-by: Vittorio Giovara <vittorio.giovara@gmail.com>
-
- 01 Jun, 2016 1 commit
-
-
Andriy Lysnevych authored
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 16 May, 2016 1 commit
-
-
Anton Khirnov authored
The data field does not necessarily point to the beginning of the underlying AVBuffer. CC: libav-stable@libav.org
-
- 13 May, 2016 1 commit
-
-
Andriy Lysnevych authored
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 20 Apr, 2016 1 commit
-
-
Michael Niedermayer authored
Fixes out of array read Fixes: mozilla bug 1266129 Found-by: Tyson Smith Tested-by: Tyson Smith Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 26 Feb, 2016 1 commit
-
-
Anton Khirnov authored
It currently just calls av_init_packet(), which does not touch those fields.
-
- 24 Feb, 2016 1 commit
-
-
Neil Birkbeck authored
Some containers, like webm/mkv, will contain this mastering metadata. This is analogous to the way 3D fpa data is handled (in frame and packet side data). Signed-off-by: Neil Birkbeck <neil.birkbeck@gmail.com> Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 23 Feb, 2016 1 commit
-
-
Stefano Sabatini authored
This allows to copy information related to the stream ID from the demuxer to the muxer, thus allowing for example to retain information related to synchronous and asynchronous KLV data packets. This information is used in the muxer when remuxing to distinguish the two kind of packets (if the information is lacking, data packets are considered synchronous). The fate reference changes are due to the use of av_packet_merge_side_data(), which increases the size of the output packet size, since side data is merged into the packet data.
-