Git migration

I have finally migrated all of my software to git. This was not a very fun process due to the nested nature of my “drobillad” repository, but now all projects live in their own git repositories with history and tags from SVN preserved.

It is still possible to build all my audio software in one step, the top-level repository http://git.drobilla.net/drobillad.git is now a skeleton with git submodules for each project. Anyone using SVN should switch immediately, the SVN repositories will remain in their current state for the foreseeable future but all development activity will move to git.

All the repositories are available in cgit, but changes and tickets and so on are in Trac as always. Happy hacking.

Flattr this!

Lilv 0.22.0

Lilv 0.22.0 is out. Lilv is a C library to make the use of LV2 plugins as simple as possible for applications.

Changes:

  • Fix loading files with spaces in their path
  • Add lilv_file_uri_parse() for correct URI to path conversion
  • Add lilv_node_get_path() for convenient file URI path access
  • Add lilv_state_emit_port_values() for special port value handling
  • Add lilv_state_get_uri()
  • Add lilv_state_delete() for deleting user saved presets
  • Add lilv_free() for systems picky about such things
  • Fix lilv_world_ask() to work with wildcards
  • Fix creation of duplicate manifest entries when saving state
  • Fix bindings for Python 3
  • Load discovered owl ontologies as specifications
  • Expose lilv_world_load_specifications() and lilv_world_load_plugin_classes()
  • Tolerate passing NULL to lilv_state_restore()
  • Preserve absolute paths in state if no link directory is given
  • Fix a few minor/unlikely memory errors
  • Configure based on compiler target OS for cross-compilation
  • Fix lilv_realpath() on pre-POSIX-2008 systems
  • Fix directory walking on some systems (thanks Matt Fischer)
  • Windows fixes (thanks John Emmas)
  • Minor documentation improvements
  • Upgrade to waf 1.8.14

Flattr this!

LV2 Plugin Control Units in Ardour

LV2 has had a “units” extension since the beginning, which allows plugins to specify units like Hz or dB for their controls. To date this information has not been used very widely by hosts, so I’ve done some work in Ardour to use this information for better UI generation and intelligent plugin control.

Units can specify a format string which describes how to print a value in that unit. This is now used to draw the text on control sliders:

An Ardour control dialog for an LV2 plugin.

An Ardour control dialog for an LV2 plugin.

The same controls are used in automation lane headers. If the control is a note number, then right-clicking will present a menu with an option to pop up a note selector dialog where the value can be chosen on a piano keyboard:

The select note menu on a note number port.

The select note menu on a note number port.

The Ardour note selector dialog.

The Ardour note selector dialog.

Similarly, numeric frequency controls have a context menu which can set the value to a specific number of beats in the current tempo, if the frequency range is low:

Setting a low frequency port in beats.

Setting a low frequency port in beats.

If the frequency range is high, then numeric frequency ports can be set with the note selector dialog just like note numbers:

Setting an audible frequency port by note.

Setting an audible frequency port by note.

In the future, it would be nice to have this idea applied more extensively so automation lanes can “pretend” a port is in the desired unit, for example allowing the user to automate an LFO frequency in beats, or a cutoff frequency in notes. Until then, being able to at least easily set controls to musically sensible values makes many production tasks easier, particularly in electronic music where it’s often desirable to set plugin controls based on key or tempo.

Up next is setting time ports based on tempo, for cases like setting delay lines to a certain number of beats, but many plugins are missing the unit information required to make this possible. Hopefully better and more widespread host support will provide some incentive for plugin authors to specify the units of their ports. It is very simple to do so, see the LV2 units documentation for examples.

Flattr this!

Jalv 1.4.6

Jalv 1.4.6 is out. Jalv is a simple but fully featured LV2 host for Jack. It runs LV2 plugins and exposes their ports as Jack ports, essentially making any LV2 plugin function as a Jack application.

Changes:

  • Show newly saved presets in the preset menu.
  • Generate Qt moc nonsense at build time for broader compatibility.
  • Update for latest LV2 Atom Object simplifications.
  • Set port pretty names via new Jack metadata API.
  • Add support for data-access extension (based on patch by Filipe Coelho).
  • Support new UI show/hide interface in console version.
  • Add option to print control output changes to stdout.
  • Support saving the same preset several times.
  • Update man pages and console jalv help output for new options.
  • Upgrade to waf 1.7.16.

Flattr this!

Lilv 0.20.0

Lilv 0.20.0 is out. Lilv is a C library to make the use of LV2 plugins as simple as possible for applications.

Changes:

  • Don’t load files multiple times if they are listed as rdfs:seeAlso for several plugins.
  • Call lv2_lib_descriptor separately for different bundle paths (fix loading several dynamic plugins like Ingen at once).
  • Tolerate calling lilv_node_as_uri or lilv_node_as_blank on NULL.
  • Add convenient lilv_new_file_uri for creating file URIs.
  • Fix use of lv2info -m and -p options to write plugin data (useful for porting plugins bridges with NASPRO).
  • Fix issues with lilv_plugin_get_author_name and friends (thanks Filipe Coelho).
  • Improved/working lv2_apply.py to apply plugin to a .wav (thanks Joe Button).
  • Add lilv_world_unload_bundle() and lilv_world_unload_resource().
  • Fix several minor memory leaks.
  • Improve test coverage.
  • Upgrade to waf 1.7.16.

Flattr this!