I'd love to be able to do that kind of thing on the ODROID-C1, especially since its GPU sounds like it's a lot faster! I see that they're designed by ARM rather than Broadcom, and there's a reverse-engineering effort that has produced something of a GL implementation on them http://limadriver.org/ that has Quake 3 Arena running on it already, and faster than the binary driver, but not yet playable https://libv.livejournal.com/23886.html; but that effort seems to have stalled last year. But it sounds like it was, at the time, limited to working from reverse engineering rather than official documentation https://archive.fosdem.org/2013/schedule/event/operating_sys..., and while ARM has a lot of development documentation on their Mali site http://malideveloper.arm.com/develop-for-mali/sample-code/, none of it seems to be for the GPU itself, but rather for the OpenGL ES implementation they've written for it.
So what's the deal? Is the GPU really actually totally undocumented officially, with the only available information being a dead open-source project that produced a half-complete free-software OpenGL implementation for it by reverse engineering? Or is there more stuff out there I'm missing?
(In any case, it's pretty incredible that in 2014 you can already buy an 8-processor single-board computer that you can program for US$35.)
It's amazing running Android. The drivers are all there and it can do 1080p playback no worries. Netflix for Android runs perfectly. So does every emulator going from the N64 generation back. Easily the best box short of a media PC to connect to your TV at the moment.
It's not as good with standard Linux. The graphics drivers aren't there at all. 1080p playback doesn't really work. Example link you can read up on yourself- http://forum.odroid.com/viewtopic.php?f=83&t=3214
I think you may have replied to the wrong comment, since what you said has nothing at all to do with what I was asking or saying in the comment of mine to which you attached it.
The Raspberry Pi folks managed to pry documentation out of Broadcom http://www.broadcom.com/docs/support/videocore/VideoCoreIV-A..., with an FFT example included in the standard distro https://github.com/raspberrypi/userland/blob/master/host_app..., resulting in porting the Deep Belief image-recognition SDK to that GPU http://www.raspberrypi.org/more-qpu-magic-from-pete-warden/ and SHA-256 http://rpiplayground.wordpress.com/2014/05/03/hacking-the-gp...
I'd love to be able to do that kind of thing on the ODROID-C1, especially since its GPU sounds like it's a lot faster! I see that they're designed by ARM rather than Broadcom, and there's a reverse-engineering effort that has produced something of a GL implementation on them http://limadriver.org/ that has Quake 3 Arena running on it already, and faster than the binary driver, but not yet playable https://libv.livejournal.com/23886.html; but that effort seems to have stalled last year. But it sounds like it was, at the time, limited to working from reverse engineering rather than official documentation https://archive.fosdem.org/2013/schedule/event/operating_sys..., and while ARM has a lot of development documentation on their Mali site http://malideveloper.arm.com/develop-for-mali/sample-code/, none of it seems to be for the GPU itself, but rather for the OpenGL ES implementation they've written for it.
So what's the deal? Is the GPU really actually totally undocumented officially, with the only available information being a dead open-source project that produced a half-complete free-software OpenGL implementation for it by reverse engineering? Or is there more stuff out there I'm missing?
(In any case, it's pretty incredible that in 2014 you can already buy an 8-processor single-board computer that you can program for US$35.)