Wow! What do I think? Well, it doesn't make sense to me --- but we all have different ways of using qtractor, and my way is probably very different from many other people's. I am basically trying to make something that sounds as much like a performance by real instrumentalists as possible, so I rarely use quantization of any sort. Perhaps your proposed quantization might be useful to somebody else.
For me personally, the most useful thing would be to be able to set a fixed time for the gaps, which would remain the same even if the tempo is altered later on. But that is not a practical idea in my opinion: it means that qtractor would have to remember which notes have had the articulation affect applied to them and which haven't, so that it knows which notes should be scaled in length to the new tempo as usual, and which have to be recalculated to preserve the same real-time gap. It seems to make things unnecessarily complicated from the programming point of view.
So for me, the best compromise would be a gap expressed as a proportion of a beat.
And yes, if I change the tempo by any great amount, I accept that it's probably going to mess up my "articulated" effect, but I also accept that it's my own fault for not sorting my tempi out before doing subtle things like messing around with articulation!
Wow! What do I think? Well, it doesn't make sense to me --- but we all have different ways of using qtractor, and my way is probably very different from many other people's. I am basically trying to make something that sounds as much like a performance by real instrumentalists as possible, so I rarely use quantization of any sort. Perhaps your proposed quantization might be useful to somebody else.
For me personally, the most useful thing would be to be able to set a fixed time for the gaps, which would remain the same even if the tempo is altered later on. But that is not a practical idea in my opinion: it means that qtractor would have to remember which notes have had the articulation affect applied to them and which haven't, so that it knows which notes should be scaled in length to the new tempo as usual, and which have to be recalculated to preserve the same real-time gap. It seems to make things unnecessarily complicated from the programming point of view.
So for me, the best compromise would be a gap expressed as a proportion of a beat.
And yes, if I change the tempo by any great amount, I accept that it's probably going to mess up my "articulated" effect, but I also accept that it's my own fault for not sorting my tempi out before doing subtle things like messing around with articulation!
HTH