annotate vamp-hostsdk/PluginInputDomainAdapter.h @ 311:e006db9a6489

update tags
author convert-repo
date Thu, 06 Jan 2011 12:48:20 +0000
parents 5940dd0a399f
children 5cb298435765
rev   line source
cannam@233 1 /* -*- c-basic-offset: 4 indent-tabs-mode: nil -*- vi:set ts=8 sts=4 sw=4: */
cannam@233 2
cannam@233 3 /*
cannam@233 4 Vamp
cannam@233 5
cannam@233 6 An API for audio analysis and feature extraction plugins.
cannam@233 7
cannam@233 8 Centre for Digital Music, Queen Mary, University of London.
cannam@290 9 Copyright 2006-2009 Chris Cannam and QMUL.
cannam@233 10
cannam@233 11 Permission is hereby granted, free of charge, to any person
cannam@233 12 obtaining a copy of this software and associated documentation
cannam@233 13 files (the "Software"), to deal in the Software without
cannam@233 14 restriction, including without limitation the rights to use, copy,
cannam@233 15 modify, merge, publish, distribute, sublicense, and/or sell copies
cannam@233 16 of the Software, and to permit persons to whom the Software is
cannam@233 17 furnished to do so, subject to the following conditions:
cannam@233 18
cannam@233 19 The above copyright notice and this permission notice shall be
cannam@233 20 included in all copies or substantial portions of the Software.
cannam@233 21
cannam@233 22 THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND,
cannam@233 23 EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF
cannam@233 24 MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND
cannam@233 25 NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS BE LIABLE FOR
cannam@233 26 ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF
cannam@233 27 CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION
cannam@233 28 WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.
cannam@233 29
cannam@233 30 Except as contained in this notice, the names of the Centre for
cannam@233 31 Digital Music; Queen Mary, University of London; and Chris Cannam
cannam@233 32 shall not be used in advertising or otherwise to promote the sale,
cannam@233 33 use or other dealings in this Software without prior written
cannam@233 34 authorization.
cannam@233 35 */
cannam@233 36
cannam@233 37 #ifndef _VAMP_PLUGIN_INPUT_DOMAIN_ADAPTER_H_
cannam@233 38 #define _VAMP_PLUGIN_INPUT_DOMAIN_ADAPTER_H_
cannam@233 39
cannam@243 40 #include "hostguard.h"
cannam@233 41 #include "PluginWrapper.h"
cannam@233 42
cannam@263 43 _VAMP_SDK_HOSTSPACE_BEGIN(PluginInputDomainAdapter.h)
cannam@263 44
cannam@233 45 namespace Vamp {
cannam@233 46
cannam@233 47 namespace HostExt {
cannam@233 48
cannam@233 49 /**
cannam@233 50 * \class PluginInputDomainAdapter PluginInputDomainAdapter.h <vamp-hostsdk/PluginInputDomainAdapter.h>
cannam@233 51 *
cannam@233 52 * PluginInputDomainAdapter is a Vamp plugin adapter that converts
cannam@233 53 * time-domain input into frequency-domain input for plugins that need
cannam@233 54 * it. This permits a host to use time- and frequency-domain plugins
cannam@233 55 * interchangeably without needing to handle the conversion itself.
cannam@233 56 *
cannam@233 57 * This adapter uses a basic Hanning windowed FFT that supports
cannam@233 58 * power-of-two block sizes only. If a frequency domain plugin
cannam@233 59 * requests a non-power-of-two blocksize, the adapter will adjust it
cannam@233 60 * to a nearby power of two instead. Thus, getPreferredBlockSize()
cannam@233 61 * will always return a power of two if the wrapped plugin is a
cannam@233 62 * frequency domain one. If the plugin doesn't accept the adjusted
cannam@233 63 * power of two block size, initialise() will fail.
cannam@233 64 *
cannam@233 65 * The adapter provides no way for the host to discover whether the
cannam@233 66 * underlying plugin is actually a time or frequency domain plugin
cannam@233 67 * (except that if the preferred block size is not a power of two, it
cannam@233 68 * must be a time domain plugin).
cannam@233 69 *
cannam@233 70 * The FFT implementation is simple and self-contained, but unlikely
cannam@233 71 * to be the fastest available: a host can usually do better if it
cannam@233 72 * cares enough.
cannam@233 73 *
cannam@233 74 * In every respect other than its input domain handling, the
cannam@233 75 * PluginInputDomainAdapter behaves identically to the plugin that it
cannam@233 76 * wraps. The wrapped plugin will be deleted when the wrapper is
cannam@233 77 * deleted.
cannam@233 78 *
cannam@233 79 * \note This class was introduced in version 1.1 of the Vamp plugin SDK.
cannam@233 80 */
cannam@233 81
cannam@233 82 class PluginInputDomainAdapter : public PluginWrapper
cannam@233 83 {
cannam@233 84 public:
cannam@248 85 /**
cannam@248 86 * Construct a PluginInputDomainAdapter wrapping the given plugin.
cannam@248 87 * The adapter takes ownership of the plugin, which will be
cannam@248 88 * deleted when the adapter is deleted.
cannam@248 89 */
cannam@248 90 PluginInputDomainAdapter(Plugin *plugin);
cannam@233 91 virtual ~PluginInputDomainAdapter();
cannam@233 92
cannam@233 93 bool initialise(size_t channels, size_t stepSize, size_t blockSize);
cannam@288 94 void reset();
cannam@233 95
cannam@233 96 InputDomain getInputDomain() const;
cannam@233 97
cannam@233 98 size_t getPreferredStepSize() const;
cannam@233 99 size_t getPreferredBlockSize() const;
cannam@233 100
cannam@233 101 FeatureSet process(const float *const *inputBuffers, RealTime timestamp);
cannam@233 102
cannam@233 103 /**
cannam@288 104 * ProcessTimestampMethod determines how the
cannam@288 105 * PluginInputDomainAdapter handles timestamps for the data passed
cannam@288 106 * to the process() function of the plugin it wraps, in the case
cannam@288 107 * where the plugin is expecting frequency-domain data.
cannam@288 108 *
cannam@298 109 * The Vamp specification requires that the timestamp passed to
cannam@298 110 * the plugin for frequency-domain input should be that of the
cannam@298 111 * centre of the processing block, rather than the start as is the
cannam@298 112 * case for time-domain input.
cannam@288 113 *
cannam@298 114 * Since PluginInputDomainAdapter aims to be transparent in use,
cannam@298 115 * it needs to handle this timestamp adjustment itself. However,
cannam@298 116 * some control is available over the method used for adjustment,
cannam@298 117 * by means of the ProcessTimestampMethod setting.
cannam@288 118 *
cannam@298 119 * If ProcessTimestampMethod is set to ShiftTimestamp (the
cannam@298 120 * default), then the data passed to the wrapped plugin will be
cannam@298 121 * calculated from the same input data block as passed to the
cannam@298 122 * wrapper, but the timestamp passed to the plugin will be
cannam@298 123 * advanced by half of the window size.
cannam@288 124 *
cannam@298 125 * If ProcessTimestampMethod is set to ShiftData, then the
cannam@298 126 * timestamp passed to the wrapped plugin will be the same as that
cannam@298 127 * passed to the process call of the wrapper, but the data block
cannam@298 128 * used to calculate the input will be shifted back (earlier) by
cannam@298 129 * half of the window size, with half a block of zero padding at
cannam@298 130 * the start of the first process call. This has the advantage of
cannam@298 131 * preserving the first half block of audio without any
cannam@298 132 * deterioration from window shaping.
cannam@298 133 *
cannam@298 134 * If ProcessTimestampMethod is set to NoShift, then no adjustment
cannam@298 135 * will be made and the timestamps will be incorrect.
cannam@298 136 */
cannam@298 137 enum ProcessTimestampMethod {
cannam@298 138 ShiftTimestamp,
cannam@298 139 ShiftData,
cannam@298 140 NoShift
cannam@298 141 };
cannam@298 142
cannam@298 143 /**
cannam@298 144 * Set the method used for timestamp adjustment in plugins taking
cannam@298 145 * frequency-domain input. See the ProcessTimestampMethod
cannam@298 146 * documentation for details.
cannam@288 147 *
cannam@288 148 * This function must be called before the first call to
cannam@288 149 * process().
cannam@288 150 */
cannam@298 151 void setProcessTimestampMethod(ProcessTimestampMethod);
cannam@288 152
cannam@298 153 /**
cannam@298 154 * Retrieve the method used for timestamp adjustment in plugins
cannam@298 155 * taking frequency-domain input. See the ProcessTimestampMethod
cannam@298 156 * documentation for details.
cannam@298 157 */
cannam@288 158 ProcessTimestampMethod getProcessTimestampMethod() const;
cannam@288 159
cannam@288 160 /**
cannam@233 161 * Return the amount by which the timestamps supplied to process()
cannam@233 162 * are being incremented when they are passed to the plugin's own
cannam@233 163 * process() implementation.
cannam@233 164 *
cannam@233 165 * The Vamp API mandates that the timestamp passed to the plugin
cannam@233 166 * for time-domain input should be the time of the first sample in
cannam@233 167 * the block, but the timestamp passed for frequency-domain input
cannam@233 168 * should be the timestamp of the centre of the block.
cannam@233 169 *
cannam@233 170 * The PluginInputDomainAdapter adjusts its timestamps properly so
cannam@233 171 * that the plugin receives correct times, but in some
cannam@233 172 * circumstances (such as for establishing the correct timing of
cannam@233 173 * implicitly-timed features, i.e. features without their own
cannam@233 174 * timestamps) the host may need to be aware that this adjustment
cannam@233 175 * is taking place.
cannam@233 176 *
cannam@288 177 * If the plugin requires time-domain input or the
cannam@288 178 * PluginInputDomainAdapter is configured with its
cannam@288 179 * ProcessTimestampMethod set to ShiftData instead of
cannam@288 180 * ShiftTimestamp, then this function will return zero.
cannam@288 181 *
cannam@288 182 * The result of calling this function before initialise() has
cannam@288 183 * been called is undefined.
cannam@233 184 */
cannam@233 185 RealTime getTimestampAdjustment() const;
cannam@233 186
cannam@233 187 protected:
cannam@233 188 class Impl;
cannam@233 189 Impl *m_impl;
cannam@233 190 };
cannam@233 191
cannam@233 192 }
cannam@233 193
cannam@233 194 }
cannam@233 195
cannam@263 196 _VAMP_SDK_HOSTSPACE_END(PluginInputDomainAdapter.h)
cannam@263 197
cannam@233 198 #endif