It seemed that the problem was solved by installing Debian 9 nonfree.
But with the playback of each next video, the player eats up a little more RAM … and in the end it still crashes …
on ubuntu 18 and debian 10 the video for some reason sometimes slows down, as if it starts to play at 10-15 fps…
What more information should I give?
player - --edge - 49 version
Hi,
I am not clear why you have so many player processes open - this implies that they are restarting without stopping the old ones.
Can you kill them all off please, and then start the player using the cli instead? It will then output some logs which should give us more information as to what is happening.
Thanks!
My player starts from the terminal with the following line /snap/bin/xibo-player
but xibo-player in cli - writes note found
What mistakes did you mean? Like these? Are there any other logs somewhere?
Thanks - i’ll pass those logs to the team.
The team have asked what you are doing in start.sh - snap does some bootstrapping that you might be bypassing by starting the binary directly.
Can you start the player using xibo-player instead and see if the problem persists?
in script start.sh -
#!/bin/bash
/snap/bin /xibo-player
in the desktop lxde - command xibo-player is not found
so I run the command /snap/bin /xibo-player
in the desktop gnome or mate - command xibo-player is working, but the error in the console is the same
I can give access if necessary before the test installation. for instance ssh and VNC
I’ll clarify. I do not have this problem on installing virtualbocks.
PC only https://ark.intel.com/content/www/ru/ru/ark/products/87740/intel-nuc-kit-nuc5ppyh.html
Just now they brought me another installation for the test, I will check it.
It - HP T620 Flexible Thin Client
Also on your forum there are restrictions on sending messages in 3 pieces, I don’t know if I can answer further here …
Update.
I checked with a new PC, it has an AMD video card - the same thing, all the snap channels behave the same
revision 37 - leak is the slowest
revision --beta and --edge - behave the same
I got time, I did some research.
The results are as follows.
Suppose, when playing the first video file in the list, my RAM is loaded at 1000mb
Then, with each NEW video file, the amount of memory increases by 50-100mb.
Suppose I have 3 video files in my playlist, then the memory consumption is as follows.
1.mp4 > 1000mb >
2.mp4 > 1100mb >
3.mp4 > 1200mb > loop playlist… >
1.mp4 > 1000mb…
It turns out that previously played files remain in the cache, and memory is already being increased again …
Apparently that’s why we saw the problem only when we put the installation in production.
Now we have a playlist of 5-8 hours of video files, lasting 1-3 minutes. Naturally, the player takes all the memory in 30-60 minutes.
Apparently, previous files are not unloaded from memory.
I checked this option on 3 modules.
“Local video”
“Video”
“Embedded”
Video examples are available here.
Thanks for your detailed analysis - i’ve passed this on to the team.
Its really frustrating as most users have reported the opposite (rev37 having a memory leak and the latest not.
Issue:
thank you, I will follow the changes
Hello. I would like to report that we are experiencing a similar issue, with xibo-linux 1.8-R4 and Ubuntu 18.04 … 19.04.
Basically our problem is a severe memory leak / open file descriptor leak. When playing a layout with MP4 video files (1920x1080, h264) and WebPage widget content, we are experiencing two things:
**Tasks: 118 total, 2 running, 116 sleeping, 0 stopped, 0 zombie
%Cpu(s): 46.3 us, 1.0 sy, 0.0 ni, 52.7 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st
MiB Mem : 3860.8 total, 229.6 free, 2473.1 used, 1158.1 buff/cache
MiB Swap: 2048.0 total, 2048.0 free, 0.0 used. 1015.6 avail Mem
With lsof, I can see the “display” process having this kind of output:
These STREAM type file descriptors will keep increasing until there is no memory left, or the kernel refuses to open any more.
Currently I’m in the process of trying the latest beta (46?) in a test environment, but this is a HUGE issue in our current production environment.
Did I understand correctly that the problem is in the WebPag widget?
Can I help you? For example, to provide a test PC with a connection to the VNC ??
Thanks for the reply! I installed R5 (50) on a few production machines it appeared to fix these problems.
Good day. And it is possible to get a deb package from you so that I can check it. Maybe the problem is that the installation is in progress through snap?
Thank you for the offer of help - we would be delighted to have any help you can provide. You can build the code from source, instructions here: https://github.com/xibosignage/xibo-linux#build
This topic was automatically closed 91 days after the last reply. New replies are no longer allowed.
