Hello,

Is the Java Virtual Machine installe on the Linux for raspberry Pi?

F. BILLARD

Yes it does have the openJDK JVM 1.6 as supplied from debian linux. The problem is that there's no Processing install available for ARM on Linux.

I tried exporting a project as an application from my Mac and running that on the Pi, but it complains that i386 code cannot be executed on ARM :(

I really do think that the raspberry pi could be a great platform for Processing projects.

" I tried exporting a project as an application from my Mac and running that on the Pi"
This method cannot work.
At best, move the jar to the Pi and try to run it with the Java you have on it.
It won't be able to use libraries with native code, like Minim. Not sure if OpenGL is supported there.

Doesn't it also run Android ? Have you tried that ?

What is /home/pi/processing-2.0a6/java/bin/java? Is that a shell script to run Java? Perhaps its syntax isn't accepted by the Pi' shell.

Hi

I successfully managed to run Processing on the Raspberry Pi :

- install Java for ARM (OpenJDK through apt-get on Debian)
- download the official zip for Linux 32 bits (version 1.5.1 in my case)
- unzip as usual but then remove the java directory and make instead a symbolic link : java -> /usr/lib/jvm/java-6-openjdk/

Then you should be able to have Processing running.
But as I need to use it without X environment (no display), I had to install the virtual X framebuffer (xvfb)
And if you plan to use Serial communication, you have to replace the rxtx so library by a ARM-compatible one.

If you read french, steps are explained here (look thru Raspberry Pi keyword-related articles) : http://www.pobot.org/Processing-sur-Raspberry-Pi.html

If you need USB serial communications on the RPi with Processing, you have to make changes to the P5 environnment, such as deleting the RXTX .so and replacing with ARM versions, available from " sudo apt-get install librxtx-java"

I am currently trying to figure out how to run an OPENGL sketch in processing on the raspberry pi. I installed all probably necessary packages like jogl/gluegen-rt etc, but i can still not manage to make it work on the pi. 

The UnsatisfiedLinkErro: jogamp.common.jvm.JVMUtil.initialize(Ljava/nio/ByteBuffer;)Z -
is caused by missing gluegen-rt-natives-linux-arm*.jar and jogl-all-natives-linux-arm*.jar inside the processing SVN
http://processing.googlecode.com/svn/trunk/processing/core/library/
They all do exist here:
http://jogamp.org/deployment/jogamp-current/jar/

There was a small jar name change in JogAmp JOGL RC10:
jogl.all.jar is now named jogl-all.jar
make sure Processing include the gluegen-rt.jar and jogl-all.jar in the classpath and that the  *natives-linux-arm*jar's is placed next to them.
http://jogamp.org/jogl/doc/deployment/JOGL-DEPLOYMENT.html

The Raspberry Pi OpenGL ES drivers uses a broadcom specific native window instead of a traditional X11 native window. This makes it hard to get the existing processing AWT/X11 code to run hardware accelerated out of the box.
I have recently added Raspberry Pi Broadcom VC IV NEWT driver autodetection to JOGL that will be included in JogAmp JOGL RC11.
https://github.com/sgothel/jogl/commit/20a2a4f27c9d7c029a86a96fa44c7e77d2d7db6b
Autobuilds from Oct-2012 and later will include this auto-detection: http://jogamp.org/deployment/archive/master/?C=M;O=D
This means that P3D will work out of the box on the Pi if you compile/patch processing to use JogAmp NEWT windowing toolkit instead of AWT by default.

I will say the above comment is a bit over my head, but i do understand it will be modifying core directories to point Processings search paths for files. 

You may check this file (library .so) exists on your Pi and copy (or link) it to the applet sketch with the other .so files.

"... copy (or link) it to the applet sketch with the other .so files"

For example :

For example :

And all of these steps leads me to my original problem, that being I have a missing " libjnidispatch.so" file.

Could anybody solve this libjnidispatch.so error? I am getting the same one

Howdy, wondering if anyone has thought about creating a RaspPI mode for Processing (like Android mode) that would actually export a disk image of a stripped down OS (basically enough to run the Sketch on power up)?  

It seems the missing  libjnidispatch.so error is as far as anyone has taken this problem. Are there any updates on how to solve the situation? I'm also stuck there. Perhaps xranby's comment could be a solution. Could you explain a bit how to implement those files and how to set the processing paths?

www.epicjefferson.com

I DELETED MY OP because: I finally got it to work, but now I understand why it really can't work on the R/Pi.

It is painfully slow when doing graphics and the little cpu window turns completely green. I don't want to kill off my R/Pi!

 I expect it might be all right with Arduino work -- I hope it is.