[Bug 729551] New: GstGLDisplay: mix platform and window
GStreamer (bugzilla.gnome.org)
bugzilla at gnome.org
Mon May 5 00:11:46 PDT 2014
https://bugzilla.gnome.org/show_bug.cgi?id=729551
GStreamer | gst-plugins-bad | git
Summary: GstGLDisplay: mix platform and window
Classification: Platform
Product: GStreamer
Version: git
OS/Version: All
Status: UNCONFIRMED
Severity: blocker
Priority: Normal
Component: gst-plugins-bad
AssignedTo: gstreamer-bugs at lists.freedesktop.org
ReportedBy: julien.isorce at gmail.com
QAContact: gstreamer-bugs at lists.freedesktop.org
GNOME version: ---
1- It parses env "GST_GL_WINDOW" whereas it checks for "egl" platform:
http://cgit.freedesktop.org/gstreamer/gst-plugins-bad/tree/gst-libs/gst/gl/gstgldisplay.c#n132
I understand the confusion because the egl platform is the only platform which
has its own display type. But "EGLDisplay eglGetDisplay( NativeDisplayType
native_display);" can be created from the native display. I have not tried to
pass a native display to eglGetDisplay though. Anyway it needs some
clarifications here and GST_GL_WINDOW en var cannot be equal to egl.
2 - gst_gl_display_get_gl_api and gst_gl_display_get_gl_vtable should be
removed as it has moved to gstglcontext. (gl_api attribute as well)
3- implement gst_gl_display_get_handle_type
4- On OSX, I have both x11 and cocoa windows which get compiled. But then if I
do not set GST_GL_WINDOW en var, it still calls XOpenDisplay because there is
no cocoa case in gstgldisplay.c.
Even if it won't use it as the selected platform is cocoa by default.
This is annoying because it takes around 5 sec to launch a pipeline because it
has to open XQuartz (if not already open).
--
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