Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
Add BRK command per drummatrix track
#1
Would it be possible to add a BRK command in the drummatrix? If so, we could use different euclidean pattern lengths for each output, making it far more easy to generate polymetric patterns. As indicated in the manual, at the moment euclidean function is set to calculate using pattern length, but enabling the above request could open up the euclidean functionality even more.
Reply
#2
(09-08-2025, 11:20 AM)DriesG Wrote: Would it be possible to add a BRK command in the drummatrix? If so, we could use different euclidean pattern lengths for each output, making it far more easy to generate polymetric patterns. As indicated in the manual, at the moment euclidean function is set to calculate using pattern length, but enabling the above request could open up the euclidean functionality even more.

That is simply impossible. That would mean maintaining 16 tracks with individual timelines per track. The drummatrix also got no information except for triggerpoint or no triggerpoint. Adding commands here instead of or with triggerpoints is not possible. Only the first 8 columns in a T16 track can overrule the drummatrix points.

Polymetric things need to be done using multiple tracks.
PLEASE use the search function if something have been asked or discussed before.
Every (unnessesary) forum support means less time to develop! But of course, i am here to help!  Smile
Reply
#3
(09-08-2025, 11:46 AM)XORadmin Wrote:
(09-08-2025, 11:20 AM)DriesG Wrote: Would it be possible to add a BRK command in the drummatrix? If so, we could use different euclidean pattern lengths for each output, making it far more easy to generate polymetric patterns. As indicated in the manual, at the moment euclidean function is set to calculate using pattern length, but enabling the above request could open up the euclidean functionality even more.

That is simply impossible. That would mean maintaining 16 tracks with individual timelines per track. The drummatrix also got no information except for triggerpoint or no triggerpoint. Adding commands here instead of or with triggerpoints is not possible. Only the first 8 columns in a T16 track can overrule the drummatrix points.

Polymetric things need to be done using multiple tracks.

Ok, fair enough. I was looking at my Acid Rain Constellation, which can do 8 fully independant euclidean patterns (clocks, div/mult, prob, ratcheting...) on each of its 8 tracks. 
But of course: that's all it can do...
Reply
#4
(09-08-2025, 01:12 PM)DriesG Wrote:
(09-08-2025, 11:46 AM)XORadmin Wrote:
(09-08-2025, 11:20 AM)DriesG Wrote: Would it be possible to add a BRK command in the drummatrix? If so, we could use different euclidean pattern lengths for each output, making it far more easy to generate polymetric patterns. As indicated in the manual, at the moment euclidean function is set to calculate using pattern length, but enabling the above request could open up the euclidean functionality even more.

That is simply impossible. That would mean maintaining 16 tracks with individual timelines per track. The drummatrix also got no information except for triggerpoint or no triggerpoint. Adding commands here instead of or with triggerpoints is not possible. Only the first 8 columns in a T16 track can overrule the drummatrix points.

Polymetric things need to be done using multiple tracks.

Ok, fair enough. I was looking at my Acid Rain Constellation, which can do 8 fully independant euclidean patterns (clocks, div/mult, prob, ratcheting...) on each of its 8 tracks. 
But of course: that's all it can do...

Yes, that is the difference between dedicated things and complete solutions. The main thing is with that that in track multi 'timings' would be a mess to maintain. When is the pattern finished, which and how to synchronize and and and.... The audio track got 2 timelines within one track for groove, jumps, breaks etc. But also here it is confusing for people once they dive into it.
PLEASE use the search function if something have been asked or discussed before.
Every (unnessesary) forum support means less time to develop! But of course, i am here to help!  Smile
Reply


Forum Jump:


Users browsing this thread: 1 Guest(s)