2008/11/21 Lally Singh [EMAIL PROTECTED]:
As Raster's already pushed hard on Glamo acceleration, and I know he's
quite capable (I was an old enlightenment WM user back in the day), I
consider the glamo issue closed. We're stuck with what we have, and
simply have to find ways to be efficient
On Fri, Nov 21, 2008 at 3:09 AM, Timo Jyrinki [EMAIL PROTECTED] wrote:
2008/11/21 Lally Singh [EMAIL PROTECTED]:
snip
I'm taking a protective role for the community in all this. IMHO the
community's what makes the OM phone interesting. I'd rather not see
well-intentioned hackers spend long
2008/11/20 The Rasterman Carsten Haitzler [EMAIL PROTECTED]
it's accelerated - but likely polling the command queue status as you have
no
interrupts thanks to the linux kernel's policy of not exporting interrupts
to
userspace, so you're stuck with a poll loop. i can't remember if glamo had
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| so right now other than bugs and trying to minimise cpu overhead on
handling
| the commandqueue 2d is done - it's not getting faster. only thing
left is 3d.
| and that comes with a long list of gotchas.
On Fri, 21 Nov 2008 12:19:59 +0100 Nicola Mfb [EMAIL PROTECTED] babbled:
2008/11/20 The Rasterman Carsten Haitzler [EMAIL PROTECTED]
it's accelerated - but likely polling the command queue status as you have
no
interrupts thanks to the linux kernel's policy of not exporting interrupts
Hi,
all this talking without outcome is very boring to read. :|
I cannot help with the development of a free 3D-capable driver for the
Glamo directly instead I offer money!
As soon as cofundos.org is working again (I hope they haven't shut it
down) I will create a project and offer 50€ to the
2008/11/21 The Rasterman Carsten Haitzler [EMAIL PROTECTED]
XSync sends a request to x and waits for a reply - so your client app will
stop
and wait until x replies. x will reply once it has completed all existing
requests - that means the XCopeArea. while your app is waiting xglamo is
harald welte did good for via:
http://www.via.com.tw/en/resources/pressroom/pressrelease.jsp?press_release_no=2887
let's ship him to smedia :)
On Fri, Nov 21, 2008 at 2:02 PM, Nicola Mfb [EMAIL PROTECTED] wrote:
2008/11/21 The Rasterman Carsten Haitzler [EMAIL PROTECTED]
XSync sends a request
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| 2008/11/21 The Rasterman Carsten Haitzler [EMAIL PROTECTED]
| mailto:[EMAIL PROTECTED]
|
|
| XSync sends a request to x and waits for a reply - so your client
| app will stop
| and wait until x
2008/11/21 Andy Green [EMAIL PROTECTED]
Graeme seems to be planning to do his xorg version of Xglamo partially
in kernelspace to unify the locking, that would be when to do this too.
The Glamo's interrupt itself is supported and working, it's the basis
for the same waiting strategy (yielding
2008/11/18 The Rasterman Carsten Haitzler [EMAIL PROTECTED]
[...]
evas supports opengl too. no it doesn't have an advantage, as glamo won't
be
doing opengl at VGA (the resolution of the device) so you won't be doing it
for
normal 2D UI's (thus my comments of it being of limited use for some
On Thu, 20 Nov 2008 19:00:02 +0100 Nicola Mfb [EMAIL PROTECTED] babbled:
2008/11/18 The Rasterman Carsten Haitzler [EMAIL PROTECTED]
[...]
evas supports opengl too. no it doesn't have an advantage, as glamo won't
be
doing opengl at VGA (the resolution of the device) so you won't be
Hi,
On Fri, Nov 21, 2008 at 09:16:15AM +1100, Carsten Haitzler wrote:
On Thu, 20 Nov 2008 19:00:02 +0100 Nicola Mfb [EMAIL PROTECTED] babbled:
I wrote a small code snippet to test XCopyArea performance, and it seems to
do about 25fps smoothscrolling but at the cost of XGlamo using 70/80% of
On Fri, 21 Nov 2008 02:18:25 +0100 Sascha Wessel [EMAIL PROTECTED] babbled:
Hi,
On Fri, Nov 21, 2008 at 09:16:15AM +1100, Carsten Haitzler wrote:
On Thu, 20 Nov 2008 19:00:02 +0100 Nicola Mfb [EMAIL PROTECTED]
babbled:
I wrote a small code snippet to test XCopyArea performance, and it
Hi,
On Fri, Nov 21, 2008 at 12:28:44PM +1100, Carsten Haitzler wrote:
the policy of the kernel developers is not to export interrupts to usersapce
in
a generic way - or it hasn't been in the past. this may have changed recently.
so u can patch and create a specific driver just for glamo
On Fri, 21 Nov 2008 04:11:58 +0100 Sascha Wessel [EMAIL PROTECTED] babbled:
Hi,
On Fri, Nov 21, 2008 at 12:28:44PM +1100, Carsten Haitzler wrote:
the policy of the kernel developers is not to export interrupts to
usersapce in a generic way - or it hasn't been in the past. this may have
Lally,
how long is OM going to be using the Glamo?
The glamo will be kept for the lifetime of gta02, i.e. every gta02
will have the glamo chip.
For gta03, release date unknown, the decision is to not have a glamo,
we use the acceleration of the SoC.
The GTA02's been on the brink of
On Fri, 21 Nov 2008 11:59:42 +0800 Wolfgang Spraul [EMAIL PROTECTED]
babbled:
Lally,
how long is OM going to be using the Glamo?
The glamo will be kept for the lifetime of gta02, i.e. every gta02
will have the glamo chip.
For gta03, release date unknown, the decision is to not have a
Wolfgang, Raster:
On Thu, Nov 20, 2008 at 11:28 PM, The Rasterman Carsten Haitzler
[EMAIL PROTECTED] wrote:
The GTA02's been on the brink of obsolescence since the day it was
introduced.
Don't agree with you. In the long run everything is obsolete.
i think he is referring to using an old
For those of you who are interested in the fltkwish package for the FR,
I have added a couple of ipk packages to the SF repository. The fb2image
package is a small screen shot utility that is capable of generating
either png or jpg images from a sub-window of the FR screen. The
fltkwishlibs
2008/11/17 The Rasterman Carsten Haitzler [EMAIL PROTECTED]
[...]
no - it's not possible to do a scroll (via blit) as you have
alpha channels, layered objects etc. etc. - just trust me in that the cost
of
trying to figure out a blit - if it is possible is probably much higher
than
the cost
2008/11/17 Iain B. Findleton [EMAIL PROTECTED]
I have implemented an image display script on the FR that demonstrates
smooth scroll in the form of dragging the image about the screen. Works
for fairly large images (colour weather maps of North America). The
application uses the FLTK tool kit
No problem, although my setup is not opkg ready yet. As my stuff uses
Tcl, libjpeg,libpng,libtiff, the setup is not pretty yet, but if you are
a Linux handyman type, it can be done. Otherwise, it will have to wait
until I get around to package it all up...
Nicola Mfb wrote:
2008/11/17 Iain B.
On Tue, 18 Nov 2008 10:58:41 -0500
Iain B. Findleton
[EMAIL PROTECTED] (IBF) wrote:
No problem, although my setup is not opkg ready yet. As my stuff uses
Tcl, libjpeg,libpng,libtiff, the setup is not pretty yet, but if you
are a Linux handyman type, it can be done. Otherwise, it will have to
wait
Okay, for those of you who would like to test out this thing on your FR,
you can get an ipk from the fltkwish project on sourceforge.net. Once
you have Tcl on your phone (opkg install tcl), and the required
graphics libraries, you can do a quick test with the following script:
#!/bin/sh
On Tue, 18 Nov 2008 15:01:51 +0100 Nicola Mfb [EMAIL PROTECTED] babbled:
2008/11/17 The Rasterman Carsten Haitzler [EMAIL PROTECTED]
[...]
no - it's not possible to do a scroll (via blit) as you have
alpha channels, layered objects etc. etc. - just trust me in that the cost
of
On Mon, 17 Nov 2008 02:40:19 -0500 Lally Singh [EMAIL PROTECTED]
babbled:
Well then,
Therein lies the question, how long is OM going to be using the
Glamo? There's apparently some real potential in the device, but
that's really measured as much by the chip's relevance as its
2008/11/17 Lally Singh [EMAIL PROTECTED]:
$400 for a phone is a reasonable investment. But months of work in
one's spare time is much bigger. Before anyone commits to a
large-scale project, I think it's fair to ask OM what their plans are
with this chip.
Hey people, please don't
On Mon, Nov 17, 2008 at 5:52 AM, Timo Jyrinki [EMAIL PROTECTED]wrote:
Coding is fun! That's why we have
accelerometer-controlled Doom working fluently before phone calls, and
I think it's great ;)
I'm just starting my day here on the East coast of the U.S.. I'm confident
what you just wrote
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| On Sun, Nov 16, 2008 at 4:34 PM, Andy Green [EMAIL PROTECTED] wrote:
| FWIW I talked this over with an experienced 3D guy recently about
| something related and he was all in favour of discarding the kdrive
2008/11/17 The Rasterman Carsten Haitzler [EMAIL PROTECTED]
[...]
this is the thing.. the drvier is ALREADY doing this. i repeat this
ad-nauseum. the acceleration is the same u get in the nv driver or you
saw a
few years back in the i8xx drivers etc. you get blit and fill accelerated
(the
On Mon, 17 Nov 2008 14:30:31 +0100 Nicola Mfb [EMAIL PROTECTED] babbled:
Hi Raster! before reading this post I supposed that 2d acceleration was very
partially implemented. This cames out for example because I never see a
smooth scroll on the device. So what is the reason for this? glamo? 2d
I have implemented an image display script on the FR that demonstrates
smooth scroll in the form of dragging the image about the screen. Works
for fairly large images (colour weather maps of North America). The
application uses the FLTK tool kit with double buffering through X.
Nicola Mfb
If we work on having x.org server working on the FR, wouldn't that help for
whatever comes next?. At least we would have some working knowledge on how
to develop drivers for X, and a team of programmers with ample knowledge on
all things regarding the x.org Server.
I mean, the thing is
On Mon, 2008-11-17 at 11:58 -0500, Aliner wrote:
If we work on having x.org server working on the FR, wouldn't that
help for whatever comes next?. At least we would have some working
knowledge on how to develop drivers for X, and a team of programmers
with ample knowledge on all things
On Mon, Nov 17, 2008 at 12:06 PM, Graeme Gregory [EMAIL PROTECTED]wrote:
On Mon, 2008-11-17 at 11:58 -0500, Aliner wrote:
If we work on having x.org server working on the FR, wouldn't that
help for whatever comes next?. At least we would have some working
knowledge on how to develop
On Mon, 2008-11-17 at 12:12 -0500, Aliner wrote:
On Mon, Nov 17, 2008 at 12:06 PM, Graeme Gregory [EMAIL PROTECTED]
wrote:
On Mon, 2008-11-17 at 11:58 -0500, Aliner wrote:
If we work on having x.org server working on the FR,
wouldn't that
help for whatever
On Mon, Nov 17, 2008 at 6:12 PM, Aliner [EMAIL PROTECTED] wrote:
On Mon, Nov 17, 2008 at 12:06 PM, Graeme Gregory [EMAIL PROTECTED]wrote:
On Mon, 2008-11-17 at 11:58 -0500, Aliner wrote:
If we work on having x.org server working on the FR, wouldn't that
help for whatever comes next?. At
Jacob Peterson wrote:
There has been some discussion on the recently about the Glamo and
OpenGL where Wolfgang called for serious developers to get in touch with
him and he would see what could be done about getting access to the
NDA'ed Glamo documents [1]. A couple of developers responded
You can count me in. I have experience doing kernel development. Since the
documentation is not available, I saw a couple of pointers on how to start
on the nouveau project. They have an excellent section on tools and
documentation. http://nouveau.freedesktoplorg/wiki.
I have some questions, the
On Sun, Nov 16, 2008 at 8:49 PM, Aliner [EMAIL PROTECTED] wrote:
You can count me in. I have experience doing kernel development. Since the
documentation is not available, I saw a couple of pointers on how to start
on the nouveau project. They have an excellent section on tools and
What about using a software opengl es implementation ?
I used to play on this on wince targets (using vincent)
Anyway that's a job I'd like to be involved in , if I had time to
--
Related Obsession : http://rzr.online.fr/q/OpenGlEs
___
Openmoko
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| I have some questions, the glamo chip contains 3d support, what
| version of OpenGL (or OpenGL ES) is implemented?
| Are we still going to keep Xglamo (kdrive) or are we goint to use
|
On Sun, Nov 16, 2008 at 4:34 PM, Andy Green [EMAIL PROTECTED] wrote:
FWIW I talked this over with an experienced 3D guy recently about
something related and he was all in favour of discarding the kdrive
implementation and making a pure xorg one as a way forward: he told that
kdrive itself was
that just won't buy the 03 because they're angry.
--
View this message in context:
http://n2.nabble.com/Calling-interested-Glamo-OpenGL-developers-%28was%3A-The-forbidden-topic%3A-Glamo-OpenGL%29-tp1505667p1507674.html
Sent from the Openmoko Community mailing list archive at Nabble.com
On Sun, Nov 16, 2008 at 7:42 PM, Gothnet [EMAIL PROTECTED] wrote:
Lally Singh wrote:
Just fair warning here. As I don't think OM will use the Glamo in
future devices, doing the right thing isn't as critical as normal
software projects...
Doing the right this IS critical to support the
2008/11/17 Gothnet [EMAIL PROTECTED]
If OM drop efforts to make 02 better, then they'll probably have a lot of
folks that just won't buy the 03 because they're angry.
About freerunner in general if Openmoko will drop effort on it they'll have
to ship a gta03 without issues otherwise peoples
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Those are some good questions. From what I understand the Glamo is
fixed-function and supports OpenGL ES 1.1. As far as changing Xglamo to
be based on X over kdrive, I think to start, it would be best to leave
Xglamo the way it is and just
48 matches
Mail list logo