New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Short delay when setting bpm via $ self operator #187
Comments
I'll try it out :) |
Maybe a global swing percentage might be fun. |
I noticed the problem too. I don't think I know of a way to handle this properly at this time. |
Thank you for looking in to this. Your change does help with cpu usage when there is no bpm difference, but I do still see the delay when alternating between two bpms. I'm going to do some more reading about this and see if there's anything I can do. |
I've figured I can do a swung/shuffled clock like so:
And this works reasonably well, but I tried this:
and this
Which should produce identical output, but reseting the bpm on each frame results in a slower overall speed. I tested this on v215 Mac sending a midi note each frame to Renoise so otherwise, no noticeable jitter. This short delay might by unavoidable, but being able to do these types of timing manipulations accurately within Orca would be very powerful.
The text was updated successfully, but these errors were encountered: