Sebastian Böck
Sebastian Böck
Comments welcome, thus ping @olemb.
Of course I ran the tests, but as said in #114 (and copied into this PR's TODO items) some tests fails due to different rounding in Python 2/3. My question...
Interesting. Can you explain how you checked this in order to repeat (and fix) it. Furthermore it would be interesting which commit adds this slowing down. Is #114 affected as...
I guess I figured it out: I introduced a `timing` parameter which must be 'relative' instead of 'absolute' since MIDI messages have relative timing. Should be fixed now. Thanks for...
The long delay at the beginning is unrelated to the changes in this PR. Caching the merged tracks can indeed solve the problem -- or at least lower its extend....
I am not sure what the status of this PR is. I am still waiting for any kind of response to the questions I raised.
Unfortunately, I haven't heard back from the developers after I made some changes to the PR. I will update the code and rebase on the current master branch.
The reason is that the resolution of those methods is 100 frames per second, thus when printing with 3 decimals, the last one will always be 0. The reason we're...
As for my part (Part 3), I consider it public domain. The license should be stated somewhere though.
The problem is that the DBN part of ~~`DBNBarTrackingProcessor`~~ `DBNDownBeatTrackingProcessor` models only a single bar length at the time, i.e. it does not allow meter changes. This choice was made...