1st beta test… quad euclidean thingy

K-Teck: Colouring with Numbers… Forums Beta Forum 1st beta test… quad euclidean thingy

Viewing 15 posts - 31 through 45 (of 191 total)
  • Author
    Posts
  • #8445
    Dave Dove
    Keymaster

    alf_v05

    alfv05

    ok
    most bugs gone…
    there is one where grid doesn’t follow pattern correctly – doesn’t recognise some entries
    i haven’t started labelling anything yet
    i haven’t fully checked initialisation
    i haven’t checked note out timing either
    does anyone have opinion on UI?

    push interaction is not a simple thing – more of a complete framework update thing
    i will look into it for updates – i’ll look into some of the monome m4l devices + using push 2’s display now i’m starting to understand jitter

    #8446
    philippe
    Participant

    I will reply tomorrow, Dave

    #8450
    Dave Dove
    Keymaster

    is not opening correctly on my work laptop
    sorry if same for you

    #8451
    philippe
    Participant

    if opening not correctly = not playing, I confirm

    #8452
    Dave Dove
    Keymaster

    alfred_0.51

    alfred_0.51

    ok
    this should work…
    sorry for the messup :/

    UI thoughts please
    also
    would it be good to add a third pattern?
    or best left alone?

    dave

    • This reply was modified 2 months, 4 weeks ago by Dave Dove.
    #8454
    philippe
    Participant

    Did not really find time for Ui suggestions today.
    But : background colours were fun, but I prefer dark one with color dials. So, good now.

    This is what I began to write ;
    You used color backgrounds which is fun. But :
    – doing so, it’s more difficult to use color to draw attention to the main concept of the two generators. Color could be better used for this.
    – and choosing a dark background while using colors for knobs etc (not the same as Iosif) could create a feel of family of products. I don’t know if it’s something that you think of / like…

    BTW : can you do (plain) js dials rather than standard live.dials ?
    Ps ; are you following online Namm ?

    #8455
    Dave Dove
    Keymaster

    alfred_052

    alfred_052

    i prefer this
    edit – but i hadn’t seen your post Philippe…
    understand about colours
    the knobs are placeholders – can do other knobs – knobman – but i’ve never got them to work properly in Max… see Reaktor devices for examples
    for ‘family’ would be ok to use the faders from Iosif – which is a cleaner interface
    the grid is a clutter for my eyes – i’m sure i can get it to work – but not sure how

    i would really like a ‘spacious’ UI

    i am – however – really enjoying the functionality

    • This reply was modified 2 months, 4 weeks ago by Dave Dove.
    • This reply was modified 2 months, 4 weeks ago by Dave Dove.
    #8461
    Dave Dove
    Keymaster

    alfred_053

    #8481
    philippe
    Participant

    not easy this one, lots of controls. I tried in Max for a mockup of my feel, but too complicated. I will try to do something in PS or ILL tomorrow, if that is not too late for you.

    #8485
    philippe
    Participant

    Something I’m wondering.
    Grid musical behaviour is rather unpredictable, you add a “hit” and the rhythm is halved or doubled. Which is great and the idea I guess. But so what’s the use of having so many details to do that ? Why not just have two Dice/Random buttons (R & G) that would solve a lot of the clutter problem ?
    Just a thought
    Philippe

    #8486
    Dave Dove
    Keymaster

    some of the confusion is my error
    the two euclidean things are not red and green
    they just populate the grid with grey squares
    so the switches shouldn’t be in that section…
    the clutter has been somewhat cleared by tidying up the grid
    grid musical behaviour is predictable and repeatable – unless you found a bug
    each ‘hit’ on the grid advances the scale scanner by the skip amount – same as iosif
    is unusual in software sequencers which tend to advance on rests too – but i like this modular trigger approach

    #8487
    philippe
    Participant

    I did not talk about inserting any switches. But if it’s ok for you, then ok for me

    #8488
    Dave Dove
    Keymaster

    alfred 0.54

    alfred 0.54

    hey Philippe
    switches = red/grid/green
    was rushing while at work
    sorry if brusque

    ok
    you are right about the confusion over filling the grid:
    by taking 2*8 step patterns and mangling them in inscrutible ways means:
    they bear no relation to the outcome – unless the user coded it…
    i think

    also
    the combination of two patterns + rotations gives a stupid number of possibilities
    8*8*8*8-duplicates
    so i can’t substitute a 128 step knob…
    on top of which the invisible combinators mess it all up anyway
    and i don’t like dice/random things – M4L LFO for that…

    so i’m offering here 2*32 step euclidean things which, for now, can be joined end on end or laced together
    hopefully one can see the relationship between the euclidean controls and the resultant grid patterns
    there is the possibility of reversing things and maybe one or two other combinations too…
    but simplicity…

    one can, of course, subvert the euclidean by drawing wiggly patterns in red and green
    or just inputting ‘hits’ directly

    ignore the Clocks section for now
    is a mess

    enough
    thanks for playing

    dave

    • This reply was modified 2 months, 4 weeks ago by Dave Dove.
    #8491
    Dave Dove
    Keymaster

    hey
    there is a bug in the grid display
    its to do with how the layers are connected
    it causes the counting through to get quirky
    as Philippe described…
    i have fixed it for next release…
    i am tidying up the UI

    #8493
    philippe
    Participant

    OK, the behaviour is graphically more obvious in this last version where we see the impact on euclids to the grid. I have not perceived it before AFAIC.
    I still have some thoughts (you’ll probably won’t agree with) 🙂
    – I still find it quite crowded
    – What about forgetting the euclidean circles graphics ? They take precious space, and what I understand of them is that only important are the numbers (with rotate) which set the patterns for filling the grid. So numbers are important not the circles because the “final decision” is up to the grid. It could help to add more white space, or for example to add space to the vel/duation block which is quite small with high values of velocity and/or durations steps), but would need new layout, more hard work (not easy). Or may be merge Euclid and grid blocks in some way ?
    – the new grid look is way better
    – you have too many font sizes
    – the “cluttered” feeling is also due to small internal margins of your blocks. The most correct example in the blocks is the velocity/duration one
    – probably a good idea not to use additional color outside the R & G concept (i.e the orange fill of some buttons)

    If you wanna play with colours, I thought about some possible candidates, several mixes being possible I guess
    PS: only images URL in this editor, so I send the colours by email
    Philippe

Viewing 15 posts - 31 through 45 (of 191 total)
  • You must be logged in to reply to this topic.