hi folks just a quick clarification on cyclone's [coll] object that i'm using in PD. i named mine [coll list] and i've loaded a text file into it. however, it seems like updates to the [coll list] object only seem to carry through all the coll objects in the active patch window. if you have a 'pd' subpatcher or you're in a subpatcher the changes don't seem to be propagating to the other subpatchers. if i load up the same text files in those subpatchers, they act like separate instances and are independent. as i recall the [coll] object in MaxMSP worked globally in all patch and subpatch windows as long as the name was the same.
so i don't know if this is normal behavior but i need a global list of parameter names and values that can work through subpatches. i don't think textfile will work in this case, as i need to be able to look up text addresses and spit out a a parameter value at that address, which seems to be ideal for [coll]
any help or clarification appreciated! thanks in advance...
best, scott
On 5/11/19 9:26 AM, Scott R. Looney wrote:
hi folks just a quick clarification on cyclone's [coll] object that i'm using in PD. i named mine [coll list] and i've loaded a text file into it. however, it seems like updates to the [coll list] object only seem to carry through all the coll objects in the active patch window. if you have a 'pd' subpatcher or you're in a subpatcher the changes don't seem to be propagating to the other subpatchers.
unable to reproduce. please share an example patch that exhibits the problem. also, since there is no native [coll] object in Pd, you really should specify which library you are using (and which exact version thereof).
gfamdsr IOhannes
And if you're experiencing an issue with a cyclone object by using the latest cyclone release version (which is "0.3"), you can file a bug report here: https://github.com/porres/pd-cyclone/issues
Em sáb, 11 de mai de 2019 às 05:13, IOhannes m zmölnig zmoelnig@iem.at escreveu:
On 5/11/19 9:26 AM, Scott R. Looney wrote:
hi folks just a quick clarification on cyclone's [coll] object that i'm using in PD. i named mine [coll list] and i've loaded a text file into
it.
however, it seems like updates to the [coll list] object only seem to
carry
through all the coll objects in the active patch window. if you have a
'pd'
subpatcher or you're in a subpatcher the changes don't seem to be propagating to the other subpatchers.
unable to reproduce. please share an example patch that exhibits the problem. also, since there is no native [coll] object in Pd, you really should specify which library you are using (and which exact version thereof).
gfamdsr IOhannes
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Em sáb, 11 de mai de 2019 às 05:13, IOhannes m zmölnig zmoelnig@iem.at escreveu:
unable to reproduce. please share an example patch that exhibits the problem. also, since there is no native [coll] object in Pd, you really should specify which library you are using (and which exact version thereof).
can't replicate it either in cyclone 0.3
sorry gents - i was pretty sure it happened but it seems to be working fine now. i could not reproduce the error a second time with a new setup and when i went back to my misbehaving patch it was behaving properly again. i had started in a subpatcher originally, and had copied [coll] to another subpatcher when it happened. as far as versions was using PD vanilla 0.49.1 on macOS 10.13.6 High Sierra using latest Deken of Alex's cyclone refresh (0.3). i'm not filing as a bug until i can get it to reproduce reliably. thanks for checking, anyway!
best, scott
On Sat, May 11, 2019 at 10:15 AM Alexandre Torres Porres porres@gmail.com wrote:
Em sáb, 11 de mai de 2019 às 05:13, IOhannes m zmölnig zmoelnig@iem.at escreveu:
unable to reproduce. please share an example patch that exhibits the problem. also, since there is no native [coll] object in Pd, you really should specify which library you are using (and which exact version thereof).
can't replicate it either in cyclone 0.3 _______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
And how about you not being able to do this with [text]? You sure?
Of course cyclone provides many solutions not available in vanilla, and is a legacy/important external library. But I guess cyclone has more of a place for those who are coming from Max and don't want to bother much in learning another way of doing something.
Em sáb, 11 de mai de 2019 às 14:37, Scott R. Looney scottrlooney@gmail.com escreveu:
sorry gents - i was pretty sure it happened but it seems to be working fine now. i could not reproduce the error a second time with a new setup and when i went back to my misbehaving patch it was behaving properly again. i had started in a subpatcher originally, and had copied [coll] to another subpatcher when it happened. as far as versions was using PD vanilla 0.49.1 on macOS 10.13.6 High Sierra using latest Deken of Alex's cyclone refresh (0.3). i'm not filing as a bug until i can get it to reproduce reliably. thanks for checking, anyway!
best, scott
On Sat, May 11, 2019 at 10:15 AM Alexandre Torres Porres porres@gmail.com wrote:
Em sáb, 11 de mai de 2019 às 05:13, IOhannes m zmölnig zmoelnig@iem.at escreveu:
unable to reproduce. please share an example patch that exhibits the problem. also, since there is no native [coll] object in Pd, you really should specify which library you are using (and which exact version thereof).
can't replicate it either in cyclone 0.3 _______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Actually I did just look through the text object and as far as I can tell there’s no way to retrieve an address that’s a symbol - every example I saw on the help file used a number address or line numbers. I’m not against using vanilla but I want to lookup parameters by name and the list may change length. Plus I’m using a variety of externals like iemlib’s vcf, else’s rm~ soundhack’s delay+ and ceammc’s matrix~. Maybe at some point in the future I’ll rack my brain trying to figure out how to create these in vanilla but I can’t say I’d be looking forward to it.
Best, Scott
On Saturday, May 11, 2019, Alexandre Torres Porres porres@gmail.com wrote:
And how about you not being able to do this with [text]? You sure?
Of course cyclone provides many solutions not available in vanilla, and is a legacy/important external library. But I guess cyclone has more of a place for those who are coming from Max and don't want to bother much in learning another way of doing something.
Em sáb, 11 de mai de 2019 às 14:37, Scott R. Looney < scottrlooney@gmail.com> escreveu:
sorry gents - i was pretty sure it happened but it seems to be working fine now. i could not reproduce the error a second time with a new setup and when i went back to my misbehaving patch it was behaving properly again. i had started in a subpatcher originally, and had copied [coll] to another subpatcher when it happened. as far as versions was using PD vanilla 0.49.1 on macOS 10.13.6 High Sierra using latest Deken of Alex's cyclone refresh (0.3). i'm not filing as a bug until i can get it to reproduce reliably. thanks for checking, anyway!
best, scott
On Sat, May 11, 2019 at 10:15 AM Alexandre Torres Porres < porres@gmail.com> wrote:
Em sáb, 11 de mai de 2019 às 05:13, IOhannes m zmölnig zmoelnig@iem.at escreveu:
unable to reproduce. please share an example patch that exhibits the problem. also, since there is no native [coll] object in Pd, you really should specify which library you are using (and which exact version thereof).
can't replicate it either in cyclone 0.3 _______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/ listinfo/pd-list
I think you can do that by searching for the symbol to get the line number.
cheers Miller
On Sat, May 11, 2019 at 05:28:36PM -0700, Scott R. Looney wrote:
Actually I did just look through the text object and as far as I can tell there???s no way to retrieve an address that???s a symbol - every example I saw on the help file used a number address or line numbers. I???m not against using vanilla but I want to lookup parameters by name and the list may change length. Plus I???m using a variety of externals like iemlib???s vcf, else???s rm~ soundhack???s delay+ and ceammc???s matrix~. Maybe at some point in the future I???ll rack my brain trying to figure out how to create these in vanilla but I can???t say I???d be looking forward to it.
Best, Scott
On Saturday, May 11, 2019, Alexandre Torres Porres porres@gmail.com wrote:
And how about you not being able to do this with [text]? You sure?
Of course cyclone provides many solutions not available in vanilla, and is a legacy/important external library. But I guess cyclone has more of a place for those who are coming from Max and don't want to bother much in learning another way of doing something.
Em s??b, 11 de mai de 2019 ??s 14:37, Scott R. Looney < scottrlooney@gmail.com> escreveu:
sorry gents - i was pretty sure it happened but it seems to be working fine now. i could not reproduce the error a second time with a new setup and when i went back to my misbehaving patch it was behaving properly again. i had started in a subpatcher originally, and had copied [coll] to another subpatcher when it happened. as far as versions was using PD vanilla 0.49.1 on macOS 10.13.6 High Sierra using latest Deken of Alex's cyclone refresh (0.3). i'm not filing as a bug until i can get it to reproduce reliably. thanks for checking, anyway!
best, scott
On Sat, May 11, 2019 at 10:15 AM Alexandre Torres Porres < porres@gmail.com> wrote:
Em s??b, 11 de mai de 2019 ??s 05:13, IOhannes m zm??lnig zmoelnig@iem.at escreveu:
unable to reproduce. please share an example patch that exhibits the problem. also, since there is no native [coll] object in Pd, you really should specify which library you are using (and which exact version thereof).
can't replicate it either in cyclone 0.3 _______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/ listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Em sáb, 11 de mai de 2019 às 04:37, Scott R. Looney scottrlooney@gmail.com escreveu:
i don't think textfile will work in this case, as i need to be able to look up text addresses and spit out a a parameter value at that address, which seems to be ideal for [coll]
There's a new [text] object in Pd Vanilla, one which Miller thinks has a better design. Even though I did work a lot on cyclone's [coll] and help upgrading and fixing it, I never really used it and don't know it well. For that matter, I also never used [text] that much, but it seems you can achieve what you want with [text] and [list split].
Even though I've been actively contributing to Pd externals development, I'm also a 'vanillist' and have recently made pull requests to add functionality to Pd Vanilla. I think we can always look first at vanilla's solutions as I consider it a more stable and wise choice. So if you have some feature from [coll] that you can't make it happen in Vanilla, let's check it out and maybe propose an enhancement to Pd if that's the case. I'm sure Miller will consider it with great attention.
cheers
-
Alexandre Torres Porres -
Christof Ressi -
IOhannes m zmölnig -
Miller Puckette -
Scott R. Looney