Not enough Decimal Places available?
Posted: Sat May 02, 2015 5:57 pm
Hi! Background info!
So, I recently started using QLC+. Right now I'm using it to run 4 RGB LED pars for my band, having programmed choreographed sequences that I activate with a QWERTY keyboard.
Our band plays with click tracks, so it's a guarantee to be able to basically beat sync a preprogrammed light choreography to each song live (as long as I hit the first cue on beat.)
So my issue!
Ive found the easiest way for me to program is by creating a pretty long chaser. But times are set in seconds not tempo or BPM. So I'm using an app called Delay Genie that basically converts and tells me what the actual amount of seconds equal to various note values in a tempo. But a function's time values seem to only allow two decimal places behind the second, 1.85 or 4.25. And, to be spot on in timing, I need more decimal places than that, otherwise light sequences end up rushing or lagging, and I'm having to play guessing games in my timings later on at how to account for that but randomly adding a .1 second or something here and there, and it takes forever to actually see if I compensated correctly.
Is there anyway for me to be more exact in my timings and potentially set times with 4 decimal places? 1.375 or 2.527? That way I know that every time I put is exactly a quarter note or whole note to the tempo I'm trying to match.
(One of our song's tempo is 120, and boy was that easy to program. I wish the rest were, too.)
So, I recently started using QLC+. Right now I'm using it to run 4 RGB LED pars for my band, having programmed choreographed sequences that I activate with a QWERTY keyboard.
Our band plays with click tracks, so it's a guarantee to be able to basically beat sync a preprogrammed light choreography to each song live (as long as I hit the first cue on beat.)
So my issue!
Ive found the easiest way for me to program is by creating a pretty long chaser. But times are set in seconds not tempo or BPM. So I'm using an app called Delay Genie that basically converts and tells me what the actual amount of seconds equal to various note values in a tempo. But a function's time values seem to only allow two decimal places behind the second, 1.85 or 4.25. And, to be spot on in timing, I need more decimal places than that, otherwise light sequences end up rushing or lagging, and I'm having to play guessing games in my timings later on at how to account for that but randomly adding a .1 second or something here and there, and it takes forever to actually see if I compensated correctly.
Is there anyway for me to be more exact in my timings and potentially set times with 4 decimal places? 1.375 or 2.527? That way I know that every time I put is exactly a quarter note or whole note to the tempo I'm trying to match.
(One of our song's tempo is 120, and boy was that easy to program. I wish the rest were, too.)