2009/6/18 Luis Garrido <span dir="ltr"><<a href="mailto:luisgarrido@users.sourceforge.net">luisgarrido@users.sourceforge.net</a>></span><br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
This has been debated already. Several times. For instance, please<br>
follow this (long) thread:<br>
<br>
<a href="http://lists.linuxaudio.org/pipermail/linux-audio-dev/2004-March/006948.html" target="_blank">http://lists.linuxaudio.org/pipermail/linux-audio-dev/2004-March/006948.html</a><br>
<br>
While I think that each side of the argument has its merits, in the<br>
end to me it all boils down to: "is lrdf simple and lightweight enough<br>
so it is acceptable to consider it from a practical point of view a<br>
de-facto mandatory extension of ladspa.h for all but the simplest of<br>
hosts and plugins?"<br>
<br>
My personal answer is "mmm... okay, I guess" but I don't think we will<br>
ever reach a global consensus on this.</blockquote><div> </div></div>We have basically five alternatives, I guess:<br><br>1. Forget about this;<br>2. Implement this breaking the ABI (API too?);<br>3. Do as Fons suggested (which to me sounds like make that tiny part of the API a bit counter-intuitive);<br>
4. Use LRDF;<br>5. Add something like this to the API:<br><br>struct {<br>  float value;<br>  const char *name;<br>} ladspa_port_value_enum;<br><br>struct ladspa_port_value_enum * ladspa_get_port_value_enums(unsigned long descriptor_index, unsigned long port_index);<br>
<br>I'd choose 4 or 5, but in the end I don't really care, whatever is fine with me.<br><br>Stefano<br>