Cancels epic_parcool_momentum's own internal diagnostic logging, which runs unconditionally on the client every single tick and was confirmed by decompile to cause severe, sustained TPS stalls. Movement mechanics are completely untouched — only the logging is removed.
epic_parcool_momentum's EPMClientHooks.logGliderOpeningDelayDiagnostic is the shared implementation behind 60+ call sites scattered across its wall-jump/glider/phantom-ascent handoff logic, almost all of which pass throttlePerTick=false. One of those call sites is reached from a @At("HEAD") mixin injected into GliderData#glideAndFallLogic — which runs every client tick for the local player regardless of whether they're actually gliding. Each unthrottled call does 10-20+ WeakHashMap lookups and derived capability/animation state reads before formatting a ~50-field log line, all before the log level is even checked. None of that data feeds back into any gameplay decision — the actual wall-run/glider/momentum state machine computes its own state independently — so this is pure, avoidable overhead paid every tick, all the time, whether or not the log level is high enough to actually write the line.
EPMClientHooks' internal diagnostic logging methods at their entry point via Mixin @Inject(at = "HEAD", cancellable = true): logGliderOpeningDelayDiagnostic, logGliderOpeningDelayProbe, logExhaustionPose, logGliderFastRunDiagnostic, logWomBackflipGliderGuard, logForcedDemolitionPhantomAscentBypassThis is an unofficial third-party addon, not affiliated with epic_parcool_momentum's author. If a future version of epic_parcool_momentum renames or restructures these methods, this addon's Mixin targets may need to be updated to match.