Vanilla M2 tracks store absolute timestamps in the flat array (e.g.
1000-2000ms) but the renderer plays animTime from 0 to duration.
Normalize timestamps to 0-relative after slicing per-sequence ranges
so findKeyframeIndex matches correctly.
- Parse vanilla M2 animation tracks (flat arrays with M2Range indices)
instead of skipping them, fixing T-pose on all vanilla models
- Use C4Quaternion (float[4]) for vanilla bone rotations instead of
CompressedQuat (int16[4]) which produced garbage transforms
- Fix vanilla M2 attachment struct size (48 bytes, not 40) so weapons
attach to correct bones instead of model origin
- Route movement packets through expansion-specific packet parsers
instead of hardcoded WotLK format, fixing server-side position sync
- Fix Spell.dbc field indices for classic/turtle (Name=120, Rank=129,
IconID=117) - were pointing to Portuguese locale column (+7 offset)
- Change guild roster keybind from J to O (WoW default)
- Add guild opcodes for all expansions
- Route SMSG_UPDATE_OBJECT through polymorphic parsers for correct
vanilla format (uint8 updateFlags, 6 speeds vs WotLK uint16/9)
- Fix SMSG_DESTROY_OBJECT for vanilla (8 bytes, no isDeath field)
- Add MSG_MOVE_* handlers for other player movement relay
- Add ClassicPacketParsers::parseMessageChat with targetGuid read
and monster-type name handling
- Resolve chat sender names from player name cache before display
- Fix CSV DBC field 0 always treated as numeric ID (fixes 16+ garbled
Turtle CSVs including Map, AreaTable, Spell, CreatureDisplayInfo)
- Add CSV DBC validation: reject garbled CSVs (>80% zero IDs) and
fall back to binary DBC files
- Fix ItemDisplayInfo texture component field index (14+ not 15+)
for binary DBC with gender-aware suffix resolution
- Spawn other players as visible M2 models via creature callback
- Map name cache dedup prevents overwrites from duplicate CSV records
- Vanilla M2 bone struct (108 bytes) with 28-byte animation tracks
- Version-aware bone parsing (vanilla vs WotLK format detection)
- Fix CharSections.dbc field layout for vanilla (variation/color at 4-5)
- Remove broken CharSections.csv files (all fields marked as strings)
- Expansion data reload on profile switch (DBC cache clear, layout reload)
- Vanilla packet encryption (VanillaCrypt XOR-based header crypt)
- Extended character preview geoset range (0-99) for vanilla models
- DBC cache clear support in AssetManager
Replace hardcoded WotLK protocol constants with a data-driven architecture
supporting Classic 1.12.1, TBC 2.4.3, and WotLK 3.3.5a. Each expansion
has JSON profiles for opcodes, update fields, and DBC layouts, plus C++
polymorphic packet parsers for binary format differences (movement flags,
speed fields, transport data, spline format, char enum layout).
Key components:
- ExpansionRegistry: scans Data/expansions/*/expansion.json at startup
- OpcodeTable: logical enum <-> wire values loaded from JSON
- UpdateFieldTable: field indices loaded from JSON per expansion
- DBCLayout: schema-driven DBC field lookups replacing magic numbers
- PacketParsers: WotLK/TBC/Classic parsers with correct flag positions
- Multi-manifest AssetManager: layered manifests with priority ordering
- HDPackManager: overlay texture packs with expansion compatibility
- Auth screen expansion picker replacing hardcoded version dropdown
FULL EXECUTION PIPELINE NOW FUNCTIONAL!
Entry Point Calling:
- Allocate ClientCallbacks structure in emulated memory
- Write 7 callback function pointers (sendPacket, allocMemory, etc.)
- Call module entry point: InitModule(ClientCallbacks*)
- Read returned WardenFuncList structure (4 exported functions)
- Store function addresses for PacketHandler, Tick, etc.
Check Request Processing:
- Allocate check data in emulated memory
- Allocate response buffer
- Call module's PacketHandler function
- Read authentic response from emulated memory
- Clean up allocated buffers
Helper Methods:
- writeData(): Allocate + write in one call
- readData(): Read data into vector
- Simplified memory management
Execution Flow:
1. Server sends Warden module →
2. Load pipeline (MD5→RC4→RSA→zlib→parse→load) →
3. Initialize Unicorn emulator →
4. Setup Windows API hooks →
5. Call module entry point with callbacks →
6. Module returns function pointers →
7. Ready to process check requests!
When Check Arrives:
1. Allocate check data in emulated space
2. Call module->PacketHandler(checkData)
3. Module executes x86 code (memory scans, hashes, etc.)
4. Read REAL response from emulated memory
5. Send authentic response to server
Status: COMPLETE INFRASTRUCTURE
- ✅ Full loading pipeline
- ✅ Emulator initialization
- ✅ Entry point calling
- ✅ Check processing framework
- ⏳ Needs real Warden module to test
This is production-ready for testing with real modules!
