Processing 3.3.7 is out of the oven. Here's the build for ARM as well as our pre-configured Raspbian image. (The AARM 64-bit build got pulled while we investigate an issue with the bundled JVM.)
Processing 3.3.7 ARM-specific changes:
- Fixed support for the Mesa GL driver (it should no longer fail with register allocation errors)
- Increase the number of possible lights with the Mesa GL driver to four.
- Make it possible to open
/dev/serial0 via the Serial library.
- The image was re-built on top of the March 2018 Raspbian release, which includes support for the Raspberry Pi 3+.
- The image now also disables Processing's welcome screen, as well as checking for updates.
Processing 3.3.5 ARM-specific changes:
- Support for Raspbian release August 2017 got silently added to the release on August 21 2017
- Raspbian image got rebuilt, now based on the same August 2017 release containing Debian Stretch. Get it here.
- Support for the August 2017 release was also added to the GL Video library in version 1.2.3
Processing 3.3.4 ARM-specific changes:
- Running Processing with
sudo now loads the preferences and sketchbook folder of the original user
- The OpenCV library now supports ARM devices out of the box
- Processing's Sound library does so too
- The GL Video library got updated to version 1.2.2 with these changes:
- Updated Raspberry Pi & macOS to GStreamer 1.12
- Revamped the capability parsing code in GLCapture
- Added a start method to GLCapture for compatibility with the Video library
- Added a shader-based video mapping example by @Sardtok
- Compiled native library with -ffast-math
Processing 3.3.3 ARM-specific changes:
- IO library:
waitFor got fixed
Processing 3.3.1 ARM-specific changes:
- It is no longer necessary to uninstall the
libgles2-mesa package on Raspbian - we automatically load the correct implementation depending on whether the experimental driver has been enabled or not.
- We work around an issue related to multisampling - this makes 11 more P3D examples run with the experimental driver
- The GL rendering is no longer offset when overscan is enabled
- The mouseButton value has been fixed (#4499)
- 64-bit ARM support got added (please holler if it doesn't work)
- Hardware-accelerated OpenGL now works for ARM Mali devices, such as the CHIP and PocketCHIP
- IO library:
waitForInterrupt got changed to
waitFor (throws a runtime error instead of returning a boolean, can be called without timeout argument)
- IO library:
SPI.close() got fixed
- IO library: the undocumented
RPI class got removed (everyone seems to be using GPIO numbers anyway)
- Sound library: there is a test build of Processing's sound library that should work on ARM boards (please holler if not)
Processing 3.3 ARM-specific changes:
- Raspbian image got rebuilt, now based on the January 2017 release. Get it here.
- If you are interested in 3D, make sure to also try out the experimental driver contained in the image. The
raspi-config utility can be used to select which of the two drivers is being loaded. (Note: In the most recent Raspbian release, March 2017, the experimental driver has some issues when used with Processing, that's why we're sticking to the January release for now. Feel free to update if you aren't planning on using the experimental Mesa driver.)
Processing 3.2.3 ARM-specific changes:
Processing 3.2.2 ARM-specific changes:
- loadPixels() now works in combination with the GL Video library (patch by @codeanticode)
- Processing can now work out of the box with a globally installed JRE copy (e.g. symlinking
/usr/lib/jvm/jdk-8-oracle-arm32-vfp-hflt/jre/ on Raspbian) - no more reason for font sadness!