iiwusynth-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [iiwusynth-devel] iiwusynth


From: Peter Hanappe
Subject: Re: [iiwusynth-devel] iiwusynth
Date: Fri, 10 May 2002 00:19:57 +0200
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.8) Gecko/20020205

Tim Goetze wrote:
M. Nentwig wrote:


yeah, the limiter is a good idea to help out here. however in my
project the synth output signal will feed a DSP chain, and it's far
more flexible to apply the limiter somewhere in that chain than to
have it at a fixed place within the synth.

Yes, that's right. Clipping float output data doesn't make sense. I
tried to be consistent, when I changed the 16-bit output clipping code
(...that prevents the worst damage to ears and equipment), and so floats
got clipped, too. I'll fix that.

I removed the limiter for floats. In CVS now.



i'm not sure how this change will affect the jack audio driver (it
uses floats too), but afaict it's still better than clipping. and
iirc jack applies a limiter before sending the signal to the audio
interface.

[..]


Yes, JACK does add a limiter. I think it's acceptable to say that the a
driver/client calling write_float() should check the ranges (as does
JACK). However, the limiter in write_s16() makes sense.


This feature (exclusive groups) is not yet implemented, good that you
mention it. I'll have to find a good GM soundfont to try that.

I just checked with the creative labs soundfont and didn't
immediately find an exclusive class preset.
I'll get back to that. It should be hard
to implement. The iiwu_synth_noteon() function should add a
special case for exclusive class presets.


did i mention the synth hasn't crashed yet? most remarkable. i'm all
enthused.

Thanks.

Peter



tim


_______________________________________________
iiwusynth-devel mailing list
address@hidden
http://mail.freesoftware.fsf.org/mailman/listinfo/iiwusynth-devel







reply via email to

[Prev in Thread] Current Thread [Next in Thread]