Patternlength In Patternmatrix

@martyfmelb: yes, that would be another way of implementing the same thing. when doing the mockup i figured it might be nice to allow you to change the patternsteps from the pattern matrix, but might be redundant as well. your version is better i guess. does not take up additional room either. nice one.

@rhowaldt: thankyou ^_^

We can have both:

  • On hover, show a ‘v-resize’ cursor at the bottom edge of each pattern rectangle - And highlight the edge - And make it clear visually that the resize applies to the bottom of the pattern above, not the top of the pattern below
    On drag, reduce the mouse-sensitivity’Ghost’ of larger pattern size visible over old (or old pattern gets partially ghosted out if you are shrinking it instead)
  • OR: instead of the above, just force a full redraw i.e. patterns below move up and down as you drag, no ghosting
    Tooltip or in-place count of the number of rowsSnaps to increments of LPB * 4Option: you must hold Shift key to enable this function e.g. to prevent accidental pattern-length resizesHold down Alt key to increase snapping resolution to LPB * 1Hold down Ctrl key to force a “make pattern unique” operation
  • Show a small highlight-coloured ‘sparkle’ (connoting “new”) in the top-right of the rectangle to indicate this

+1’s for everyone! xD

I’m not sold.
What happens if you have a pattern with only 1 or two lines (I know, hardly a ‘pattern’, but still…)
Will you have a tiny little sliver sized Matrix cell?
rhowaldt’s number idea seems more practical in this regard.

well thank you. :) i still like martyfmelb’s idea better than my own, because it more visually apparent, and takes up less (horizontal) space.
aside from being flattering, dformd makes a good point indeed. if the resize-idea would be executed as proposed, tiny patterns would become almost imperceptible. one option would be to have a minimum-height and apply that to the smallest pattern always. this would work i think, but it would tone down martyfmelb’s detailed (my god, are you a GUI-designer or something?!) implementation of the idea, as the height of each pattern will be variable.

let me know what you think.

Remember anything like this would have to be Optional. Would like nice to see the ability to have either, or both, in the Preferences.

to speak with dblue:

imma let u finish… but i must point out that it would be just great if it was optional

+1 lol

  • I wish we could have different lengths for each track in a pattern for easy poly-rhythm action.

RE: ‘Tiny sliver’ problem

@rhowaldt: I’ve tried minimum height. Generally, it doesn’t even need to take effect until the pattern-data portion of a row is a mere 5 pixels tall. Shown below … and I found the perfect place to put the numeric pattern-lengths! :D


(Note that the very smallest patterns lose 1px top/bottom of padding, and a smaller font-size is required for the pattern IDs. This may or may not be acceptable.)

For editing super-tiny pattern lengths and lots of 'em, we do have a vertical zoom function already. If you zoom in enough, you get to edit your pattern matrix in as gruesomely microscopic detail as you wish.

If you want to close the gap between the heights of long and short patterns, we could use logarithmic-like sizing below a certain pixel threshold (i.e. below 20px pixels tall, the height reduces by e.g. only 25% each time you halve the pattern length. So if you quarter pattern length, you are still left with 56.25% visible height).

p.s. Funny you ask, but yes: I work as a graphic artist/UI designer/front-end developer.

@martyfmelb: yes, very nicely done. the smallest ones i think are too small. they get ugly, and i think using a smaller font is not such a great idea as i think it would get too small for some people. you are completely right about the zoom-option, that would make small patterns bigger for those who disagree on the smallest ones.
The numbers are perfect where you put them! the space is unused anyway.

well then, let’s wait until this gets implemented!

I’ll be the fly in the soup and point out that the Pattern Matrix is, well, a matrix.

It’s a simple design meant for block manipulation. Any extension should keep the spirit of “grid”. It’s not an arranger, or whatever else?

I imagine Renoise evolving with

  1. The ability to play “blocks” independently of each other, i.e the concept of clips.
  2. A separate arranger.

In this scenario. The matrix is a fancy grid controller (which already maps to hardware grid controllers) and these visual representations will go in the Arranger, which is something else.

It is still a grid. Just a grid with relatively sized blocks ;)

does it really matter what it is meant to be or meant to do? in my opinion, it matters more what people are doing with it. it speaks for the Matrix that such a simple grid-thing can be used in other ways than it may have been originally intended for. the fact that it is apparently quite commonly used as an arranger (unless i do not understand correctly what you mean by ‘arranger’ - it’s to arrange the blocks that make up your song, right?) is a testimony to the success of its design, however simple, and whatever the intentions.

i find one of the things that makes Renoise so appealing the fact that it provides you with a set of tools, free for everyone to use in whichever way they see fit. i think that dblue for example has made use of some Renoise-features in very inventive ways, and for purposes that these features may not have originally been designed for.

i can understand if, from a developer point-of-view, there is a vision of what to do with the Pattern Matrix, and it may be so that we are fastforwarding into territory that does not fit with what is currently planned. however, if that is the case, it might be a good idea to revisit those plans, and discuss the possibility of using the Matrix for stuff it was not intended for.

warn me if i’m ‘out of my league’ here or something. i do not mean to insult people or whatever with the above. the comment by Conner_Bw just sounded a bit ‘conservative’ to my ears. correct me i’ve gotten the wrong idea.

You’re good. After all, connecting the Novation Launchpad to turn the matrix into a sequencer isn’t exactly what was expected :rolleyes:

Well, I’m just speculating, like everyone else. I don’t have any real insight.I just like the Pattern Matrix for what it is. And feel that the concept of an Arranger should be a separate thing. To be honest, I’m pretty sure some of the core Renoise developers will disagree with me.

I will point out, in the case of “Connecting the Novation Launchpad to turn the matrix into a sequencer isn’t exactly what was expected” the user did this, all by themselves. They didn’t request the feature, they just went ahead and did it.

Is there a discussion somewhere on how the current Pattern Matrix and the future Arranger will interact?

i’d like to bring this topic up again, because EHVAH DSC posted the same thing here, and because the stickied Arranger-thread is getting some attention again.

i just re-read some of the stuff said above, and still feel this could be a small but useful addition to the Pattern Matrix. i can see how this functionality might eventually be available through the envisioned arranger, or the envisioned clips system. but to be perfectly honest: these are still just ideas, and rather big ones at that. compared to quite a small feature like this, it seems strange to me to want to wait for a hypothetical feature that incorporates this one, instead of just going for the feature by itself.

disclaimer: (i am, of course, also aware that this goes for lots of other features, and that 1000 tiny features make up a single arranger (sort of), and also that Conner_Bw or whoever did not +1 this idea is not a developer and just speculating)

this and another topic crossing my mind lately.

why dont we get the possibility to change each track length independently?
technically, you could just hardsync the beginnning of each new (pattern-) track (or even with a editable offset).
the ending that overlap could be muted or played (user- choice).

why these static blocks of tracks that we call pattern?!

i think this question is more related to the threads about clips or the zoomable pattern editor, imo. this particular thread simply talks about a feature that adds in the patternlength inside the pattern matrix. your idea is much more elaborate (GUI-wise) than that.