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 742887 - glprototypes : sync extension not loaded
glprototypes : sync extension not loaded
Status: RESOLVED OBSOLETE
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: 2015-01-14 04:44 UTC by comicfans44
Modified: 2016-09-28 05:46 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
misc patch to load sync extension (939 bytes, patch)
2015-01-14 04:44 UTC, comicfans44 		none Details | Review

Description comicfans44 2015-01-14 04:44:31 UTC 
Created attachment 294486 [details] [review]
misc patch to load sync extension

sync.h didn't have any extension_suffixes/names ,makes extension not load at all.
this misc patch load it (which is GL_ARB_sync,not sure if should try "EXT") 
both in GST_GL_API_OPENGL/GST_GL_API_OPENGL3 .
or is this blocked temporary for test purpose ?
Comment 1 Matthew Waters (ystreet00) 2015-01-14 04:57:22 UTC 
GL_ARB_sync depends on GL 3.1 and we currently don't have any way to limit checking extensions depending on the GL api version.  With mesa if you create a legacy GL context, you get 3.0 and if we tried to load the sync extension (which succeeds in retreiving the function pointers) then use the sync functions when it's technically not supported mesa outputs a warning.

The other option is to add GST_GL_API_OPENGL to the api list which will still require GL 3.2 in order to use the sync functions so all is well.

Or implement core contexts for wgl.
Comment 2 Matthew Waters (ystreet00) 2016-09-28 05:46:51 UTC 
We have core GL context support for wgl now so I think this is obselete now.