Roman Haefeli wrote:
hi again
i've come a bit closer to the source of the problem:
when i load patch that contains a [sqosc~], whose first inlet~ is
connected with a tilde-object, that sends a zero-signal immediately
after loading the patch (e.g [line~]), the first outlet~ of [sqosc~]
On Tue, 2007-03-27 at 01:37 +0200, Derek Holzer wrote:
After having done lots of work with recursive feedback structures in PD
using delays and filters, I can positively say that PD (rather then
Jack) is making the problem in every one of my cases. YMMV. But for me,
it always happens when
On Sun, 2007-03-25 at 21:46 -0400, Martin Peach wrote:
Roman Haefeli wrote:
i tested your external a bit more deep on the 'good' soundcard, where i
can exclude aliasing introduced by the soundcard. it turned out, that a
bit of aliasing is audible in the range above 5000Hz. i think this is
On Sun, 2007-03-25 at 21:46 -0400, Martin Peach wrote:
Chris McCormick wrote:
On Sun, Mar 25, 2007 at 07:23:13PM +0200, Roman Haefeli wrote:
[sqosc~]. it can happen, that after loading the patch, pd is sending
constantly a dc to my soundcard. even when i close pd, the dc stays on
I get nan when I blow up a filter or delay line. It's synonymous with
pure DC offset to me. The soundcard of course filters it, but it's
basically a pure positive or negative signal up to that point. Some
LADSPAs do it to me as well, like Foldover Distortion and some others.
best,
d.
Roman
On 3/26/07, Derek Holzer [EMAIL PROTECTED] wrote:
I get nan when I blow up a filter or delay line. It's synonymous with
pure DC offset to me. The soundcard of course filters it, but it's
basically a pure positive or negative signal up to that point. Some
LADSPAs do it to me as well, like
On 3/26/07, Martin Peach [EMAIL PROTECTED] wrote:
Does anyone know how to tell, in c, if you're getting nans? It should be
easy enough in the dsp routine to replace nans with zeros.
It's just a question of detecting them in time. I remember you could do
it in SANE, the old Apple math system,
okay, (on linux) you find math.h in /usr/include/ which includes a
file /usr/include/bits/mathcalls.h
there are three functions
int finite(double x) -- returns 1, if x is not NaN or inf
int isinf(double x) -- returns 1, if x is inf or -inf
int isnan(double x) -- returns 1, if x is NaN
int
Thanks, Charles,
For Windows, I found
int _isnan(double x) in float.h; it returns non-zero if x is NaN.
Also in float.h,
int _finite(double x) returns zero if the number is +- infinite or a
NaN, so that would seem to cover every possibility.
and
int _fpclass(double x) returns a specific code for
and forgot the attachment this time. no day without that.
On Sun, 2007-03-25 at 20:42 +0200, Roman Haefeli wrote:
hm.. it seems that the previous mail wasn't sent here again:
hello martin peach
i tested your external a bit more deep on the 'good' soundcard, where i
can
On Sun, Mar 25, 2007 at 07:23:13PM +0200, Roman Haefeli wrote:
[sqosc~]. it can happen, that after loading the patch, pd is sending
constantly a dc to my soundcard. even when i close pd, the dc stays on
these channels, where pd was connected before over jack. to get rid of
This happens on my
Roman Haefeli wrote:
i tested your external a bit more deep on the 'good' soundcard, where i
can exclude aliasing introduced by the soundcard. it turned out, that a
bit of aliasing is audible in the range above 5000Hz. i think this is
not tooo bad, maybe for 'pure'ists.
Do you get the
Chris McCormick wrote:
On Sun, Mar 25, 2007 at 07:23:13PM +0200, Roman Haefeli wrote:
[sqosc~]. it can happen, that after loading the patch, pd is sending
constantly a dc to my soundcard. even when i close pd, the dc stays on
these channels, where pd was connected before over jack. to get
13 matches
Mail list logo