Hello everyone,
I am still hesitating between SDL, GTK, WxWidgets and Clutter, (not QT) for creating an OpenGL context for the Toonloop 2.x application. So far, I have a prototype in SDL, but I am still unsatisfied about how SDL 1.2 handles the fullscreen mode on Ubuntu GNU/Linux. I have done some very satisfying prototype with GtkGLExt regaring the fullscreen mode, but I still didn't put any Gstreamer video in it. As for the current GTK examples, they seem to crash very often on my computers, so I gave them up. I don't want to write an unstable application! (the error messages says that an X resource is not available) Before putting 1-2 days in porting the examples to GtkGLExt, I would like to hear some success stories or advices regarding one of those toolkits or another. So, does anyone has good reasons to recommend one or another? Maybe Clutter would be to be considered? I draw my shapes and textures using some low-level vertex manipulation, and I use GLSL shaders and such. Thanks, -- Alexandre Quessy http://alexandre.quessy.net/ ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Alexandre Quessy wrote:
> Hello everyone, > I am still hesitating between SDL, GTK, WxWidgets and Clutter, (not > QT) for creating an OpenGL context for the Toonloop 2.x application. > > So far, I have a prototype in SDL, but I am still unsatisfied about > how SDL 1.2 handles the fullscreen mode on Ubuntu GNU/Linux. I have > done some very satisfying prototype with GtkGLExt regaring the > fullscreen mode, but I still didn't put any Gstreamer video in it. As > for the current GTK examples, they seem to crash very often on my > computers, so I gave them up. I don't want to write an unstable > application! (the error messages says that an X resource is not > available) > error. As such gstreamer and gtk is a solid team. Stefan > Before putting 1-2 days in porting the examples to GtkGLExt, I would > like to hear some success stories or advices regarding one of those > toolkits or another. So, does anyone has good reasons to recommend one > or another? Maybe Clutter would be to be considered? I draw my shapes > and textures using some low-level vertex manipulation, and I use GLSL > shaders and such. > > Thanks, > ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
In reply to this post by Alexandre Quessy
> Before putting 1-2 days in porting the examples to GtkGLExt, I would > like to hear some success stories or advices regarding one of those > toolkits or another. So, does anyone has good reasons to recommend one > or another? Maybe Clutter would be to be considered? I draw my shapes > and textures using some low-level vertex manipulation, and I use GLSL > shaders and such. You can also try Evas [1], which supports OpenGL, among other backends. I've written a gstreamer sink for it. regards Vincent Torri [1] http://www.enlightenment.org/ ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
In reply to this post by Stefan Sauer
Hello,
2010/4/19 Stefan Kost <[hidden email]>: > Alexandre Quessy wrote: >> Hello everyone, >> I am still hesitating between SDL, GTK, WxWidgets and Clutter, (not >> QT) for creating an OpenGL context for the Toonloop 2.x application. >> >> So far, I have a prototype in SDL, but I am still unsatisfied about >> how SDL 1.2 handles the fullscreen mode on Ubuntu GNU/Linux. I have >> done some very satisfying prototype with GtkGLExt regaring the >> fullscreen mode, but I still didn't put any Gstreamer video in it. As >> for the current GTK examples, they seem to crash very often on my >> computers, so I gave them up. I don't want to write an unstable >> application! (the error messages says that an X resource is not >> available) >> > Please tell use which example is unstable for you and what is the exact > error. As such gstreamer and gtk is a solid team. > > Stefan As you can see in the shell log below, setting the X window ID sometimes fails. It seems like sometimes the X resource is not available. In some cases, the window appears to be grey, and nothing happens until the application crashes. Sometimes it works, but sometimes it doesn't. I am testing the gtkxoverlay example that is shipped with the current Git version of gst-plugins-gl. I am running an up-to-date Ubuntu Karmic 9.10 on an Intel Core 2 Duo 2.2 GHz with 2 Gb of RAM and the Nvidia driver. aalex@plouf:~/src/gst-plugins-gl/tests/examples/gtk/gtkxoverlay$ ./gtkxoverlay setting xwindow id Close aalex@plouf:~/src/gst-plugins-gl/tests/examples/gtk/gtkxoverlay$ ./gtkxoverlay setting xwindow id gtkxoverlay: ../../src/xcb_io.c:176: process_responses: Assertion `!(req && current_request && !(((long) (req->sequence) - (long) (current_request)) <= 0))' failed. Aborted aalex@plouf:~/src/gst-plugins-gl/tests/examples/gtk/gtkxoverlay$ ./gtkxoverlay setting xwindow id gtkxoverlay: Fatal IO error 11 (Resource temporarily unavailable) on X server :0.0. aalex@plouf:~/src/gst-plugins-gl/tests/examples/gtk/gtkxoverlay$ ./gtkxoverlay setting xwindow id Close aalex@plouf:~/src/gst-plugins-gl/tests/examples/gtk/gtkxoverlay$ ./gtkxoverlay setting xwindow id Close aalex@plouf:~/src/gst-plugins-gl/tests/examples/gtk/gtkxoverlay$ ./gtkxoverlay setting xwindow id Close aalex@plouf:~/src/gst-plugins-gl/tests/examples/gtk/gtkxoverlay$ ./gtkxoverlay setting xwindow id gtkxoverlay: Fatal IO error 11 (Resource temporarily unavailable) on X server :0.0. Regards, Alexandre >> Before putting 1-2 days in porting the examples to GtkGLExt, I would >> like to hear some success stories or advices regarding one of those >> toolkits or another. So, does anyone has good reasons to recommend one >> or another? Maybe Clutter would be to be considered? I draw my shapes >> and textures using some low-level vertex manipulation, and I use GLSL >> shaders and such. >> >> Thanks, >> > > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > gstreamer-devel mailing list > [hidden email] > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel > -- Alexandre Quessy http://alexandre.quessy.net/ ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
In reply to this post by Vincent Torri
2010/4/19 Vincent Torri <[hidden email]>:
> > >> Before putting 1-2 days in porting the examples to GtkGLExt, I would >> like to hear some success stories or advices regarding one of those >> toolkits or another. So, does anyone has good reasons to recommend one >> or another? Maybe Clutter would be to be considered? I draw my shapes >> and textures using some low-level vertex manipulation, and I use GLSL >> shaders and such. > > You can also try Evas [1], which supports OpenGL, among other backends. > I've written a gstreamer sink for it. Hello Vincent, That might be interesting for my application, even though the toolkit I know best so far is GTK+. Have you got some example code for an OpenGL application in Evas? Thanks, Alexandre > > regards > > Vincent Torri > > [1] http://www.enlightenment.org/ > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > gstreamer-devel mailing list > [hidden email] > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel > -- Alexandre Quessy http://alexandre.quessy.net/ ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
In reply to this post by Alexandre Quessy
On Tue, Apr 20, 2010 at 9:34 AM, Alexandre Quessy <[hidden email]> wrote:
>> Please tell use which example is unstable for you and what is the exact >> error. As such gstreamer and gtk is a solid team. > > As you can see in the shell log below, setting the X window ID > sometimes fails. It seems like sometimes the X resource is not > available. In some cases, the window appears to be grey, and nothing > happens until the application crashes. Sometimes it works, but > sometimes it doesn't. I am testing the gtkxoverlay example that is > shipped with the current Git version of gst-plugins-gl. I am running > an up-to-date Ubuntu Karmic 9.10 on an Intel Core 2 Duo 2.2 GHz with 2 > Gb of RAM and the Nvidia driver. > If I recall correctly those examples were never updated after gtk moved to client-side-windows. With that gtk+ changes you can never be sure that a gdkwindow is bound to a X11 handle unless you call gdk_window_ensure_native(). That's most probably the reason for the errors you are getting, it doesn't have anything to do with opengl. Hope this helps, Filippo ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
In reply to this post by Alexandre Quessy
Hey, On Tue, 20 Apr 2010, Alexandre Quessy wrote: > 2010/4/19 Vincent Torri <[hidden email]>: >> You can also try Evas [1], which supports OpenGL, among other backends. >> I've written a gstreamer sink for it. > > Hello Vincent, > That might be interesting for my application, even though the toolkit > I know best so far is GTK+. > Have you got some example code for an OpenGL application in Evas? Here it is: http://pastebin.ca/1869233 Evas is a canvas. You add objects on it. The example above creates a window with a canvas in it, and it add 2 rectangles, one white of size the window, another yellow one. OpenGL is used to accelerate the 2d rendering. It is not used here to (and it can't) create 3d objects. To use the software engine, change line line 14 by: ee = ecore_evas_new ("software_xlib", 10, 10, 200, 200, NULL); That example uses the low level API. There is another higher level API, more closed to what a toolkit should provide. Vincent Torri ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
In reply to this post by Alexandre Quessy
Alexandre Quessy wrote:
> Hello, > > 2010/4/19 Stefan Kost <[hidden email]>: > >> Alexandre Quessy wrote: >> >>> Hello everyone, >>> I am still hesitating between SDL, GTK, WxWidgets and Clutter, (not >>> QT) for creating an OpenGL context for the Toonloop 2.x application. >>> >>> So far, I have a prototype in SDL, but I am still unsatisfied about >>> how SDL 1.2 handles the fullscreen mode on Ubuntu GNU/Linux. I have >>> done some very satisfying prototype with GtkGLExt regaring the >>> fullscreen mode, but I still didn't put any Gstreamer video in it. As >>> for the current GTK examples, they seem to crash very often on my >>> computers, so I gave them up. I don't want to write an unstable >>> application! (the error messages says that an X resource is not >>> available) >>> >>> >> Please tell use which example is unstable for you and what is the exact >> error. As such gstreamer and gtk is a solid team. >> >> Stefan >> > > As you can see in the shell log below, setting the X window ID > sometimes fails. It seems like sometimes the X resource is not > available. In some cases, the window appears to be grey, and nothing > happens until the application crashes. Sometimes it works, but > sometimes it doesn't. I am testing the gtkxoverlay example that is > shipped with the current Git version of gst-plugins-gl. I am running > an up-to-date Ubuntu Karmic 9.10 on an Intel Core 2 Duo 2.2 GHz with 2 > Gb of RAM and the Nvidia driver. > Stefan > > aalex@plouf:~/src/gst-plugins-gl/tests/examples/gtk/gtkxoverlay$ ./gtkxoverlay > setting xwindow id > Close > aalex@plouf:~/src/gst-plugins-gl/tests/examples/gtk/gtkxoverlay$ ./gtkxoverlay > setting xwindow id > gtkxoverlay: ../../src/xcb_io.c:176: process_responses: Assertion > `!(req && current_request && !(((long) (req->sequence) - (long) > (current_request)) <= 0))' failed. > Aborted > aalex@plouf:~/src/gst-plugins-gl/tests/examples/gtk/gtkxoverlay$ ./gtkxoverlay > setting xwindow id > gtkxoverlay: Fatal IO error 11 (Resource temporarily unavailable) on X > server :0.0. > aalex@plouf:~/src/gst-plugins-gl/tests/examples/gtk/gtkxoverlay$ ./gtkxoverlay > setting xwindow id > Close > aalex@plouf:~/src/gst-plugins-gl/tests/examples/gtk/gtkxoverlay$ ./gtkxoverlay > setting xwindow id > Close > aalex@plouf:~/src/gst-plugins-gl/tests/examples/gtk/gtkxoverlay$ ./gtkxoverlay > setting xwindow id > Close > aalex@plouf:~/src/gst-plugins-gl/tests/examples/gtk/gtkxoverlay$ ./gtkxoverlay > setting xwindow id > gtkxoverlay: Fatal IO error 11 (Resource temporarily unavailable) on X > server :0.0. > > > Regards, > Alexandre > > > > >>> Before putting 1-2 days in porting the examples to GtkGLExt, I would >>> like to hear some success stories or advices regarding one of those >>> toolkits or another. So, does anyone has good reasons to recommend one >>> or another? Maybe Clutter would be to be considered? I draw my shapes >>> and textures using some low-level vertex manipulation, and I use GLSL >>> shaders and such. >>> >>> Thanks, >>> >>> >> ------------------------------------------------------------------------------ >> Download Intel® Parallel Studio Eval >> Try the new software tools for yourself. Speed compiling, find bugs >> proactively, and fine-tune applications for parallel performance. >> See why Intel Parallel Studio got high marks during beta. >> http://p.sf.net/sfu/intel-sw-dev >> _______________________________________________ >> gstreamer-devel mailing list >> [hidden email] >> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel >> >> > > > > ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
In reply to this post by Alexandre Quessy
Are you using AIGLX? I had similar problems when I had turned on "desktop effects"...
> Date: Tue, 20 Apr 2010 03:34:02 -0400 > From: [hidden email] > To: [hidden email] > Subject: Re: [gst-devel] OpenGL context: GTK X overlay v/s SDL v/s Clutter v/s Wx > > Hello, > > 2010/4/19 Stefan Kost <[hidden email]>: > > Alexandre Quessy wrote: > >> Hello everyone, > >> I am still hesitating between SDL, GTK, WxWidgets and Clutter, (not > >> QT) for creating an OpenGL context for the Toonloop 2.x application. > >> > >> So far, I have a prototype in SDL, but I am still unsatisfied about > >> how SDL 1.2 handles the fullscreen mode on Ubuntu GNU/Linux. I have > >> done some very satisfying prototype with GtkGLExt regaring the > >> fullscreen mode, but I still didn't put any Gstreamer video in it. As > >> for the current GTK examples, they seem to crash very often on my > >> computers, so I gave them up. I don't want to write an unstable > >> application! (the error messages says that an X resource is not > >> available) > >> > > Please tell use which example is unstable for you and what is the exact > > error. As such gstreamer and gtk is a solid team. > > > > Stefan > > As you can see in the shell log below, setting the X window ID > sometimes fails. It seems like sometimes the X resource is not > available. In some cases, the window appears to be grey, and nothing > happens until the application crashes. Sometimes it works, but > sometimes it doesn't. I am testing the gtkxoverlay example that is > shipped with the current Git version of gst-plugins-gl. I am running > an up-to-date Ubuntu Karmic 9.10 on an Intel Core 2 Duo 2.2 GHz with 2 > Gb of RAM and the Nvidia driver. > > > aalex@plouf:~/src/gst-plugins-gl/tests/examples/gtk/gtkxoverlay$ ./gtkxoverlay > setting xwindow id > Close > aalex@plouf:~/src/gst-plugins-gl/tests/examples/gtk/gtkxoverlay$ ./gtkxoverlay > setting xwindow id > gtkxoverlay: ../../src/xcb_io.c:176: process_responses: Assertion > `!(req && current_request && !(((long) (req->sequence) - (long) > (current_request)) <= 0))' failed. > Aborted > aalex@plouf:~/src/gst-plugins-gl/tests/examples/gtk/gtkxoverlay$ ./gtkxoverlay > setting xwindow id > gtkxoverlay: Fatal IO error 11 (Resource temporarily unavailable) on X > server :0.0. > aalex@plouf:~/src/gst-plugins-gl/tests/examples/gtk/gtkxoverlay$ ./gtkxoverlay > setting xwindow id > Close > aalex@plouf:~/src/gst-plugins-gl/tests/examples/gtk/gtkxoverlay$ ./gtkxoverlay > setting xwindow id > Close > aalex@plouf:~/src/gst-plugins-gl/tests/examples/gtk/gtkxoverlay$ ./gtkxoverlay > setting xwindow id > Close > aalex@plouf:~/src/gst-plugins-gl/tests/examples/gtk/gtkxoverlay$ ./gtkxoverlay > setting xwindow id > gtkxoverlay: Fatal IO error 11 (Resource temporarily unavailable) on X > server :0.0. > > > Regards, > Alexandre > > > > >> Before putting 1-2 days in porting the examples to GtkGLExt, I would > >> like to hear some success stories or advices regarding one of those > >> toolkits or another. So, does anyone has good reasons to recommend one > >> or another? Maybe Clutter would be to be considered? I draw my shapes > >> and textures using some low-level vertex manipulation, and I use GLSL > >> shaders and such. > >> > >> Thanks, > >> > > > > > > ------------------------------------------------------------------------------ > > Download Intel® Parallel Studio Eval > > Try the new software tools for yourself. Speed compiling, find bugs > > proactively, and fine-tune applications for parallel performance. > > See why Intel Parallel Studio got high marks during beta. > > http://p.sf.net/sfu/intel-sw-dev > > _______________________________________________ > > gstreamer-devel mailing list > > [hidden email] > > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel > > > > > > -- > Alexandre Quessy > http://alexandre.quessy.net/ > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > gstreamer-devel mailing list > [hidden email] > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel Το email σας και πολλά ακόμα εν κινήσει. Αποκτήστε δωρεάν το Windows Live Hotmail. Εγγραφείτε τώρα. ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
2010/4/20 sledge hammer <[hidden email]>:
> Are you using AIGLX? I had similar problems when I had turned on "desktop > effects"... > I don't use "Desktop effects", no. My hardware is a Nvidia that seems fully accelerated. a >> Date: Tue, 20 Apr 2010 03:34:02 -0400 >> From: [hidden email] >> To: [hidden email] >> Subject: Re: [gst-devel] OpenGL context: GTK X overlay v/s SDL v/s Clutter >> v/s Wx >> >> Hello, >> >> 2010/4/19 Stefan Kost <[hidden email]>: >> > Alexandre Quessy wrote: >> >> Hello everyone, >> >> I am still hesitating between SDL, GTK, WxWidgets and Clutter, (not >> >> QT) for creating an OpenGL context for the Toonloop 2.x application. >> >> >> >> So far, I have a prototype in SDL, but I am still unsatisfied about >> >> how SDL 1.2 handles the fullscreen mode on Ubuntu GNU/Linux. I have >> >> done some very satisfying prototype with GtkGLExt regaring the >> >> fullscreen mode, but I still didn't put any Gstreamer video in it. As >> >> for the current GTK examples, they seem to crash very often on my >> >> computers, so I gave them up. I don't want to write an unstable >> >> application! (the error messages says that an X resource is not >> >> available) >> >> >> > Please tell use which example is unstable for you and what is the exact >> > error. As such gstreamer and gtk is a solid team. >> > >> > Stefan >> >> As you can see in the shell log below, setting the X window ID >> sometimes fails. It seems like sometimes the X resource is not >> available. In some cases, the window appears to be grey, and nothing >> happens until the application crashes. Sometimes it works, but >> sometimes it doesn't. I am testing the gtkxoverlay example that is >> shipped with the current Git version of gst-plugins-gl. I am running >> an up-to-date Ubuntu Karmic 9.10 on an Intel Core 2 Duo 2.2 GHz with 2 >> Gb of RAM and the Nvidia driver. >> >> >> aalex@plouf:~/src/gst-plugins-gl/tests/examples/gtk/gtkxoverlay$ >> ./gtkxoverlay >> setting xwindow id >> Close >> aalex@plouf:~/src/gst-plugins-gl/tests/examples/gtk/gtkxoverlay$ >> ./gtkxoverlay >> setting xwindow id >> gtkxoverlay: ../../src/xcb_io.c:176: process_responses: Assertion >> `!(req && current_request && !(((long) (req->sequence) - (long) >> (current_request)) <= 0))' failed. >> Aborted >> aalex@plouf:~/src/gst-plugins-gl/tests/examples/gtk/gtkxoverlay$ >> ./gtkxoverlay >> setting xwindow id >> gtkxoverlay: Fatal IO error 11 (Resource temporarily unavailable) on X >> server :0.0. >> aalex@plouf:~/src/gst-plugins-gl/tests/examples/gtk/gtkxoverlay$ >> ./gtkxoverlay >> setting xwindow id >> Close >> aalex@plouf:~/src/gst-plugins-gl/tests/examples/gtk/gtkxoverlay$ >> ./gtkxoverlay >> setting xwindow id >> Close >> aalex@plouf:~/src/gst-plugins-gl/tests/examples/gtk/gtkxoverlay$ >> ./gtkxoverlay >> setting xwindow id >> Close >> aalex@plouf:~/src/gst-plugins-gl/tests/examples/gtk/gtkxoverlay$ >> ./gtkxoverlay >> setting xwindow id >> gtkxoverlay: Fatal IO error 11 (Resource temporarily unavailable) on X >> server :0.0. >> >> >> Regards, >> Alexandre >> >> >> >> >> Before putting 1-2 days in porting the examples to GtkGLExt, I would >> >> like to hear some success stories or advices regarding one of those >> >> toolkits or another. So, does anyone has good reasons to recommend one >> >> or another? Maybe Clutter would be to be considered? I draw my shapes >> >> and textures using some low-level vertex manipulation, and I use GLSL >> >> shaders and such. >> >> >> >> Thanks, >> >> >> > >> > >> > >> > ------------------------------------------------------------------------------ >> > Download Intel® Parallel Studio Eval >> > Try the new software tools for yourself. Speed compiling, find bugs >> > proactively, and fine-tune applications for parallel performance. >> > See why Intel Parallel Studio got high marks during beta. >> > http://p.sf.net/sfu/intel-sw-dev >> > _______________________________________________ >> > gstreamer-devel mailing list >> > [hidden email] >> > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel >> > >> >> >> >> -- >> Alexandre Quessy >> http://alexandre.quessy.net/ >> >> >> ------------------------------------------------------------------------------ >> Download Intel® Parallel Studio Eval >> Try the new software tools for yourself. Speed compiling, find bugs >> proactively, and fine-tune applications for parallel performance. >> See why Intel Parallel Studio got high marks during beta. >> http://p.sf.net/sfu/intel-sw-dev >> _______________________________________________ >> gstreamer-devel mailing list >> [hidden email] >> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel > > ________________________________ > Το email σας και πολλά ακόμα εν κινήσει. Αποκτήστε δωρεάν το Windows Live > Hotmail. Εγγραφείτε τώρα. > ------------------------------------------------------------------------------ > Download Intel(R) Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > gstreamer-devel mailing list > [hidden email] > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel > > -- Alexandre Quessy http://alexandre.quessy.net/ ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
In reply to this post by Filippo
Hello,
2010/4/20 Filippo Argiolas <[hidden email]>: > On Tue, Apr 20, 2010 at 9:34 AM, Alexandre Quessy <[hidden email]> wrote: >>> Please tell use which example is unstable for you and what is the exact >>> error. As such gstreamer and gtk is a solid team. >> >> As you can see in the shell log below, setting the X window ID >> sometimes fails. It seems like sometimes the X resource is not >> available. In some cases, the window appears to be grey, and nothing >> happens until the application crashes. Sometimes it works, but >> sometimes it doesn't. I am testing the gtkxoverlay example that is >> shipped with the current Git version of gst-plugins-gl. I am running >> an up-to-date Ubuntu Karmic 9.10 on an Intel Core 2 Duo 2.2 GHz with 2 >> Gb of RAM and the Nvidia driver. >> > > If I recall correctly those examples were never updated after gtk > moved to client-side-windows. > With that gtk+ changes you can never be sure that a gdkwindow is bound > to a X11 handle unless you call gdk_window_ensure_native(). > That's most probably the reason for the errors you are getting, it > doesn't have anything to do with opengl. It seems like this is the reason to my problems. I would have saved a few weeks if they had been updated... Anyways, thanks for telling us! Maybe someone should fix the GTK examples? Thanks, Alex > > Hope this helps, > Filippo > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > gstreamer-devel mailing list > [hidden email] > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel > -- Alexandre Quessy http://alexandre.quessy.net/ ------------------------------------------------------------------------------ _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
On Wed, Apr 21, 2010 at 6:20 PM, Alexandre Quessy <[hidden email]> wrote:
>> If I recall correctly those examples were never updated after gtk >> moved to client-side-windows. >> With that gtk+ changes you can never be sure that a gdkwindow is bound >> to a X11 handle unless you call gdk_window_ensure_native(). >> That's most probably the reason for the errors you are getting, it >> doesn't have anything to do with opengl. > > It seems like this is the reason to my problems. I would have saved a > few weeks if they had been updated... Anyways, thanks for telling us! I'm truly sorry if this caused you such problems. We, in gst-gl, discussed about it for a while, there is also an open bug in bugzilla with the reasons of the issues you were seeing and the proper way to solve it. Somehow this went out of my radar and no one else bothered to fix it. Anyway it's not like gst-gl is actively maintained and constantly updated, it's a bit more than an experiment and you shouldn't really count on its code as the state of art way of implementing things. GstXOverlay docs is the correct source of information to look at, it's updated and contains detailed sample code to start from. > Maybe someone should fix the GTK examples? It's on my TODO list now, but don't count on me doing it anytime soon. If you want to provide a patch I'll be glad to review it ;) Sorry again, Regards, Filippo ------------------------------------------------------------------------------ _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Hello,
2010/4/21 Filippo Argiolas <[hidden email]>: > On Wed, Apr 21, 2010 at 6:20 PM, Alexandre Quessy <[hidden email]> wrote: >>> If I recall correctly those examples were never updated after gtk >>> moved to client-side-windows. >>> With that gtk+ changes you can never be sure that a gdkwindow is bound >>> to a X11 handle unless you call gdk_window_ensure_native(). >>> That's most probably the reason for the errors you are getting, it >>> doesn't have anything to do with opengl. >> >> It seems like this is the reason to my problems. I would have saved a >> few weeks if they had been updated... Anyways, thanks for telling us! > > I'm truly sorry if this caused you such problems. We, in gst-gl, > discussed about it for a while, there is also an open bug in bugzilla > with the reasons of the issues you were seeing and the proper way to > solve it. Somehow this went out of my radar and no one else bothered > to fix it. Ok, no worries. :) > Anyway it's not like gst-gl is actively maintained and constantly > updated, it's a bit more than an experiment and you shouldn't really > count on its code as the state of art way of implementing things. > GstXOverlay docs is the correct source of information to look at, it's > updated and contains detailed sample code to start from. > Is it safe to choose it for new software development? >> Maybe someone should fix the GTK examples? > > It's on my TODO list now, but don't count on me doing it anytime soon. > If you want to provide a patch I'll be glad to review it ;) > Ok, I'll put it on my TODO list too, and we'll see what happens. Regards, Alex > Sorry again, > Regards, > > Filippo > > ------------------------------------------------------------------------------ > _______________________________________________ > gstreamer-devel mailing list > [hidden email] > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel > -- Alexandre Quessy http://alexandre.quessy.net/ ------------------------------------------------------------------------------ _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
On Thu, Apr 22, 2010 at 4:34 AM, Alexandre Quessy <[hidden email]> wrote:
> Hello, > > 2010/4/21 Filippo Argiolas <[hidden email]>: >> On Wed, Apr 21, 2010 at 6:20 PM, Alexandre Quessy <[hidden email]> wrote: >>>> If I recall correctly those examples were never updated after gtk >>>> moved to client-side-windows. >>>> With that gtk+ changes you can never be sure that a gdkwindow is bound >>>> to a X11 handle unless you call gdk_window_ensure_native(). >>>> That's most probably the reason for the errors you are getting, it >>>> doesn't have anything to do with opengl. >>> >>> It seems like this is the reason to my problems. I would have saved a >>> few weeks if they had been updated... Anyways, thanks for telling us! >> >> I'm truly sorry if this caused you such problems. We, in gst-gl, >> discussed about it for a while, there is also an open bug in bugzilla >> with the reasons of the issues you were seeing and the proper way to >> solve it. Somehow this went out of my radar and no one else bothered >> to fix it. > > Ok, no worries. :) > >> Anyway it's not like gst-gl is actively maintained and constantly >> updated, it's a bit more than an experiment and you shouldn't really >> count on its code as the state of art way of implementing things. >> GstXOverlay docs is the correct source of information to look at, it's >> updated and contains detailed sample code to start from. >> > > Is it safe to choose it for new software development? Well, I think it is, IMHO the code needs some big polishing but it offers great potentials, it will surely stay around for a while or be eventually replaced by a feature equivalent (using cairo-gl backend) gst-plugins-cairo. Just consider it "lazily" maintained, i.e. be prepared to work yourself on any bug you may find instead of relying on the maintainers doing it. Hope this helps, Regards, Filippo ------------------------------------------------------------------------------ _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Free forum by Nabble | Edit this page |