[gstreamer-bugs] [Bug 600797] New example illustrates texture sharing between glupload and Qt

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Tue Nov 17 00:59:47 PST 2009


https://bugzilla.gnome.org/show_bug.cgi?id=600797
  GStreamer | gst-plugins-gl | unspecified

--- Comment #5 from Andrey Nechypurenko <andreynech at gmail.com> 2009-11-17 08:59:44 UTC ---
(In reply to comment #4)
> Hi, please submit it but please from git and not from the last zip you submit.
> Especially about shutdown !

Ok, I'll do it within next couple of days.

> About the mutexes I introduces:
> the paintGL method is called when the window needs to be redraw, for example
> when you call updateGL, ok in this case no need the mutex.

Right.

> But if the paintGL is called from another thread (I think it can't happen in
> our case) but nothing prevent us from someone ask the window to be redraw from
> the pipeline thread for example.

According to Qt documentation, it is not safe to call UI-related functionality
from threads other then main. The right (Qt) way to trigger for example repaint
from another thread is to send queued signal (this is what we are doing).
Otherwise it would be just a bug. So I would suggest to remove mutex. I
actually tested it and it works fine.

> Well, this is not the main pb I fixed i know, 
> but I fixed another thing, it's about the first frame which was undifined (not
> initialized to NULL), and you called frame->width on it, that why sometimes you
> got weird sizes. (and sometimes a sigsev)

Right, I've seen it also. Somehow I overlooked this initialization problem.
Thank you for the fix.

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.




More information about the Gstreamer-bugs mailing list