On 12/19/18 4:33 PM, Carl Eugen Hoyos wrote:
How can we reproduce the assertion failure?
I do not have a scenario for ffmpeg command line utility, I have it in a
proprietary project based on libav*, here I have custom I/O attached to
AVFormatContext, initial buffer was 64K, input is MPEGTS
On 12/19/18 8:49 PM, Michael Niedermayer wrote:
On Wed, Dec 19, 2018 at 02:33:49PM +0200, Artyom Lebedev wrote:
It was reallocated even if the exisiting buffer is larger than needed one,
thus unnecessary shrinking it.
aviobuf.c |3 +++
1 file changed, 3 insertions
9f Mon Sep 17 00:00:00 2001
From: Artyom Lebedev
Date: Wed, 19 Dec 2018 14:28:30 +0200
Subject: [PATCH] Fix buffer resizing after probe done.
To: ffmpeg-devel@ffmpeg.org
---
libavformat/aviobuf.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/libavformat/aviobuf
It was reallocated even if the exisiting buffer is larger than needed
one, thus unnecessary shrinking it.
>From 2b8cea72a69abe6564367fb2149be936d2ffb916 Mon Sep 17 00:00:00 2001
From: Artyom Lebedev
Date: Wed, 19 Dec 2018 11:49:22 +0200
Subject: [PATCH] Fix unnecessary buffer reallocot
This fixes bug which prevents from proper muxing-in KLV stream into mpeg-ts.
mpegtsenc.c:1526
char *side_data = NULL;
int stream_id = -1;
side_data = av_packet_get_side_data(pkt,
AV_PKT_DATA_MPEGTS_STREAM_ID,
_data_size);
if (side_data)
