<div dir="ltr"><br><div class="gmail_extra"><div class="gmail_quote">On Sat, Aug 17, 2013 at 3:00 PM, Fons Adriaensen <span dir="ltr"><<a href="mailto:fons@linuxaudio.org" target="_blank">fons@linuxaudio.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Fri, Aug 16, 2013 at 09:53:13AM -0700, J. Liles wrote:<br>
<br>
> 4) Do it your own damn self. I'm dead serious here. This is<br>
> how users become developers.<br>
<br>
</div>This is also how we get EQ plugins that<br>
<br>
* reduce you S/N to 50 dB or less when given LF input,<br>
* become unstable for some settings of the controls,<br>
  or when you move them too fast (good way to blow up<br>
  your tweeters),<br>
* display a graphical frequency response which is not<br>
  the actual one, in some cases not even close,<br>
<br>
and dynamic processors that<br>
<br>
* claim an attack time of less than a millisecond but<br>
  are insensitive to much slower variations in level,<br>
* are completely unusable if you care a bit about signal<br>
  quality,<br>
<br>
and autotuners that massacre your signal, and all sorts<br>
of processors with controls that are usable over less<br>
than five percent of their range and/or produce massive<br>
thumps when moved, etc. etc.<br>
<br>
These are not 'bugs' that can be put right by a few<br>
patches. This is would-be developers who do know just<br>
enough about programming to modify some example code,<br>
but little or nothing about audio nor DSP, and who<br>
naively implement some equations from a textbook (in<br>
the best case) or some web page (in most cases) without<br>
even a hint of understanding what it does. This is why<br>
at least 70% of all LADSPA plugins ever developed are<br>
completely useless.<br>
<br>
Sure, not all programming is DSP, and for most 'big'<br>
audio-related apps the DSP parts may just be a tiny<br>
fraction of the code. But in many cases the same<br>
careless attitude is prevalent when developing the<br>
non-DSP parts.<br>
<br>
One-liners are usually little more than peptalk<br>
promoted by the prevailing topdogs, and I tend to<br>
ignore them. But there is one that is IHMO very<br>
wrong, and that's the popular 'release early'<br>
(and often). Please don't. Make at least sure your<br>
stuff works. Test it. Measure it. On nice aspect<br>
of free software development is that you can work<br>
without company policies, quality and marketing<br>
departments, and supervisors looking over your<br>
shoulder. Which in the end means that you, the<br>
developer, and only you, have to assume your<br>
responsability.</blockquote><div><br></div><div>I completely agree. But I really think this is a more general problem. Most plugins are crap. That's a fact. LADSPA, LV2, VST, AU, whatever. Most of them are ununique, incomplete, poorly thought out, devoid of QA, etc. I think it would be generous to say that 10% of plugins are useful. But since when are we talking about plugins? <br>
<br></div><div>There are a few reasons for this:<br><br></div><div>1) they are easy to write.<br></div><div>2) they never die.<br></div><div>3) users often can't tell the difference between a good one and a bad one (not being a jerk here--but it's not like people are doing rigorous ABX testing on this stuff. You add a shiny Calf plugin to a mix and you think it makes a difference. Half the time it could be a no-op or badly degrade the sound an and few people would notice the difference).<br>
</div><div><br></div><div>The reason for #2 is that for some reason nobody writes about or reviews them in any meaningful way (no frequency analysis, denormal testing, CPU load figures, etc.) and each individual user has to go through and discover which ones are usable and which ones aren't. The other part of the problem is that (at least LADSPA) plugins are distributed in huge batches, all together in one .so with say 5 usable plugins and 30 that either do nothing, crash the host, or make horrible tweater destroying noises. This prevents distros from e.g. filtering out the crap plugins based on package installation stats. <br>
<br></div><div>It's so bad that I've considered just doing an audit myself and repackaging the say 20 LADSPA plugins that are of any use--but being lumped together in an .so with a bunch of crap makes this a pain. Perhaps a community run wiki review/rating/whitelist system would be more effective (users could choose to only use 2+ star plugins or whatnot).<br>
<br></div><div>There's a whole different problem of branding/marketing and the misconception that there are even enough unique DSP tasks that anyone would require 100s of plugins. The truth is, anyone only needs a handful of basic plugins: the rest is permutations.<br>
</div><div><br></div><div>But I don't think this discussion was ever really about hardcore DSP programming. 90% of applications is user interface. And anybody can learn anything. Everybody starts somehwere. As charming as it may be to think of you this way, Fons, I doubt that even you were born already being a DSP guru.<br>
</div></div></div></div>