You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hydrogen version * :Future
Operating system + version : all
Audio driver + version : n/a
Per #1162 I'm wondering if there should be humanization (timing, specifically) added to the length of the bar/pattern/measure (i.e. wherever it is currently not)
True humanization would entail slight stretching or compressing of the time. Let's say 4/4 and quarter=60... Every 4.0000 seconds, you're not going to nail the "one" :) Even if you're Colaiuta :) Otherwise, it's almost more rubato, and you still nail that "one" :) And if my assumptions about this are wrong (in the way H2 currently behaves), let me know!
So, just throwing the idea out there whether this should even be considered or not, or if there is any interest in it. I wouldn't think it would necessarily need to be the default for timing humanization, specifically for legacy purposes. Perhaps a checkmark in the preferences (default: off) for whether you want pattern-level timing variability.
Thanks!
The text was updated successfully, but these errors were encountered:
True humanization would entail slight stretching or compressing of the time. Let's say 4/4 and quarter=60... Every 4.0000 seconds, you're not going to nail the "one" :) Even if you're Colaiuta :) Otherwise, it's almost more rubato, and you still nail that "one" :) And if my assumptions about this are wrong (in the way H2 currently behaves), let me know!
You could think the current implementation more like a human drummer playing with the click in the headphones
Nope. This is about having a more "human" spectrum of the noise added during the humanization. But having random walk in velocity, timing, and overall speed would indeed be the way to go. Randomization in timing is planned to be implement right after the velocity one. However, a random walk in the overall BPM might be not feasible in combination with the JACK server.
Hydrogen version * :Future
Operating system + version : all
Audio driver + version : n/a
Per #1162 I'm wondering if there should be humanization (timing, specifically) added to the length of the bar/pattern/measure (i.e. wherever it is currently not)
True humanization would entail slight stretching or compressing of the time. Let's say 4/4 and quarter=60... Every 4.0000 seconds, you're not going to nail the "one" :) Even if you're Colaiuta :) Otherwise, it's almost more rubato, and you still nail that "one" :) And if my assumptions about this are wrong (in the way H2 currently behaves), let me know!
So, just throwing the idea out there whether this should even be considered or not, or if there is any interest in it. I wouldn't think it would necessarily need to be the default for timing humanization, specifically for legacy purposes. Perhaps a checkmark in the preferences (default: off) for whether you want pattern-level timing variability.
Thanks!
The text was updated successfully, but these errors were encountered: