Is there a way to Turn DSP On at startup?


    Jun 05 2008 | 4:16 pm
    I want my patch to be ready to use after launch.
    I don't want the user to have to turn DSP on by itself.
    So I created a "loadmess 1" linked to dac.
    It didn't work,so I set a delay for thi message.(100 ms)
    then it wo, for me.
    when I sent the patch to a friend on mac OSx as well, it stopped working.
    I asked him to set a bigger delay ( 4 seconds) but it didn't work.
    Can someone tell me if there is reliable a way to turn DSP automaticly for max5 users on mac and PC ?
    thanks a lot.

    • Jun 05 2008 | 4:49 pm
      what about a loadbang with a delay or pipe?
    • Jun 05 2008 | 4:50 pm
      I also found it strange that a loadmess 1 doesn't work. I added a delay of 300 ms and then it worked, no problems with other computers so far.
      Mattijs
      Quote: olivier.seb@free.fr wrote on Thu, 05 June 2008 18:16
      ----------------------------------------------------
      > I want my patch to be ready to use after launch.
      > I don't want the user to have to turn DSP on by itself.
      > So I created a "loadmess 1" linked to dac.
      > It didn't work,so I set a delay for thi message.(100 ms)
      > then it wo, for me.
      >
      > when I sent the patch to a friend on mac OSx as well, it stopped working.
      > I asked him to set a bigger delay ( 4 seconds) but it didn't work.
      >
      > Can someone tell me if there is reliable a way to turn DSP automaticly for max5 users on mac and PC ?
      >
      > thanks a lot.
      >
      >
      >
      ----------------------------------------------------
    • Jun 05 2008 | 4:52 pm
      Quote: olivier.seb@free.fr wrote on Thu, 05 June 2008 09:16
      ----------------------------------------------------
      > Can someone tell me if there is reliable a way to turn DSP automaticly for max5 users on mac and PC ?
      ----------------------------------------------------
      This has always been problematic for me, too. In general for setup at load time issues what I do is have a loadbang in the upper left corner of the top-level patcher. This should be the last loadbang to be issued.
      Then for specific things like turning on audio I use a combination of a delay and a deferlow for the message to dac~ / ezdac~
      This seems to work pretty well.
      -C
    • Jun 05 2008 | 4:58 pm
      Quote: Chris Muir wrote on Thu, 05 June 2008 18:52
      ----------------------------------------------------
      > Then for specific things like turning on audio I use a combination of a delay and a deferlow for the message to dac~ / ezdac~
      >
      Ah, yeah, that is a good point. Don't forget the deferlow after the delay.
      Mattijs
    • Jun 05 2008 | 5:10 pm
      After ten years of being frustrated by this problem I finally understand what is going on, and while a fix will not be forthcoming in the next Max 5 update, I hope to resolve it shortly thereafter. The problem is that turning on audio relies on a list of windows to find all of the audio objects, and this list is not fully initialized when a loadbang happens, even though all the objects are there. So a long delay and a deferlow are the best options right now, but even that isn't guaranteed to work unfortunately.
      David Z.
    • Jun 06 2008 | 10:02 am
      On 5 Jun 2008, at 18:10, David Zicarelli wrote:
      > The problem is that turning on audio relies on a list of windows to
      > find all of the audio objects, and this list is not fully
      > initialized when a loadbang happens, even though all the objects are
      > there.
      Wow - as the saying goes, "well caught."
      > So a long delay and a deferlow are the best options right now, but
      > even that isn't guaranteed to work unfortunately.
      I have a little library system where a single loadbang kicks off a
      metro/counter to broadcast a sequenced of timed messages over a period
      of a couple of minutes - I can then hang receivers off this timeline
      and make sure they fire in order with appropriate breathing space.
      -- N.
      Nick Rothwell / Cassiel.com Limited
      www.cassiel.com
      www.myspace.com/cassieldotcom
      www.last.fm/music/cassiel
      www.reverbnation.com/cassiel
      www.linkedin.com/in/cassiel
      www.loadbang.net
    • Jun 06 2008 | 12:10 pm
      It would be possible to keep toggling audio until it's on.
      _
      johan
    • Jun 06 2008 | 1:10 pm
      On Jun 6, 2008, at 6:02 AM, Nick Rothwell wrote:
      > On 5 Jun 2008, at 18:10, David Zicarelli wrote:
      >
      >> The problem is that turning on audio relies on a list of windows
      >> to find all of the audio objects, and this list is not fully
      >> initialized when a loadbang happens, even though all the objects
      >> are there.
      >
      > Wow - as the saying goes, "well caught."
      Indeed! Fixing this would be a happy happy thing.
      For things that need initialization after audio is running I tend to
      use [dspstate~] -- [sel 1] -- [delay 1] and the bang coming out from
      the delay seems to work ok.
      brad
    • Jun 08 2008 | 2:49 pm
      For an elaborate max patch that is supposed to run unattended I had
      to come up with a really convoluted system of loadbang, trigger and
      lots of delays. Took quite a bit of time before it worked more or
      less reliably. Mind you, I also needed to load samples, presets,
      colls, buffers etc. Tricky business...
      I just made my first standalone app in Max 5, and sure enough, I
      still need to delay loadmess in order to reliable boot the DSP.
      Best,
      Zip
      Op 5-jun-2008, om 18:49 heeft Bradford Reed het volgende geschreven:
      >
      > what about a loadbang with a delay or pipe?
      > --
      > Chief Pencilina Operator and Manager
    • Jun 08 2008 | 5:07 pm
      For myself, I tend to use only one loadbang and some send objects that goes to the things I want to initialize. By placing these send objects from left to right, I can easily manage the priority of the initialization. In order to be sure that the DPS turns on, I put a delay of 2000 ms before the last bang is sent.
    • Jun 08 2008 | 5:52 pm
      that's a very smart of maaging priorities :-)
      thank you for sharing this and thanks to all of you who posted to this thread.
      Some precious infos were broadcasted.
      Olivier
      Quote: fakegolfer wrote on Sun, 08 June 2008 19:07
      ----------------------------------------------------
      > For myself, I tend to use only one loadbang and some send objects that goes to the things I want to initialize. By placing these send objects from left to right, I can easily manage the priority of the initialization. In order to be sure that the DPS turns on, I put a delay of 2000 ms before the last bang is sent.
      ----------------------------------------------------
    • Jun 08 2008 | 8:20 pm
      I tend to do this:
      On Jun 8, 2008, at 10:07 AM, Pm B wrote:
      >
      > For myself, I tend to use only one loadbang and some send objects
      > that goes to the things I want to initialize. By placing these send
      > objects from left to right, I can easily manage the priority of the
      > initialization. In order to be sure that the DPS turns on, I put a
      > delay of 2000 ms before the last bang is sent.
      > --
      > Pm B
      barry threw
      Media Art and Technology
      San Francisco, CA
      Work: 857-544-3967
      Email: bthrew (at) gmail (dot) com
      Web: www.barrythrew.com
    • Jun 11 2008 | 12:53 pm
      jvkr schrieb:
      > It would be possible to keep toggling audio until it's on.
      This is a smart idea, could also be used to trigger other
      initialisations after audio had been switched on...
      Stefan
      --
      Stefan Tiedje------------x-------
      --_____-----------|--------------
      --(_|_ ----|-----|-----()-------
      -- _|_)----|-----()--------------
      ----------()--------www.ccmix.com