[FFmpeg-devel] [PATCH] avformat/flacenc: Fix memleak when writing attached pictures fails
Andreas Rheinhardt
andreas.rheinhardt at gmail.com
Fri Nov 20 22:50:44 EET 2020
The FLAC muxer currently stores an attached picture corresponding to an
AVStream in AVStream.priv_data. The AVPacket contained therein is
unreferenced after it has been written. The AVPacket structure itself is
then freed generically as AVStream.priv_data.
And this can lead to memleaks if an attached picture is not written:
It might be because the trailer is never written or because writing
a previous attached picture failed in case error_recognition is set
to explode.
Therefore free the packets properly (i.e. with av_packet_free())
in the muxer's deinit function.
Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt at gmail.com>
---
I intend to make muxers use AVStream.attached_pic in the medium term
[1]; then this code can be removed again. I am just sending this now in
order not to leave a memleak open and to have something easy to
backport.
[1]: https://github.com/mkver/FFmpeg/commit/f4513d613b3abf427d042687ba3ae1d2120f3fa3
libavformat/flacenc.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavformat/flacenc.c b/libavformat/flacenc.c
index 6b8ce8d7ee..1c983486aa 100644
--- a/libavformat/flacenc.c
+++ b/libavformat/flacenc.c
@@ -347,6 +347,8 @@ static void flac_deinit(struct AVFormatContext *s)
FlacMuxerContext *c = s->priv_data;
avpriv_packet_list_free(&c->queue, &c->queue_end);
+ for (unsigned i = 0; i < s->nb_streams; i++)
+ av_packet_free((AVPacket **)&s->streams[i]->priv_data);
}
static int flac_write_packet(struct AVFormatContext *s, AVPacket *pkt)
--
2.25.1
More information about the ffmpeg-devel
mailing list