DynEQ bug

[Frb94]

I did already open a ticket #886766
There is a bug where having dyneq inserted on a channel does not display RTA on surface but it does on iPad. (See picture attached)
Also the RTA shown follows “SEL” and does not stay locked on the input source of the selected dynEQ.

It would be nice to have the option to see RTA on the dyneq on both iPad and surface

Attachments:

You must be logged in to view attached files.

[KeithJ A&H]

@Frb94

This is a small bug, but I’m afraid you have it in reverse.
The DynEQ should not display the RTA, which is why there are no controls for it around the FX screen.
However the PEQ on the FX return channel can show the RTA and it’s this which is shown inadvertently on the DynEQ graph (because the graph has some reuse in the app).
As it’s something that people might be using and doesn’t really affect operation, it has not been deemed urgent to remove, but if you or others feel strongly about it, I could bump it up the priority list and we could ensure we get it removed in a future update.
If instead you are requesting that DynEQ and/or MultiBD have an RTA, that would be different and if so, would it be ok that it show the post-FX-PEQ signal on a pre-PEQ screen?
(as there is no RTA tap off point available pre-PEQ for this)

Thanks,
Keith.

[Frb94]

Hi Keith.
I would like very much if you can leave this bug in place.
Even better if the second option is viable.

Having any kind of RTA overlay, even if on a slightly different tap point is very useful. Since we are talking about dynamic stuff, all i care is “difference in time”. If the rta is statically affected by some eq i wouldn’t mind it at all. After all, “postFXeq” is an integral part of an effect.

For example in this situation i was setting it as a de-esser and the ability to find the exact frequency was useful, even if effected slightly by a static post fx eq.

Thank you all for your great work!

[Soundave]

+1

[Author]

Posts