[Faudiostream-users] Staccato: Help

Hi, I would like to get a very fast *staccato* sound using just *ASR* ou *ADSR* envelop. I tried a lot of values but the sound continues the same (*legato*). I think that my problem is how apply the envelop in the final "process". My code: == import ("music.lib");

[Faudiostream-users] faust2 compilation error

I'm unable to compile the last faust2 commit Here is the log http://pasted.co/fe2b0f12 Thank you for your help ! Pierre -- What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic patterns at an

Re: [Faudiostream-users] Variable type and pattern matching problem

Hello, Thank you for the clarification. So if I understand well, the strategy should be to pre-code all the possible case of the function call, and then navigate between them with a selectn function ? something like slider=int(hslider("",0,0,4,1));

[Faudiostream-users] faust web compiler unavailable

Hi list, I’m using Faust live to compile PD externals - but it depends on the web service that seems to be down at the moment. Is there a toolchain for doing this cross compilation myself with OSX? https://github.com/alvasnaedis/faust/tree/master/tools/faust2pd

Re: [Faudiostream-users] [Faudiostream-devel] SR now a float

Hi guys, Making SR a float is great, but can we make it double? A 32-bit float can specify a quartz clock frequency to only about 1% accuracy. - Julius On Tue, Jun 14, 2016 at 11:40 AM Albert Graef wrote: > Hi Yann, > > > On Tue, Jun 14, 2016 at 7:40 PM, Yann Orlarey

[Faudiostream-users] Variable type and pattern matching problem

Hello, I'm having some trouble with pattern matching and variable type : // Let's say I've a slider which I wish output Integer values : slider=int(hslider("",1,1,3,1)); // Now my pattern matching rule in a right order (specific rules first, general rule last) f(1)= 1; f(2)= 7; f(3) = 2.25;

Re: [Faudiostream-users] [Faudiostream-devel] SR now a float

Hi Yann, On Tue, Jun 14, 2016 at 7:40 PM, Yann Orlarey wrote: > But you know that I would not make you such a bad thing, right ? > Really? BTW, talking about high blood pressure, I'm still waiting for that LAC17 proposal to show up on lac-team some time... Touché. ;-) >

Re: [Faudiostream-users] [Faudiostream-devel] SR now a float

Hi Albert, Sorry for the heart attack ! But you know that I would not make you such a bad thing, right ? Concerning a test suite, you can use the one in tools/faust2appls/test. It tests all the faust2xxx scripts. Run first ./testfailure it tests that all scripts correctly report Faust and C++

Re: [Faudiostream-users] [Faudiostream-devel] SR now a float

I'm relieved. This almost gave me a cardiac arrest, I'm still working on getting the blood pressure down again. ;-) Stéphane, thanks a bunch for clarifying, and sorry for the false alarm, but Yann's post didn't make this awfully clear. Yann, I hope you enjoyed that prank! :) On Tue, Jun 14, 2016

Re: [Faudiostream-users] [Faudiostream-devel] SR now a float

Albert; look at the commit : SR definition has been changed in math.lib, it does not change any public interface and so should not break anything… Stéphane > Le 14 juin 2016 à 17:21, Albert Graef a écrit : > > Yann, maybe it would be possible to discuss such changes

Re: [Faudiostream-users] [Faudiostream-devel] SR now a float

Yann, maybe it would be possible to discuss such changes *before* they actually happen? ;-) This opens a can of worms for me. Probably means that the Pure-Faust bitcode interface is broken now. And this might affect other architectures as well. We really need a Faust test suite which covers at

[Faudiostream-users] SR now a float

SR is now a float instead of an int. This fix problems observed when running some filters that works at 44100Hz but not at 48000Hz. In this case SR^2 > 2^31 and it wraps to negative values if SR is an int ! Yann Orlarey Directeur scientifique www.grame.fr

Re: [Faudiostream-users] Stable high pass filter

Hi Julius, N is just 2. What's even weirder, is that I'm only using 2 of these filters in my project. Sure it's a huge project, and the HP is at the beginning of the chain, but if the normal HP compiles quick, this one should too, right? I can do: process = par(i, 100,

Re: [Faudiostream-users] Stable high pass filter

Hi Bart, How big is N when you compile it? The signal processing looks fine. - Julius On Mon, Jun 13, 2016 at 11:56 PM Bart Brouns wrote: > Hi, > > I made a stable high pass, and it works just fine, but it increases the > compile time of my project massively: > > Just

[Faudiostream-users] Stable high pass filter

Hi, I made a stable high pass, and it works just fine, but it increases the compile time of my project massively: Just the evaluation alone went up from 100 to 400 seconds. Is there something wrong with this code? highpassStable(N,fc) = lphpr(N,N,fc) with { lphpr(0,N,fc) = _;