Le 10/11/2012 14:26, Hans-Christoph Steiner a écrit :
On Nov 9, 2012, at 11:27 AM, Dan Wilcox wrote:
On Nov 9, 2012, at 7:44 AM, pd-list-requ...@iem.at
mailto:pd-list-requ...@iem.at wrote:
On 9 Nov 2012, at 09:21, contact cont...@billard-francois-marie.eu
Le 11/11/2012 09:44, contact a écrit :
Le 10/11/2012 14:26, Hans-Christoph Steiner a écrit :
On Nov 9, 2012, at 11:27 AM, Dan Wilcox wrote:
On Nov 9, 2012, at 7:44 AM, pd-list-requ...@iem.at
mailto:pd-list-requ...@iem.at wrote:
On 9 Nov 2012, at 09:21, contact
On 11/09/2012 08:50 AM, Jack wrote:
Hello,
Have a look at the patch attached.
++
Jack
This, however, only works after one has explicitly started dsp. What
about querying pd if one has already toggled dsp on before opening the
patch? I thought that pddp dsp abstraction detected this but to
From: Ivica Ico Bukvic i...@vt.edu
To: Jack j...@rybn.org
Cc: pd-list@iem.at
Sent: Sunday, November 11, 2012 1:40 PM
Subject: Re: [PD] Resolved : Problem with alsa and command line option -nogui
On 11/09/2012 08:50 AM, Jack wrote:
Hello,
Have a look
On 11/11/2012 02:39 PM, Jonathan Wilkes wrote:
One hack is [sig~ 1]--[snapshot~], which on load should give you a 0
for off and 1 for on. (Assuming you're not inside a patch that has an
evil demon [switch~] whose goal is to fool you.) -Jonathan
For a hack, that is pretty awesome ;-)
On Nov 9, 2012, at 11:27 AM, Dan Wilcox wrote:
On Nov 9, 2012, at 7:44 AM, pd-list-requ...@iem.at wrote:
On 9 Nov 2012, at 09:21, contact cont...@billard-francois-marie.eu wrote:
With the delay betwen the loadbang and pd dsp 1 it's ok,
This seems like a hack. Why 1000ms? Can we
On 9 Nov 2012, at 09:21, contact cont...@billard-francois-marie.eu wrote:
With the delay betwen the loadbang and pd dsp 1 it's ok,
This seems like a hack. Why 1000ms? Can we guarantee the DSP will be ready in
1second? Does it ever take longer?
I think it would be a lot better to have a
Yes it's a hack , but i think the best way for this problem would be :
on load detect if the dsp is off
an after turn on the dsp
But how can i detect dsp off in a patch ?
François-Marie
Le 09/11/2012 13:02, Jamie Bullock a écrit :
On 9 Nov 2012, at 09:21,
Le 09/11/2012 13:45, contact a écrit :
Yes it's a hack , but i think the best way for this problem would be :
on load detect if the dsp is off
an after turn on the dsp
But how can i detect dsp off in a patch ?
François-Marie
Le 09/11/2012 13:02, Jamie Bullock a écrit :
On 9 Nov
Le 09/11/2012 14:50, Jack a écrit :
Le 09/11/2012 13:45, contact a écrit :
Yes it's a hack , but i think the best way for this problem would be :
on load detect if the dsp is off
an after turn on the dsp
But how can i detect dsp off in a patch ?
François-Marie
Le 09/11/2012 13:02, Jamie
The last patch for the -nogui problem without delay . I'm not sure
that's the best solution !!!
François-Marie BILLARD
Le 09/11/2012 15:09, contact a écrit :
Le 09/11/2012 14:50, Jack a écrit :
Le 09/11/2012 13:45, contact a écrit :
Yes it's a hack , but i think the best way for this
On 11/09/2012 04:17 PM, contact wrote:
The last patch for the -nogui problem without delay . I'm not sure
that's the best solution !!!
your patch has two mission-critical fan-outs.
you should *always* use [trigger] if you want to connect one [outlet] to
several [inlet]s.
while this seems
On Nov 9, 2012, at 7:44 AM, pd-list-requ...@iem.at wrote:
On 9 Nov 2012, at 09:21, contact cont...@billard-francois-marie.eu wrote:
With the delay betwen the loadbang and pd dsp 1 it's ok,
This seems like a hack. Why 1000ms? Can we guarantee the DSP will be ready in
1second? Does it
13 matches
Mail list logo
