Possibilities for Plugin Parameters » History » Version 10
Version 9 (Chris Cannam, 2014-05-08 10:17 AM) → Version 10/14 (Chris Cannam, 2014-05-08 10:18 AM)
h1. Possibilities for Plugin Parameters
Two directions we could take:
# No parameters
# Enough parameters to be interesting
h3. Fast and Slow modes
A problem with "no parameters" is that there is such a big difference in [[Speed|processing speed]] between different configurations. There's a strong case to be made for offering at least a choice between fast/draft mode and slow/thorough mode.
* The most obvious difference would be that "fast mode" should suppress the 5-step shift factor.
* We might also consider using a finer-grained time step in "slow mode". I think the current 40ms step results in audible jitter, though I may be wrong (possibly any timing imprecision results mostly from some other aspect of the method).
h3. Instrument restrictions
Presumably the method can run much faster if we are able to tell it that a piece has only one instrument in it. We might offer a dropdown of "all known instruments", "piano", "trombone" etc.
We (We could separately have options for instruments to detect and instruments to return -- e.g. detect all instruments but return only the piano, or detect only the piano and return that, etc.
That sounds confusing. But the confusion may be intrinsic to the meaning of "which instrument I detect" -- if you tell the plugin to detect only piano, that doesn't mean it will separate out the piano from other instruments; you have to get it to detect all the other instruments too, if you want to be able to separate out the piano. Detecting only the piano basically means you're telling it there are no other instruments, as a pure performance optimisation. Hm.)
It may be possible to phrase this so as to resolve some of the confusion. But it's also possible that the instrument identification isn't reliable enough to base a feature like this on anyway? I don't know, I haven't tested...
h3. ...and Possibilities for Plugin Outputs
Currently we have one main output
* Note transcription, including pitch in Hz and velocity
and three "intermediate data" outputs
* Raw constant-Q
* Filtered constant-Q
* Pitch activation matrix
What else does the plugin know, that might be interesting?
* Identity of predominant instrument, or of the estimated instrument for each note (not currently returned through the note transcription)
* Approximate tuning, from the 5-step shift factor -- we currently return pitch in Hz but it's calculated only from the MIDI note, is there any merit in optionally returning a theoretically finer tuning?
Two directions we could take:
# No parameters
# Enough parameters to be interesting
h3. Fast and Slow modes
A problem with "no parameters" is that there is such a big difference in [[Speed|processing speed]] between different configurations. There's a strong case to be made for offering at least a choice between fast/draft mode and slow/thorough mode.
* The most obvious difference would be that "fast mode" should suppress the 5-step shift factor.
* We might also consider using a finer-grained time step in "slow mode". I think the current 40ms step results in audible jitter, though I may be wrong (possibly any timing imprecision results mostly from some other aspect of the method).
h3. Instrument restrictions
Presumably the method can run much faster if we are able to tell it that a piece has only one instrument in it. We might offer a dropdown of "all known instruments", "piano", "trombone" etc.
We (We could separately have options for instruments to detect and instruments to return -- e.g. detect all instruments but return only the piano, or detect only the piano and return that, etc.
That sounds confusing. But the confusion may be intrinsic to the meaning of "which instrument I detect" -- if you tell the plugin to detect only piano, that doesn't mean it will separate out the piano from other instruments; you have to get it to detect all the other instruments too, if you want to be able to separate out the piano. Detecting only the piano basically means you're telling it there are no other instruments, as a pure performance optimisation. Hm.)
It may be possible to phrase this so as to resolve some of the confusion. But it's also possible that the instrument identification isn't reliable enough to base a feature like this on anyway? I don't know, I haven't tested...
h3. ...and Possibilities for Plugin Outputs
Currently we have one main output
* Note transcription, including pitch in Hz and velocity
and three "intermediate data" outputs
* Raw constant-Q
* Filtered constant-Q
* Pitch activation matrix
What else does the plugin know, that might be interesting?
* Identity of predominant instrument, or of the estimated instrument for each note (not currently returned through the note transcription)
* Approximate tuning, from the 5-step shift factor -- we currently return pitch in Hz but it's calculated only from the MIDI note, is there any merit in optionally returning a theoretically finer tuning?