= (struct RTPMuxContext *) dstFmtCtxt-priv_data;
av_free(x-buf);
avformat_close_input(dstFmtCtxt);
Sample valgrind reports can be found at the links as well.
Is this a genuine leak or am I missing a cleanup call?
Eric Reichert
CONFIDENTIALITY NOTICE - The information contained in this e-mail
Is there an option that can be passed to avformat_open_input (or another call)
that will enable decoding of an RTP stream carrying H.264 video with the SDP
in-band without having to pass an out-of-band SDP file?
My software is connecting to multicast streams of the type I’ve described.
On 9/16/16, 4:22 PM, "Libav-user on behalf of Andy Shaules"
<libav-user-boun...@ffmpeg.org on behalf of bowljo...@gmail.com> wrote:
On 9/16/2016 6:06 AM, Eric Reichert wrote:
> On 9/16/16, 8:30 AM, "Libav-user on behalf of Carl Eugen Hoyos"
<libav-u
On 9/16/16, 12:52 PM, "Libav-user on behalf of Carl Eugen Hoyos"
<libav-user-boun...@ffmpeg.org on behalf of ceffm...@gmail.com> wrote:
2016-09-16 15:06 GMT+02:00 Eric Reichert <ereich...@trafficland.com>:
> It could be that I don’t understand the question
On 9/16/16, 8:03 AM, "Libav-user on behalf of Carl Eugen Hoyos"
<libav-user-boun...@ffmpeg.org on behalf of ceffm...@gmail.com> wrote:
2016-09-16 2:12 GMT+02:00 Eric Reichert <ereich...@trafficland.com>:
> Is there an option that can be passed to avformat_ope
On 9/16/16, 8:30 AM, "Libav-user on behalf of Carl Eugen Hoyos"
<libav-user-boun...@ffmpeg.org on behalf of ceffm...@gmail.com> wrote:
2016-09-16 14:24 GMT+02:00 Eric Reichert <ereich...@trafficland.com>:
> The streams I’m working with are of the Annex B