RuneScape Revision 667

RuneScape revision 667 is a late runescape 2 reference used when identifying the client, cache and network protocol generation a RuneScape or RSPS project is based on. RspsList treats the number as a technical compatibility label, not as proof that every file in a private server comes from one untouched Jagex build.

Archive evidence

Release/archive period: October 2011. Evidence status: Direct OpenRS2 build evidence. Where RspsList gives an exact date, it comes from a preserved OpenRS2 build record; where the evidence is weaker, the page intentionally stays at an era-level description rather than inventing precision.

Why revision 667 matters to RSPS

Revision 667 is one of the most recognizable late RuneScape 2 / pre-EoC RSPS labels. Many projects describe themselves with 667 or a nearby revision because this period is distinct from both classic 317-era servers and later 718-era projects.

Using revision 667 as a cornerstone reference

For RspsList, revision 667 is a cornerstone page because it represents a revision family that repeatedly appears in RSPS source releases, server descriptions and compatibility discussions. The page therefore separates three questions that are often incorrectly collapsed into one: what Jagex build existed, what RSPS developers call a 667, and what data a particular server actually loads.

That separation makes the page useful to players as well as developers. A player searching for a “667 server” is usually looking for a certain era or style, while a developer needs exact client/cache/protocol compatibility. RspsList can serve both intents without claiming that every project carrying the label is technically identical.

What to verify in a 667 project

• Client build: confirm the client really targets this protocol family.
• Cache/data: verify the cache revision separately; mixed-revision data is common in RSPS projects.
• Server protocol: packet IDs, login flow and update masks must match the client implementation.
• Project ancestry: a source may keep an old revision label even after substantial protocol or cache changes.
• Custom content: custom items, maps and interfaces do not by themselves change the underlying protocol revision.

Revision labels are not complete specifications

Two servers using the same revision label can behave very differently. One may use the original-era cache, another may load newer maps or items, and a third may only retain the protocol family while heavily modifying the client. For development, preservation or source evaluation, record the client build, cache build and server implementation independently.

Sources and further reading

The primary archive reference for this page is OpenRS2. RSPS popularity/significance is treated separately from Jagex build evidence; community revision lists are useful for terminology but are not used to manufacture exact release dates.