ofVideoPlayer on Raspberry Pi remains in memory after destruction

[kr15h]

I am building an application for the Pi where I create a new video player and destroy the old one every now and then. Even though I am destroying the previous video player the memory usage keeps growing.

Here is the create code:

_video = new ofVideoPlayer();
_video->load(fileName);
_video->setLoopState(OF_LOOP_NORMAL);
_video->play();

Destroy code in the destructor:

_video->stop();
_video->close();
delete _video;

[kr15h]

Before loading the video used memory is was 66MB. After loading the video the memory was 77MB. After unloading the video, the used memory drops only by 4 MB, it goes back to 73MB.

[bakercp]

Does anything change if you don't use new and delete.

If _video is a member var, you shouldn't need to create it on the heap using new since we have the load() function, etc.

[kr15h]

I just changed the code to to have two ofVideoPlayer as member variables. Not using new and delete now, only close() and load(). The problem still persists, on Mac and RPi.

[kr15h]

In 10 minutes the memory usage went up from 56 MB to 101MB by loading and unloading a video approximately once per minute.

[kr15h]

And you can find the full code here: https://github.com/fablabberlin/infoScreen

[kr15h]

Here is a comparison. Memory usage during 10 min uptime increases by 38MB.

Before

After

[arturoc]

i'm testing on linux desktop (don't have a PI at hand right now) and it's completely stable. usually when the application starts and loads the video memory usage can grow for a while and never go back to the exact number it allocated, gstreamer seems to allocate some memory that it keeps allocated as long as you are using it but other than that it stays stable for me at between 33 - 35 Mb with the fingers video from the player example.

can you post a small example that leaks memory for you?

[kr15h]

I will do an additional test on the Raspberry Pi. Behold.

[kr15h]

OK. Made a test with loading and unloading two videos. Git repository HERE. In the main branch I allocate video players on the heap. In the test-stack branch I use the same video player for loading and unloading.

[kr15h]

In the heap case on the Raspberry Pi the memory usage increased from 61MB to 222MB in ~2.5 minutes.

[kr15h]

The same with the stack allocation. From 61MB to 191MB in ~2.5 minutes.

The memory keeps growing also when running the examples on Mac. I wonder whether the same problem persists if I use ofxOMXPlayer on the Pi. Will try later.

[kr15h]

Here are some images.

Heap allocation

Stack allocation

Forgot that it is still running.. And then.

And now the Pi starts to behave strange. Video freezes in the middle etc.

And it crashed once the swap memory got filled up.

[kr15h]

Replaced ofVideoPlayer with ofxOMXPlayer and the application does not eat memory anymore.

[arturoc]

just tested this and i'm not seen any leak after half an hour running, it might be that some internal buffer in gstreamer is growing because it can't keep up. something to take into account when using the normal video player in linux is to use native pixels format before loading so there's no color space conversion in the cpu.

anyway, i'll try to reproduce this at some point but i'm going to move it back to 0.10