Was going thru the online manual, I guess there are some 
differences between the two opcodes-


svfilter =>  alow, ahigh, aband svfilter  asig, kcf, kq [, iscl]
statevar =>  ahp, alp, abp, abr statevar ain, kcf, kq [, iosamps, istor]


I like them, similar to the modular hardware versions I
used to build back in the early 1980's. Cool.

-Partev


====================================================================


--- Victor.Lazzarini@nuim.ie wrote:

From: victor 
To: csound@lists.bath.ac.uk
Subject: [Csnd] Re: Re: Re: Re: statevar source questions.
Date: Mon, 14 Sep 2009 09:10:57 +0100

statevar is a 2nd order filter.

Victor
----- Original Message ----- 
From: "Partev Barr Sarkissian" 
To: 
Sent: Monday, September 14, 2009 5:34 AM
Subject: [Csnd] Re: Re: Re: statevar source questions.


> The reason I ask is that different order state variable
> filters of different orders will have differing emphasis
> bumps prior to cut-off, so you can get some pretty wild
> sounding filter curves.
>
> You don't suppose that the orders and emphasis attribute
> might have something to do with the difference between
> "statevar" and "svfilter"?
>
> -Partev
>
>
> =======================================================
>
>
>
> --- encino_man@netscape.com wrote:
>
> From: "Partev Barr Sarkissian" 
> To: 
> Subject: [Csnd] Re: Re: statevar source questions.
> Date: Sun, 13 Sep 2009 21:15:03 -0700
>
> How many orders are "statevar" and "svfilter"?
>
> -PBS
>
> ================================================
>
> --- Victor.Lazzarini@nuim.ie wrote:
>
> From: victor 
> To: csound@lists.bath.ac.uk
> Subject: [Csnd] Re: Re: statevar source questions.
> Date: Sun, 13 Sep 2009 09:40:54 +0100
>
> yes, it looks like we can spare a variable there.
> The code is otherwise correct. I guess it will sound
> different than svfilter, otherwise there was no point to
> it. It should be more stable too.
>
> Victor
>
> ----- Original Message ----- 
> From: "victor" 
> To: 
> Sent: Sunday, September 13, 2009 9:34 AM
> Subject: [Csnd] Re: statevar source questions.
>
>
>> No, it shouldn't csound->pidsr  is   2pi/sr
>>
>> if that was the case, the filter would not work at all!
>>
>>>
>>> f = 2.0*sin(pi*freq*(double)csound->pidsr/ostimes);
>>>
>>
>> about the other things I need to look over. It's possible
>> there is a bug.
>>
>> Victor
>>
>>
>> Send bugs reports to this list.
>> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe
>> csound"
>
>
>
> Send bugs reports to this list.
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe 
> csound"
>
>
>
>
> _____________________________________________________________
> Netscape.  Just the Net You Need.
>
>
> Send bugs reports to this list.
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe 
> csound"
>
>
>
>
> _____________________________________________________________
> Netscape.  Just the Net You Need.
>
>
> Send bugs reports to this list.
> To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe 
> csound" 



Send bugs reports to this list.
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"




_____________________________________________________________
Netscape.  Just the Net You Need.


Send bugs reports to this list.
To unsubscribe, send email sympa@lists.bath.ac.uk with body "unsubscribe csound"