From a0c7b04c3d4e9ec998b55caf906973cca65d4a19 Mon Sep 17 00:00:00 2001 From: Chris Cannam Date: Wed, 21 Nov 2007 21:48:37 +0000 Subject: [PATCH] ... --- TODO | 23 +++++++++++++++-------- 1 file changed, 15 insertions(+), 8 deletions(-) diff --git a/TODO b/TODO index 47ac144..fcb1814 100644 --- a/TODO +++ b/TODO @@ -1,22 +1,29 @@ * Threading lock structure is very slow if it becomes starved of CPUs * Fix "!!!" points -* Rationalise naming further (e.g. use of "lock" for both peak phases - and resynchronisation at transients) * LADSPA plugin has too much "artificial latency" -* LADSPA plugin could do with switches for transient/phaselock * LADSPA plugin probably doesn't want to go any higher than about +2 octaves -* Vamp plugin argument no longer properly reflect internal parameters -* Solve "for very long stretches" issue in calculateSizes() -* Sort out resynthesis gain +* implement+test, or remove, reset() +* sweeps & tones +* ensure default options don't produce garbage at any extreme -Rejig crispness options: +DONE * Rationalise naming further (e.g. use of "lock" for both peak phases + and resynchronisation at transients; use of block vs chunk vs frame + vs window) +DONE * Vamp plugin argument no longer properly reflect internal parameters +DONE * 192kHz +DONE * save/restore FFTW wisdom if using FFTW +DONE * Sort out resynthesis gain +DONE * LADSPA plugin could do with switches for transient/phaselock +DONE * Solve "for very long stretches" issue in calculateSizes() + +DONE Rejig crispness options: 0 - no transients, no peak lock, long window 1 - no transients, no peak lock, normal window 2 - no transients, peak lock, normal window 3 - band-limited transients, peak lock, normal window -4 - transients, no peak lock, normal window * - is this a good option to have? +[NO] 4 - transients, no peak lock, normal window * - is this a good option to have? 5 - transients, peak lock, normal window 6 - transients, no peak lock, short window