Replies: 4 comments 14 replies
-
Hi, the song editor pattern grid cells do indeed represent patterns rather than bars, and their length is defined by the length of the (longest) patterns active in that time slot. This is a bit of a pain for different length patterns, or for things like polymeters, but does at least allow complete flexibility in changing the lengths of patterns through a composition. The current development branch (for 1.1 release sometime soon, hopefully) will show shorter patterns that are active at the same time as longer patterns as shorter grid cells. There's also new editing operations in the pattern editor that should make cutting and duplicating patterns. Any change to the song grid structure would be a long-term development project! |
Beta Was this translation helpful? Give feedback.
-
If that would happen one day, I'd very like to have the choice (in parameters) between:
|
Beta Was this translation helpful? Give feedback.
-
I have to admit that I don't understand the problem. Aren't multiple rows of named patterns in combination with a 2D grid more easy to navigate than a 1D time axis? So, instead of "I want to listen to the fill thus I locate to bar 12 where I expect the fill to be" you can just think of "I want to listen to the fill thus I locate to the fill pattern". Or am I missing some use cases?
In terms of implementation it's indeed a huge pain (as Hydrogen predates JACK and was not developed with it's synchronization concepts in mind). And there are plans to align the two. But it should work for now (if not, just open an issue and I will take care of it). |
Beta Was this translation helpful? Give feedback.
-
Hello guys, I am linking a related issue, especially for the overlapping of different length patterns. I am copying a message from there: It would be useful a new window to see all the pattern sequences each on a separate line like multi tracks in a daw: |
Beta Was this translation helpful? Give feedback.
-
Hi,
I hope I didn't miss something but it seems that the blocks that represent patterns in the song editor have the same size no matter how many bars long they are. So, if the timeline is supposed to indicate the number of bars, it doesn't work. This can be a problem if we synchronize Hydrogen with other software like Ardour through Jack Transport. It happens that Ardour shows the real bar position in its timeline but not Hydrogen so it's not very convenient when composing and switching from one to the other.
An idea would be to make double squares for a pattern that lasts 2 bars though it would be complicated for patterns that are shorter than a bar.
Another idea is to keep the "1 square = 1 pattern" model but let the user place them properly so that it reflects the real position. For instance, if a pattern lasts 2 bars, the user should let an empty square after it. If he doesn't, no need for Hydrogen to go through a lot of conditions, it could just dumbly play the patterns from their position and overlay them if they are too close to each other. I know that this is some musician stuff and that it could confuse novice users so it could be there as an option.
For the moment, my workaround is only creating patterns 1 bar long but it can lead to make more patterns than needed to have a clear song. Not a big deal, though. My suggestion is more a way to improve this already beautiful piece of software (thank you very much, by the way).
But maybe I'm all wrong and the timeline is just supposed to indicate the number of patterns, not the bars.
Beta Was this translation helpful? Give feedback.
All reactions