[LAD] [RFC] LADSPA 1.2

From: Jörn Nettingsmeier <nettings@email-addr-hidden-hochschule.de>
Date: Thu Jun 18 2009 - 19:28:32 EEST

hi everybody!

as discussed in another thread, i would like to propose a new LADSPA
release 1.2, which should include the following changes:

1. addition of a port range hint flag LADSPA_HINT_PERIODIC to denote
   periodic behaviour of a control port to be added to the
   LADSPA_PortRangeHintDescriptor bit field.

   if present, both LADSPA_HINT_BOUNDED_BELOW and
   LADSPA_HINT_BOUNDED_ABOVE must be specified as well. moreover,
   both LowerBound and UpperBound must be present in the corresponding
   LADSPA_PortRangeHint struct.

   the presence of LADSPA_HINT_PERIODIC implies that LowerBound is
   equivalent to UpperBound.

   hosts should consider displaying a widget that reflects the periodic
   nature of the corresponding control value, such as a rotary control.
   hosts that interpolate between control values defined by the user
   (such as automation points in a DAW) should take into account that
   the shortest path between two given values might cross the
   boundary defined by LowerBound resp. UpperBound and behave
   accordingly.

usage example: soundfield rotators, circular panners

2. addition of a port range hint flag LADSPA_HINT_ENUMERATED to inform
   hosts that an integer-type port (as denoted by LADSPA_HINT_INTEGER)
   should be annotated with a set of labels rather than numbers.

   LADSPA_HINT_ENUMERATED mandates the following:
   LADSPA_HINT_INTEGER is set.
   LADSPA_HINT_BOUNDED_BELOW and LADSPA_HINT_BOUNDED_ABOVE must be set.
   in LADSPA_PortRangeHint, LowerBound must be 0, UpperBound must be >0.
   the number of labels provided must be equal to (UpperBound - 1).

   some of these mandatory settings are redundant and could be handled
   as being implicit.
   however, for the sake of backwards compatibility and to to allow
   older hosts to display a meaningful UI even if they don't implement
   the new flag yet, all these items MUST be set.

   as to the location of the actual enum of labels: fons adriaensen
   suggests adding them to the end of the PortNames array.
   this implies that for multiple enum-labelled controls, the labels
   would have to be concatenated and the host would have to tell them
   apart by keeping track of the corresponding UpperBound offsets, which
   might become a little messy. your comments are welcome.

best,

jörn

_______________________________________________
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Received on Thu Jun 18 20:15:03 2009

This archive was generated by hypermail 2.1.8 : Thu Jun 18 2009 - 20:15:03 EEST