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!
Multiple Audio Triggers
-
- Posts: 703
- Joined: Mon Nov 02, 2015 11:03 am
- Location: Germany
- Real Name: Lukas
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
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
- Attachments
-
- audiotriggerbug.qxw
- (1.72 KiB) Downloaded 125 times
-
- Posts: 17
- Joined: Wed Jun 21, 2017 1:26 am
- Real Name:
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.
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.
- mcallegari
- Posts: 4712
- Joined: Sun Apr 12, 2015 9:09 am
- Location: Italy
- Real Name: Massimo Callegari
- Contact:
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.
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.
- andres robles
- Posts: 187
- Joined: Tue May 17, 2016 7:41 am
- Location: Spain
- Real Name: Andres Robles
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
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
-
- Posts: 17
- Joined: Wed Jun 21, 2017 1:26 am
- Real Name:
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.)
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.)
-
- Posts: 703
- Joined: Mon Nov 02, 2015 11:03 am
- Location: Germany
- Real Name: Lukas
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.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 don't see a way to do this right now.
Maybe with the new Javascript Script engine there could be a way to work around that...
- GGGss
- Posts: 3052
- Joined: Mon Sep 12, 2016 7:15 pm
- Location: Belgium
- Real Name: Fredje Gallon
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.
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.
All electric machines work on smoke... when the smoke escapes... they don't work anymore