Py5, a Python version of Processing for your creative coding projects
1–10 of 34 posts
Re: Py5, a Python version of Processing for your creative coding projects
#2I don't get it, I thought this was a port of Processing to Python, but then the installation instruction says:
> If you have Java 17 installed on your computer, you can install py5 using pip:
So it still depends on Java? Is this like a Python wrapper for Processing?
UPDATE: Got the explanation. From another page on the website:
> Py5 is a creative coding framework for Python 3.9+. Its use and functionality is analogous to the widely used Processing framework. It is a Python version of Processing.
> Internally py5 uses Processing’s core libraries, which are written in Java, while providing the end user with a (mostly) seamless Python programming experience.
Emphasis is mine. The wording in the first paragraph (which is the same as on the project's home page) seems ambiguous to me. Reading it I would really not expect a Java dependency.
Re: Py5, a Python version of Processing for your creative coding projects
#3I don't get it, I thought this was a port of Processing to Python, but then the installation instruction says: > If you have Java 17 installed on your computer, you can install py5 using pip: So it still depends on Java? Is this like a Python wrapper for Processing? UPDATE: Got the explanation. From another page on the website: > Py5 is a creative coding framework for Python 3.9+. Its use and functionality is analogo…
Yep. In case you don’t want to write Java you can do it in Python. But it uses the same engine
Re: Py5, a Python version of Processing for your creative coding projects
#4I don't get it, I thought this was a port of Processing to Python, but then the installation instruction says: > If you have Java 17 installed on your computer, you can install py5 using pip: So it still depends on Java? Is this like a Python wrapper for Processing? UPDATE: Got the explanation. From another page on the website: > Py5 is a creative coding framework for Python 3.9+. Its use and functionality is analogo…
Yep. In case you don’t want to write Java you can do it in Python. But it uses the same engine
I suppose jython would be particularly useful in such cases
Re: Py5, a Python version of Processing for your creative coding projects
#5"X is a new version of Y" is a really uninformative way to introduce a project.
It's especially annoying when I click the link to Y and it just says "This repository contains the source code for Y".
Re: Py5, a Python version of Processing for your creative coding projects
#6It took way too many clicks for me to figure out what this project is. And I'm still not entirely sure.
Re: Py5, a Python version of Processing for your creative coding projects
#7Is this any faster than Processing? I like playing with it for random art projects but always end up in optimization hell trying to speed things up.
Re: Py5, a Python version of Processing for your creative coding projects
#8Earlier quoted context omitted.
Yep. In case you don’t want to write Java you can do it in Python. But it uses the same engine
I suppose jython would be particularly useful in such cases
People have got Processing working Jython (I played with it myself a very long time ago).
Jython itself is making it's way to a python 3.x implementation but it doesn't seem to be quite there for general consumption, though maybe for some creative coding things this isn't a problem, for myself I'd need to wait until it's ready.
If you are able, I'd recommend contributing to the Jython 3 work.
Re: Py5, a Python version of Processing for your creative coding projects
#9Is this any faster than Processing? I like playing with it for random art projects but always end up in optimization hell trying to speed things up.
I would assume that drawing performance is slower because it’s doing FFI from CPython to the JVM, but that you may be able to get speedup if your bottleneck is something that can leverage numpy.
Re: Py5, a Python version of Processing for your creative coding projects
#10Is this any faster than Processing? I like playing with it for random art projects but always end up in optimization hell trying to speed things up.
I would assume that drawing performance is slower because it’s doing FFI from CPython to the JVM, but that you may be able to get speedup if your bottleneck is something that can leverage numpy.
Yeah, I think most times it isn't the drawing but the calculations I'm doing in the background, I'll have to try this out.