:) Duncan,
its harder to explain than to do and I only know about this stuff in relation to liqbase (which has a number of parallels to the way clutter has been constructed and diverges in others). to show you properly I would have to release my code and its not ready just yet. You will have to readup on dynamic linking and see whats available to you. I had planned to get the first iteration out the door by now so that me and the patient beta guys could get hammering away at solidifying it and creating the apps we have discussed but with a full dayjob and family I don't get nowhere near enough time to work on it as I would like :) gary 2009/3/17 Duncan Cragg <m...@cilux.org> > Gary: > > I, too, am trying to get my OpenGL ES 2.0 application to work nicely within > the Maemo environment. > > I'm currently testing by killing off the window manager and other related > stuff - back to the old X11 wallpaper pattern, then running my app. Works > fine, as it goes. > > I knew I'd have to come up with a solution one day, but since the > conversation on this list recently (below), I thought I'd take this > opportunity to probe a little deeper. > > > I'm getting round this by designing my framework to allow both > > standalone unshared instances to be run (multiple XV overlays > > are allowed) and I have also put the core principles in place for > > dynamically loading shared application widgets into the playground. > > Fact is, I don't understand this, and was hoping you'd elaborate... =0) > > -------------- > > Does anyone else on the list know the Official Maemo Way to develop OpenGL > ES 2.0 applications? > > My approach is that I just run the PowerVR SDK in the X86 mode. I notice > that the lib/.h files have now arrived for cross-compiling to ARM. > > By the way, it's amazing how many levels and layers you can go through. In > case anyone else is put off trying it: I run in X86 SDK mode to the PVR ES > 2.0 emulation lib, which presumably uses the X86 SDK's GL libraries and then > goes to the Xephyr X11 app. This then runs into my Ubuntu's X11, which is > created by VMWare inside Windows XP inside a laptop with Intel Graphics > chips. (So I'm not expecting great performance! But it works fine for > testing. =0) I get "direct rendering: Yes" from glxinfo inside my VMWare > guest, so there's a slight chance that there is some acceleration going on > somewhere in the pipes... > > Anyone else got experiences to report? > > Perhaps we should start a wiki page somewhere to give the official > instructions for GL app devs, and to document successes and failures like > this? > > > Cheers! > > Duncan Cragg > > -- > *Q:* *What's The Killer App for Mobile 2.0?* > *A:* See http://the-u-web.org > > > > Subject: > Re: Clutter in Fremantle (Alpha SDK) From: > gary liquid <liq...@gmail.com> <liq...@gmail.com> Date: > Tue, 17 Mar 2009 09:28:34 +0000 To: > Henrik Hedberg <henrik.hedb...@innologies.fi><henrik.hedb...@innologies.fi> > CC: > maemo-developers@maemo.org > Hendrik, > > I assume that to use clutter in your application is to somehow get the > window manager to shutdown the opengl context and then open yours for the > duration before once again reopening the window manager. > > A somewhat challenging prospect! > > Whilst its possible to use x11 compositing to bring in a gtk or qt window, > I assume there is no extension to composite an opengl window itself. > > And since its "difficult" to allow sharing of data between applications > this is not something that could be fixed elegently. > > really makes you appreciate the underlying beauty of x11 :) > > I'm getting round this by designing my framework to allow both standalone > unshared instances to be run (multiple XV overlays are allowed) and I have > also put the core principles in place for dynamically loading shared > application widgets into the playground. > > It should be as simple as a change in the makefile to switch a properly > designed application between standalone or shared :) > > gary > > > On Tue, Mar 17, 2009 at 7:37 AM, Henrik Hedberg < > henrik.hedb...@innologies.fi> wrote: > >> >> Hi, >> >> How is Clutter supposed to work in applications in Fremantle? Will >> the Clutter-GTK library be included in the final SDK? >> >> I have tried to run a Clutter application that works in desktop >> environment. It compiles fine, but nothing happens when starting it in >> the Alpha SDK. Also, even the simplest example application from >> Programming with Clutter tutorial does not work [1]. >> >> Is this somehow related to this statement: "It is assumed that we >> will have only one OpenGL drawing context, and thus a single process >> running in the system will be using Clutter at a time. This process will >> be the window manager and the implementor of all challenging graphical >> UI effects on the screen." [2] >> >> What is the trick to get a working Clutter stage in Fremantle >> application? >> >> BR, >> >> Henrik >> >> [1] >> >> http://www.openismus.com/documents/clutter_tutorial/0.8/docs/tutorial/html/sec-stage.html#sec-stage-basics >> [2] http://maemo.org/development/sdks/maemo5_alpha_overview/ >> >> -- >> Henrik Hedberg - http://www.henrikhedberg.net/ >> >> > _______________________________________________ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > >
_______________________________________________ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
