Return to the Roots, and Settlers II's open-source afterlife
Most games from 1996 are gone the moment their publisher stops caring about them. The binaries still run, if you can find a machine old enough to run them on, but the knowledge of why they behave the way they do — the exact rule a building follows, the order a road picks its next ware in — evaporates along with the studio that wrote it. Settlers II did not go that way, and the reason is a community that kept reading the engine long after Blue Byte had moved on to other things.
A game that outlived its publisher
This is not a story about piracy or abandonware in the sense of "nobody's watching, help yourself." It is a preservation story: a long-running effort to understand a specific piece of software well enough to keep it running on current systems, and to write that understanding down so it does not have to be rediscovered. That distinction matters, and it shapes everything below — this site does not distribute the original game's files, and neither does the project it is measured against.
What Return to the Roots actually is
Return to the Roots (project name s25client) is a real, long-running open-source fan project that reverse-engineered and continues The Settlers II's engine. Its documentation of the world model, the graphics pipeline and the economy is what this port is measured against; the source cites it section by section, so a rule that behaves oddly here can always be traced back to the rule it was meant to copy. It is the behavioural reference for this browser port, not a codebase this port shares or forks — this is a from-scratch TypeScript and WebGL reimplementation, described in full on the about page, that happens to agree with s25client's account of how the original worked wherever the two projects overlap.
That is a different kind of contribution than a remaster. Nobody involved in Return to the Roots owns Settlers II; what the project produced instead is legible knowledge — a readable account of file formats, simulation rules and edge cases that would otherwise live only in a compiled binary from three decades ago. That knowledge outlasts any one project built on top of it, this one included.
What this port checks itself against
Documentation is only as good as the tests that confirm it, and this is where
the two projects diverge most visibly in approach. This port's simulation
runs on a strict rule: nothing in it may read the wall clock or call
Math.random, and every random draw comes from a single seeded generator
that reproduces the reference engine's own test vectors bit for bit. That
constraint, and what it buys in saves, replays and multiplayer, is the
subject of Determinism is the feature.
The short version: shared test vectors are how "this port matches the
original's behaviour" stops being a claim and becomes something a test suite
checks on every run, rather than something that has to be taken on faith.
If you want to go deeper
The repository also ships a gen-map command-line tool that generates
brand-new, randomly seeded maps for this port to play on — continents or
island chains, several landscapes, a validator that checks the result is
playable. It is worth mentioning here because it is downstream of the same
preservation work: generating a new map only makes sense once the map file
format and the rules that make a map fair are understood well enough to
reproduce. It is a tool for making new maps, not a way to obtain the original
game's own map files, which remain the original publisher's property. Anyone
curious what a generated map looks like under the hood can start at the
maps entry in the encyclopedia.
None of this would be possible without a community that decided a good game deserved to keep being understood. That is the afterlife Settlers II got.