I would hope that the GUI vs. audio engine separation for libpd would be finalized
I think the GUI vs audio seperation has not even started yet :-)

However, I would agree that this is a very important long term goal, for all the reasons you've listed.

Christof

On 15.07.2021 11:57, Max wrote:
Hi Miller,

I'm very enthusiastic about the FreeRTOS port, this would open so many possibilities. I think FreeRTOS will run on the RPi too and possibly also on the Teensy. For the tooltips, I would hope that the GUI vs. audio engine separation for libpd would be finalized so that alternative GUI frameworks can be contributed. Thinking of the endless discussions of fontsize and cross-platform rendering issues in Tk, maybe that effort is better invested in taking inspiration from PurrDatas SVG rendering. I think Pd would benefit from the ability to write custom GUIs ans ship them like abstractions. That would close the gap to webaudio too, which works already today via libpd and emscripten - just imagine the possibilities of a native browser friendly GUI on top of it.

M.


On 13.07.21 19:22, Miller Puckette via Pd-dev wrote:
(re-send - I had sent to [email protected] but that now seems to be defunct...)

To Pd dev -
I'm going to try to get the next Pd release (0.52) out over the next month or two.  My personal priorities for this release would be putting in a message backtrace mechanism (by overriding canvas_connect and pd_bind to go through
small proxy objects; this will have to be done at load time I think) and
to go back and try to figure out how to do tooltips without adding cruft to the inlet structure.  (There's an ancient source-patch to provide tooltips
by Chris McCormichadn Guenter Geiger that I plan to start with -
https://sourceforge.net/p/pure-data/patches/264/).

Before doing that I want to do some reorganizing - in porting Pd to FreeRTOS (so I can run it on an Espressif LyraT board, which I think takes only about
10 or 20% of the current that a Pi needs) I found out that I had to move
a few functions from one file to another.

This might break some PRs, so... first of all would be to identify whatever PRs are ready to merge so I can do that before I make incompatible changes. Of course "stable development branch" first... then Dan's soundfile updates...
then what?

PS more ideas of mine (among many):
hot-reloading externs via a message to Pd
use a "unix binding" socket between Pd and pd-gui instead of localhost
generalize number/symbol box to allow displaying entire messages or lists

cheers
Miller




_______________________________________________
Pd-dev mailing list
[email protected]
https://lists.puredata.info/listinfo/pd-dev





_______________________________________________
Pd-dev mailing list
[email protected]
https://lists.puredata.info/listinfo/pd-dev



_______________________________________________
Pd-dev mailing list
[email protected]
https://lists.puredata.info/listinfo/pd-dev

Reply via email to