Not enough resolutions in Roll Mode

[HomoElectromagneticus]

When the Yocto is in roll mode, the user cannot roll and instrument slowly (quarter notes or less).

[FlavioB79]

If you need some testing, please tell me. I'm really enjoying this firmware mod and glad to help if/where possible.
BR,
Flavio.

[ghost]

More divisions could be nice, of course.

[FlavioB79]

How many do we have now, with the latest 1.1a firmware? F. https://soundcloud.com/bonnyfused Am Sa., 2. März 2019 um 18:56 Uhr schrieb gihaume <[email protected]

…

: More divisions could be nice, of course. — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#8 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AglMxxo8xxXllwiOAoxgQJqvXkpoaz8jks5vSrtRgaJpZM4QmOp1> .

[ghost]

I'm on the 1_0_g_RV0_COMBINED_4 and it seems there are only 3 different times divisions.

EDIT: sorry there are 4 different ones.

What about even more kind of divisions in pushing the Scale button ?

[FlavioB79]

So for now we have: 64th 32nd 16th Do I remember correctly? My wish is to have all divisions up to 1/2... and I mean only the "regular" ones... What more division would you like to have? Like triplets? F. https://soundcloud.com/bonnyfused Am Sa., 2. März 2019 um 19:10 Uhr schrieb gihaume <[email protected]

…

: I'm on the 1_0_g_RV0_COMBINED_4 and it seems there are only 3 different times divisions. What about even more kind of divisions in pushing the Scale button ? — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#8 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AglMx7rhQc7CVXB1MAPOicaTkCPkdKv7ks5vSr6ogaJpZM4QmOp1> .

[ghost]

Sorry it seems there are 4 time divisions.

Yes, I thought about triplets but not following the same list in scrolling with the Tempo encoder, but in going to another list thanks to the Scale button. Additionally there could be two lists for divisions per 2 and two list for divisions per 3, one more in the higher ranges and one more in the lower ranges (=your track is more in a dub vs idm genre).

[FlavioB79]

OK - so what are the 4 divisions actually? I can't remember and have my studio shut down... Yes, the triplets would be interesting and using a combination with another button could be verified in "real life" situations - I never encountered such a selection (one for the triplets, one for the regular ones), but I'd be happy to try it out... but first, we need to have more divisions! :-) F. https://soundcloud.com/bonnyfused Am Sa., 2. März 2019 um 19:20 Uhr schrieb gihaume <[email protected]

…

: Sorry it seems there are 4 time divisions. Yes, I thought about triplets but not following the same list in scrolling with the Tempo encoder, but in going to another list thanks to the Scale button. Additionally there could be two lists for divisions per 2 and two list for divisions per 3, one more in the higher ranges and one more in the lower ranges (=your track is more in a dub vs idm genre). — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#8 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AglMxz3vmMrUzB96K4BmXejG1UG2BqgGks5vSsDygaJpZM4QmOp1> .

[rv0]

The roll scale depends on internal or external sync, there's 3 divisions when using external sync, and 4 when using internal sync. This is because when clocked internally, the resolution of the yocto is 96ppqn as opposed to 24ppqn when synced. As a result it is possible and easy to implement even faster "roll", but it's not really useful.

However, I think what we all want is "slower" rolls, and I researched it a while ago, it's really hard to pull off with the current code, it would require some crazy rewriting of the roll functionality

[FlavioB79]

Thanks for your input. So it's "hard" to get lower rolls to work? F. https://soundcloud.com/bonnyfused Am So., 3. März 2019 um 15:40 Uhr schrieb W. Vanheste < [email protected]>:

…

The roll scale depends on internal or external sync, there's 3 divisions when using external sync, and 4 when using internal sync. This is because when synced internally, the resolution of the yocto is 96ppqn as opposed to 24ppqn when synced. As a result it is possible to implement even faster "roll", but it's not really useful. However, I think what we all want is "slower" rolls, and I researched it a while ago, it's really hard to pull off with the current code, it would require some crazy rewriting. So don't get your hopes up high — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#8 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AglMx3DeirYTt5mF6G6Mt95HDI30KLQpks5vS97hgaJpZM4QmOp1> .

[HomoElectromagneticus]

I'm not sure why slowing down the roll is hard, but it sure seems to be. Even modifying what's in roll_scale doesn't do anything to the roll speed. It seems like the logic for roll mode is pretty simple

Yocto_808/Yocto/Interruption_fonction.ino

Line 17 in ce61430

if(roll_mode && ppqn_count%roll_scale[scale_type][roll_pointer] == 0 && inst_roll>0){

so I'm a bit confused here. @rv0, can you elaborate? It seems like you're seeing something that I'm not.

[rv0]

Just modifying the roll scale, and the code that scales that into something usefull on the encoder, can only provide (stupidly) faster roll scales. IIRC the roll code controls the amount of roll per step, while we want a roll that goes way beyound a step.
Technically there’s no reason why that would not be possible, but it’s a lot more work than modifying the existing roll scales. It’s more or less a rewrite of roll. Any takers? ;)

[HomoElectromagneticus]

I'm wondering if there's something else going on with the code. Assuming the 96PPQN thing is actually 96PPQN, then you should be able to get quarter note rolls by just ppqn_count%96 and eighth note rolls by ppqn_count%48, etc. I'll look into this a bit more.

[FlavioB79]

Thank you! Would be nice to get this fixed! Br, Flavio. Homo Electromagneticus <[email protected]> schrieb am Do., 14. März 2019, 19:03:

…

I'm wondering if there's something else going on with the code. Assuming the 96PPQN thing is actually 96PPQN, then you should be able to get quarter note rolls by just ppqn_count%96 and eighth note rolls by ppqn_count%48, etc. I'll look into this a bit more. — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#8 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AglMxzs65DeJSbY6cqR0P8el26qN7boNks5vWo71gaJpZM4QmOp1> .

[FlavioB79]

Hi all. Anything new here? Still something going on?