Is there a way to Turn DSP On at startup?
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.
what about a loadbang with a delay or pipe?
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.
>
>
>
----------------------------------------------------
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
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
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.
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
It would be possible to keep toggling audio until it's on.
_
johan
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.
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
> http://pencilina.com/
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.
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.
----------------------------------------------------
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
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