ВЕРСИИ (5)

Added support for Minecraft 26.1, 26.1.1, 26.1.2 and 26.2. Loading got faster again. Pack files used to be read one at a time even with your cores sitting idle, and now they are not. Preparing textures also takes a lot less work. Two things if you are on 26.1 or newer. The `cachePackMetadata` setting does nothing there, because Minecraft handles that itself now.

Added support for Minecraft 26.1, 26.1.1, 26.1.2 and 26.2. Loading got faster again. Pack files used to be read one at a time even with your cores sitting idle, and now they are not. Preparing textures also takes a lot less work. Two things if you are on 26.1 or newer. The `cachePackMetadata` setting does nothing there, because Minecraft handles that itself now.

Added support for Minecraft 26.1, 26.1.1, 26.1.2 and 26.2. Loading got faster again. Pack files used to be read one at a time even with your cores sitting idle, and now they are not. Preparing textures also takes a lot less work. Two things if you are on 26.1 or newer. The `cachePackMetadata` setting does nothing there, because Minecraft handles that itself now.

Faster pack loading, plus a fix for a hang with ModernFix. - Texture atlas mipmaps now use all CPU cores instead of one. - Zip packs are read from a cached index, so opening files no longer queues up on the archive. - The loading screen closes as soon as the reload is done instead of sitting through a fade, which saves up to 3 seconds. Set `skipLoadingScreenFade` in config to `false` to keep it. **Fixed:** with ModernFix installed, the client could hang on the loading screen forever.

# 1.0.0 First release. Minecraft 1.21.10, Fabric Loader 0.19.0+, Java 21+, client-side only. ### Loading - Pack discovery reads metadata on a worker pool instead of one pack at a time on the main thread. - `pack.mcmeta` is read once per pack instead of once per metadata section. Vanilla reopens and reparses it four times. - Zip packs are indexed once and looked up by prefix, instead of walking the whole archive on every `findResources` and `getNamespaces` call. Vanilla rebuilds and UTF-8 decodes every entry name on each pass. - Server pack metadata is read in parallel. It runs before the loading screen exists, so a large pack froze the window there with no progress bar. - Font glyph coverage is resolved across cores. Above a few hundred fonts it switches to a claim-based pass that cuts the work from (code points x fonts) to roughly (code points). - The glyph warm-up loop is skipped when no font in the set caches on access, which is every vanilla font except TrueType. On a bitmap-font pack it was pure waste.