Re: [PD] plot - 1000 element limit?
Hi Derek - Pd hasn't ever been carefully tested in cases where objects send huge atomic messages to the gui - but in looking at teh code I don't see that there are any limits to their size (there used to be fixed buffer sizes here and there but it looks like it's all fixed now). So if you want, you can just remove the size limitations in g_template.c and recompile. I'm scared to do this in the Pd release since I don't really know how to know whether it will really work robustly on all posible OSes etc. cheers Miller On Wed, Jul 22, 2020 at 07:04:28PM -0700, Derek Kwan wrote: > Hello list, > > Long time, no e-mail. > > It seems there's a limit in [plot] to only plot the first 1000 elements > of a struct's array (at least for me on Ubuntu 18.04, pd 0.51)? I was > wondering if there was a practical and/or performance-related reason to > that limit (and also if said limit could be raised). > > I might have a weird use case, but I've been building a video player with > 16-parameter biometric data associated with each frame so I've been > using arrays in [struct]s to store the data and [plot] to plot it all > out with a cursor drawn with [drawpolygon] to track the position in the > data with the current video position. I've been working with up to > 10-12ish minute long videos so that's arrays of about length 11000 with > 16 elements per entry each and so I've been breaking the data up into > 1000-element to get around that 1000 element limitation. > > On my 5-ish year old laptop and loading up the data from a text file and > plotting everything and togglinng and untoggling plotting certain > parameters, the performance isn't so bad, definitely usable (just end > up with a horizontally lng canvas that you have to navigate with a > fair bit of scrolling). > -- > Derek Kwan > https://urldefense.com/v3/__http://www.derekxkwan.com__;!!Mih3wA!XWG3Qp-r8U1liyld3aPFLTJYBnA7lBoa7c-HqutQPYzgUjcWxaLWUM1k0xKW$ > > > > > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > https://urldefense.com/v3/__https://lists.puredata.info/listinfo/pd-list__;!!Mih3wA!XWG3Qp-r8U1liyld3aPFLTJYBnA7lBoa7c-HqutQPYzgUjcWxaLWUPtFtNkE$ > ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] switch-and-ramp technique
Thank you both, I understand now what I was doing wrong! El jue., 23 jul. 2020 a las 19:03, Miller Puckette () escribió: > Here's an abstraction I call rampdown~ - any time you want you can bang the > second inlet (control) and simultaneously cut off (brutally zero out) the > left (audio) inlet, as if you were stealing a voice that was actively > playing. I use this quite a bit for monophonic voice stealing, as when you > want to repeatedly trigger a monophonic sampler. > > #N canvas 105 474 450 300 10; > #X obj 64 68 inlet~; > #X obj 63 205 +~; > #X obj 64 255 outlet~; > #X obj 79 169 line~; > #X obj 183 86 inlet; > #X obj 183 190 snapshot~; > #X msg 79 141 \$1 \, 0 100; > #X obj 183 109 b; > #X connect 0 0 1 0; > #X connect 1 0 2 0; > #X connect 1 0 5 0; > #X connect 3 0 1 1; > #X connect 4 0 7 0; > #X connect 5 0 6 0; > #X connect 6 0 3 0; > #X connect 7 0 5 0; > > cheers > Miller > > On Thu, Jul 23, 2020 at 09:47:54AM +0200, Maximiliano Estudies wrote: > > Hello list, > > > > I'm working through "The theory and technique of electronic music" for > the > > second time and having some trouble implementing the switch-and-ramp > > technique described in 4.3.2. I understand the concept but my current > > implementation clicks harshly when I retrigger the envelope. > > > > Does anybody have an implementation I could look at? > > > > -- > > Maximiliano Estudies > > *VDT Referat Beschallung* > > +49 176 36784771 > > omslo.com > > maxiestudies.com > > > ___ > > Pd-list@lists.iem.at mailing list > > UNSUBSCRIBE and account-management -> > https://urldefense.com/v3/__https://lists.puredata.info/listinfo/pd-list__;!!Mih3wA!W3css_ej50c4YLdl1_hUs00Cnp2QAla3AgWMh-C_i7SIL3wOq0-XoXXs7LNa$ > > -- Maximiliano Estudies *VDT Referat Beschallung* +49 176 36784771 omslo.com maxiestudies.com ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] switch-and-ramp technique
Here's an abstraction I call rampdown~ - any time you want you can bang the second inlet (control) and simultaneously cut off (brutally zero out) the left (audio) inlet, as if you were stealing a voice that was actively playing. I use this quite a bit for monophonic voice stealing, as when you want to repeatedly trigger a monophonic sampler. #N canvas 105 474 450 300 10; #X obj 64 68 inlet~; #X obj 63 205 +~; #X obj 64 255 outlet~; #X obj 79 169 line~; #X obj 183 86 inlet; #X obj 183 190 snapshot~; #X msg 79 141 \$1 \, 0 100; #X obj 183 109 b; #X connect 0 0 1 0; #X connect 1 0 2 0; #X connect 1 0 5 0; #X connect 3 0 1 1; #X connect 4 0 7 0; #X connect 5 0 6 0; #X connect 6 0 3 0; #X connect 7 0 5 0; cheers Miller On Thu, Jul 23, 2020 at 09:47:54AM +0200, Maximiliano Estudies wrote: > Hello list, > > I'm working through "The theory and technique of electronic music" for the > second time and having some trouble implementing the switch-and-ramp > technique described in 4.3.2. I understand the concept but my current > implementation clicks harshly when I retrigger the envelope. > > Does anybody have an implementation I could look at? > > -- > Maximiliano Estudies > *VDT Referat Beschallung* > +49 176 36784771 > omslo.com > maxiestudies.com > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > https://urldefense.com/v3/__https://lists.puredata.info/listinfo/pd-list__;!!Mih3wA!W3css_ej50c4YLdl1_hUs00Cnp2QAla3AgWMh-C_i7SIL3wOq0-XoXXs7LNa$ > ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
[PD] switch-and-ramp technique
Hello list, I'm working through "The theory and technique of electronic music" for the second time and having some trouble implementing the switch-and-ramp technique described in 4.3.2. I understand the concept but my current implementation clicks harshly when I retrigger the envelope. Does anybody have an implementation I could look at? -- Maximiliano Estudies *VDT Referat Beschallung* +49 176 36784771 omslo.com maxiestudies.com ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list