GNOME Bugzilla – Bug 726034
eglglessink segfault on rpi if a window is provided
Last modified: 2014-10-30 18:45:03 UTC
Created attachment 271430 [details] minimal test case eglglessink segfault on raspberry pi when an external window is provided, please see the attached minimal example based on the doc here: http://gstreamer.freedesktop.org/data/doc/gstreamer/head/gst-plugins-base-libs/html/gst-plugins-base-libs-gstvideooverlay.html the only change is replacing xvimagesink with eglglessink the last printed log before the segfault is this: gst_eglglessink_init_egl_surface:<eglglessink0> Enter EGL surface setup
for what I understand is not possible to embed the generated egl surface inside an X11 window on rpi, I modified eglglessink adding some properties to control the generated output window size and location, maybe this behaviour should be documented and the app should not segfault
Hi. Thanks for your bug report. Any chance you could attach a gdb backtrace with thread apply all? Would like to take a look at where exactly this is segfaulting and I don't have any way to reproduce. Extra credits if you try with latest git ;)
so, the attached sample app does not segfault for you on pi? if I remember correctly the segfault is in gstegladaptation_egl.c, here: eglCreateWindowSurface (gst_egl_display_get (ctx->display), ctx->eglglesctx->config, ctx->used_window, NULL); and the segfault go away with this hack: http://releases.merproject.org/~carsten/x11-hack-libegl no chance to retest soon sorry, I'm using omxplayer now since gstreamer is too slow for my use case
eglglessink has been removed, with glimagesink being the replacement. Please file a new bug against glimagesink if you still have problems with glimagesink and recent versions of GStreamer (git master or 1.4.x), thanks!