Content-Type: text/plain; charset="UTF-8"
On Sun, 2012-08-19 at 22:25 -0700, Sean Bolton wrote:
Sure. They are used for /all/ frequencies. Some are only relative, but
not all, notably oscillator frequencies and filter cutoff.
> But to address your
Sure. Only 0 Hz could really be argued as not arbitrary, but that
doesn't work. However, tuning being based on A4=3D440Hz (or perhaps a
different A4, but 440 as standard) is certainly the most standard
'tuning note' if you have to pick.
> If you're proposing something that asks plugin authors to
I agree, Hz ports are indeed generally less hassle in everything except
AMS, and used pretty much everywhere else. Nobody ever got fired for
using the SI unit. However these plugins use 1/Oct, and converting them
would be non-trivial and change their interface considerably. I am only
putting them in a more well-defined package, and do not plan to fragment
the guts. Limitations of LADSPA and funny ill-defined units aside, they
are excellent sounding plugins designed to work in concert and I am
merely doing a conservative port faithful to the originals.
It may be a good idea to specify absolute or relative explicitly, though
I'm not sure if unit is the best way to encode this. That concept could
apply to any unit, so probably not. While maybe theoretically useful
information, no immediate use in hosts comes to mind, so I'll just
ignore that idea until there's a concrete reason to do otherwise.
I am, as usual, not really interested in trying to mandate what
developers may do, only that it is done sensibly and plugin interfaces
are actually well-defined and usable. IIRC this has come up before and
some feel quite strongly that this unit is best in modular environments.
Fine. However, many of these ports *do* express an absolute frequency
(regardless of mod/offset/tune parameters), and therefore this unit
needs to define a center frequency in order for the interface to these
plugins to be well-defined.
While problematic in LADSPA, I don't really have a problem with this
unit in LV2 since we can describe it properly and a clever host can
automatically do the right thing (in conjunction with CV being actually
distinguishable from true audio, this should make the filters usable in
more non-modular hosts, e.g. automating moog filters in a DAW)
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
-----END PGP SIGNATURE-----