<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <p>
      <blockquote type="cite">
        <div>If DSP is on, you get a bang. If it's off, you won't. <br>
        </div>
      </blockquote>
      Yes, that's pretty much expected, I guess. After all, it's not
      [savebang] ;-)<br>
      <blockquote type="cite">Perhaps [r pd-dsp-started] should only
        send bangs when dsp starts or stops, and not when the dsp graph
        is redrawn. </blockquote>
      When the DSP graph gets rebuilt, DSP *does* stop and start
      (again).<br>
      <blockquote type="cite">even though I do understand that, for a
        tiny moment, the dsp needs to be off behind the scenes</blockquote>
      It doesn't matter how much time passes between stopping and
      starting DSP, the point is that the DSP graph has or might have
      changed and "pd-dsp-started" will report it.</p>
    <p>
      <blockquote type="cite">If, say, you want to send one and only one
        bang to [switch~] so as to graph tables when DSP starts</blockquote>
      What do you consider a "real" start of DSP?<br>
    </p>
    <p>Actually, I'm rather asking myself whether it's necessary that
      saving triggers a rebuilt of the DSP graph...</p>
    <p>Christof<br>
    </p>
    <div class="moz-cite-prefix">On 18.02.2020 23:57, ffdd cchh wrote:<br>
    </div>
    <blockquote type="cite"
cite="mid:CAO_HSB6tDfEg_p74s0nZwzkt-HNRC1dMbd0j_o1gSMAROAE2PQ@mail.gmail.com">
      <meta http-equiv="content-type" content="text/html; charset=UTF-8">
      <div dir="ltr">
        <div dir="ltr">It depends. 
          <div>If DSP is on, you get a bang. If it's off, you won't. </div>
          <div><br>
          </div>
          <div>So, If I am expecting a bang because I saved and DSP is
            off, it just bugs me that no bang is sent :)<br>
            <br>
            If, say, you want to send one and only one bang to [switch~]
            so as to graph tables when DSP starts, then [r
            pd-dsp-started] is only useful if you spigot-out future
            bangs/saves/etc, otherwise you are graphing tables on every
            save...</div>
          <div><br>
          </div>
          <div>It's a feature if you use it for randomness, say, to
            randomize seeds according to when dsp on/off switching or
            graph redrawing falls, say linked with a [timer] object :)<br>
            <br>
            Perhaps [r pd-dsp-started] should only send bangs when dsp
            starts or stops, and not when the dsp graph is redrawn. </div>
          <div><br>
          </div>
          <div>In any case, I think it's the misnomer what's confusing
            me. I realize that saving redraws the dsp graph, but I don't
            see why the dsp would "start" if it was already switched
            "on", even though I do understand that, for a tiny moment,
            the dsp needs to be off behind the scenes.<br>
          </div>
        </div>
        <br>
        <br>
        <div class="gmail_quote">
          <div dir="ltr" class="gmail_attr">On Tue, Feb 18, 2020 at 5:30
            PM IOhannes m zmölnig <<a href="mailto:zmoelnig@iem.at"
              moz-do-not-send="true">zmoelnig@iem.at</a>> wrote:<br>
          </div>
          <blockquote class="gmail_quote" style="margin:0px 0px 0px
            0.8ex;border-left:1px solid
            rgb(204,204,204);padding-left:1ex">On 2/18/20 10:21 PM, ffdd
            cchh wrote:<br>
            > The bug/feature with [r pd-dsp-started] is that you'll
            get a bang<br>
            > every time you save the patch, <br>
            <br>
            <br>
            it's neither a bug nor a feature.<br>
            the DSP-graph is re-built when the patch is saved, and so
            the<br>
            "pd-dsp-started" is emitted.<br>
            <br>
            > so it's not very useful while patching<br>
            <br>
            how so?<br>
            <br>
            (a [metro] will also send bangs while patching, and yet it
            is useful in<br>
            live-coding contexts.)<br>
            <br>
            gmsdtr<br>
            IOhannes<br>
            <br>
            _______________________________________________<br>
            <a href="mailto:Pd-list@lists.iem.at" 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"
              rel="noreferrer" target="_blank" moz-do-not-send="true">https://lists.puredata.info/listinfo/pd-list</a><br>
          </blockquote>
        </div>
        <br clear="all">
        <div><br>
        </div>
        -- <br>
        <div dir="ltr" class="gmail_signature">
          <div dir="ltr">
            <div>
              <div dir="ltr"><a href="http://fdch.github.io"
                  target="_blank" moz-do-not-send="true">fdch.github.io</a></div>
            </div>
          </div>
        </div>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <pre class="moz-quote-pre" wrap="">_______________________________________________
<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 class="moz-txt-link-freetext" href="https://lists.puredata.info/listinfo/pd-list">https://lists.puredata.info/listinfo/pd-list</a>
</pre>
    </blockquote>
  </body>
</html>