After really digging the archives I came across one thread [1] that has a lot of good information on the limits of the Glamo and what has been tried already to get more usefulness out of it. I think it would be good to have some of the information from that thread on the wiki. Any suggestions on a good page for it?
It seems for now, trying to work around the scrolling and clipping graphics as Lally mentioned might be the best course of action. A limited driver supporting OpenGL ES 1.1 at 320x240 resolution would still be nice, but that won't solve any of issues with the user interface. -Jacob [1] http://lists.openmoko.org/nabble.html#nabble-td19892|a19892 On Sat, Nov 15, 2008 at 12:09 AM, Lally Singh <[EMAIL PROTECTED]> wrote: > The biggest usability issue with the graphical performance on the Moko > is scrolling/clipping graphics. > > If we had the ability to upload an image to the glamo, clip it, and > then pan it in the clip rectangle, a lot of the perceived slowness > wouldn't be a problem. As long as the controls were visually > responsive, they can have old state. People can manage with controls > that show old data, as long as they respond when you interact with > them. > > A few custom GTK widgets that manage the glamo for this sort of thing > (e.g. the large scroll window for applications, etc) would likely > result in worlds of improvement. > > .. or, something fancier... but I think this'd be a great step forward. > > -ls > > On Fri, Nov 14, 2008 at 2:14 PM, Riccardo Centra <[EMAIL PROTECTED]> > wrote: > > > > 2008/11/14 Tim Schmidt <[EMAIL PROTECTED]> > >> > >> On Fri, Nov 14, 2008 at 5:11 AM, Wolfgang Spraul <[EMAIL PROTECTED] > > > >> wrote: > >> > Openmoko actually has learnt a lot from this. First we have learnt to > >> > not trust high-level promises as much as before. > >> > In fact I would go as far as saying that going forward, we will not > >> > trust any promises about 'we will open this up later' anymore. > >> > Either it's open and documented at the time we make the decision to > >> > use those chips, or we look elsewhere. > >> > I believe that's what our customers want. > >> > >> Agreed, and awesome. > >> > >> > We have a long way to go to come out with kick-ass open phone > >> > hardware, but if our community doesn't loose faith and continues to do > >> > development together with us, we'll get there. The momentum we have > >> > built with the Freerunner is awesome. Please continue to buy > >> > Freerunners and to develop for it, same is happening internally. The > >> > next phones will build on top of the free platform we have built > >> > together, the technology investment will carry over. > >> > >> *crosses fingers and hopes* > >> > >> > Having said that, if someone wants to seriously develop for the glamo, > >> > please get in touch with me and we will find a legally correct way to > >> > extend the smedia documentation to you. > >> > In fact we have done that in a few cases before already, but I'm not > >> > sure how much actual codes have come out of that. I think very > >> > little ;-) > >> > So we need some really serious coders that don't mind a tough > challenge. > >> > >> I am not a skilled developer, but I would be more than happy to > >> organize, and participate in a traditional clean room > >> re-implementation of the documentation. > >> > >> As a GTA02 owner, as a founding member of the Open Graphics Project, > >> as a Director of the Open Hardware Foundation, I believe I have the > >> resources to accomplish such a task. > >> > >> I'd love to try. > >> > >> Can we make it happen? > >> > >> --tim > >> > >> _______________________________________________ > >> Openmoko community mailing list > >> community@lists.openmoko.org > >> http://lists.openmoko.org/mailman/listinfo/community > > > > Up for this request Wolfgang :) > > > > _______________________________________________ > > Openmoko community mailing list > > community@lists.openmoko.org > > http://lists.openmoko.org/mailman/listinfo/community > > > > > > > > -- > H. Lally Singh > Ph.D. Candidate, Computer Science > Virginia Tech > > _______________________________________________ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community >
_______________________________________________ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community