Re: [PD] netreceive not refreshing values

2021-03-02 Thread IOhannes m zmölnig
Am 3. März 2021 03:36:12 MEZ schrieb Michael Karr : > > like to output these values three at a time using number objects. When > I > print the output, I get a whole bunch of values, but the number > objects > only retain the 1st, 2nd and 3rd value. How can I tell pd to pass > these > values until

[PD] netreceive not refreshing values

2021-03-02 Thread Michael Karr
Hello, I have set up a udp stream (consisting of millions of values), and I would like to output these values three at a time using number objects. When I print the output, I get a whole bunch of values, but the number objects only retain the 1st, 2nd and 3rd value. How can I tell pd to pass

Re: [PD] how to force the DSP call? / set delread~ delay name

2021-03-02 Thread Alexandre Torres Porres
Em seg., 1 de mar. de 2021 às 22:43, Christof Ressi escreveu: > while we're at it, any reason why not to have a "set" method for [send~] > and [catch~]? Seems inconsistent > > For the same reason why you can't set the name of [delwrite~] > I see, I got confused and thought we were supposed to

Re: [PD] inlet names (bad?) practice?

2021-03-02 Thread Jonathan Wilkes via Pd-list
> On Tuesday, March 2, 2021, 2:48:36 PM EST, Alexandre Torres Porres > wrote: Em ter., 2 de mar. de 2021 às 16:26, Jonathan Wilkes escreveu: Pd-l2ork 1.0 has tooltips > hmm, but how does it work? By fetching the data from `[pd META]` subpatches in help patches, which is the same across

Re: [PD] inlet names (bad?) practice?

2021-03-02 Thread Alexandre Torres Porres
Em ter., 2 de mar. de 2021 às 16:26, Jonathan Wilkes escreveu: > Pd-l2ork 1.0 has tooltips > hmm, but how does it work? Does it show the symbol from an inlet argument? If so, there is in fact a version of Pd that implements this. ___

Re: [PD] pause writing to delay line / hybrid of array and delay

2021-03-02 Thread Alexandre Torres Porres
Em dom., 28 de fev. de 2021 às 17:23, Alexandre Torres Porres < por...@gmail.com> escreveu: > https://github.com/pure-data/pure-data/issues/1273 > PR that adds freeze to [delwrite~], ya'll can test https://github.com/pure-data/pure-data/pull/1276 ___

Re: [PD] inlet names (bad?) practice?

2021-03-02 Thread Jonathan Wilkes via Pd-list
> On Tuesday, March 2, 2021, 1:57:43 PM EST, Alexandre Torres Porres > wrote: > Thanks for the pointers, I don't see this implemented in Extended (42/43) or > in Purr Data by extension. By readng the discussion, the patch was never > included in the distribution, right? AFAICT, the example

Re: [PD] inlet names (bad?) practice?

2021-03-02 Thread Jonathan Wilkes via Pd-list
> On Tuesday, March 2, 2021, 2:11:36 PM EST, Alexandre Torres Porres > wrote: > The idea doesn't sound bad, it'd be a nice GUI feature. As for the design, I > think you'd need a special flag to set the name and not just some symbol, > this way you'd not get into conflicts with the actual

Re: [PD] inlet names (bad?) practice?

2021-03-02 Thread Jonathan Wilkes via Pd-list
> On Tuesday, March 2, 2021, 1:19:53 PM EST, Claude Heiland-Allen > wrote: > On 02/03/2021 17:45, Jonathan Wilkes via Pd-list wrote: > > On Tuesday, March 2, 2021, 11:10:36 AM EST, Alexandre Torres Porres > wrote: > > > Hi, I was asking people on facebook where did they get the idea of >

Re: [PD] inlet names (bad?) practice?

2021-03-02 Thread Alexandre Torres Porres
The idea doesn't sound bad, it'd be a nice GUI feature. As for the design, I think you'd need a special flag to set the name and not just some symbol, this way you'd not get into conflicts with the actual arguments. Well, anyway, someone started abusing the fact that the object doesn't complain

Re: [PD] inlet names (bad?) practice?

2021-03-02 Thread Alexandre Torres Porres
Thanks for the pointers, I don't see this implemented in Extended (42/43) or in Purr Data by extension. By readng the discussion, the patch was never included in the distribution, right? So it was more like a plan than a reality? Em ter., 2 de mar. de 2021 às 15:20, Claude Heiland-Allen <

Re: [PD] inlet names (bad?) practice?

2021-03-02 Thread Claude Heiland-Allen
On 02/03/2021 17:45, Jonathan Wilkes via Pd-list wrote: > On Tuesday, March 2, 2021, 11:10:36 AM EST, Alexandre Torres Porres wrote: > Hi, I was asking people on facebook where did they get the idea of putting names in inlets/outlets, like: [inlet this-inlet-controls-frequency]. Not sure.

Re: [PD] pause writing to delay line / hybrid of array and delay

2021-03-02 Thread Alexandre Torres Porres
Hey Max, what do you need this for exactly? I've been meaning to get to this since I started working with cyclone, the idea then was to clone tapin~/tapout~ but the same design seems complicated for Pd as I discussed in other threads. So, I made changes to delread4~/delwrite~ that allows

Re: [PD] questions for delay external (was: pause writing to delay line / hybrid of array and delay)

2021-03-02 Thread Alexandre Torres Porres
Em ter., 2 de mar. de 2021 às 02:08, Alexandre Torres Porres < por...@gmail.com> escreveu: > I got stuck. > I made it! Freeze working now! I can include this in an update of ELSE soon, and also make a PR for vanilla now. As for the other design issues and questions, I guess I'll let it go and

Re: [PD] inlet names (bad?) practice?

2021-03-02 Thread Jonathan Wilkes via Pd-list
> On Tuesday, March 2, 2021, 11:10:36 AM EST, Alexandre Torres Porres > wrote: > Hi, I was asking people on facebook where did they get the idea of putting  > names in inlets/outlets, like: [inlet this-inlet-controls-frequency]. Not sure. But A_DEFSYM and A_DEFFLOAT are implemented in a way

[PD] inlet names (bad?) practice?

2021-03-02 Thread Alexandre Torres Porres
Hi, I was asking people on facebook where did they get the idea of putting names in inlets/outlets, like: [inlet this-inlet-controls-frequency]. My reasoning is that it is a comment as an invalid argument and a bad practice, and then I heard this used to be a feature in some version of Pd where

Re: [PD] providing object-lists for old deken packages

2021-03-02 Thread José de Abreu
on telegram community, neuerbor is updating bassemu, but i don't know if this counts as "maintained" his/her fork https://github.com/nioelumijkee/bassemu2 Em Ter, 2 de mar de 2021 10:19, IOhannes m zmoelnig escreveu: > On 3/2/21 10:31 AM, Lucas Cordiviola wrote: > > On 3/2/2021 4:26 AM,

Re: [PD] providing object-lists for old deken packages

2021-03-02 Thread IOhannes m zmoelnig
On 3/2/21 10:31 AM, Lucas Cordiviola wrote: On 3/2/2021 4:26 AM, IOhannes m zmoelnig wrote: so I would need a list of libraries to import. There might be more but these are not maintained AFAIK: adaptive arraysize bassemu~ boids chaos ekext hexloader log markex mediasettings motex

Re: [PD] providing object-lists for old deken packages

2021-03-02 Thread Max
<3 On 02.03.21 11:18, cyrille henry wrote: pmpd is maintained!!! Le 02/03/2021 à 10:31, Lucas Cordiviola a écrit : On 3/2/2021 4:26 AM, IOhannes m zmoelnig wrote: so I would need a list of libraries to import. There might be more but these are not maintained AFAIK: adaptive arraysize

Re: [PD] providing object-lists for old deken packages

2021-03-02 Thread cyrille henry
pmpd is maintained!!! Le 02/03/2021 à 10:31, Lucas Cordiviola a écrit : On 3/2/2021 4:26 AM, IOhannes m zmoelnig wrote: so I would need a list of libraries to import. There might be more but these are not maintained AFAIK: adaptive arraysize bassemu~ boids chaos ekext hexloader log markex

Re: [PD] providing object-lists for old deken packages

2021-03-02 Thread Lucas Cordiviola
On 3/2/2021 4:26 AM, IOhannes m zmoelnig wrote: so I would need a list of libraries to import. There might be more but these are not maintained AFAIK: adaptive arraysize bassemu~ boids chaos ekext hexloader log markex mediasettings motex PDContainer pddp pmpd cxc ext13 windowing pmpd moocow

Re: [PD] providing object-lists for old deken packages (Re: restrict "find externals" to exact matches)

2021-03-02 Thread Roman Haefeli
On Mon, 2021-03-01 at 20:13 -0300, Alexandre Torres Porres wrote: > > One way or another, what actually brought this up was someone having > trouble finding 'envgen' from ggee in deken, finding the one from > 'jl' instead (which is not from Extended by the way). Now, ggee has a > repository that