Use a clean world before changing files
A clean-world test is the fastest way to isolate Verity Mod lag. Create a new creative world,
activate only the matching behavior and resource packs, enable the required experimental settings,
and avoid loading other horror add-ons, shader-like packs, optimization packs, map scripts, or UI
packs for the first run. If the clean world performs normally, the add-on route is probably not
the only cause. Your main world may have too many loaded entities, ticking areas, redstone, commands,
custom sounds, high-resolution textures, or another add-on competing for script time.
If the clean world still lags, record the device, Minecraft version, Bedrock build, project record,
file name, whether Beta APIs are enabled, and whether the lag starts before or after Verity appears.
A report that says "the PnTMC 3.2.0 record lags on mobile after the first interaction" is much more
useful than "the mod is broken." It helps the maintainer decide whether the AI path, world scripts,
sounds, item model, or entity behavior needs a lighter build.
Reduce the load that Bedrock keeps ticking
Bedrock add-on performance can suffer when too much work happens every tick. Avoid testing Verity
in a world already full of command blocks, always-on redstone, huge cloned structures, many loaded
custom entities, or heavy texture and sound packs. If you can, lower simulation distance, stand away
from farms and crowded mob areas, close other apps on mobile, and restart Minecraft after enabling
packs. On a phone or tablet, memory pressure can look like delayed breaking, delayed movement, or
delayed chat even when the source file is correct.
Do not install a random performance add-on on top of Verity for the first test. Extra optimizers can
change entities, commands, ticking, or resources in ways that hide the real cause. Prove the base
route first. After that, if an optimization pack is allowed by the project and your world needs it,
add it as a separate experiment and keep notes so you can undo it.