Crash when using glimagesink
Matthew Waters
ystreet00 at gmail.com
Sat Nov 1 17:49:14 PDT 2014
On 01/11/14 09:05, Chris Tapp wrote:
> On 31 Oct 2014, at 09:50, Tim Müller <tim at centricular.com> wrote:
>
>> On Fri, 2014-10-31 at 00:04 +0000, Chris Tapp wrote:
>>> I get a crash under 1.4.3 when I run:
>>>
>>> gst-launch-1.0 playbin uri=tp://dvb:4242/bysid/4352 video-sink="glimagesink"
>>>
>>> This only happens when I use glimagesink
>>>
>>> The back trace shows:
>>>
>>> Got context from element 'glimagesink0': gst.gl.GLDisplay=ntext, gst.gl.GLDisplay=(GstGLDisplay)"\(GstGLDisplayX11\)\ gldisplayx11-0";
>>> Caught SIGSEGV%
>>> #0 0x42c9f291 in poll () at ../sysdeps/unix/syscall-template.S:81
>>> #1 0x4229fbbb in g_poll (fds=8153468, nfds=2, timeout=-1) at gpoll.c:132
>>> #2 0x42291590 in g_main_context_poll (n_fds= fds=0x8153468,
>>> #3 g_main_context_iterate (context=8153300, block=block at entry=1,
>>> #4 0x42291a63 in g_main_loop_run (loop=813f1e8) at gmain.c:3340
>>> #5 0x4299afe2 in gst_bus_poll (bus=s at entry=0x810f628,
>>> #6 0x0804b4ae in event_loop (pipeline=8133c30, blocking=blocking at entry=1,
>>> #7 0x0804a985 in main (argc= argv=0xbfca0c24) at gst-launch.c:1049
>>>
>>> Any idea where I should be looking to try and understand what's causing this? The system is using GLES2.
>> Try getting a stack trace of all threads for starters, with:
>>
>> (gdb) thread apply all bt
>>
>> I'm pretty sure it does not crash in poll() :)
> Hmmm... Lots of stuff... This looks like it may be important:
>
> Thread 2 (Thread 0xadeffb40 (LWP 2059)):
> #0 0x42d54b6c in nanosleep () at ../sysdeps/unix/syscall-template.S:81
> #1 0x422b71ee in g_usleep (microseconds=croseconds at entry00000) at gtimer.c:259
> #2 0x0804b304 in fault_spin () at gst-launch.c:109
> #3 fault_handler_sighandler (signum) at gst-launch.c:90
> #4 <signal handler called>
> #5 0x00000000 in ?? ()
> #6 0xb7583670 in _gen_texture (context=b6017800, data=0xb5efe630) at gstglutils.c:112
> #7 0xb756d448 in _gst_gl_context_thread_run_generic (data=b5efe604) at gstglcontext.c:949
> #8 0xb75818b1 in _run_message_sync (message=b5efe590) at gstglwindow.c:341
> #9 0xb7585fb8 in _run_message (message=ssage at entry=0xb6005460) at gstglwindow_x11.c:598
> #10 0x4228ed50 in g_idle_dispatch (source=urce at entry=0xb6019970, callback=0xb7585f90 <_run_message>, user_data=0xb6005460) at gmain.c:4657
> #11 0x42291273 in g_main_dispatch (context=b4dfdda0) at gmain.c:2539
> #12 g_main_context_dispatch (context=ntext at entry=0xb4dfdda0) at gmain.c:3075
> #13 0x42291610 in g_main_context_iterate (context=b4dfdda0, block=block at entry=1, dispatch=dispatch at entry=1, self=<optimized out>) at gmain.c:3146
> #14 0x42291a63 in g_main_loop_run (loop=b4debc88) at gmain.c:3340
> #15 0xb7586011 in gst_gl_window_x11_run (window=b6018028) at gstglwindow_x11.c:448
> #16 0xb7581ce1 in gst_gl_window_run (window=b6018028) at gstglwindow.c:296
> #17 0xb756e826 in gst_gl_context_create_thread (context=b6017800) at gstglcontext.c:845
> #18 0x422b5883 in g_thread_proxy (data=b60059b0) at gthread.c:801
> #19 0x42d4db37 in start_thread (arg=adeffb40) at pthread_create.c:311
> #20 0x42cad6fe in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:132
Could you open a bug
at https://bugzilla.gnome.org/enter_bug.cgi?product=GStreamer against
gst-plugins-bad with the full backtrace of all threads and a log with
GST_DEBUG=gl*:7,default:7.
Thanks
> #5 looks bad to me!
> --
>
> Chris Tapp
> opensource at keylevel.com
> www.keylevel.com
>
> ----
> You can tell you're getting older when your car insurance gets real cheap!
>
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: OpenPGP digital signature
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20141102/9b99430c/attachment.sig>
More information about the gstreamer-devel
mailing list