Hi Dario,
Ok, I see what you're after now. (I was considering only the VU meter
display issue up to now.)
There's only 23 bits of mantissa in 32-bit floating point, and your test
counts up to ~100k, which soaks up about 17 bits, and then you hit it with
~1/1024, or 2^(-10), which is then a dynam
Thanks, Julius.
So it appears that the issue I was referring to is in that architecture too.
To isolate the problem with ba.slidingMean, we can see that we also get 0
when transitioning from a constant input of 1 to .001 (see code below).
Double-precision solves the issue. Perhaps we could advise
I get the zero but not the other:
octave:2> format long
octave:3> faustout(115200,:)
ans =
0 -2.73874849000e-02 5.55585793000e-05
On Fri, Jul 9, 2021 at 1:03 PM Dario Sanfilippo
wrote:
> Thanks, Julius.
>
> I don't have Octave installed, and I can't see it my
Thanks, Julius.
I don't have Octave installed, and I can't see it myself, sorry; if you can
inspect the generated values, can you also see if at sample #115200 (48 kHz
SR) you get 0 for ms_rec, and, 0.000658808684 for the lowpass?
Yes, I might have done something wrong, but the leaky integrator d
Here is a longer run that shows Dario's latest test more completely. I
don't think zi_leaky looks right at the end, but the other two look
reasonable to me.
Here is the Octave magic for the plot:
plot(faustout,'linewidth',2);
legend('zi','zi\_leaky','zi\_lp','location','southeast');
Dear Julius, I just pulled and installed Faust 2.33.0.
I'm running the test below on caqt and csvplot and I see the same problem:
when large inputs are fed in an.ms_envelope_rect, small inputs are
truncated to zero afterwards.
import("stdfaust.lib");
zi = an.ms_envelope_rect(Tg);
slidingSum(n) =
Yes, Dirk Roosenburg's new wdmodels.lib in faustlibraries should be tried
and compared as well!
I have no direct experience with it but look forward to checking it out.
All of my WDFs are in direct C++ at this point.
fi.tf4 sounds good to me, but we have fi.iir for the general case, as well
as fi.
Hi Klaus,
For me ms_envelope and rms_envelope functions are not working properly. I’ve
done some test in my Mac Pro with High Sierra, porting without barograph to Max
or Supercollider and I get the strange gate behaviour in low levels.
My workaround at the moment is using ba.slidingMeanp inste
Hi Julius,
Le 08/07/2021 à 20:13, Julius Smith a écrit :
> It sounds like there is a bug. The bilinear transform preserves
> stability
That was indeed a bug. I redid the formulas on a clearer mind, and as it
turns out, the model is working well now.
The transforms (fi).tf4 and up might make som
Ha, so I was really on to something ;)
Is the bug in the meter or in the envelope?
Would you have a workaround for me to get on with the lufs analyser?
Thanks, Klaus
On 08.07.21 19:19, Julius Smith wrote:
> Hi Dario,
>
> The problem seems to be architecture-dependent. I am on a Mac (latest
> n
10 matches
Mail list logo