Forum Replies Created
-
AuthorPosts
-
2022/09/28 at 9:24 am #109245
Yes this would be possible.
In my opinnion, terms of routing flexibyllity SQ is the leader in it’s price segment.
https://youtu.be/GxMyrGDmLIE?t=29
If you wan’t to know about the disadvanteges of SQ, have e look into the feature suggestions π
greetings,
dd2022/09/27 at 8:50 pm #109238Hi QLE,
You can use it in the same way. The insertpoint of the mixbusses is pre processing. You can route the insert send signal to any Socket e.g. local XLRs, and get it back in to the system.
Greetings,
dAttachments:
You must be logged in to view attached files.2022/09/27 at 4:22 am #109224Hi andiabwaerts,
OK, but this is really an ugly workaround…
I my case I want to use more DeEsser slots, and therefore I need the FX slots.
Midas is able to process 8 channels of deEsser in one FX slot. So this is a big disadvantage of SQ series: I had to buy the deEsser an could not use it in higher channel count.Therefore the FxSend to IO is for me a very important feature request.
greetings
dd2022/09/25 at 6:59 am #109194No one else would like to route FX-Send busses out of the console – let’s say to waves or liveprofessor?
2022/09/21 at 4:00 pm #109150+1
2022/08/31 at 7:57 am #108769At least for me, dark blue and red is more or less NOT legible…. Therefore, i use these colours for inputs where i do not need the letters π
Maybe in the bright sun, where the brightness of the strips must be turned all the way up, this two colours get legible⦠But not so in dark environments like I mix most of the shows..+1 for more and brighter colours.
Maybe A&H can give some response, if changing the colour can be done via a software update, or the given ones are related due hardware and cannot be changed.
greetings,
dd2022/08/30 at 4:53 am #108754Hi,
Have a look at the IO/Patching window:
“Inputs/MixExtIn”: Is here some signal patched?Is the option “Follow Mute” ON for mix 3?
Do you use groups? Maybe you’ve send some groups to some mixes?
Do you know how to assign strips to the layers?
Do you know about DCA spill?
Do you know about faderflip via the mixbuttons on the right side?It’s a bit difficult, maybe you’ll share your showfile…
Greetings
dd2022/08/29 at 7:15 pm #108740I’d like to see the stereo processing like in stereo channels for stereo busses…
AAttachments:
You must be logged in to view attached files.2022/08/29 at 7:10 pm #108739Hi, I’ve had this bug yesterday also.
2022/08/21 at 8:03 pm #108620Hi Dave,
So you Inputs enter the SQ, and via Direct-Out (post Fader) via Dante to Scorpio.
Why to use the pfl of the Scorpio?Use the Dante Out’s of the scorpio to send the ISO-Tracks to the SQ back!!
So you get Rear-Band Control on the SQ.If you use a secound layer for the Tracks comming from the Scorpio it should be a nice system, and you can use the PFL of the SQ to check the recording!
2022/08/05 at 1:36 pm #108354… and that’s the reason why things are discussed years… and threads get redundant… π
2022/08/04 at 10:20 pm #108346Hi Steve,
If you don’t know this workaround:
You can choose the signal generator as input source of a normal input channel (if you have one left)greetings
dd2022/08/04 at 10:16 pm #108345Hi Keith,
Thanks again for your precise answer!We can understand that A&H won’t reveal in detail which features the new firmware will offer.
But we A&H lovers will stay hopeful still after discussing this features about 1 and 1/2 year now, that they’ll find their way into some future firmware! π
greetings,
dd2022/08/04 at 4:59 am #1083352022/08/04 at 4:48 am #108334Hi everyone,
In my understanding the softkeys are like shortcuts. They offer a quick and fast way to execute something which is difficult to access fast via the GUI.
As far as I remember, every command assignable to the soft keys also exists in the GUI somewhere.
So why A&H break their own rule and create this spill ON/OFF feature only accessable via softkeys? In many other feature requests the argument of A&H is, to stay in some common concepts, eg.
– matrix tap of point pre bus processing not possible
– hpf screen following surface and killing PEQ screen (nonsense)
– PEQ Encoders are adjusting selected channel, even though the PEQ of an FX Return is shown in the screenI can understand that argument to follow the design rules in such a strict way, even if the comfort way would avoid this behaviour.
But WHY was this Spill feature implemented only as softkey?
Is there any sense to do so?So for me finally also
+1
This needs to be changed, the same with the points listed above…
-
AuthorPosts