view CHANGELOG @ 387:3cd80757becf

Start using libc++ by default
author Chris Cannam
date Wed, 11 Mar 2015 13:29:17 +0000
parents 3649dd60d2b1
children 14b34e85523b
line wrap: on
line source
Version 2.5, 2013-05-08 (maintenance release):

  * Fix incorrect handling of FixedSampleRate outputs in the
    PluginBufferingAdapter. Un-timestamped features on these outputs
    were incorrectly being timestamped from the process timestamp,
    where they should have been timed relative to the previous
    feature on the output according to the output's sample rate.
  * Fix return of uninitialised memory through getCurrentProgram
    when plugin specifies no programs
  * Ensure output sample rate is initialised (to 0) for variable-rate
    outputs where the plugin forgets to set a rate

Version 2.4, 2012-07-12 (maintenance and minor feature release):

  * Provide a simple FFT implementation as a convenience for plugins
  * Add symbols to make the library versions discoverable by autoconf
    using C linkage
  * Fix failure to open plugins from Unicode builds on Windows (thanks
    RJ Ryan)
  * Fix thread-safety issue in PluginInputDomainAdapter
  * Add build for OS/X 10.7+/Xcode 4; remove build for OpenSolaris

Version 2.3, 2011-09-28 (minor feature release):

  * Add window type property to PluginInputDomainAdapter
  * Permit vamp-simple-host to use streaming input with indeterminate
    length (thanks Dan Stowell)
  * Print label as well as values from vamp-simple-host (thanks Dan)

Version 2.2.1, 2011-04-05 (maintenance release):

  * Minor build fixes for OS/X

Version 2.2, 2010-08-26 (maintenance release):

  * Fixes to OS/X build procedures so as to build three-way
    universal binaries (PPC, i386, x86_64) by default.  Forced upon
    us by OS/X 10.6 defaulting to 64-bit rather than 32-bit

Version 2.1, 2009-09-22 (maintenance and minor feature release):

  * Add ProcessTimestampMethod to PluginInputDomainAdapter, offering
    the ability to decide how data buffering and timestamping works for
    frequency-domain plugins (whose process timestamps have to be at
    the centre of each processing block rather than the start)
  * Make PluginBufferingAdapter take into account any timestamp shift
    introduced by a PluginInputDomainAdapter that it wraps
  * Fix crash in PluginAdapter when plugin library getDescriptor fails
    on plugin construction
  * Add plugin skeleton files as starting point for new developers

Version 2.0, 2008-12-08 (major release):

  * Feature structure now has an optional duration (plugin API change)
  * Libraries reorganised into separate include and src directories for
    plugin and host SDKs; hosts should no longer include from vamp-sdk/
    but always from vamp-hostsdk/ instead (host source compatibility change)
  * OutputDescriptor now declares whether its features will have duration
  * Vamp RDF ontology now included for providing online (out-of-plugin)
    descriptions of plugins; program to generate skeleton RDF for a plugin
    set is included, and RDF for example plugins provided
  * New PluginSummarisingAdapter providing averages, min/max, count etc
    of returned features on request
  * New example plugins: Fixed Tempo Estimator and Power Spectrum
  * Command-line host now has a complete listing option, to print out
    all data reported by plugins
  * More complete Visual Studio project support

Version 1.3, 2008-07-09 (maintenance release):

  * PluginBufferingAdapter has several important fixes to bugs that
    could cause incorrect timings or output descriptors to be returned
  * Conversion between real-time and frames has been improved to avoid
    rounding error in round-trip calculations
  * Plugin lookup no longer relies on non-portable DT_REG
  * The SDK now compiles with gcc 4.3

Version 1.2, 2008-02-28 (feature release):

  * New PluginBufferingAdapter, which hosts may use to avoid having to
    negotiate the plugin's preferred input step and block sizes

Version 1.1, 2007-08-24 (feature release):

  * New Vamp::HostExt namespace
  * PluginLoader class, which handles enumeration, loading and category
    management for plugins on the local system
  * PluginInputDomainAdapter, which provides the capability for a host
    to support frequency-domain plugins without needing to worry about
    domain conversion
  * PluginChannelAdapter, which transparently deals with plugins that
    expect different numbers of audio channels from the number available
  * Minor beauty-and-truth updates and documentation fixes

Version 1.0, 2007-03-21:

  * First official release