Re: [seq24-users] feature proposal: time 'swing'

[Ben S. <ben...@fa...>]

Hi,

Federico wrote:
> hi,
> 
> first of all I want to say I am very happy for the release of 0.8.7, it
> includes lots of features I always wanted (and finally the
> stretch-events patch! ;p ).
> 
> the only feature actually I miss is a swing/humanize/or such function
> that applies to timing of events.

Yes, this would be a great feature.  Currently, I do swing by setting 
the snap grid to 1/12, 1/24, etc, but this isn't very flexible. 
Humanizing or slightly randomizing note timing would be great too; I 
sometimes set the grid to 1/192 and nudge individual notes to get this 
effect.

> actually seq24 follows a straight grid, mean every 1/16th (tick) of bar
> has the same duration.
> generally programs achieve 'swing' by pushing or pushing or pulling the
> even ticks forward or backward. (for events outside the 1/16th grid, the
> timing variation is calculated by interpolation).

Jazz usually swings on 1/8th notes; it would be nice to set the 
swing-base to any note duration.

> more 'pro' would be the ability to change the time-variation for every
> 1/16th of the pattern, something like many little sliders over the tme
> bar....
> I value it a nice thing...
> 
> what others think about this?
> can this be compatible with jacksync?

Working with jack transport would be essential for me...

> I can also start looking inside sources, and try to implement this,
> however I never coded a gtk widget, nor dealt with jack* ...maybe I
> would be able to do a new quantize editor, but it lacks of interactivity
> and it's not what I have in mind (make a straight rhythm and then use
> this feature would do the work, keeping things simple)
> 

Actually, I would be happy to have both of

1) a swing snap-grid for entering notes

2) a one-time quantization operation that would apply swing/humanize to 
the notes.

Seems like this would be less tricky to implement.  Another thing I've 
been wanting to experiment with is arbitrary time divisions (the ability 
to do quintets, septets, etc) which could also be handled by 
quantization grids.  I thought about trying to implement this in seq24, 
but I think the tick resolution is 1/192, which might not be enough for 
accurate timing with the n-tets.

Ben