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 flu
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
flush that could cause a block?
On Sep 10, 2012 6:49 AM, "Pekka Paalanen" wrote:
> On Fri, 7 Sep 2012 20:48:17 -0400
> jegde jedge wrote:
>
> > Sorry for the delay, my mail tool didn't link up this thread fro me.
> >
> > I am running w/ DRM not X11; running
m hoping I am just using it wrong.
I was hoping to do something similar to glutPostRedisplay() in a mouse
drag event.
This way I can start panning my textured tiles for a good test.
On Fri, Sep 7, 2012 at 2:16 AM, Pekka Paalanen wrote:
> On Thu, 6 Sep 2012 11:25:20 -0400
> jegde jedge w
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
using wayland likes to hover around 20 fps.
Is there some kind of throttle built into the frame rate for the
redraw callback?
Thank you.
On Wed, Sep 5, 2012 at 8:59 PM, Kristian Høgsberg wrote:
> On Wed, Sep 5, 2012 at 8:11 PM, jegde jedge wrote:
>> Thanks,
>> I tried that route
erg wrote:
> 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 wrote:
>> Is there a bare bones open gl example that implemnts the bare minimum
>> needed to ge
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 i
I have noticed that running a GLES application through the xserver is
considerably slower
Basically, I go from 60+ to 20 fps.
This raises a smiler concern wrt running VM's with a wayland/egl stack.
I imagine a VM display will act similar to the xserver architecturally.
If that is so, is it envisi
Just brought up wayland, weston, qt5, and xwayland on intel 945.
I can reproduce an Xorg crash everytime.
bring up # weston-launch -- --xserver
run any number of X clients
mouse over an X client and start scrolling the mouse wheel.
This will most likely crash Xorg and all the X clients.
Sometimes
Thanks everybody.
I ran into a few blocks trying to build qtwayland/src/plugins/platform/wayland
I have to keep two separate libxkbcommon's around one for weston and
one for qt5.
weston will not compile against the sha:3fbc277... version qt says they require
I don't know how to make 'qmake' on qt
On Tue, Aug 21, 2012 at 9:28 AM, Jørgen Lind wrote:
> Hi,
>
> On Tue, Aug 21, 2012 at 09:15:54AM -0400, ext jegde jedge wrote:
>> Please forgive the 'user' post in a devel list.
>>
>>
>> Does the weston compositor work with Qt5 apps?
> Yes
>&g
Please forgive the 'user' post in a devel list.
I am porting a fundamentally Qt system but still need some X backward
compatability?
I am unclear of the Qt/X/Weston/Wayland interoperability.
Does the weston compositor work with Qt5 apps?
Can the Qt5-compositor run the Weston apps?
Will the Qt co
SOLVED here:
http://lists.freedesktop.org/archives/wayland-devel/2012-August/004854.html
___
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/wayland-devel
On Fri, Aug 10, 2012 at 9:54 PM, Nerdopolis
wrote:
> writes:
>
>
>> Is this a bug in weston or cairo?
>>
>
>
> IIt's a bug in Mesa. Try reverting mesa to commit
> 102617bc5206e459bb1743d2d72341dbfe77bc58
> That's what I had to do.
Fixed my issue here
http://lists.freedesktop.org/archives/waylan
Looks like it is failing in:
~/mesa/egl/main/eglapi.c::eglCreatePBufferSurface()
~/cairo/src/cairo_egl_context.c:: cairo_egl_device_create()
~/weston/clients/window.c::init_egl()
~/weston/clients/window.c::display_create()
This means that all the boilerplate egl initialization has completed
succes
Thanks again. I Really appreciate the help.
I wiped everything, started from scratch, and followed the build
instructions at http://wayland.freedesktop.org/building.html verbatim.
With this mesa build I cannot get any
mesa-demo-8.0.1/src/egl/opengl/_screen example to run from the
tty console.
The
Thank you for your help.
It looks like I have a dri/mesa issue to resolve before I can run weston...
Is there a resource that shows how to get mesa egl/dri/drm working on i915?
I rebuilt (make clean, make, make install) mesa, then pixman, then
cairo, then weston.
When I recompile mesa with
Please point me in the right direction to get weston up from the
virtual terminal.
I have 0.95 currently working under X, but not DRM or wayland from a
virtual tty.
( I am new, how do you refer to the vtty wayland EGL platform? )
( I have mesa master currently running mesa egl demos from the tty
Does an IPC example using l4_sendrecv or IDL exist to communicate between
applications in there own containers.
If so does this example illustrate how to enforce rwx security permissions?
I did see the IPC example but this apparently only communicates between
threads in the same container.
Please
SOLVED
I had to hack the conditional opts.toolkit around configure_system in
build.py
On Thu, Nov 17, 2011 at 10:12 AM, jegde jedge wrote:
> The codezero.git devel repo provides an intuitive means (kernel menu
> configure) to define the number of containers and there corresponding
> a
The codezero.git devel repo provides an intuitive means (kernel menu
configure) to define the number of containers and there corresponding
attributes.
How is this done in version 0.5.0?
this tutorial does not seem to apply to the new release:
http://l4dev.org/getting_started_quick
Any help is ap
Sorry, I did not reply to the list...
please see below.
-- Forwarded message --
From: jegde jedge
Date: Fri, Nov 4, 2011 at 12:08 PM
Subject: Re: [codezero-devel] ubuntu/python/bsddb
To: Harold Grovesteen
This is needed on the codezero tarball release from the downloads page
SOLVED
Problem 1: ubuntu python compiled with _bsddb missing.
Problem 2: python will not compile with latest version of berkeley db
Problem 3: codezero db files are built usinig version 4.6 of berkeley bsddb
which is known buggy and explicitly shunned by python.
Problem 4: changing python on ubunt
I forgot to mention. I also tried these packages:
sudo apt-get install libdb-dev
sudo apt-get install python-bsddb3
___
codezero-devel mailing list
codezero-devel@lists.l4dev.org
http://lists.l4dev.org/mailman/listinfo/codezero-devel_lists.l4dev.org
Hello,
I cant get past this very simple step one:
./build.py
Every attempt resulted in the same error seen below.
I tried python versions 2.7, 2.6, 2.6.7.
and the default ubuntu python install linking python2.6 to python2.7
Script started on Thu 03 Nov 2011 02:12:21 PM EDT
bubbaht@fbcb2:~$ pwd
/
26 matches
Mail list logo