Olivier Sebillotte

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)

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 ?

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.

is-there-a-way-to-turn-dsp-on-at-startup

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.

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)

> 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 ?

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

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~

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. 

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.

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~
>

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.

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 

> 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.

> 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.

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.

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.

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 

> 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 

> 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, 

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.

Op 5-jun-2008, om 18:49 heeft Bradford Reed het volgende geschreven:

> what about a loadbang with a delay or pipe?

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.

>
> 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.

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.

thank you for sharing this and thanks to all of you who posted to this thread.
Some precious infos were broadcasted.

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.
----------------------------------------------------


> 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.

>
> 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

San Francisco, CA
Work: 857-544-3967
Email: bthrew (at) gmail (dot) com
Web: www.barrythrew.com


> 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...

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 Tiedje------------x-------
--_____-----------|--------------
--(_|_ ----|-----|-----()-------
-- _|_)----|-----()--------------
----------()--------www.ccmix.com


Is there a way to Turn DSP On at startup?