I'm aware that this is what happens what a filter is set at a negative value, and I guess from this example that the same thing happens at high filter values. (Maybe the value is looping?) I've never noticed this problem when the filter is keep > 0 and < 10000, so I think you can avoid it like that until a fix is given. But yes, the resulting sound is always at max volume. On Sat, Nov 28, 2009 at 11:09 AM, Tomasz Kaye's brain < tomasz.brain@gmail.com> wrote:
Hello all. I know that Kassen already posted to the list about (what seems like) a filter instability problem in certain situations. But after a conversation with him it seemed that I hadn't conveyed the full nature of the problem clearly, so in this post will try to do that.
To recap, here's some code from Kijjaz that demonstrates the problem:
PulseOsc osc => BPF filter => blackhole; 20000 => filter.freq; 0.5 => filter.Q; for(int i; i < 100; i++) { <<< "osc: ", osc.last(), " filter: ", filter.last() >>>; samp => now; }
The value output by the filter keeps rising.
I ran into this problem while i had a similar patch connected to dac instead of to a blackhole. I was wearing headphones, but i took the usual precaution of turning my macbook volume to the lowest level above 0 before running the patch. To my alarm, the resulting screaming sound came through my headphones at top volume anyway. It turns out that when set to any of the volume gradations above 0, the screaming happens at effectively full volume on my macbook.
So the point of this extra post is to emphasise that (at least for mac users) the filter screaming issue is currently quite dangerous for hearing/speakers, even if you take (imo) normal sensible precautions before running a patch. _______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users
-- David M