Pix and I are here working in AVLAB using [iir] for filtering data
from [wiimote]. It turns out that [iir] gets stuck at inf or -inf if
it receives one. This makes sense in a math sense, but not in a Pd/
practical sense.
We are thinking that [iir] should filter out -inf, inf, and perhaps
nan as well. Seems like they would be useful objects for other
things too. Something like:
- filter nan [no_nan]
- filter inf/-inf [no_inf]
.hc
Terrorism is not an enemy. It cannot be defeated. It's a tactic.
It's about as sensible to say we declare war on night attacks and
expect we're going to win that war. We're not going to win the war
on terrorism. - retired U.S. Army general, William Odom
Some of my [fexpr~ ] IIR constructions have the same problem... but as mentioned before, there's a if(isnan($y), 0, $y) way to do that. Perhaps.... you don't want to default the nan filtering to go to 0. It could sound glitchy, and introduce clicks. Maybe there's a better way to get continuity.
Chuck
On Mon, Sep 29, 2008 at 12:25 PM, Hans-Christoph Steiner hans@eds.org wrote:
Pix and I are here working in AVLAB using [iir] for filtering data from [wiimote]. It turns out that [iir] gets stuck at inf or -inf if it receives one. This makes sense in a math sense, but not in a Pd/ practical sense.
We are thinking that [iir] should filter out -inf, inf, and perhaps nan as well. Seems like they would be useful objects for other things too. Something like:
- filter nan [no_nan]
- filter inf/-inf [no_inf]
.hc
Terrorism is not an enemy. It cannot be defeated. It's a tactic. It's about as sensible to say we declare war on night attacks and expect we're going to win that war. We're not going to win the war on terrorism. - retired U.S. Army general, William Odom
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-
Charles Henry -
Hans-Christoph Steiner