| Thu, 16 Oct 2014 14:22:50 +0100 |
Chris Cannam |
Added tag v1.0 for changeset f1c128d0f78c
|
| Thu, 16 Oct 2014 14:22:47 +0100 |
Chris Cannam |
Small text fix
v1.0
|
| Thu, 16 Oct 2014 14:22:15 +0100 |
Chris Cannam |
Added tag v1.0 for changeset 180624d62a4c
|
| Tue, 30 Sep 2014 17:30:35 +0100 |
Chris Cannam |
Range should be 30-120 and default 60
|
| Tue, 30 Sep 2014 17:23:34 +0100 |
Chris Cannam |
Correct default value in reference tempo
|
| Tue, 30 Sep 2014 16:37:36 +0100 |
Carl Bussey |
* Fixed bug with s parameter (y axis bin labels of cyclic tempogram)
|
| Tue, 30 Sep 2014 16:19:31 +0100 |
Carl Bussey |
* I had made further changes to previous revisions accidentally. Now should wor.
|
| Tue, 30 Sep 2014 15:00:23 +0100 |
Carl Bussey |
* Added m_cyclicTempogramReferenceBPM to initialiser list
|
| Tue, 30 Sep 2014 14:44:39 +0100 |
Carl Bussey |
* Added reference tempo parameter for cyclic tempogram
|
| Mon, 29 Sep 2014 16:22:16 +0100 |
Chris Cannam |
Tidy
|
| Mon, 29 Sep 2014 16:20:16 +0100 |
Chris Cannam |
Clamp cyclic tempogram min and max BPM to the BPM equivalents of the actual underlying min and max tempogram bins, rather than the "input" min and max BPM (fixed root cause of #1054)
|
| Mon, 29 Sep 2014 16:19:12 +0100 |
Chris Cannam |
Fix bin overrun in bpmToBin (proximate cause of bug #1054)
|
| Thu, 25 Sep 2014 18:42:35 +0100 |
Chris Cannam |
I think that the tempogram max lag can't exceed the window length - 1, rather than the window length, because it is used as an index into a vector of the window length
|
| Thu, 25 Sep 2014 15:42:15 +0100 |
Chris Cannam |
Some unsigned -> int (while bug hunting)
|
