<br><br><div class="gmail_quote">2009/11/4 Andrey Nechypurenko <span dir="ltr"><<a href="mailto:andreynech@yahoo.com">andreynech@yahoo.com</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <div class="im">Hi,<br> <br> > set GST_GL_WINDOW_DEBUG=1<br> > before launching the pipeline, it should output some debug informations about<br> > success or failure when sharing gl contexts.<br> <br> </div>Sorry for such a question, but where this output goes on Windows? I do not see anything neither in console nor in MSVC output window where debug messages are usually printed. Or maybe it is because I am using "release" version of gstreamer DLLs?<br> </blockquote><div><br>open a console then just type: set GST_GL_WINDOW_DEBUG=1<br>(as you can also do: set GST_DEBUG=gldisplay:3<br>and<br>set GST_GL_SHADER_DEBUG=1)<br>then enter your pipeline as usually.<br><br>have you tried this build <a href="http://www.gstreamer-winbuild.ylatuya.es/doku.php?id=download">http://www.gstreamer-winbuild.ylatuya.es/doku.php?id=download</a> ?<br> The debug works with this build.<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <div class="im"><br> > I had no time to look into your example. I am still busy right now.<br> <br> </div>No problem. I've learned a lot trying to fix the problem myself and proud that it works at least on Linux :-) .<br> None of these would happen if you fixed the error earlier :-) .<br></blockquote><div><br><img goomoji="gtalk.328" style="margin: 0pt 0.2ex; vertical-align: middle;" src="cid:gtalk.328@goomoji.gmail"><br> <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <div class="im"><br> > What I can say, if the debug is : failed to share gl context, make sure that the<br> > Qt GL context is not current in any thread when sharing it with gstreamer. (see cluttershare<br> > and sdlshare (from git) examples to see how to do that)<br> <br> </div>Well, I am explicitly calling wglMakeCurrent(0, 0); before initializing gstreamer to unset Qt context. Since it also works on Linux, I assume that the initialization sequence is correct. That is why I was looking for other reasons which might prevent context sharing, i.e. different pixel</blockquote> <blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">formats.<br></blockquote><div>No pb about pixel format because it the same screen. So even if the input values are differents then the s&ame is choosen. Something like that.<br> </div><div> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <br> Nevertheless, is not it a kind of co-accidence that on Linux Qt initializes the context in exactly the same way as gstreamer does? And do not you think that the more robust way would be to query the context created by gstreamer and explicitly instruct Qt (or whatever other library) to create the same context format to ensure that sharing will work? If yes, then the corresponding API or callback might be necessary as I mentioned in my previous email.<br> </blockquote><div><br>Actually I think it's just a symetric pb. But it could be a possibility.<br>Well about the pb, on window the sharing can be done after context creation, (on linux, it's done when creating a context)<br> but bettween the creation and the sharing, no texture, no shaders, no fbo or nothing else must be created before sharing the 2 contexts.<br>(that's why the possibility the share the gl context after the creation has (as far as i know) no sense.<br> Anyway, you could use on opengl debugger and see if on windows, qt is creating a texture or anyelse before sharing it.<br><br>Sincerely<br>Julien<br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <br> Sincerely,<br> <font color="#888888">Andrey.<br> </font><div><div></div><div class="h5"><br> <br> 2009/11/4 Andrey Nechypurenko <<a href="mailto:andreynech@yahoo.com">andreynech@yahoo.com</a>><br> <br> >Hi Folks,<br> ><br> >>I am currently working on Qt-based application which uses OpenGL context (texture) sharing technique to display video on 3D scene. I am using approach similar to the one implemented in cluttershare example from gst-plugins-gl. Currently it runs on Linux but does not work on Windows. I believe that the reason is that context sharing between Qt and Gstreamer does not work. According to the documentation, only contexts with the same pixel format could be shared. That is why I was looking for the way to query pixel format used with GL context created by gst-gl plugin and did not found it yet. I guess it just does not exists :-) .<br> ><br> >>So the question I would like to ask is whether it would make sense to add some kind of API to make it easier to access GL context created? For example, it could be callback set via certain property which is called right after the initialization step and provide corresponding handles (HWND, HDC, HGLRC or any other platform-specific handles similar to those stored in _GstGLWindowPrivate structure) which could be used with platform and GL API to query required information?<br> ><br> >>I would also appreciate any comments or pointers to the possible solution directions without extending the property set or API.<br> ><br> >>Regards,<br> >>Andrey.<br> ><br> ><br> ><br> ><br> >>------------------------------------------------------------------------------<br> >>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day<br> >>trial. Simplify your report design, integration and deployment - and focus on<br> >>what you do best, core application coding. Discover what's new with<br> >>Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_blank">http://p.sf.net/sfu/bobj-july</a><br> >>_______________________________________________<br> >>gstreamer-devel mailing list<br> ><a href="mailto:gstreamer-devel@lists.sourceforge.net">gstreamer-devel@lists.sourceforge.net</a><br> ><a href="https://lists.sourceforge.net/lists/listinfo/gstreamer-devel" target="_blank">https://lists.sourceforge.net/lists/listinfo/gstreamer-devel</a><br> ><br> <br> <br> <br> <br> <br> ------------------------------------------------------------------------------<br> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day<br> trial. Simplify your report design, integration and deployment - and focus on<br> what you do best, core application coding. Discover what's new with<br> Crystal Reports now. <a href="http://p.sf.net/sfu/bobj-july" target="_blank">http://p.sf.net/sfu/bobj-july</a><br> _______________________________________________<br> gstreamer-devel mailing list<br> <a href="mailto:gstreamer-devel@lists.sourceforge.net">gstreamer-devel@lists.sourceforge.net</a><br> <a href="https://lists.sourceforge.net/lists/listinfo/gstreamer-devel" target="_blank">https://lists.sourceforge.net/lists/listinfo/gstreamer-devel</a><br> </div></div></blockquote></div><br>