[gstreamer-bugs] [Bug 340362] [PATCH] new plugin - hardlimiter

[GStreamer (bugzilla.gnome.org)]

Do not reply to this via email (we are currently unable to handle email
responses and they get discarded).  You can add comments to this bug at
http://bugzilla.gnome.org/show_bug.cgi?id=340362

  GStreamer | gst-plugins-bad | Ver: HEAD CVS





------- Comment #17 from René Stadler  2006-10-09 18:59 UTC -------
I think it is best to cut back on it for now... signal compression is a very
large field, so to focus back on the real topic of the bug: Seeing it that the
reporter mistook clipping for "real" compression/limiting, the bug is invalid. 
If someone can come up with a use case for an element that just CLAMPS()
values, this should go into the audiofx plugin.

In regard to providing the "must-have" limiter for ReplayGain (the
tanh/"smooth" variant I presented here): I will provide it as a very simple
element alongside the ReplayGain volume element that is coming soon.  This
gives applications at least the opportunity to provide the minimum limiting
capabilities needed to run playback without clipping prevention.  Also, I can't
find any other implementation of this style of limiter other than in a
ReplayGain context[1], so having a separate element more or less specific for
RG makes sense in the end.

[1]: This is implemented at least in xmms1 and flac (metaflac can apply RG, an
undocumented feature as it is lossy).  David Robinson mentions in the proposed
RG standard that the filter originates in Cool Edit Pro.


-- 
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email