Gorwel

In the simple patch below, I can't understand why groove starts 

immediately I turn the audio on, even with an empty buffer!

I'm sure I'll be feeling daft in a few minutes!

In the simple patch below, I can't understand why groove starts 
immediately I turn the audio on, even with an empty buffer!
I'm sure I'll be feeling daft in a few minutes!
Gorwel

elementary-groove-problem

On Oct 19, 2006, at 10:05 AM, Gorwel Owen wrote:

>> Because as soon as your tun on the [dac~], [sig~ 1] will send 1 

>> continuously at audio rate to [groove~], which means [groove~] has 

> My understanding was that the sig~ just determined the 'speed; and 

> that groove~ also needed a start point (e.g. 0) as an input.

sig~ does determine the speed...but with a 1. typed into the sig~ as 

the 'initial signal value' argument it starts sending signal 

immediately which in turn starts driving the groove~ object 

Optional argument is initial signal value (default 0).

so just leave it [sig~] without the argument typed in and you should 

>>>
>>
>> Because as soon as your tun on the [dac~], [sig~ 1] will send 1  
>> continuously at audio rate to [groove~], which means [groove~] has  
>> to play, at normal speed.
>> _____________________________
>>
>
>
> OK - thanks
> My understanding was that the sig~ just determined the 'speed; and  
> that groove~ also needed a start point (e.g. 0) as an input.

sig~ does determine the speed...but with a 1. typed into the sig~ as  
the 'initial signal value' argument it starts sending signal  
immediately which in turn starts driving the groove~ object  
immediately...

from sig~.help file:
Optional argument is initial signal value (default 0).

so just leave it [sig~] without the argument typed in and you should  
be good to go...

On 19 Oct 2006, at 18:36, Kim Cascone wrote:

> On Oct 19, 2006, at 10:05 AM, Gorwel Owen wrote:

>>> Because as soon as your tun on the [dac~], [sig~ 1] will send 1 

>>> continuously at audio rate to [groove~], which means [groove~] has 

>> My understanding was that the sig~ just determined the 'speed; and 

>> that groove~ also needed a start point (e.g. 0) as an input.

> sig~ does determine the speed...but with a 1. typed into the sig~ as 

> the 'initial signal value' argument it starts sending signal 

> immediately which in turn starts driving the groove~ object 

> Optional argument is initial signal value (default 0).

> so just leave it [sig~] without the argument typed in and you should 

>
> On Oct 19, 2006, at 10:05 AM, Gorwel Owen wrote:
>
>>>>
>>>
>>> Because as soon as your tun on the [dac~], [sig~ 1] will send 1 
>>> continuously at audio rate to [groove~], which means [groove~] has 
>>> to play, at normal speed.
>>> _____________________________
>>>
>>
>>
>> OK - thanks
>> My understanding was that the sig~ just determined the 'speed; and 
>> that groove~ also needed a start point (e.g. 0) as an input.
>
> sig~ does determine the speed...but with a 1. typed into the sig~ as 
> the 'initial signal value' argument it starts sending signal 
> immediately which in turn starts driving the groove~ object 
> immediately...
>
> from sig~.help file:
> Optional argument is initial signal value (default 0).
>
> so just leave it [sig~] without the argument typed in and you should 
> be good to go...
>
>
>
>
Gorwel Owen
www.rhwng.com/banjo.htm

Elementary groove problem