Generally, EL Trim and EL Bypass functionality is equal across all our plugins. They use exactly the same logic, same code (in our codebase, it's really just one single function reused by all products).
It's important to realize that the EBU's r128 itself asks for about 10 second of audio before being able to return reasonable results. We calculate this while EL BYPASS and/or EL TRIM is
not pressed.
Now, if the granted analysis time (by the operator) is very short, i.e. shorter than these ~10 sec in average, it will yield errors. Further, if the analysed section (the audio that ran while the EL system was analysing) diverts too much from the audio that follows while EL BYPASS is held, it will also yield errors.
You'd get exactly the same issue with DIY equal loudness setups. It's inevitable, these things need "time" to work. Our EL approach solves the impossible, it is an offline algorithm made realtime. So of course there will be limitations, simply because realtime can't look into the future, it can't know which keys the operator will hit next.
As for Limiter 6, something else comes into play. Because the equal loudness bypass of a heavily limited audio will very likely overshoot like crazy. This is why Limiter 6 also has an AUTO PAD function reducing both the BYPASS and OUTPUT in such a way the BYPASS doesn't overshoot. You can ignore this function if it doesn't fit your workflows, equal loudness bypass in a limiter is never really easy.