Memory usage with bmdplay specifically about bmdtools HOT 10 OPEN

If it is at all helpful, the ballooning seems to happen suddenly: that is, bmdplay will run for ~ 20 or 30 minutes at say 680 MB memory used (according to top), then in the next 5 minutes grow to 1.2 GB and hover there - I think that pattern repeats until its doubled and run out of memory.

Maybe that gives you some insight into where the balloon may occur.

from bmdtools.

Can you confirm you still have memory issues with the latest decklink drivers?

from bmdtools.

I just pushed another update to bmdplay, you might test it as well. To my knowledge (and the 100+ deploys my customers have) bmdplay works correctly.

I update the experimental nut branch to cope with the wacky memory-usage-over-days issue as well.

from bmdtools.

Thank you both, will definitely try it with latest blackmagic drivers and your latest code, and report on results.

from bmdtools.

I have the same problem with BMDPLAY. I'm using the latest bmdtools, libav (both from Nov.01.2014) and Desktop Video 10.2.3 drivers for Linux. I tried nut, avi and asf and memory still is increasing. But with nut it is increasing a way faster. If anyone have solved this, please could you post your driver version. I'm on Ubuntu 12.04. Would be great to know if this problem is related to driver, so we can contact blackmagic support.

from bmdtools.

I plan to make bmdplay a stand alone player soon stay tuned :)
On 4 Nov 2014 09:22, "felix303" [email protected] wrote:

I have the same problem with BMDPLAY. I'm using the latest bmdtools, libav
(both from Nov.01.2014) and Desktop Video 10.2.3 drivers for Linux. I tried
nut, avi and asf and memory still is increasing. But with nut it is
increasing a way faster. If anyone have solved this, please could you post
your driver version. I'm on Ubuntu 12.04. Would be great to know if this
problem is related to driver, so we can contact blackmagic support.

—
Reply to this email directly or view it on GitHub
#24 (comment).

from bmdtools.

Hi, I am having a problem compiling bmdtools under ubuntu 12.04. The error is:-
bmdcapture.cpp:36:28: fatal error: libavutil/time.h: No such file or directory

If I look at the files which libavtools-dev package installs on 12.04, time.h does not seem to be there. Indeed a find across the filesystem only finds the system related time.h files, so I don't think I am missing a location where the libav package could have put them.
Ubuntu 14.04 seems to have a time.h but I cannot use 14.04 rather than 12.04 due to problems with by graphics card driver in 14.04.

The lines below are where the issue is, and I'm not sure how to proceed.

#include "libavformat/avformat.h"
#include "libavutil/time.h"

Regards,
Andrew Stringer.

from bmdtools.

from bmdtools.

Thanks, I have had a look at the ppa, but it seems that ubuntu 12.04 is not listed, but later versions are.
I am limited to 12.04 because the video driver for the embedded card in the 1u server has been withdrawn from from 14.04 for perverse reasons and so I can only use the framebuffer. Without any acceleration, it is too slow to use for anything, let alone any video playback. Your tools compile just fine on my desktop with fedora which installs the libav as part of ffmpeg. Something compiles on fedora 1st time, but not ubuntu! That's a first... :-}

from bmdtools.

Install manually libav from source
On 26 Jun 2015 11:23, "ajstringer" [email protected] wrote:

Thanks, I have had a look at the ppa, but it seems that ubuntu 12.04 is
not listed, but later versions are.
I am limited to 12.04 because the video driver for the embedded card in
the 1u server has been withdrawn from from 14.04 for perverse reasons and
so I can only use the framebuffer. Without any acceleration, it is too slow
to use for anything, let alone any video playback. Your tools compile just
fine on my desktop with fedora which installs the libav as part of ffmpeg.
Something compiles on fedora 1st time, but not ubuntu! That's a first... :-}

—
Reply to this email directly or view it on GitHub
#24 (comment).

from bmdtools.