As this is a huge problem for me, i was doing some tests and I think is interesting what I've found.

This stream I'm trying to record is a DVB-T stream that I'm launching with a vlc instance. I tryed to replace the default muxer from OGG to TS and the memory leak isn't there anymore.

My conclusions are that the problem is with OGG demuxer itself.

I wantet to take oportunity to explain that I tryed this with many versions. version from debian multimedia repo (0.7.1), and also I compiled yesterday with this git as source : ​git://source.ffmpeg.org/ffmpeg.git

Here you have a output of memory consumption of same channel, same stream with TS as muxer:

Yes you can reproduce this problem. There a GPL software Clipbucket. If you mass upload a collection of files and start processing 2 at the time or 1 big size the memory never clean up after end the process. I already test video conversion in one VPS with 15 GB ram and after start processing I got 12GB block . If you start again any other bath at the end you run out of memory. I already monitor http, mysql and rest and only ffmpeg reproduce that problem.

I think what he wants is some scripted way to reproduce it...or some easy way...like a loop that does some processing or what not (a simplified test case--i.e. in the heart of Clipbucket what is doing it)?

If you want some way to reproduce this locally and you have a TV tuner or something else, I can show you configurations to setup easy testing environment. You can do it very easy for example with VLC and later ffmpeg.

If you want some way to reproduce this locally and you have a TV tuner or something else, I can show you configurations to setup easy testing environment. You can do it very easy for example with VLC and later ffmpeg.