USE ftmplayMidiFile in MaxMSP to send the MIDI notes in via OSC

_ _ ______ __

BUGS:
When prior and posterior etc are split off the screen, it doesn't find the right indices for them. Are we writing the correct prior vector? constrained limits?

using best estimate continually - good in the new note on function?

+ + + + + + + + + 

best estimate locked to map so need to free

need to do relative tempo estimates

works
bartok.mid counterexample:
problem is that the tempo needs to estimate the likelihood confidence that the match is valid
at the moment all are equally weighted.
but if we know that the match is (n, k) then prob(loc_n) the phase at note n - gives us probability that the note is correctly identified.

//new note
in comes note

decay speed distribution - so we have uncertainty about tempo

cross update - so we have new prior for position

//
working well - 18/8/11

need to look at :
could weight the speed updates on the basis of how successful the location id was for the two notes. That way when we are on a roll we increase our ability to stay there.

matches stored like this:
	//size, index of match0, index of match1, ....