hi.
no soluteion, just a quick comment:
On 10/9/22 10:16, Ingo wrote:
I have already spent countless hours in replacing number boxes and faders
with using canvases on top of the number boxes and faders.
this will actually make things worse!
from Pd's POV, you are now showing a number box
I have no experience with Pi - is running them on GEM an option?
Or a downsampled array display, depending on how much detail you need.
Am So., 9. Okt. 2022 um 18:19 Uhr schrieb Dan Wilcox :
> Before you rewrite the whole thing, maybe it's a bug on the platform...?
>
> Another option is not to
Hi Ingo and all -
This reminds me of a problem I had 15 or 20 years ago, in which the (ASCII)
communications between Pd and the GUI would sometimes choke under heavy
volumes - perhaps because teh GUI wasn't reading stuff as fast as Od was
trying to spit it out.
This would be dependent on the
Before you rewrite the whole thing, maybe it's a bug on the platform...?
Another option is not to use the Pd GUI at all and make a custom GUI using
OpenGL via something like SDL or OpenFrameworks, then communicate with Pd via
networking / OSC. IN fact, you could avoid the desktop GUI altogether
Hello everyone!
I'm having trouble on the Raspberry Pi 4 with showing arrays reliably with
Pd 0.51 and Raspbian OS.
I must say that the patch is a graphical synth editor with over 500
parameters. So it's quite large which could be part of the problem.
It takes 5-8 seconds on the Pi to open
