avformat/avc, mxfenc: Avoid allocation of H264 SPS structure, fix memleak
authorAndreas Rheinhardt <andreas.rheinhardt@gmail.com>
Wed, 24 Jun 2020 15:51:58 +0000 (17:51 +0200)
committerAndreas Rheinhardt <andreas.rheinhardt@gmail.com>
Fri, 26 Jun 2020 10:13:43 +0000 (12:13 +0200)
commita0b6df0a3953e2586e63f513485c4d2d42507d7f
tree4a5ece1da9d3798ff7063d3873300c8537ec099c
parent264ba34808522ac6e4753b21d6cbec60b434574a
avformat/avc, mxfenc: Avoid allocation of H264 SPS structure, fix memleak

Up until now, ff_avc_decode_sps would parse a SPS and return some
properties from it in a freshly allocated structure. Yet said structure
is very small and completely internal to libavformat, so there is no
reason to use the heap for it. This commit therefore changes the
function to return an int and to modify a caller-provided structure.
This will also allow ff_avc_decode_sps to return better error codes in
the future.

It also fixes a memleak in mxfenc: If a packet contained multiple SPS,
only the SPS structure belonging to the last SPS would be freed, the
other ones would leak when the pointer is overwritten to point to the
new SPS structure. Of course, without allocations there are no leaks.
This is Coverity issue #1445194.

Furthermore, the SPS structure has been renamed from
H264SequenceParameterSet to H264SPS in order to avoid overlong lines.

Reviewed-by: Tomas Härdin <tjoppen@acc.umu.se>
Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@gmail.com>
libavformat/avc.c
libavformat/avc.h
libavformat/mxfenc.c