[PD] plans for Pd 0.48

[Miller Puckette]

Both that and a text-object upgrade are on the dolist... I need to think
carefull about how exactly to do this in the most future-proof way, as
usual...

cheers
M

On Mon, Jan 02, 2017 at 09:15:59AM -0800, Alex wrote:
> I wonder if we could get the additional [inlet~] features in there too.
> Maybe someone has a branch with some of those?
> 
> I believe they were:
> 
> 1) a control outlet so that abstractions can take both signals and controls
> in their left most inlet like other (first class?) objects.. and, for
> instance, clone with only signal inlets can still accept messages in its
> left most inlet.
> 2) another outlet to indicate if a signal is actually attached to the
> abstraction's inlet.
> 
> 
> The DSP signal connection sensing could be quite nice so that we could
> create abstractions and externals that fade in/fade out when signal
> connections are connected or disconnected.. nicer for live patching..
> 
> On Sun, Jan 1, 2017 at 12:32 PM, 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 mailing list
> > UNSUBSCRIBE and account-management -> https://lists.puredata.info/
> > listinfo/pd-list
> >

> _______________________________________________
> Pd-list at lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list