[Bug 689730] osxvideosink: Blocks the application when setting the pipeline to PLAYING state [multithreading]

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=689730
  GStreamer | gst-plugins-good | 0.10.31

--- Comment #20 from Alexey Chernov <4ernov at gmail.com> 2013-07-11 12:11:26 UTC ---
Andoni, I actually can confirm that the example works now both with
-DTEST_THREADED and without it with your latest commits from git master. Also,
I tried an experimental move of gst_osx_video_sink_osxwindow_create () function
to *_setcaps() where it was previously blocked gst-launch, and now it works,
too.

So, I believe that strange threading problem can be considered as solved.

The only question I have: how do you think, isn't it better to call
[NSApplication sharedApplication] somewhere at the very beginning of work of
the element? It could guarantee that NSApplication instance is created and
event loop is started before the first calls to objects and
gst_osx_video_sink_call_from_main_thread() function. I consulted with my iOS
colleagues a little bit and they said it's quite safe to call sharedApplication
method from non-main thread.

-- 
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.