[PD-dev] plans for next Pd release

[Edwin van der Heide]

Dear Giulio,

Am I right to assume that this would include writing arrays to disk without interfering with the audio thread?

Best! Edwin

> On 16 Jul 2021, at 00:18, Giulio Moro via Pd-dev <pd-dev at lists.iem.at> wrote:
> 
> I have had this PR open for a while: https://github.com/pure-data/pure-data/pull/1261 . It adds threaded behaviour for disk and network I/O, making the Pd audio thread "real-time safer". I went through quite a few revisions courtesy of umlaeute and Spacechild1, but haven't heard from you directly. I am happy to do some more work if there is interest in merging. CI build currently fails because of weird "support" of ssize_t on VS (happy to hear about workarounds).
> Best,
> Giulio
> 
> 
> Miller Puckette via Pd-dev wrote on 13/07/2021 19:22:
>> (re-send - I had sent to pd-dev at iem.at 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
>> Pd-dev at lists.iem.at
>> https://lists.puredata.info/listinfo/pd-dev
> 
> 
> 
> _______________________________________________
> Pd-dev mailing list
> Pd-dev at lists.iem.at
> https://lists.puredata.info/listinfo/pd-dev