Expanding horizons: Bringing complete ARM support to EML Lib 2.7.1
When we built EML Lib, our goal was simple: provide a robust, reliable, and modern foundation for building Minecraft launchers. But as the hardware landscape evolved—shifting rapidly away from traditional x86 architectures toward energy-efficient ARM chips—our library had to evolve right alongside it.
Today, we are thrilled to announce a important milestone for EML Lib: full, seamless support for macOS and Windows on ARM architectures, spanning all the way from Minecraft 1.6 to the latest modern releases.
Here is the story of how we got here, the technical hurdles we overcame, and why our approach delivers the best possible experience for players.
The evolution of ARM support in EML Lib
Phase 1 (the beginning)
Initially, EML Lib focused squarely on what was practical. We supported Windows x86 and macOS Intel across all versions, while ARM support was restricted to modern releases—specifically Minecraft 1.19 and newer on both macOS Apple Silicon (M1, M2, etc.) and Windows ARM, where Mojang officially introduced native 64-bit ARM binaries.
Phase 2 (March 2026)
We expanded our horizons by bringing native ARM64 support to macOS for Minecraft 1.13 and newer, using Rosetta 2 emulation for older versions. This allowed players on Apple Silicon devices to enjoy a broader range of Minecraft versions.
Phase 3 (today)
We are pushing the boundaries even further. EML Lib now fully supports Minecraft 1.6 up to the latest versions on macOS ARM64, while implementing a finely tuned strategy for Windows ARM64.
A meticulous and demanding engineering feat
Bringing legacy Minecraft versions to modern ARM processors is no small task. It requires absolute precision, particularly when dealing with native libraries (LWJGL binaries) and Java runtime environments (JRE).
Older versions of Minecraft rely on deprecated native dependencies that simply do not exist for ARM architectures. To solve this, we drew inspiration and valuable insights from community-driven data (such as metadata from Prism Launcher), which catalogs alternative patched binaries.
However, we didn’t just rely on external sources. To ensure absolute reliability and protect our users from unexpected downtime or broken links (especially given GitHub’s occasional outages or rate limits), we host and serve all necessary patched files directly through our own dedicated infrastructure. This guarantees that every download requested by EML Lib is fast, secure, and always available.
The best of both worlds: Native performance vs. smart emulation
Every platform has its own quirks, which is why EML Lib tailors its approach to deliver the ultimate player experience:
On macOS ARM64
Apple’s rapid transition to Apple Silicon made native execution crucial to avoid the performance overhead and heat of Rosetta 2. By providing meticulously patched and updated files through our own infrastructure, EML Lib allows legacy Minecraft (from 1.6 onward) to run 100% natively on Apple Silicon chips. Of course, pushing legacy software to run natively comes with minor trade-offs: users might occasionally encounter quirks like rare visual glitches during window resizing or minor incompatibilities with unmaintained vintage mods.
On Windows 11 ARM
Conversely, Windows handles x64 emulation exceptionally well through its built-in translation layer. For older versions of Minecraft on Windows ARM, EML Lib strategically leverages this high-performance emulation. This approach ensures maximum stability and seamless compatibility with the vast ecosystem of older mods and legacy binaries, providing a frictionless experience without the heavy lifting of custom-patching an environment that lacks native community alternatives.
What this means for developers
With these updates, EML Lib handles the complexity under the hood so you don’t have to. Whether your users are playing on a brand-new MacBook Pro or a Windows ARM laptop, your launcher will effortlessly deliver a smooth, reliable, and up-to-date experience across the entire history of Minecraft.
Happy launching!