Hi again, and again, sorry for being lazy in my research, but I find that very, very, frequently, I have a patch loaded and am fixing bugs (or enhancing or tweaking) an abstraction that the patch uses. The only way I know of to test the changes in the abstraction, is to close the main patch and reload it. Is there an easier way? Could there perhaps be a "reload" menu item made that does this in one step?
I find it hard to beleive that this isn't a common problem - I mean, refining and tweaking abstractions for me is a very frequent activity, and unless these abstractions can be loaded on there own, there has to be a main patch that drives them. This is especially true if the abstraction has multiple instances - for example, if it implements a single voice in a polyphonic instrument. So I suspect that unless I'm missing something, everyone else must also be doing the "close"-"file/open" thing on the main patch every time they make a change.
Larry
Focus on the text of the object box and insert a space at the end or the beginning of the name. PD will reload the abstraction when you unfocus the object... as if you had changed one of its arguements.
Usually that is enough for me, but it would be nice to have a proper reload method.
andy
Andrew (Andy) W. Schmeder hat gesagt: // Andrew (Andy) W. Schmeder wrote:
Focus on the text of the object box and insert a space at the end or the beginning of the name. PD will reload the abstraction when you unfocus the object... as if you had changed one of its arguements.
Great tip, never thought of this. But you will have to do this for every used abstracion in your 64-voices-polyphonic-multitimbral-synth-monster ;) In that case it's easier to close the main patch once.
bye,
__ __
Frank Barknecht ____ ______ ____ __ trip\ \ / /wire ______
/ __// __ /__/ __// // __ \ / / __ \ ___\
/ / / ____/ / / / // ____// /\ \ ___\____ \
/_/ /_____/ /_/ /_//_____// / \ \_____\_____
/_/ _\
|Andrew (Andy) W. Schmeder hat gesagt: // Andrew (Andy) W. Schmeder wrote: | |> Focus on the text of the object box and insert a space at the end or the |> beginning of the name. PD will reload the abstraction when you unfocus |> the object... as if you had changed one of its arguements. | |Great tip, never thought of this. But you will have to do this for every |used abstracion in your 64-voices-polyphonic-multitimbral-synth-monster |;) In that case it's easier to close the main patch once.
best seems to be to use the nqpoly~ just reload that object with above 'trick' and you dont even have to care about missing loadbangs ..
-- X Ð u · O R G
nqpoly~ ?
-¯- wrote:
|Andrew (Andy) W. Schmeder hat gesagt: // Andrew (Andy) W. Schmeder wrote: | |> Focus on the text of the object box and insert a space at the end or the |> beginning of the name. PD will reload the abstraction when you unfocus |> the object... as if you had changed one of its arguements. | |Great tip, never thought of this. But you will have to do this for every |used abstracion in your 64-voices-polyphonic-multitimbral-synth-monster |;) In that case it's easier to close the main patch once.
best seems to be to use the nqpoly~ just reload that object with above 'trick' and you dont even have to care about missing loadbangs ..
-- X à u · O R G
this is an abstraction i posted to the list some time ago... it was primarily made to make polyphonic instrument building easier (and in the extreme case of polyphonism, granular synthesis).. but because internally, it uses self-mod code to build many copies of the supplied abstraction, it can be used in any situation where you need to create many copies of an object.
it should be in the archive somewhere, i haven't got around to cleaning it up and putting it on my website yet.
pix.
On Sat, 12 Jan 2002 21:04:31 -0500 Larry Troxler lt@westnet.com wrote:
nqpoly~ ?
-�- wrote:
|Andrew (Andy) W. Schmeder hat gesagt: // Andrew (Andy) W. Schmeder
wrote:
| |> Focus on the text of the object box and insert a space at the end
or the
|> beginning of the name. PD will reload the abstraction when you
unfocus
|> the object... as if you had changed one of its arguements. | |Great tip, never thought of this. But you will have to do this for
every
|used abstracion in your
64-voices-polyphonic-multitimbral-synth-monster
|;) In that case it's easier to close the main patch once.
best seems to be to use the nqpoly~ just reload that object with above 'trick' and you dont even have to care about missing loadbangs ..
-- X � u � O R G
On 10 Jan 2002, Andrew (Andy) W. Schmeder wrote:
Focus on the text of the object box and insert a space at the end or the beginning of the name. PD will reload the abstraction when you unfocus the object... as if you had changed one of its arguements.
But this would only reload (I think) that one instance of the abstraction. For a polyphonic synthesizer you would have to do this ten or twenty times.
Larry
It's on my dolist to fix abstractions to auto-reload when any edited copy is saved to a file. I tried this a few months ago and hit a snag, and put it off. I agree it's a big annoyance...
cheers Miller
On Thu, Jan 10, 2002 at 08:22:42PM -0500, Larry Troxler wrote:
Hi again, and again, sorry for being lazy in my research, but I find that very, very, frequently, I have a patch loaded and am fixing bugs (or enhancing or tweaking) an abstraction that the patch uses. The only way I know of to test the changes in the abstraction, is to close the main patch and reload it. Is there an easier way? Could there perhaps be a "reload" menu item made that does this in one step?
I find it hard to beleive that this isn't a common problem - I mean, refining and tweaking abstractions for me is a very frequent activity, and unless these abstractions can be loaded on there own, there has to be a main patch that drives them. This is especially true if the abstraction has multiple instances - for example, if it implements a single voice in a polyphonic instrument. So I suspect that unless I'm missing something, everyone else must also be doing the "close"-"file/open" thing on the main patch every time they make a change.
Larry
It's on my dolist to fix abstractions to auto-reload when any edited copy is saved to a file. I tried this a few months ago and hit a snag, and put it off. I agree it's a big annoyance...
Just a thought..
Assuming you do get that snag resolved, it would be good to have this feature for externals/libs as well since reloading these requires a full exit from pd.
andy
hi
were can i find some pd-patches?
were can i find a documentation about granular-synthese with pd?
thanks
olaf
-
_-¯-_ -
Andrew (Andy) W. Schmeder -
Frank Barknecht -
Larry Troxler -
Miller Puckette -
olaf -
pix