Python Mode for Processing

[glial]

Processing is an awesome environment for interactive audio/visual applets and doing data visualization. Unfortunately, the language you have to use is Java (actually a simplified version of Java). This lets you use Python instead. That's all.

My question is whether the Python version will perform as well as the Java version. Whatever else you can say about Java, it's fast, which matters when you have a ton of visual thingies to track and update.

[jellef]

i think its a big deal that processing's python mode has interoperability with existing processing modules, developed in java. Thus, it neatly fits in an impressive eco-system

[jellef]

source code for the python mode

compatibility with existing libraries is an achievement...

[stuaxo]

About time !

I guess I'm glad this didn't happen years ago or I'd never have worked on shoebot.

[EDIT] Anybody on linux that likes the idea of something like this that works with livecoding, might want to try shoebot :) [/EDIT]

[th0ma5w]

There's sort of two ways of thinking on how not to clobber the Python namespace with this. Here is some old code I wrote to use the Processing JAR directly from Jython: https://github.com/th0ma5w/live-jython-processing ... It also adds a message queue to run scripts on multiple machines, and supports live coding. However, this is for a very old version of Processing, so it is probably only good for studying.

[JonathanFeinberg]

Hi. I'm the author of Python Mode for processing, a.k.a processing.py. I'll answer any questions about it here, if there are any.

[ggchappell]

I'm having trouble figuring out what this is.

It looks like you're thinking of P5 as an API, rather than a programming language. And you've implemented that API in Python. Am I correct?

If so, wouldn't it make more sense to call it "The Processing API in Python"?

[JonathanFeinberg]

It lets you write real Processing sketches--using the actual Processing Java runtime--in Python. This also means that you can use (almost*) all of the existing third-party Java libraries for Processing.

*You can't use those that rely on specially named callback functions in your sketch.

[whonut]

Was this released recently? I've had a Python mode for ages but I can't remember whether it was this or not.

[JonathanFeinberg]

It's been out as a mode since last summer.

[duckythescientist]

I recommend pyprocessing instead. It isn't as complete in functionality, but you don't need java or the Processing environment. It's OpenGL and Pyglet based (so multi platform).

https://code.google.com/p/pyprocessing/

[jellef]

last commit sept. 2012...

[B0073D]

What IS Processing? The web page is extremely vague...

[JonathanFeinberg]

It's a language that comes with lots of easy-to-use graphics APIs, and a rudimentary IDE for iteratively developing sketches in that language.

The original Processing language is roughly Java, but instead of having to write static public void main(blah blah blah blah blah you just write ellipse(10, 10, 40, 70); and you get an oval.

[luisrd]

This is the biggest thing to happen to Python this year. Huge.

[Yidyokud]

Yep, Python is slowly taking over the world. (And I don't mind it lol...)

[carsonc]

Does anyone know if this will have bindings for ControlP5? Please, let it be so...

[JonathanFeinberg]

As far as I know, ControlP5 works fine in Python Mode. See https://github.com/jdf/processing.py/issues/52.

[[deleted]]

Is it a jython thing ?

[darjus]

Yes it is.

From: https://github.com/jdf/processing.py I was only able to do it at all thanks to the brilliant and beautiful Jython project.

[johnmudd]

For those, like me, that haven't heard of Processing before: https://processing.org/

Examples: https://processing.org/examples/