please fix the eq+ latencey issue

Official support for: bitwig.com
RELATED
PRODUCTS

Post

i will write them too
that its not acceptable

Post

askewd wrote: Mon May 16, 2022 4:18 pm Yes the latency is the problem. Everyone seems to see it other than the Devs. Today they replied to me again that "it is a conscious design decision" wow.
This is so sad. I understand that they stand to their design decisions, but this is not a design decision, this is unexpected and unwanted behavior. The EQ is doing something it is not meant to do. Any commercial EQ on the market that doesn't compensate for its latency would be laughed off the market, and for a reason.

Post

the latency is 4 samples (44samples= 1ms)
its not a big deal , but i would prefer an option to deactivate this

Post

D.K Envelope wrote: Tue May 17, 2022 6:48 am the latency is 4 samples (44samples= 1ms)
its not a big deal , but i would prefer an option to deactivate this
1 ms IS a big deal as it’s enough to create a comb filter effect when mixed to the original (undelayed) signal. Also, as others have remarked and as my own tests have shown, the latency is changing depending on the numbers of bands etc. (I guess that's why they're not giving us that easy option to compensate for it.)

EDIT: Sorry, I misread your post, the latency of EQ+ is of course much shorter than 1 ms. Still it's coloring the sound, and this effects can easily add up in more complex parallel racks...

Post

As you use an eq to color the sound anyway, 4 samples latency isn‘t that much of an issue. Use your ears to get where you want to go. What you gain is the ability to change bands on the fly… That is much more important…! There are things which are worse than a slight color in the high register (ca. 10 kHz) which only happens if you mix it with the unfiltered signal.
Its more of a non-issue…

Post

Here, I fixed it for you guys. :wink: :P

It's a Chain device preset which includes EQ+ together with a Time Shift device set to -4 samples.
The Chain's Mix parameter can be adjusted freely without much problems. :tu:
This preset should be useful when used in parallel processing.
In-phase EQ+.png
In-phase EQ+.zip
:idea: Tip: I added a phase invert button. If you activate it and set the Mix to 50% you can hear that the input signal is almost canceled out completely. In this state it is also interesting to setup the EQ bands out of silence. This way e.g. a peak eq band acts as a bandpass filter which can be very steep if you set it to a very high gain and resonance.
:!: I'm currently on 4.3 Beta 2 so you might not be able to open it (yet) :?
You do not have the required permissions to view the files attached to this post.

Post

u-u-u wrote: Fri May 20, 2022 7:12 am Here, I fixed it for you guys. :wink: :P
Thanks! But, as others have remarked before, unfortunately the uncorrected latency introduced by EQ+ is not consistent, it seems to change with the number of bands etc. Also I think it adds a lot of hazzle having the standard EQ inside an FX chain - one of the main features of a stock EQ should be that its quick and convenient and its settings easy to see.

Just to demonstrate how serious the latency issue is - this is the frequency respone of a 6dB boost at 666Hz with EQ-5 in parallel (at 50% wet):

Image

And these are the exactly same settings "upgraded" to EQ+:

Image

As you can see, there is a horrible notch between 3000 and 5000 Hz, and some more weird stuff going on above. This is not a minor issue. And I can only repeat: it absolutely has to be expected from a standard EQ to be able to be used in parallel, especially in a DAW like Bitwig. Dan Worrall explains very well why parallel EQing (with literally any EQ except EQ+) does NOT need linear phase when avoiding LPFs/HPFs:
https://www.youtube.com/watch?v=RL4KDVFlkUg

Post

flechtwerk wrote: Sat Jun 04, 2022 12:56 pmAs you can see, there is a horrible notch between 3000 and 5000 Hz, and some more weird stuff going on above. This is not a minor issue. And I can only repeat: it absolutely has to be expected from a standard EQ to be able to be used in parallel, especially in a DAW like Bitwig.
Bitwig has explained why they did what they did. Obviously EQ+ as is, is not the tool to use for parallel processing.

It is a minor issue... unless you insist on using EQ+ for parallel processing and want to keep banging your head on that wall.

Post

I'm a massive Bitwig fan. There are so many things right about this creative DAW, but EQ+ is not one of those things.

Sounds like Bitwig acknowledges Tool needs to be fixed. EQ+ needs to be fixed as well.

I didn't think this was controversial, but EQ is arguably the most important mixing tool, along with the volume fader (Tool being one of these volume faders). The flagship EQ in any DAW really should be pristine and excellent.

I hope Bitwig fixes EQ+. In the meantime, I just use Fabfilter Pro-Q3.
Bitwig Certified Trainer

Post

Reason enough to avoid using it.
It's easy if you know how

Post

Or just rename it EQ- :D
MuLab of course :D

Post

It is a minor issue... unless you insist on using EQ+ for parallel processing and want to keep banging your head on that wall.
Or they could just fix it by compensating the small latency, like they do with every other device? 🤷

it's not like we're asking for much is it?. their reasoning for not compensating it makes no sense.

Parallel processing is often a big part of modern mixing & production. Even simple "sends" are parallel in nature. And even basic layering can be problematic - for example, layering up kicks or bass with an additional samples depends on phase alignment being spot on for it to sit right. adding an eq+ to one of these layers (maybe unknowingly via a buried preset chain) could completely ruin it. And yes you can add a time device after to move things around by ear, but again, much easier for them to simply PDC it.

Post

askewd wrote: Sat Jun 18, 2022 8:26 am Or they could just fix it by compensating the small latency, like they do with every other device? 🤷

it's not like we're asking for much is it?. their reasoning for not compensating it makes no sense.
It seems that the latency is not constant but changes with the number of bands etc. I also made the experience when trying to compensate it with Time Shift. I'm sorry to say but EQ+ just doesn't seem to be based very well designed.
askewd wrote: Sat Jun 18, 2022 8:26 am Parallel processing is often a big part of modern mixing & production. Even simple "sends" are parallel in nature. And even basic layering can be problematic - for example, layering up kicks or bass with an additional samples depends on phase alignment being spot on for it to sit right. adding an eq+ to one of these layers (maybe unknowingly via a buried preset chain) could completely ruin it. And yes you can add a time device after to move things around by ear, but again, much easier for them to simply PDC it.
Absolutely. There's parallel processing in every FX layer, for example. Being able to use an EQ in parallel should be an absolute standard.

Post

It could be just an option in the inspector for the latency compensation to have a reliable way to use it in parallel… I don‘t understand why it has to be just one or the other way?
Last edited by Bjørnson on Sat Jun 18, 2022 10:50 am, edited 2 times in total.

Post

Bjørnson wrote: Sat Jun 18, 2022 9:02 am It could be just an option in the inspector for the latency compensation to have reliable ways to use it in parallel… I don‘t understand why it had to be just one or the other way?
Absolutely, that would be a decent option (if it is even possible with the unstable latency of EQ+). And then people who want the latency compensation could just save it as default preset. Though I still think it's grossly negligent in the first place to have a stock EQ with comb filtering when used in parallel, without informing the users (except when being asked directly).

Post Reply

Return to “Bitwig”