Duncan,
one more thing (slightly less publicly oriented), doesn't something feel OTT
with the development process?

I came to linux because I knew I might need to touch the metal (prior to
this I've coded in .net compact...), you have so many things in the way its
hard to know whats real and whats not.

simplicity is the key, I compile directly on my n810 and run with direct
hardware and no emulation or vmware or scratchbox or anything and testing is
live and I touch my code and its such a liberating feeling!

I get better performance on my n810 than I see and hear people getting on
other more capable platforms :)

My framework is very simplistic compared to clutter, but will allow me to
build my kind of applications.
For now it is so immature, but if you take a look here:

http://www.youtube.com/watch?v=iMXp0Dg_UaY

(and at my other videos) you will see I have broken all the rules but for
the right reasons :)
its coming along nicely and I've taken the lessons I learnt with my
monolithic app (which was half a framework internally anyway) and am
expanding it to cater for outside development.

Its a little seed that is built from the kind of goodness I expected my
handheld to have and will continue to evolve with time and energy

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

Reply via email to