[Libav-user] av_read_frame surprisingly slow

Hi, we want to present very large video files (8K) and use the Hap codec. We created an 8K60 mp4 file from an image sequence using ffmpeg (we can bring up the command line if requested) We demux the file using libav, and do the decompressing with snappy and display with OpenGL and a custom

Re: [Libav-user] Possible memory leak in avformat_find_stream_info, how to deal with it?

Hi Hristo, Thanks for your input, I’ve read the documentation. Yes, leak can be there, but I don’t know what else I can do, I am freeing io_context. Best regards. ___ Libav-user mailing list Libav-user@ffmpeg.org

Re: [Libav-user] Possible memory leak in avformat_find_stream_info, how to deal with it?

Hi Wodzu. >From the ffmeg docs about avformat_find_stream_info(): - Read packets of a media file to get stream information. - The logical file position is not changed by this function; examined packets may be buffered for later processing. * Read packets of a media file to get stream

[Libav-user] Possible memory leak in avformat_find_stream_info, how to deal with it?

Hello, I am trying to transmux (remux?) from raw h264 to mp4. My input is in a stream, output goes to a file. Everything works, but I've noticed that if I repeat my function multiple times, allocation of memory grows and it is not entirely released back. I was able to find first function