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