On 2020-06-27 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"?
short answer: yes.
longer answer: your question is very generic so the short answer is very generic as well. i don't know your "first abstraction". i have no idea what it does (apart from being a "delay-effect"). i don't even know whether it can be "extended" in *any* way. you might want to provide more information about both what you have and what you actually want to achieve ("creating different delay lines" is probably not your goal, but what you think is the best way to achieve your goal).
gfamrd IOhannes
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-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
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:
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
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" info@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-list@lists.iem.at[mailto:Pd-list@lists.iem.at] mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list%5Bhttps://lists.puredata.info/l...] _______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list%5Bhttps://lists.puredata.info/l...]
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" jakkesprinter@web.de *An:* "Christof Ressi" info@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" info@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-list@lists.iem.at[mailto:Pd-list@lists.iem.at] mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list%5Bhttps://lists.puredata.info/l...] _______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list%5Bhttps://lists.puredata.info/l...]
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
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" info@christofressi.com *An:* "Pd-List" pd-list@lists.iem.at *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" <jakkesprinter@web.de> *An:* "Christof Ressi" <info@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" <info@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-list@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