On Fri, 14 Sep 2012 10:32:03 -0400
jegde jedge bubba...@gmail.com wrote:
Sorry about the delay.
I flew 8 legs in 4 days this week.
Here are the mains for both the glut and Wayland instance of my test
application.
uMfdInit, uMfdDraw, and c-controller-event() are the interface
functions,
the (window == NULL) was a remnant of prior experimentation.
I have removed and confirmed
There are no other eglSwapBuffer() calls anywhere in the code.
I will produce a simple test app that illustrates my problem.
Bottom line is:
glut = 60 fps
wayland = 20 fps
Hopefully, in doing so, it will
On Tue, 18 Sep 2012 12:52:12 -0400
jegde jedge bubba...@gmail.com wrote:
the (window == NULL) was a remnant of prior experimentation.
I have removed and confirmed
There are no other eglSwapBuffer() calls anywhere in the code.
Ok, good.
I will produce a simple test app that illustrates my
Sorry about the delay.
I flew 8 legs in 4 days this week.
Here are the mains for both the glut and Wayland instance of my test
application.
uMfdInit, uMfdDraw, and c-controller-event() are the interface
functions, solely used by both implementations.
The code under the hood is IDENTICAL. (with
On Fri, 7 Sep 2012 20:48:17 -0400
jegde jedge bubba...@gmail.com wrote:
Sorry for the delay, my mail tool didn't link up this thread fro me.
I am running w/ DRM not X11; running weston in an X client was not
adequate for my test app.
I start by obtaining a virtual terminal ;init 3 ; then
I will post code when I get to the hotel tonight.
Basically, I simply ifdef'd in redraw() in simple-egl and branched into my
draw routine.
I will post both wl_client and glut front ends.
Thank you for your help.
Is there a place that describes any threading model there may be in iterate
or flush
On Mon, 10 Sep 2012 07:56:22 -0400
jegde jedge bubba...@gmail.com wrote:
Is there a place that describes any threading model there may be in iterate
or flush that could cause a block?
Libwayland objects are not thread-safe.
wl_display_iterate() can block, if you call it with READABLE and
Sorry for the delay, my mail tool didn't link up this thread fro me.
I am running w/ DRM not X11; running weston in an X client was not
adequate for my test app.
I start by obtaining a virtual terminal ;init 3 ; then weston-launch
This way I eliminate any X11 variables.
You can see egl loading
Thank you so much, that did the trick!
Next Question :)
On the same code, on the same hardware...
I am getting the glut 60 fps limit when running my app using the glut
front end via
gnome and X.
I am getting ~24 fps using the simple-egl front end on top of wayland.
I also noticed the display
I forgot to mention.
its on 945GME
glut 60 fps uses 17%cpu
wayland 24 fps uses 3% cpu
I am hoping for an apples to apples. !
___
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/wayland-devel
Is there a bare bones open gl example that implemnts the bare minimum
needed to get a wayland surface and begin drawing using openGL?
I'm having a hell of a time porting my GLES1 application to run as a
wayland/weston client.
This application has run on psp, iPone, glut, and android.
Since It
Right under your nose:
http://cgit.freedesktop.org/wayland/weston/tree/clients/simple-egl.c
Kristian
On Wed, Sep 5, 2012 at 4:29 PM, jegde jedge bubba...@gmail.com wrote:
Is there a bare bones open gl example that implemnts the bare minimum
needed to get a wayland surface and begin drawing
Thanks,
I tried that route. it is a gles2 not gles or opengl example; and that
will not work with the fixed function pipeline functions like
glPushMatrix et.al.
I went with the gears example since it binds the OPENGL API but it
uses the window/toytoolkit/libshared stuff with cairo
and I don't have
On Wed, Sep 5, 2012 at 8:11 PM, jegde jedge bubba...@gmail.com wrote:
Thanks,
I tried that route. it is a gles2 not gles or opengl example; and that
will not work with the fixed function pipeline functions like
glPushMatrix et.al.
Sure, it's a gles2 example, but it shows you how to get a
14 matches
Mail list logo