Jurgen,
Instead of having to close and reopen the patch, why not just try sending a loadbang message to the window containing the abstraction?
Whatever the name of the parent patch window, you can try something like this... you probably already have the first two steps, just putting them in here for clarification.
and type in this...
'pd-{patch-window-name.pd} loadbang;'
Obviously, you will change the {patch-window-name.pd} to whatever the name of the window. As Pd has a global name space containing all these windows, you will need to precede the patch window name with 'pd-'. This should inturn send a 'loadbang' message to all abstractions in the patch.
Mike
On 11/21/08, Lao Yu noise.now@gmail.com wrote:
correct, [value] still requires a bang to read it out, I just tried it.
I'm on a resynth with a big number of oscillators inside abstractions. each of these abstractions needs to have an input of a constant by which controller input values are multiplied (in order to obtain a different 'harmonic' per oscillator). once the system is working it is ok to [loadbang] the [float] which I currently use to store and recall the constant. however while I'm still developing I need to close and re-open the patch at every change so that the constant is reloaded. in addition, with 100+ abstractions the additional cable connections from the [loadbang] object(s) make the patch barely readable.
I'm a beginner, on a more experienced level there may be ways to do what I want to do with [pack] objects etc... but I can't do or imagine that at this point.
Best Jurgen
On Nov 21, 2008, at 12:03 PM, Mike McGonagle wrote:
Not really sure I am understanding what the original goal was here, but how does using [value] eliminate the need for a [bang]? You still need to bang on the [value] object to get the 'constant' out of it?
Jurgen, could you describe the situation you are trying to solve?
Mike
Hallo, Mike McGonagle hat gesagt: // Mike McGonagle wrote:
On 11/21/08, Lao Yu noise.now@gmail.com wrote:
I'm on a resynth with a big number of oscillators inside abstractions. each of these abstractions needs to have an input of a constant by which controller input values are multiplied (in order to obtain a different 'harmonic' per oscillator). once the system is working it is ok to [loadbang] the [float] which I currently use to store and recall the constant. however while I'm still developing I need to close and re-open the patch at every change so that the constant is reloaded. in addition, with 100+ abstractions the additional cable connections from the [loadbang] object(s) make the patch barely readable.
I'm a beginner, on a more experienced level there may be ways to do what I want to do with [pack] objects etc... but I can't do or imagine that at this point.
This looks like a case for a dollar argument. Say you're abstraction looks like this:
[inlet freq]
|
[* CONSTANT_HARM]
|
[osc~] [inlet amp]
| |
[*~ CONSTANT_AMP]
|
[outlet~]
Then just replace it with this:
[inlet freq]
|
[* $1]
|
[osc~] [inlet amp]
| /
[*~ $2]
|
[outlet~]
and create your abstractions with
[myosc~ 1 1]
[myosc~ 2 0.9]
[myosc~ 3.21 0.6]
and so on. You also can replace the inlets with receivers and the outlets with [throw~] or even better use one of the poly-abstractions like [polypoly] or the patches by Hans to automate things a bit. This will give you massive time savings!
I also would recommend to test and develop with less object instances than you will need in the final version to get shorter loading times when doing changes to the abstraction.
Frank Barknecht Do You RjDj.me? _ ______footils.org__
Frank,
it is not Mike's question, but mine :-) damn, you're so helpful.
thanks a lot.
btw the resynth works great, I'm amazed with the result. some
parasite sound but I'll iron that out.
Thanks again! Jurgen
On Nov 22, 2008, at 2:14 AM, Frank Barknecht wrote:
Hallo, Mike McGonagle hat gesagt: // Mike McGonagle wrote:
On 11/21/08, Lao Yu noise.now@gmail.com wrote:
I'm on a resynth with a big number of oscillators inside abstractions. each of these abstractions needs to have an input of a constant by which controller input values are multiplied (in
order to obtain a different 'harmonic' per oscillator). once the system is working it is ok to [loadbang] the [float] which I currently use to store and recall the constant. however while I'm still developing I need to close and re-open the patch at every change so that the constant is reloaded. in addition, with 100+ abstractions the additional cable connections from the [loadbang] object(s) make the patch barely readable.I'm a beginner, on a more experienced level there may be ways to do what I want to do with [pack] objects etc... but I can't do or imagine that at this point.
This looks like a case for a dollar argument. Say you're abstraction looks like this:
[inlet freq] | [* CONSTANT_HARM] | [osc~] [inlet amp] | | [*~ CONSTANT_AMP] | [outlet~]
Then just replace it with this:
[inlet freq] | [* $1] | [osc~] [inlet amp] | / [*~ $2] | [outlet~]
and create your abstractions with
[myosc~ 1 1]
[myosc~ 2 0.9]
[myosc~ 3.21 0.6]
and so on. You also can replace the inlets with receivers and the outlets with [throw~] or even better use one of the poly-abstractions like [polypoly] or the patches by Hans to automate things a bit. This will give you massive time savings!
I also would recommend to test and develop with less object instances than you will need in the final version to get shorter loading times when doing changes to the abstraction.
Ciao
Frank Barknecht Do You RjDj.me? _
______footils.org__
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list