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 707025 - cocoa backend only supports one window on GNUstep
cocoa backend only supports one window on GNUstep
Status: RESOLVED NOTGNOME
Product: GStreamer
Classification: Platform
Component: gst-plugins-bad
git master
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2013-08-29 07:07 UTC by Matthew Waters (ystreet00)
Modified: 2014-11-03 07:45 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Matthew Waters (ystreet00) 2013-08-29 07:07:26 UTC 
Running the following command:

GST_GL_WINDOW=cocoa GST_GL_PLATFORM=cocoa gst-launch-1.0 videotestsrc ! tee name=t ! queue ! glimagesink t. ! queue ! glimagesink
Setting pipeline to PAUSED ...
2013-08-29 17:02:08.312 gst-launch-1.0[10418] autorelease called without pool for object (0x7fb2f023b028) of class GSCInlineString in thread <NSThread: 0x7fb2f0012f38>
2013-08-29 17:02:08.313 gst-launch-1.0[10418] autorelease called without pool for object (0x7fb2f023af68) of class GSCInlineString in thread <NSThread: 0x7fb2f0012f38>
gst-launch-1.0: Uncaught exception No Window, reason: Failed to obtain window from the back end

I don't know if this occurs in a real OS X environment.  I only have GNUstep.
Comment 1 Matthieu Bouron 2013-11-08 13:13:25 UTC 
(In reply to comment #0)
> Running the following command:
> 
> GST_GL_WINDOW=cocoa GST_GL_PLATFORM=cocoa gst-launch-1.0 videotestsrc ! tee
> name=t ! queue ! glimagesink t. ! queue ! glimagesink
> Setting pipeline to PAUSED ...
> 2013-08-29 17:02:08.312 gst-launch-1.0[10418] autorelease called without pool
> for object (0x7fb2f023b028) of class GSCInlineString in thread <NSThread:
> 0x7fb2f0012f38>
> 2013-08-29 17:02:08.313 gst-launch-1.0[10418] autorelease called without pool
> for object (0x7fb2f023af68) of class GSCInlineString in thread <NSThread:
> 0x7fb2f0012f38>
> gst-launch-1.0: Uncaught exception No Window, reason: Failed to obtain window
> from the back end
> 
> I don't know if this occurs in a real OS X environment.  I only have GNUstep.

It does not occur on OS X (tested on 10.9).
Comment 2 Julien Isorce 2014-05-29 09:03:34 UTC 
GNUstep limitation then ? If yes then nothing we can do and we should close this bug
Comment 3 Julien Isorce 2014-10-30 18:38:04 UTC 
What was your GNUStep setup btw ?
Comment 4 Matthew Waters (ystreet00) 2014-10-30 23:50:49 UTC 
(In reply to comment #3)
> What was your GNUStep setup btw ?

The one available in Ubuntu 13.x or something.  I've since changed distros and don't have GNUstep installed anymore :)
Comment 5 Julien Isorce 2014-11-01 09:13:33 UTC 
As it does not occur on a real OS X environment this is probably a GNUstep limitation, so nothing we can do on gstgl side.
Comment 6 Sebastian Dröge (slomo) 2014-11-01 17:42:31 UTC 
We should detect GNUstep in configure and just not compile the Cocoa stuff then.
Comment 7 Julien Isorce 2014-11-02 14:43:53 UTC 
But it works if only one glimagesink.
Comment 8 Sebastian Dröge (slomo) 2014-11-03 07:08:45 UTC 
What do you mean?
Comment 9 Julien Isorce 2014-11-03 07:41:24 UTC 
I mean GST_GL_WINDOW=cocoa GST_GL_PLATFORM=cocoa gst-launch-1.0 videotestsrc ! glimagesink works on GNUstep. But no if there are 2 glimagesink, see bug title. So for me we should still compile the cocoa stuff on GNUstep and just close this bug. Indeed it seems to be a GNUstep limitation and I do not see what we can do about that.
Comment 10 Sebastian Dröge (slomo) 2014-11-03 07:45:17 UTC 
Ah I confused this bug with another one. It's not possible anymore to build libgstgl for GNUStep as it does not support Objective-C blocks: bug #739152