After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 770420 - Raspberry Pi 2 openframeworks crashes and freezes with video after a period of functioning
Raspberry Pi 2 openframeworks crashes and freezes with video after a period o...
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gst-omx
1.0.0
Other Linux
: Normal major
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2016-08-26 00:36 UTC by pedruski
Modified: 2016-09-08 23:45 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description pedruski 2016-08-26 00:36:55 UTC
hello gstreamer friends - we are using openframeworks to play video H264 on the Raspberry Pi 2. It works very well but after continuos operation (on average 20 mins but it can be more or less) the app freezes or crashes. Arturo (the main developer of OpenFrameworks for Linux) suspects that something is wrong with the omx-module:

"I've seen several reports similar to this one lately and my suspicion is that this is a problem in the omx module for gstreamer and not in OF itself but haven't had time to test it. The videoplayer under linux works without problem and doesn't have any memory leaks but in the pi where the internal code is exactly the same seems to crash after a while, probably from some leak or too many opened files."

Could this be the case ? 

thanks for your attention.
best wishes, pedruski

here's the code we're running
https://github.com/pedruski/trmxclient
Comment 1 pedruski 2016-08-27 19:30:17 UTC
If there is anyway that we can help with debugging, or providing more information, please let me know. thanks.
Comment 2 Matthew Waters (ystreet00) 2016-08-29 08:14:00 UTC
What version of the gst-omx module are you using (found with gst-inspect-1.0 omx | grep Version)? If it is really 1.0.0, I would suggest updating to at least 1.2.0 and possibly even 1.9.1 (requires at least 1.9.1 of gstreamer core and bad) if you can.

> Could this be the case ?

It's always a possiblity.

(In reply to pedruski from comment #1)
> If there is anyway that we can help with debugging, or providing more
> information, please let me know. thanks.

Some basic information like a backtrace of all threads at the freeze/crash would be useful to know what exactly we're dealing with.  Does running your application with GST_DEBUG=3 reveal any obvious errors?  You could try higher levels but they will quickly result in a lot of output.

Make sure you have the latest version of the rpi userland as well to ensure you're not hitting any known bugs there.
Comment 3 pedruski 2016-08-31 13:33:11 UTC
Great ! I will get on to this in the next days ...
Comment 4 pedruski 2016-09-02 20:53:13 UTC
hello matthew, 

here's the log messages from the RPi2 Linux 3.18.11-v7+ with gstreamer1.0-omx

output of app with GST_DEBUG=3
output of app on crash
crashlog in var/log/syslog

http://piratepad.net/0uPIhAVSj3

will now do a test with the latest versions of gstreamer and omx and openframeworks and raspbian and let you know ...

thanks
Comment 5 pedruski 2016-09-03 18:41:46 UTC
now with jessie - gstreamer is updated to 1.4 but the repositories still only have omx 1.0 !!! how can i upgrade just the omx library ? thanks
Comment 6 pedruski 2016-09-08 23:25:30 UTC
Resolved with the current Archlinux and installing Gstreamer 1.8.3-1 and gst-omx 1.2.0-1 from the distro repositories. Thank you very much for all your hard work and caring.