Q Light Controller+

Hey everyone!

I've recently started doing lights in techno-parties, and hence become really interested in using audio triggers. Having tried them each time, I've noticed some behaviours which I can't seem to find a way around.
One problem is when deactivating an audio trigger, the lights don't actually stop but instead get stuck in their most recent position. I can keep activating/deactivating and hope to time it in a moment when they are turned off. Another option is to lower the volume/input bar, which leads to issue number two:
When lowering the input bar on one of the audio triggers, it lowers the input for all the bars. Well, the input bar stays in the same position on the other ones, but the input is lowered equally on all of them.

Am I doing something wrong or is this supposed to happen, and in that case is there a way around it?
Thanks!

I don't know to resolve your first issue, but I can confirm the bug you mentioned in the second part:

When having multiple Audio triggers in vc, lowering the master fader of one of them affects the levels of all others. It does not affect the other faders, but the actual signals. See attached Workspace.
Reproduced on Xubuntu 14.04 64Bit Qt5 with QLC+ 4.11.2

Yeah, would be sweet if there was a way around this as it sorta blocks using multiple Audio Triggers.
Or, well, I've tried it as a resolution to the first problem, that disabling an Audio Trigger actually doesn't stop the functions, it pauses them the same way you pause a video.

Doesn't quite seem a bug to me, but more an architectural decision.
Multiple audio triggers retrieve data from the same (single) audio source, so it's fairly logic that adjusting the volume on one widget, affects the others too. Same goes if you adjust the mic volume on Windows. It affects all the opened applications, doesn't it ?

To do what you want to do, would mean wasting an enormous amount of CPU with most likely ending up with even more latency than what there is now.

Hello everyone, there are some ways to obtain different gains for different frequencies of the same audio signal (trying in real time the audio signal with equalizers / X-overs ect).

And it occurs to me that for this case it can be interesting:

Example of use with Linux:

Home qjackctl (connection manager)

Home Calf audio plugin rack and I add an x-over 4 bands

I connect with qjack the desired audio source to X-over with qjack

QLC + start and add audio widwet to CV

With qjack I connect the x-over outputs that interest me (press audio / alsa) which is where Qlc listens to the audio

I can already control the volume of 4 independent bands and without affecting the others
so that if I only want gaves frequencies at some point, just mute the outputs in x-over ....

Attached image to be more descriptive ...
Maybe I did not understand the question well and this solution does not solve anything, or maybe if ..

Greetings, I hope it works

So then, back to the first issue. Trying to lower the input on one of the triggers was merely an attempted solution to shutting one of them off.

Would there be a way to make it stop the functions the trigger uses when deactivating, instead of pausing them?
(My first idea was to bind the functions to the same button i use to deactivate the trigger, but since the functions are active only when triggered that would make some of them start and only the ones playing in that exact moment would stop.)

mcallegari wrote: ↑Tue Sep 04, 2018 7:32 am Doesn't quite seem a bug to me, but more an architectural decision.
Multiple audio triggers retrieve data from the same (single) audio source, so it's fairly logic that adjusting the volume on one widget, affects the others too. Same goes if you adjust the mic volume on Windows. It affects all the opened applications, doesn't it ?

To do what you want to do, would mean wasting an enormous amount of CPU with most likely ending up with even more latency than what there is now.

I see your point. But then definitely the visual feedback should be that the volume faders of the other audio triggers lower in the same way as the controlled one.

clava wrote: ↑Tue Sep 04, 2018 11:30 am Would there be a way to make it stop the functions the trigger uses when deactivating, instead of pausing them?

I don't see a way to do this right now.

clava wrote: ↑Tue Sep 04, 2018 11:30 am (My first idea was to bind the functions to the same button i use to deactivate the trigger, but since the functions are active only when triggered that would make some of them start and only the ones playing in that exact moment would stop.)

Maybe with the new Javascript Script engine there could be a way to work around that...

Mine is works well but i noticed that my moving heads showing only red color on it not changing to other color. i don't know what is the issue here. i hope someone can help me.

Jerry,

I don't know where your questions relates to this thread.
The colour red comes from a cue or a matrix or ... which is active at that time.
You want to change the colour of your movers ... well you will have to program that. (but really? colours based on music input? Intensity so far so good but the colour itself?)

Send us your project-file and maybe someone will have a look at it.