[Bug 794774] contributing an easy-to-use IIR audio filter via LADSPA ACDf plugin
GStreamer (GNOME Bugzilla)
bugzilla at gnome.org
Wed Mar 28 19:20:27 UTC 2018
https://bugzilla.gnome.org/show_bug.cgi?id=794774
--- Comment #2 from Charlie Laub <charleslaub at sbcglobal.net> ---
> GPLv3 (and LGPLv3) is a bit problematic for the GStreamer Project. If it's a
> LADPSA (or lv2) plugin, it's not our problem, but when its in our code base,
> it is. We only accept contribution under LGPLv2 or looser licence.
I am the sole author. It's no problem changing or even removing the licensing
for ACDf.
Getting this kind of IIR filter interface into gstreamer outweighs any concerns
regarding usage, private or commercial, as long as my name is attributed to the
contribution.
> Even though I'm not expert, I agree that it looks much more manageable then
> what we have.
Right. Not only more managable, but easier to understand. In the end, it's the
same thing: the 7 input parameters for ACDf are used to calculate the transfer
function coefficients. In essence you could consider ACDf to be a "wrapper" for
audioiirfilter in that the the 7 parameters are converted into transfer
function coefficients, which are then passed to the existing code within
audioiirfilter. There is no need to reinvent the wheel.
> Importing code from ACDf, as it's GPLv3 is just not possible without written
> approval to relicence from the original authors.
As I mentioned above, I am the sole author.
> A second venue, if the existing IIR implementation is suitable of course,
> would be to introduce these proporties into the existing audioiirfilter,
> plus one property that let user choose between the matrix and these
> properties. Then you can do internally the transformation.
That's certainly a possibility, perhaps with a new audioiirfilter property
e.g.:
input-mode = [ ACDf || transfer-function ]
.
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
More information about the gstreamer-bugs
mailing list