Re: cpu-speed limitations

2008-08-05 Thread Andy Green
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | sluggish and should be adequate given the task at hand. What is the deal | with Glamo? Do we have - or will we ever have - meaningful graphics | acceleration for the Freerunner, given that this Glamo

Re: cpu-speed limitations

2008-08-05 Thread Aaron Sowry
This is probably the negative effect of Glamo bandwidth constraints. All of your examples have some kind of heavy graphical action. If SD Card is being accessed at the same time it'll also make it sluggish. Glamo has the undeserved unique ability to force the CPU to wait for it, and it

Re: cpu-speed limitations

2008-08-05 Thread Tim Schmidt
On Tue, Aug 5, 2008 at 6:05 AM, Andy Green [EMAIL PROTECTED] wrote: We didn't get to the end of meddling with the Glamo yet, but what we got is what we got so far. The biggest handicap by far for that chip is we can't share the documentation. Is there anyone we can contact, as community

Re: cpu-speed limitations

2008-08-05 Thread Alex Kavanagh
Andy Green wrote, On 05/08/08 11:05: Somebody in the thread at some point said: | sluggish and should be adequate given the task at hand. What is the deal | with Glamo? Do we have - or will we ever have - meaningful graphics | acceleration for the Freerunner, given that this Glamo appears

Re: cpu-speed limitations

2008-08-05 Thread Michele Renda
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Why we all from this mailing list, we don't start to send a simple and educated email asking to release their documentation out of NDA? I think if they saw all our email with First name / Last Name asking it, may be they will start to think about

Re: cpu-speed limitations

2008-08-05 Thread Yorick Moko
I guess it could even prevent car gps-navigation because displaying the map + speed and using text2speech would probable give some problems There just hast to be someone in the community that can persuade them to give him/her the docs... Openmoko could give some employees of smedia a FreeRunner

Re: cpu-speed limitations

2008-08-05 Thread Jay Vaughan
That kind of sucks doesn't it. That there is a processor on the chip that could do, say, scrolling independently of the main processor and we aren't allowed to know how to do it. I'm sure it's a great chip, but if we can't drive it in interesting ways: a) it means that Glamo doesn't

Re: cpu-speed limitations

2008-08-05 Thread Michele Renda
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Yorick Moko wrote: Openmoko could give some employees of smedia a FreeRunner :) I think they have already a IPhonez :) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

Re: cpu-speed limitations

2008-08-05 Thread Michele Renda
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I think is because for now there are too many things to do, and OM has not all the people to work on all there. And for now the graphical acceleration is not one of the first priority. Remember that they are only a few of persons (and a fewer with

Re: cpu-speed limitations

2008-08-05 Thread Mikko Rauhala
On ti, 2008-08-05 at 14:10 +0200, Yorick Moko wrote: I guess it could even prevent car gps-navigation because displaying the map + speed and using text2speech would probable give some problems Oh come on, it's not that bad. Also (AIUI) you can pretty much scroll with the Glamo, only drawing

Re: cpu-speed limitations

2008-08-05 Thread Alex Kavanagh
Jay Vaughan wrote, On 05/08/08 13:11: That kind of sucks doesn't it. That there is a processor on the chip that could do, say, scrolling independently of the main processor and we aren't allowed to know how to do it. I'm sure it's a great chip, but if we can't drive it in interesting

Re: cpu-speed limitations

2008-08-05 Thread Jay Vaughan
I don't think that this is necessarily the case. OM people have lots of fish to fry and writing a acceleration code running inside the Glamo probably isn't *the* most important thing to be working on. Getting the core kernel, device libraries and some application software working

Re: cpu-speed limitations

2008-08-05 Thread Alex Kavanagh
Jay Vaughan wrote, On 05/08/08 16:32: I don't think that this is necessarily the case. OM people have lots of fish to fry and writing a acceleration code running inside the Glamo probably isn't *the* most important thing to be working on. Getting the core kernel, device libraries and

Re: cpu-speed limitations

2008-08-05 Thread Aaron Sowry
Is the glamo graphics stuff the 'most important' thing that should be done? No, but I don't think it should be ignored. If there are a limited number of people with the authority/ability to do this then I think that's where their attention needs to be focused. 'Graphics stuff' might seem

Re: cpu-speed limitations

2008-08-05 Thread Alex Kavanagh
Aaron Sowry wrote, On 05/08/08 17:12: Is the glamo graphics stuff the 'most important' thing that should be done? No, but I don't think it should be ignored. If there are a limited number of people with the authority/ability to do this then I think that's where their attention

Re: cpu-speed limitations

2008-08-05 Thread Yogiz
Is there anyone we can contact, as community members, to attempt to get the documentation freed up? Anything we can do at all for that matter? Whether or not it's likely to succeed. I considered this for a while and sent a quite long e-mail to [EMAIL PROTECTED] - the company that makes the

Re: cpu-speed limitations

2008-08-05 Thread Rod Whitby
Alex Kavanagh wrote: Jay Vaughan wrote, On 05/08/08 16:32: It would be a terrible shame if, after all the 'more important work' gets done, Glamo gets ignored because 'now its time to build new hardware'. I think it'd be rotten, in fact. I'd agree with that, if that happens - but that

Re: cpu-speed limitations

2008-08-04 Thread Andy Green
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | Hi all, | | I've noticed that the speed/usability of a lot of apps deteriorates | when under heavy load: numptyphisics with a lot of objects on stage, | epiano whith fast successive hits, playing an mp3