<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <p>
      <blockquote type="cite">Is there a way to do this?</blockquote>
      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.</p>
    <p>Christof<br>
    </p>
    <div class="moz-cite-prefix">On 30.06.2020 13:07, Jakob Laue wrote:<br>
    </div>
    <blockquote type="cite"
cite="mid:trinity-0b63597a-790e-4713-9d1a-8751c1365966-1593515273583@3c-app-webde-bap20">
      <meta http-equiv="content-type" content="text/html; charset=UTF-8">
      <div style="font-family: Verdana;font-size: 12.0px;">
        <div>Hi!</div>
        <div>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:-)</div>
        <div>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...</div>
        <div>
          <div>Is there a way to do this? I heard about logical
            operations on signal level, but I haven't spent time with
            this yet.</div>
        </div>
        <div>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:) </div>
        <div><br>
           </div>
        <div>All the best, Jakob </div>
        <div> 
          <div> 
            <div name="quote" style="margin:10px 5px 5px 10px; padding:
              10px 0 10px 10px; border-left:2px solid #C3D9E5;
              word-wrap: break-word; -webkit-nbsp-mode: space;
              -webkit-line-break: after-white-space;">
              <div style="margin:0 0 10px 0;"><b>Gesendet:</b> Sonntag,
                28. Juni 2020 um 17:24 Uhr<br>
                <b>Von:</b> "Christof Ressi"
                <a class="moz-txt-link-rfc2396E" href="mailto:info@christofressi.com"><info@christofressi.com></a><br>
                <b>An:</b> "Pd-List" <a class="moz-txt-link-rfc2396E" href="mailto:pd-list@lists.iem.at"><pd-list@lists.iem.at></a><br>
                <b>Betreff:</b> Re: [PD] one abstraction, different
                delay lines?</div>
              <div name="quoted-content">
                <p>have a look at the [clone] object ;-)</p>
                <div class="moz-cite-prefix">On 28.06.2020 17:06, Jakob
                  Laue wrote:</div>
                <blockquote>
                  <div style="font-family: Verdana;font-size: 12.0px;">
                    <div>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.</div>
                    <div> </div>
                    <div>All the best, Jakob</div>
                    <div> 
                      <div> 
                        <div style="margin: 10.0px 5.0px 5.0px
                          10.0px;padding: 10.0px 0 10.0px
                          10.0px;border-left: 2.0px solid
                          rgb(195,217,229);">
                          <div style="margin: 0 0 10.0px 0;"><b>Gesendet:</b> Sonntag,
                            28. Juni 2020 um 15:33 Uhr<br>
                            <b>Von:</b> "Jakob Laue" <a
                              class="moz-txt-link-rfc2396E"
                              href="mailto:jakkesprinter@web.de"
                              onclick="parent.window.location.href='mailto:jakkesprinter@web.de';
                              return false;" target="_blank"
                              moz-do-not-send="true"><jakkesprinter@web.de></a><br>
                            <b>An:</b> "Christof Ressi" <a
                              class="moz-txt-link-rfc2396E"
                              href="mailto:info@christofressi.com"
                              onclick="parent.window.location.href='mailto:info@christofressi.com';
                              return false;" target="_blank"
                              moz-do-not-send="true"><info@christofressi.com></a><br>
                            <b>Cc:</b> "Pd-List" <a
                              class="moz-txt-link-rfc2396E"
                              href="mailto:pd-list@lists.iem.at"
                              onclick="parent.window.location.href='mailto:pd-list@lists.iem.at';
                              return false;" target="_blank"
                              moz-do-not-send="true"><pd-list@lists.iem.at></a><br>
                            <b>Betreff:</b> Re: [PD] one abstraction,
                            different delay lines?</div>
                          <div>Hello again!<br>
                            Yep, maybe I should explain what I want to
                            do :-P<br>
                            I am building a sequencer instrument that
                            mainly consists of a matrix of push buttons.<br>
                            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~].<br>
                            <br>
                            The user can go through several matrices,
                            allowing him to play e.g. a melody on matrix
                            1 and another melody on matrix 2.<br>
                            Now my next steps are:<br>
                            - 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<br>
                            - 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.<br>
                            The user plays a little bit with the
                            "feedback", "dry/wet" and "delay timing"
                            settings. The user hears the delay effect.<br>
                            <br>
                            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<br>
                            - to listen for a matrix-change (receiving
                            the corresponding counter value)<br>
                            - to save the settings for each matrix and
                            show them when a matrix change is noticed<br>
                            - to write into different delay lines for
                            having the audio effect affect only the
                            audio of a certain matrix.<br>
                            <br>
                            I hope that it is more clear now:-)<br>
                            <br>
                            At the moment, I have absolutely no idea how
                            i could achieve this:-(<br>
                            <br>
                            All the best, Jakob<br>
                             <br>
                             <br>
                             <br>
                            <br>
                            Gesendet: Samstag, 27. Juni 2020 um 21:20
                            Uhr<br>
                            Von: "Christof Ressi" <a
                              class="moz-txt-link-rfc2396E"
                              href="mailto:info@christofressi.com"
                              onclick="parent.window.location.href='mailto:info@christofressi.com';
                              return false;" target="_blank"
                              moz-do-not-send="true"><info@christofressi.com></a><br>
                            An: "Pd-List" <a
                              class="moz-txt-link-rfc2396E"
                              href="mailto:pd-list@lists.iem.at"
                              onclick="parent.window.location.href='mailto:pd-list@lists.iem.at';
                              return false;" target="_blank"
                              moz-do-not-send="true"><pd-list@lists.iem.at></a><br>
                            Betreff: Re: [PD] one abstraction, different
                            delay lines?<br>
                             <br>
                            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.<br>
                             <br>
                            Christof<br>
                            <br>
                            On 27.06.2020 19:06, Jakob Laue wrote:<br>
                            <br>
                            Dear pders:)<br>
                            Recently I have built my first abstraction
                            for a delay-effect.<br>
                            Now I have a question. Is it possible to
                            extend this abstraction in a way, <br>
                            so that it will be able to write into/create
                            different delay lines "on the fly"?<br>
                             <br>
                            Thanks, Jakob   <br>
_______________________________________________Pd-list@lists.iem.at[<a
                              class="moz-txt-link-freetext"
                              href="mailto:Pd-list@lists.iem.at"
                              onclick="parent.window.location.href='mailto:Pd-list@lists.iem.at';
                              return false;" target="_blank"
                              moz-do-not-send="true">mailto:Pd-list@lists.iem.at</a>]
                            mailing list<br>
                            UNSUBSCRIBE and account-management -> <a
href="https://lists.puredata.info/listinfo/pd-list" target="_blank"
                              moz-do-not-send="true">https://lists.puredata.info/listinfo/pd-list</a>[<a
href="https://lists.puredata.info/listinfo/pd-list" target="_blank"
                              moz-do-not-send="true">https://lists.puredata.info/listinfo/pd-list</a>]<br>
_______________________________________________ <a
                              class="moz-txt-link-abbreviated"
                              href="mailto:Pd-list@lists.iem.at"
                              onclick="parent.window.location.href='mailto:Pd-list@lists.iem.at';
                              return false;" target="_blank"
                              moz-do-not-send="true">Pd-list@lists.iem.at</a>
                            mailing list UNSUBSCRIBE and
                            account-management -> <a
                              href="https://lists.puredata.info/listinfo/pd-list"
                              target="_blank" moz-do-not-send="true">https://lists.puredata.info/listinfo/pd-list</a>[<a
href="https://lists.puredata.info/listinfo/pd-list" target="_blank"
                              moz-do-not-send="true">https://lists.puredata.info/listinfo/pd-list</a>]<br>
                            <br>
                            <br>
                            <br>
_______________________________________________<br>
                            <a class="moz-txt-link-abbreviated"
                              href="mailto:Pd-list@lists.iem.at"
                              onclick="parent.window.location.href='mailto:Pd-list@lists.iem.at';
                              return false;" target="_blank"
                              moz-do-not-send="true">Pd-list@lists.iem.at</a>
                            mailing list<br>
                            UNSUBSCRIBE and account-management -> <a
href="https://lists.puredata.info/listinfo/pd-list" target="_blank"
                              moz-do-not-send="true">https://lists.puredata.info/listinfo/pd-list</a></div>
                        </div>
                      </div>
                    </div>
                  </div>
                </blockquote>
                _______________________________________________
                <a class="moz-txt-link-abbreviated" href="mailto:Pd-list@lists.iem.at">Pd-list@lists.iem.at</a> mailing list UNSUBSCRIBE and
                account-management -> <a
                  href="https://lists.puredata.info/listinfo/pd-list"
                  target="_blank" moz-do-not-send="true">https://lists.puredata.info/listinfo/pd-list</a></div>
            </div>
          </div>
        </div>
      </div>
    </blockquote>
  </body>
</html>