edit step in percentage of lpb , for triplets etc ..

Currently there are three possible ways to enter a triplet 8 note, without changing the global lpb ( assumming a beat = 8 lines default )

1; by using the delay column

2; by using the phrase editor .

3; by using the lua tool ( create evenly spaced notes within range …forgot the name of the tool ) .

What if we would have the option to enter our edit steps as an percentage of the lp , this would automatically insert the delay values at the appropriate places , abit like the tool mentioned but then in real time.

So 33.3333% would create 3 notes in an 8lpb beat .

How would it deal with the accumulating rounding error that follows? It would have to use some arbritrary baseline…

EDIT: I’m guessing it could just calculate from the start of every beat, but how would that rounding algorithm work when entering notes “off-grid”?

How would it deal with the accumulating rounding error that follows? It would have to use some arbritrary baseline…

EDIT: I’m guessing it could just calculate from the start of every beat, but how would that rounding algorithm work when entering notes “off-grid”?

Hmm .haven’t thought of that .

.

Also I would like to suggest to get rid of such things like LPB, so internally the resolution is high enough always, since it expects the musician to fully understand ticks and timing concept of a (pro-)tracker replayer, so is not very convenient to fulfil nowadays zero-knowledge-concepts.

Also I would like to suggest to get rid of such things like LPB, so internally the resolution is high enough always, since it expects the musician to fully understand ticks and timing concept of a (pro-)tracker replayer, so is not very convenient to fulfil nowadays zero-knowledge-concepts.

Why ?

There’s nothing difficult about it …just like notation music …

Lpb (8) just tells you that a quarter note has eight lines , or eight 32 second notes …

I would love to see a realtime solution for entering triplets straight into the main pattern editor , with an lpb not dividable by 3

Next to the step length (in lines) under the pattern editor there could be a step length in musical timings (crotchets, semiquavers and stuff). It would work out the delay commands for each no matter the LPB

Next to the step length (in lines) under the pattern editor there could be a step length in musical timings (crotchets, semiquavers and stuff). It would work out the delay commands for each no matter the LPB

I totally agree with you, and if we ask for sextuplets on a 4 LPB track, Renoise should automatically work with 2 columns on the current track.

I use 12 lpb, 48 as default pattern lenght. Whats the problem with this approach? I can do triplets straightfoward this way.
Of course a standard music notation would be nice, so one can choose dotted, triplets, 8t, etc, but the oldscool notation is easy to read

Nothing wrong with 12 lpb , it’s indeed the best method when using lots of triplets .

But entering a regular 32nd note = ‘1.5 line’ , and your gonna have to use the delay collumns or use the 'place notes evenly 'tool .

You juz need sum luv & a BIG portion of fresh icecream, believe me! :yeah:

Also I would like to suggest to get rid of such things like LPB, so internally the resolution is high enough always, since it expects the musician to fully understand ticks and timing concept of a (pro-)tracker replayer, so is not very convenient to fulfil nowadays zero-knowledge-concepts.

Oh really, and you need a brain. Stop quoting my posts.

& a HUUUGGEEEEEE Baggeee ofMarshmallows! :smiley:

Oh really, and you need a brain. Stop quoting my posts.

as of the last week or so ElHYM has been necro-bumping all sorts of threads, quoting people for no reason, and repeatedly contributing off topic, useless comments like “you need ice cream” (as seen above) in various threads.

I have no idea what his deal is, but it’s nothing good nor constructive for the forum.

I just think he’s not the brightest bulb …+ troll like behaviour .

Always upvoting people that criticize him , he copied this behaviour from encrypted .

So , yeah …ignore the dude …