This is excellent, thanks. If Pd-l2ork includes the new [array] object suite, it may be worth it to use that instead of [expr] to get the array size, just for the sake of best practices.
I like the idea of a spectrum viewer. I'm including at least an [array-rfft], and probably the complex and inverse transforms with my array-abs. If I remember correctly the residual error vis-a-vis [rfft~] is in the ballpark of N/(10^9) and N/(10^12). It takes about 3 mins to calculate the rfft of a 2^24-point window, though. :) I'm way behind on a composition and busy with baby twins at the moment, but I can make it available in the next couple of days if it would be useful at all. I feel bad that I haven't been able to contribute as much as I would like to Pd and Pd-l2ork the last few years. On Fri, Jan 1, 2016 at 6:07 PM, Jonathan Wilkes via Pd-list < pd-list@lists.iem.at> wrote: > Hi katja, > Thanks! I'll have a look at your revisions. > > "tabview" sounds like a decent name, as long as it isn't used anywhere > else > in Pd-land. Just an fyi-- I gutted all the arrayviewlist functionality > for the GUI port of Pd-l2ork. > > Best, > Jonathan > > > > > On Friday, January 1, 2016 2:24 PM, katja <katjavet...@gmail.com> wrote: > > > Hi Jonathan, > > Your concept is a great improvement over built-in array list view. It > is now a very useful debug tool since you can jump to any desired > index no matter how long the array is. Thank you for this new year's > present. > > I figured out some refinements. Attached version has: > > - buttons: offset inc / dec by 1 or 10, set to min / max offset, refresh > - inlet for offset, refresh, and array name message > - outlets for index / value pairs and offset > - toggle to activate console printout > > It is temporarily called 'arraylistview2' for evaluation, and a patch > with tests is included in the tarball. An issue with the name anyhow > is confusion between 'arraylistview' and 'arrayviewlist'. Pd's > built-in method goes with message 'arrayviewlistnew'. Maybe it could > be a completely different name, like 'tabviewer'. > > Jonathan, your approach makes me realize once more how powerful Pd is > as a framework / language for dsp prototyping. Imagine a whole > collection of debug instruments along the same line, like zoom viewer, > spectrum viewer etc. Each tool would do a small job and they could be > chained together by array name and index offset. Yummy. > > cheers, > Katja > > > On Wed, Dec 30, 2015 at 4:15 AM, Jonathan Wilkes <jancs...@yahoo.com> > wrote: > > I did some revisions on an abstraction replacement for the listview > button > > in > > the array dialog. > > > > Rather than hook into a button buried in a dialog, I'm going to just > throw > > the > > abstraction in "extra" somewhere. That's about as discoverable as it > > currently > > is, plus one could use it as a control in a patch if they wish. But the > > best part > > is that it requires zero code in the core/GUI, opening up revisions and > > bugfixes to anyone who can write a Pd patch. > > > > Improvements welcome, as well as shorter abstraction name (as long as > it's > > obscure enough not to clash with anything else). > > > > -Jonathan > > > > > > On Thursday, November 19, 2015 12:20 PM, Jonathan Wilkes via Pd-list > > <pd-list@lists.iem.at> wrote: > > > > > > That's just a matter of creating a single number box and connecting its > > output to [s $0-offset]. > > > > Well, there's bounds checking, too-- the point is it's all just a Pd > patch > > so you're unlikely to crash Pd by revising the functionality. Plus the > > barrier > > to entry is much lower than the small number of people who can untangle > > garray-related spaghetti code. > > > > -Jonathan > > > > > > > > On Friday, November 13, 2015 4:00 AM, katja <katjavet...@gmail.com> > wrote: > > > > > > That looks good Jonathan. In current array list view the entries are > grouped > > per 1000 and arrows let you switch groups. For 'large' arrays (say one > > second of audio samples) this is inconvenient. Maybe your patch approach > > could even provide a better solution, like the option to select a > specific > > range. > > > > There's also method 'arrayviewclose' which I sometimes (ab)use to close a > > list view from within a patch. You don't want to try update an audio > array > > list view in real time! > > > > On Fri, Nov 13, 2015 at 1:32 AM, Jonathan Wilkes <jancs...@yahoo.com> > wrote: > > > > I don't know. Something like this with the guts hidden? > > > > I didn't do the hard stuff, like handling out-of-bounds elements if the > > array isn't a multiple of ten-- it's just a prototype. > > > > So, in that method you and katja are abusing, I can forward the arrayname > > as well as the current $0 count. Then I can open the patch and > immediately > > send a message to the relevant $0- receiver, and the patch will populate > the > > value table accordingly. > > > > And then I can get rid of all the arraylistview C/GUI code that's > scattered > > about. > > > > -Jonathan > > > > > > > > > > > > On Thursday, November 12, 2015 4:55 PM, Matt Barber <brbrof...@gmail.com > > > > wrote: > > > > > > A Pd patch with what in it? > > > > On Thu, Nov 12, 2015 at 4:21 PM, katja <katjavet...@gmail.com> wrote: > > > > > > > > On Thu, Nov 12, 2015 at 8:36 PM, Jonathan Wilkes <jancs...@yahoo.com> > wrote: > > > > Would you mind if this opened a Pd patch instead of a tk dialog? > > > > > > Could be OK if the list is editable, like current array list view. > > > > Katja > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > Pd-list@lists.iem.at mailing list > > UNSUBSCRIBE and account-management -> > > http://lists.puredata.info/listinfo/pd-list > > > > > > > > _______________________________________________ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > >
_______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
