PowerVR EGL and GLES Libraries

How does one get access to these libraries? Multiple emails to the gamingonomap at list ti com has resulted in no response.

santosh

Op 13 dec 2008, om 18:20 heeft santosh balakrishnan het volgende geschreven:

How does one get access to these libraries? Multiple emails to the gamingonomap at list ti com has resulted in no response.

Keep mailing them, it took me 2 weeks 3 tries and poking various TI contacts before I finally got the drivers.

regards,

Koen

How does one get access to these libraries? Multiple emails to the
gamingonomap at list ti com has resulted in no response.

Keep mailing them, it took me 2 weeks 3 tries and poking various TI contacts
before I finally got the drivers.

I've brought this to the attention of the person responsible for
distributing the SDK externally. There was some confusion regarding
requests specifically for the Beagle board. In the future requests
should be met quickly with the same SDK used for the Zoom board.

Hope that helps,
Mike

Op 13 dec 2008, om 18:20 heeft santosh balakrishnan het volgende geschreven:

How does one get access to these libraries? Multiple emails to the
gamingonomap at list ti com has resulted in no response.

Keep mailing them, it took me 2 weeks 3 tries and poking various TI contacts
before I finally got the drivers.

I've brought this to the attention of the person responsible for
distributing the SDK externally. There was some confusion regarding
requests specifically for the Beagle board. In the future requests
should be met quickly with the same SDK used for the Zoom board.

I should add that the SDK is a windows executable containing the linux drivers. Since I don't have windows machines here (only OSX and linux), I asked for a linux (yes, a linux version of the linux SDK) or OSX version of it, but no joy. They did point out that I could unpack it with a windows machine. The responses reminded me of:

http://www.ubersoft.net/comic/hd/1997/08/failure-communicate

So first you get 2 weeks behind schedule because a myTI login isn't good enough, then you have to flood a mailinglist with requests and at the end you get something that you can't use in linux. To use some internet colloquial: EPIC FAIL

I guess the calculators make enough money so you can severely piss off customers that way in the omap department.

Koen

Any chance on public available drivers soon?
If i write an application needing them i don't want to have an end
user going trough the above.

I can't really comment on this. I don't think its going to be easy to
license these drivers in a way that allows you to redistribute them
any time soon, but I'm really not the right person to ask.

RE: Koen's remark on stupid Windows(TM) installers: I spoke again to
the person in charge of distributing the drivers to the community. It
is simply a matter of clickwrap.

I'm going to look into providing a EULA clickwrap for a nice simple
tarball of these drivers. Its not an area that I have any control
over but if I make it easy enough for an engineer to provide these
(perhaps via http://www.installjammer.com/) then hopefully they can
distribute something less Windows-ish alongside the already-existing
MSI.

There are folks here at TI trying to push things in the right
direction. Voice your concerns and experiences and we can help you.

Regards,
Mike

Any chance on public available drivers soon?
If i write an application needing them i don't want to have an end
user going trough the above.

I can't really comment on this. I don't think its going to be easy to
license these drivers in a way that allows you to redistribute them
any time soon, but I'm really not the right person to ask.

RE: Koen's remark on stupid Windows(TM) installers: I spoke again to
the person in charge of distributing the drivers to the community. It
is simply a matter of clickwrap.

I'm going to look into providing a EULA clickwrap for a nice simple
tarball of these drivers.

The dsplink and codec-engine people are already able to provide a linux clickwrap, maybe you could ask them for their scripts.

regards,

Koen

Mike Turquette wrote:

Any chance on public available drivers soon?
If i write an application needing them i don't want to have an end
user going trough the above.

I can't really comment on this. I don't think its going to be easy to
license these drivers in a way that allows you to redistribute them
any time soon, but I'm really not the right person to ask.

RE: Koen's remark on stupid Windows(TM) installers: I spoke again to
the person in charge of distributing the drivers to the community. It
is simply a matter of clickwrap.

TI provides some of it's SW with a Linux based clickwrap installer.

I'm going to look into providing a EULA clickwrap for a nice simple
tarball of these drivers. Its not an area that I have any control
over but if I make it easy enough for an engineer to provide these
(perhaps via http://www.installjammer.com/) then hopefully they can

Yes, this one!

The codecs for dsp-bridge are also distributed in this manner. But I
would prefer a text based app, like the one Nokia has for the Maemo
SDK, instead of a full-blown Java application.

Felipe Contreras wrote:

Any chance on public available drivers soon?
If i write an application needing them i don't want to have an end
user going trough the above.

I can't really comment on this. I don't think its going to be easy to
license these drivers in a way that allows you to redistribute them
any time soon, but I'm really not the right person to ask.

RE: Koen's remark on stupid Windows(TM) installers: I spoke again to
the person in charge of distributing the drivers to the community. It
is simply a matter of clickwrap.

I'm going to look into providing a EULA clickwrap for a nice simple
tarball of these drivers.

The dsplink and codec-engine people are already able to provide a linux
clickwrap, maybe you could ask them for their scripts.

The codecs for dsp-bridge are also distributed in this manner. But I
would prefer a text based app, like the one Nokia has for the Maemo
SDK, instead of a full-blown Java application.

The TI compilers come as a simple self-extracting archive for Linux
with a text-based "click"-wrap. If a plain tarball is impossible,
perhaps this could be an option for the SGX drivers as well.

I was indeed pointing at the text-based ones, not the Java ones.

regards,

Koen

Hi,
I am using mistral omap3530 board, wanted to develop some open GL
application using powerVR hardware accelerator, Where can I get the
driver from? Also are there some tutorials/demo app present so that I
can proceed ahead.
Rgds,
Vandy

Hi,
I am using mistral omap3530 board, wanted to develop some open GL
application using powerVR hardware accelerator, Where can I get the
driver from? Also are there some tutorials/demo app present so that I
can proceed ahead.

If you have the TI/Mistral OMAP35x EVM, then you should be able to get
the binary user-space code that Koen used to generate his demo in a
couple of days at http://www.ti.com/omapsoftwareupdates. This only
works if you have registered your OMAP35x EVM board at http://www.ti.com/omapregistration
.

Soon, you should be able to request the drivers from http://www.ti.com/omapgraphics
. Today, you can request the drivers for the OMAPZoom platform and
you might be able to get those to work with your BeagleBoard. The
ones Koen used should be available for request from that same site
soon. We are still restricted from providing an anonymous direct
download URL at this time.

The kernel sources Koen used are included as a patch within
OpenEmbedded.

This is good news. Lack of OpenGL support has been an impediment to my
development needs.

Thanks,
Bob McGwier

ARRL SDR Working Group Chair
Member: ARRL, AMSAT, AMSAT-DL, TAPR, Packrats,
NJQRP, QRP ARCI, QCWA, FRC.
"And yes I said, yes I will Yes", Molly Bloom