Is there a way to do this?
Just use [s~]/[r~] resp. [throw~]/[catch~] inside the cloned abstraction
with a symbol containing the instance number ($1), e.g. [catch~
/foo/in/$1]. This is kind of the standard way to implement multichannel
stuff in Pd at the moment.
Christof
On 30.06.2020 13:07, Jakob Laue wrote:
Hi!
Okay, so I tried out the clone object and I understood how to apply
different parameters of "feedback", "dryWet" and "timing" to the
different clones of my delay-abstraction. Now I have another question:-)
In the helpfile for [clone] it says that inputs on signal level will
be copied to each clone of my delay-abstraction. For now, this is not
what I want because I want the audio of my first matrix to be going to
the first clone of my delay-abstraction, then the audio of my second
matrix to be going to the second clone of my second abstraction and so
on...
Is there a way to do this? I heard about logical operations on signal
level, but I haven't spent time with this yet.
Right now I have the master audio stream (= the audio of all matrices)
going into the clone object, so it sounds like i have several delay
effects with different settings on the master channel. It sounds nice,
but it is not what I want right now:)
All the best, Jakob
*Gesendet:* Sonntag, 28. Juni 2020 um 17:24 Uhr
*Von:* "Christof Ressi" <[email protected]>
*An:* "Pd-List" <[email protected]>
*Betreff:* Re: [PD] one abstraction, different delay lines?
have a look at the [clone] object ;-)
On 28.06.2020 17:06, Jakob Laue wrote:
One that I could do is build a delay-abstraction that receives the
number of different matrices on[loadbang] and then dynamically
patches inside itself the various needed [delwrite~]'s, [vd]'s and
so on.
All the best, Jakob
*Gesendet:* Sonntag, 28. Juni 2020 um 15:33 Uhr
*Von:* "Jakob Laue" <[email protected]>
*An:* "Christof Ressi" <[email protected]>
*Cc:* "Pd-List" <[email protected]>
*Betreff:* Re: [PD] one abstraction, different delay lines?
Hello again!
Yep, maybe I should explain what I want to do :-P
I am building a sequencer instrument that mainly consists of a
matrix of push buttons.
When you press a button in a column and the sequencer arrives
there, then a certain midi note is played through an instrument
and into [dac~].
The user can go through several matrices, allowing him to play
e.g. a melody on matrix 1 and another melody on matrix 2.
Now my next steps are:
- implementing the possibility for an instrument change, so that
the user is able to specify an instrument he wants his midi note
to go to for his different matrices
- implementing the possibility for a delay effect per matrix: Say
the user is on matrix 1 and plays a melody there. Now he chooses
to activate a delay effect for this matrix. For this I could take
the delay-effect-abstraction that I mentioned.
The user plays a little bit with the "feedback", "dry/wet" and
"delay timing" settings. The user hears the delay effect.
Now we are approaching what I want to achieve: The user is happy
with his melody and his delay-settings on matrix 1. Now the user
changes to the second matrix because he wants to play another
melody on top. Internally, he does this by incrementing a counter
to value 2. The second melody should NOT be affected by the delay
settings that the user applied for the melody on matrix 1. This
means, that each matrix needs to have its own delay effect or its
own delay-effect-settings. What I could certainly do, is to copy
and paste my delay-effect-abstraction to have two independent
delay-effects for each matrix/each melody. But I would like to
avoid to copy-and-paste because the number of matrices should be
easily changeable. I want to keep the patch as generic as
possible. At the moment I have a number for specifying the number
of matrices. This number is [loadbanged] and the patch does the
rest on startup. I would like to keep this. But for this, my delay
abstraction has to be able
- to listen for a matrix-change (receiving the corresponding
counter value)
- to save the settings for each matrix and show them when a matrix
change is noticed
- to write into different delay lines for having the audio effect
affect only the audio of a certain matrix.
I hope that it is more clear now:-)
At the moment, I have absolutely no idea how i could achieve this:-(
All the best, Jakob
Gesendet: Samstag, 27. Juni 2020 um 21:20 Uhr
Von: "Christof Ressi" <[email protected]>
An: "Pd-List" <[email protected]>
Betreff: Re: [PD] one abstraction, different delay lines?
so that it will be able to write into/create different delay lines
"on the fly"?It's currently not possible to dynamically changing
the source delay line ("write into") for objects like [delread~]
or [vd~], but it would be good feature request! I'm not sure why
you would want to dynamically "create" a delay line, though.
Christof
On 27.06.2020 19:06, Jakob Laue wrote:
Dear pders:)
Recently I have built my first abstraction for a delay-effect.
Now I have a question. Is it possible to extend this abstraction
in a way,
so that it will be able to write into/create different delay lines
"on the fly"?
Thanks, Jakob
_______________________________________________pd-l...@lists.iem.at[mailto:[email protected]]
mailing list
UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list[https://lists.puredata.info/listinfo/pd-list]
_______________________________________________
[email protected] mailing list UNSUBSCRIBE and
account-management ->
https://lists.puredata.info/listinfo/pd-list[https://lists.puredata.info/listinfo/pd-list]
_______________________________________________
[email protected] mailing list
UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list
_______________________________________________ [email protected]
mailing list UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list
_______________________________________________
[email protected] mailing list
UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list
