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" <jakkesprin...@web.de>
*An:* "Christof Ressi" <i...@christofressi.com>
*Cc:* "Pd-List" <pd-list@lists.iem.at>
*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" <i...@christofressi.com>
An: "Pd-List" <pd-list@lists.iem.at>
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:Pd-list@lists.iem.at]
mailing list
UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list[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[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
_______________________________________________
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list