Hi,
I was investigating OpenGL python bindings on Fremantle. As I understand
from previous discussion on this topic: although PyOpenGL will work in
Fremantle SDK, it won't work on real hardware which will run OpenGL ES. So I
started looking for python bindings for OpenGL ES.
>From the top search
On Thu, Mar 5, 2009 at 4:00 PM, wrote:
> Hi,
>
> > I have ported the popular desktop game "Frets on Fire" (Guitar Hero
> clone) to Fremantle. It leverages the OpenGL support in the new platform.
> Here is the video (http://blip.tv/file/1839929)
> >
> > You can find the details of the
Hi all,
I have ported the popular desktop game "Frets on Fire" (Guitar Hero clone)
to Fremantle. It leverages the OpenGL support in the new platform. Here is
the video (http://blip.tv/file/1839929)
You can find the details of the port on my blog post (
http://jyro.blogspot.com/2009/03/frets-on-fi
On Mon, Dec 15, 2008 at 12:09 AM, Eero Tamminen wrote:
> Hi,
>
> ext Jayesh Salvi wrote:
>
>> Couldn't open SDL-window: X11 driver not configured with OpenGL
>>
>
> I think this is your problem. Does SDL work when not using OpenGL
> (I haven't tried
Hi,
I am trying to run a simple opengl program inside the recently released
fremantle SDK. I was delighted to see that it built successfully, but it
threw bunch of low level errors during runtime.
[sbox-FREMANTLE_X86: ~/gl-cairo-simple] > DISPLAY=:2 ./gl-cairo-simple
FreeFontPath: FPE "/usr/share
Hi all,
I have been working on SVG based GUI design for past few months. At Maemo
summit I showed the demo of my SVG based GUI apps to some of you. I was
delighted by the positive response. I am glad to announce version 0.1 of the
SVG based GUI framework "Inkface".
With this framework, you can de
You can find several examples of deriving from gtk.Dialog with this query:
http://www.google.com/codesearch?hl=en&lr=&q=lang%3Apython+gtk.Dialog&btnG=Search
Jayesh
On 2/5/08, Michele Tameni <[EMAIL PROTECTED]> wrote:
>
> Ho, i'm approcing the development on my new cool nokia device, but i can't
>
including list.
On 1/19/08, Jayesh Salvi <[EMAIL PROTECTED]> wrote:
>
> Best place to start is to use this SDK VM:
> http://maemovmware.garage.maemo.org/
>
> Best language to do GUI coding on maemo: python
>
> http://pymaemo.garage.maemo.org/documentation/pymaemo_tutor
I found out that the sluggishness observed was because of the Microb engine.
Last night when I tried by switching to Opera engine, it worked very fast.
So it's not the multiple threads that hildon or GTK fork, that cause
performance issues.
On 1/3/08, Jayesh Salvi <[EMAIL PROTECTED
de on maemo. I will soon release a .deb file
once I iron out some wrinkles.
Thanks,
Jayesh
On 1/2/08, Eero Tamminen <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> ext Jayesh Salvi wrote:
> >> I'm not sure but think it is because of gnome-vfs. Don't know proper
>
forgot to cc the list.
On 12/31/07, Jayesh Salvi <[EMAIL PROTECTED]> wrote:
>
>
> > BTW, are you sure the memory situation is really worse because of this?
> >
>
> What I see is, in 'top' all these processes show same percentage of memory
> utilizati
On 12/31/07, Jayesh Salvi <[EMAIL PROTECTED]> wrote:
>
> I'm not sure but think it is because of gnome-vfs. Don't know proper
> > terminology but maybe each vfs 'provider' in the dialog (like mmc, phone
> >
> > etc.) starts new process or s
>
> I'm not sure but think it is because of gnome-vfs. Don't know proper
> terminology but maybe each vfs 'provider' in the dialog (like mmc, phone
> etc.) starts new process or something like that.
>
> That sounds correct. I experimented with other dialogs that do no involve
filesystem access (Nam
t; dialog
> > and after some memory intensive tasks). You should notice a lot of
> memory
> > being free'd up.
> >
> > -Alex
> >
> > On Sunday 30 December 2007 05:20:34 pm Jayesh Salvi wrote:
> > > Hi,
> > >
> > > I am porting a pyg
Hi,
I am porting a pygtk application to maemo. It works alright, but I noticed
that it was consuming lot of memory, preventing me from opening other
applications.
When I investigated, I found that my python application was forking 4 more
instances of itself, each one identical in memory footprint
If you can modify application's code (at least the main() entry point) you
can register signal handlers for SIGSEGV, SIGABRT (most common causes of
program crashes) etc. Do "man signal" for more info. If the program is in
other languages then there should be corresponding ways to register these
sig
16 matches
Mail list logo
