On Sat, 2006-12-02 at 13:21 +0100, Frank Barknecht wrote:
> Also I don't see how it
> could solve the problem of two different latencies, if the audio-Pd's
> latency is set high while the Gem-Pd's graphical latency is still the
> standard one.
if separating gem- and audio-part in two instances o
>Hallo,
>
>is there a kind of equivalent to the "-audiobuf" option of Pd's audio
>system in Gem? I sometimes run Pd with a large audiobuffer when I'm
>also using Gem to avoid clicks, but then the graphics updates seem to
>happen earlier than the audio signal arrives which is something I
>would lik
Hallo,
Max Neupert hat gesagt: // Max Neupert wrote:
> a workaround i mostly use to avoid this trouble is to run two
> instances of pd, one for the sound and the other one for gem (with
> dsp 0). then comunicate between them via netsend or OSC. this is
> working very well.
I should have men
a workaround i mostly use to avoid this trouble is to run two
instances of pd, one for the sound and the other one for gem (with
dsp 0). then comunicate between them via netsend or OSC. this is
working very well.
ciao,
max
Am 02.12.2006 um 13:04 schrieb Frank Barknecht:
Hallo,
is th
Hallo,
is there a kind of equivalent to the "-audiobuf" option of Pd's audio
system in Gem? I sometimes run Pd with a large audiobuffer when I'm
also using Gem to avoid clicks, but then the graphics updates seem to
happen earlier than the audio signal arrives which is something I
would like to avo
