[PD] plans for Pd 0.48

[William Huston]

My #1 request is to be able to index into long arrays using the standard
phasor~, tabread4~ combo without loss of precision or complex hacks.

I have not been able to master the use of the onset inlet, and would prefer
a simple solution (from a user's perspective anyway) like the Pd Double
approach taken by Katja. Maybe at least improve the help file demonstrating
how the onset inlet works?

I deal with audio files commonly which are 1-2 hrs long. Would be wonderful
to be able to mangle them with Pd.

Thanks for Pd!!
It brings me joy every day.



On Sunday, January 1, 2017, Miller Puckette <msp at ucsd.edu> wrote:

> Hi all,
>
> I'm now ready to start working toward the next Pd release (0.48) . I've
> barely
> touched the Pd sources since the 0.47-1 release last June, and meanwhile
> picked
> up lots of ideas from the Pd convention and always have my own long list of
> things to do.   In the interest of transparency I'll try to map out my
> plans for
> the 3-ish months I think it will take me to get to 0.48.
>
> I'll only be advancing rather slowly before Feb. 4 because I have two
> separate
> music production projects before then; I'll start working faster after
> that.
>
> First thing is always to merge in as many patches and pull requests as I
> can.
> I get these from two sources: sourceforge
> (https://sourceforge.net/p/pure-data/patches/)
> and github (https://github.com/pure-data/pure-data/pulls).  At the moment
> I don't prioritize one of those above the other.  I do this first because,
> when I enter a period of heavy code editing I risk causing conflicts with
> patches/pull requests and I don't want to create extra work for
> contributors.
>
> In a few days I'll start on my own changes, with the major ones first so
> that
> there's extras time to get them decently debugged; then while bugs in the
> major changes are surfacing I can take on a larger list of smaller changes.
> The major changes I want to try to put in this release are as follows:
>
> 1.  Make a stab at making Pdlib callable from multiple threads.  There's a
> suggestion from Peter Brinkmann in which gensym() (and I presume by
> extension, pd_bind() etc) would be protected by a lock.  I have an
> alternative
> idea I'd like to float; I'll do this in a separate message to follow.
>
> 2.  fix "preferences" so that you can load/store them explicitly to files,
> and
> offer an option to delete all "system" preferences ("defaults" on mac;
> registry info on Windows).
>
> 3.  Adapt and incorporate the Pd-llork/purr-data "infinite undo" feature.
> Since
> the code has diverged I'll probably have to extensively rewrite it to work
> in Pd
> vanilla.
>
> 4. fix the DSP sorting mechanism so that objects can sense whether they
> have
> signals connected and, if not, avoid having Pd automatically generate fake
> signals for them to use.  This way, for example, "+~" can finally detect
> whether
> it's got a signal connected without having the user have to tell it via
> "+~ 0".
> Also, then the filters (hip~ etc) can then be upgraded to allow signals for
> filter parameters, without doing the extra calculations if there's no
> signal
> connected.  This will require adding something to the "DSP" mechanism; I'm
> still
> not sure how to do this in the best way.
>
> 5.  Make a binary "FUDI" format for pd~ objects, and perhaps also offer it
> as an
> option for netsend/netreceive (I'm not sure if that's needed or not -
> maybe the
> existing "-b" binary formatting can be used in conjunction with some new
> formatting/parsing objects to allow passing floats and symbols around in
> binary
> messages instead.)
>
> 6. Hack at sigmund~ to add some features it needs.
>
> This is a long list and I probably won't get to all of it.  Then I'll move
> onto
> all the smaller changes, which are too numerous to list here.
>
>
> _______________________________________________
> Pd-list at lists.iem.at <javascript:;> mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/
> listinfo/pd-list
>


-- 
--
May you, and all beings
be happy and free from suffering :)
-- ancient Buddhist Prayer (Metta)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20170102/78501944/attachment-0001.html>