<div dir="ltr"><div><div><div>I need to correct a mistake in what I wrote yesterday. <br><br></div>VST3 does support double precision samples, and for whatever inexplicable reason even makes it the default.<br><br></div>Thanks to Robin Gareus for pointing this out.<br><br></div>Also, to follow on from something Fons wrote: an actual 32 bit sample value would have at least the low 4-6 bits representing brownian (atomic) motion. That's pretty crazy.<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Mar 6, 2017 at 9:30 PM, Paul Davis <span dir="ltr"><<a href="mailto:paul@linuxaudiosystems.com" target="_blank">paul@linuxaudiosystems.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="h5">On Mon, Mar 6, 2017 at 8:59 PM, Taylor <span dir="ltr"><<a href="mailto:tay10r@protonmail.com" target="_blank">tay10r@protonmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>Hey,<br></div><div><br></div><div>I'm a little bit new to LADSPA and LV2, so this may be a naive question.<br></div><div><br></div><div>I would like to know why single precision floating point types are used in the plugin interface, instead of double precision.<br></div><div><br></div><div>I would also like to know if there are plans to standardize a plugin interface that may process double-precision instead of single-precision data (or both).<br></div></blockquote><div><br></div></div></div><div>Nobody needs double precision when moving data between host and plugins (or from one plugin to another).<br><br></div><div>You might be able to make a case for double precision math inside a plugin (and indeed several people have). But once that particular math is done, single precision is more than adequate.<br><br></div><div>As to why.... because everybody else who knew anything about this stuff was using 32 bit floating point already.<br><br></div><div>No existing plugin API supports double precision floating point as a standard sample format (you could do it in AU, but it would involve a converter to/from single precision on either side of the plugin that asks for this.<br></div><div> </div></div></div></div>
</blockquote></div><br></div>