<div dir="ltr">>  The thing is that by default, GStreamer will create it's own OpenGL<br>> context at some unknown point in the future (generally on element set<br>> up).<br><br>This is one thing I was worried about. That said, <br><br>> 1. Connect to the 'create-context' signal on the relevant GstGLDisplay<br>> where you, move to the application thread (blocking), uncurrenting<br>> glutin's context, then creating GStreamer's OpenGL context, then<br>> recurrent glutin's OpenGL context (application thread), return to the<br>> 'create-context' thread and return the newly created GstGLContext.<br><br>should be doable. Since I was unsure where I needed to do the deactivation and reactivation, I'm hoping this is the piece I was missing. I'll continue experimenting with this, and if I manage to get something working, I'll clean it up and submit an MR to allow the gstreamer examples to handle this annoying windows edge case.<br><br>> I generally use apitrace on linux for recording/looking at GL state. <br>> There is a windows version but not sure exactly how well it works.<div><br></div><div>Thanks for this! I'll look into it. It looks promising.</div></div>