On Tue, Oct 7, 2008 at 7:43 PM, Pritam Ghanghas <[EMAIL PROTECTED]> wrote: > On Tue, Oct 7, 2008 at 6:02 PM, thomasg <[EMAIL PROTECTED]> wrote: >> On Tue, Oct 7, 2008 at 1:53 PM, Andy Green <[EMAIL PROTECTED]> wrote: >>> >>> -----BEGIN PGP SIGNED MESSAGE----- >>> Hash: SHA1 >>> >>> >>> > No -- I mean that GTA02 has "risc coprocessors" too like the OMAP >>> > discussed here, they are not automatically any benefit unless they are >>> > actually deployed to do something was the point. I don't think it's any >>> > secret we likely won't be using the Glamo again. >>> > >>> > If the DSP is deployed in vendor or third party provided reference codec >>> > implementations like WMV9, there are patent and copyright issues going >>> > to be all over them from our POV. >>> > >>> >> for this there is another solution. No vendor provides support for >>> >> patented codecs and stuff in >>> >> Linux Market but anyone can install it from huge no of community repos >>> >> available. And when TI >>> >>> Yes, but these implementations run on normal CPU. Stuff may or may not >>> get ported to magic DSPs; just saying that first, availability of magic >>> DSP vendor or third party "IP" reference codecs is not meaningful for >>> us, and second, it's likely that proprietary DSP coprocessor concept >>> found only on one family will suffer from at least the hurdle of effort >>> needed to make special Free implementations. >>> >>> >> I suggest that we should be active on the beagleboard mailing list, >>> >> strongly backed by TI, to have an informed view on this >>> > Of source the situation with s3c6410 3D stuff is unclear right now too. >>> >> situation about any 3d core always remains fuzzy. Complete freedom in >>> >> this area will come only with GPLed graphics core :-) >>> >>> Yes somehow these products are at the intersection of the remaining >>> closed flashpoints, GSM, WLAN firmware, blobs in GPS we dodged, 3D... >>> >>> - -Andy >>> -----BEGIN PGP SIGNATURE----- >>> Version: GnuPG v1.4.9 (GNU/Linux) >>> Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org >>> >>> iEYEARECAAYFAkjrTZ0ACgkQOjLpvpq7dMrHYgCeJgrb3BOX9u7y16jpBQQRnXNs >>> NsgAmwXmekDywQXi7rzfYd3e7sqdIg9y >>> =k8jK >>> -----END PGP SIGNATURE----- >> >> Like I said, there will be (or already is, didn't do any further research a >> FOSS driver for the DSP in the OMAP3. After all it doesn't look that magic, >> it just is pretty damn fast. >> The beagleboard people are on it and already using it and it seems to do a >> great job in decoding videos and other things. >> It also seems that the beagleboard guys are not only in touch with TI but >> also that TI is heavily included in the development of this platform and >> highly interested in the open source platform. >> Of course that wont help with the PowerVR issue, because that's a 3rd party >> product (the only relevant one in OMAP3 afaik). >> But however, there is omapfb for unaccelerated graphics output. >> >> Maybe some of the beagleboard developers are reading this list, too - it >> would be great if they could enlighten us. > > As I already mentioned for PowerVR also, there will be a open source > kernel driver with a binary user space > driver port. > you can have a look at the following portion from the url > http://elinux.org/BeagleBoard > > Graphics accelerator > > OMAP3530 used on BeagleBoard contains a graphics accelerator (SGX) > based on the SGX core from Imagination Technologies. PowerVR SGX530 is > a new generation of programmable PowerVR graphics and video IP cores. > Only the kernel portions of Linux drivers will be open source. The > PowerVR folks will provide binary user-space libraries. Using the > EMail contact at TIs Mobile Gaming Developers page there are Linux > v2.6 OMAP3430 SDKs for OMAP3 Zoom and SDP supporting OpenGL ES v2.0, > OpenGL ES v1.1 and OpenVG 1.0 available. > > This is the maximum you will be available to get from any vendor > without signing a NDA. > I still dont understand openmoko is so keen on Samsung. Is it giving > them some platform maturity advantage as all their > products till now had Samsung SoC. There is no doubt OMAP3 is better. > And I am sure that TI would have contacted them > and offered all the help because they are seemingly contacting and > endorsing every open source project out there. >
why was this discussion thrown in cold. Or everyone is on the same plane except me. Or Openmoko has already decided and its set in stone. I still believe using 6410 in GTA04 is nothing less a disaster than usage of glamo in GTA02. Please have a good discussion on it in your team before you go ahead with Samsung. Thanks, Pritam. _______________________________________________ hardware mailing list [email protected] http://lists.openmoko.org/mailman/listinfo/hardware
