We are about to switch to a new forum software. Until then we have removed the registration on this forum.
Happy to see Processing again accepted for Google Summer of code. I've been toying around with this idea for a while, but I think now all the stars are in correct alignment for this to actually work, so here is my proposal:
The Raspberry Pi (RPi) has been around for a while, and has proven to be a viable platform for many applications in education, media arts, prototyping etc. The initial model featured an ARMv6 CPU and a custom graphics core with open specs. As most Linux distributions settled on using ARMv7 (and higher) for their efforts on ARM, this made mainstream software support initially a little bit problematic and sure slowed adoption of the RPi for many use cases. Nevertheless, a dedicated flavor of Debian taking best advantage of the RPi's hardware capabilities called Raspbian was born (targeting the armv6hf ABI), and Oracle also released a version of Java optimized for this hardware.
Besides the RPi there exist also other affordable mini computers running on ARM, such as the Beagle Bone Black (BBB), some of which are also quite popular. A common trait amongst those are that they're generally using the more powerful ARMv7, and hence can make use of many upstream Linux distributions with little effort. All of them however lack a sufficiently open graphics core with graphics support in the Linux kernel & Mesa. Two recent developments make me want to work on enabling Processing on the Pi: the Raspberry Pi 2 was released, now featuring ARMv7 cores - which makes it a much more future-proof part in terms of software support, since it's now much more closer aligned with the other players. And the Raspberry Pi 2 is still using the same (3D OpenGL ES 2.0) graphics core, for which Eric Anholt is developing an open source, to-be mainlined driver, under the wings of the hardware manufacturer (Broadcom), which will work on both the RPi and RPi 2.
What could this mean? With a choice between many flavors of Linux, an open graphics driver coming together, and support from Oracle for ARM, this could well be the $35 computer that can be used for running Processing, working on sketches and run them in your studio, or in an exhibition - without having to part ways with one's laptop or having to buy a $600+ Mac Mini. It has always bugged me that the cost of materials for digital arts is so that students and young practitioners are constantly re-purposing and salvaging their artworks for the next ones. The Arduino is already at a price point where you might get a away with burying one in or with a piece. But this could get us a step closer to this for graphics and interaction.
This should be fairly straightforward, and involves mainly downloading the correct JRE for ARM, some changes to library loading, and cross-compiling any native binary code Processing is currently shipping. This would help the RPi as well as any other ARMv6/ARMv7 boards (such as the BBB).
This would help the RPi as well as any other ARMv6/ARMv7 boards (such as the BBB).
This would be specific to the Raspberry Pi and Raspberry Pi 2 (one image for both).
Rather than using the closed-source (binary blob) driver that came with the RPi from day one, but needed dedicated support in JOGL etc and had a bunch of issues which never got resolved, I intend base my work on the open VC4 kernel and Gallium Mesa driver that Eric Anholt is developing with Broadcom. This should minimize the number of RPi specific changes to Processing proper.
The RPi has a couple of exposed pins for GPIO, SPI, Serial etc. There are some caveats to using those (e.g. 3.3V levels), but it would be great to be able to make use of those instead of connecting and interfacing with another microcontroller. This could especially be nice for very high-speed IO, where the Serial and USB link used to be the bottleneck. There are already some Java libraries for IO on RPi, such as Pi4J (http://pi4j.com/), and it would be nice to wrap them for Processing, best with an API that is analogous to Arduino. It would also be great if such a library could also be made extensible for the BBB and other boards.
The RPi was designed with students and education in mind, but it's not entirely self explanatory (yet). A booklet can help explain in which ways such a mini computer is similar and different to a laptop running Mac or Windows. What the needed supplies are, such as a high-current USB power adapter. What peripherals can be connected. A few survival tips for using Linux, joining networks and transferring files onto and off the RPi.
This point is also listed in the general Project List: for ease of maintenance and long term effect it would be best to either get Processing upstream in the repositories of those distributions (or update any ancient versions that they might have), or at least provide a cleanly build extra package, that could be installed with yum & apt in a few easy steps.
The testing matrix is not too big with only three major RPi versions in existence, two which share the same CPU, and all of which share the same GPU.
Looking forward to your comments!