Build kits from StartingKitTable.cfg
Kit is built from StartingKitTemplate._kits and looked up by race name, sex and class name like the client's kit map (0x620250), replacing the hard-coded racebaseclass IDs in GetKitIDByRaceClass. Equip slots come from each item's item_eq_slots_or, filled from the last cfg item so the weapon keeps RHELD. dbKitHandler and the ResultSet ctor stay until the removal commit. Parity (scripts/p42.py, dev static_rune_validkit vs cfg): 68/68 headers, 451/451 item sets, 449/451 kits with identical slots. Value changes: - Irekei female Mage kit 3 (182460/185090/29970) was kitNumber 4 in the DB, so the client's kit 3 was refused at creation; now selectable. - Dwarf male Fighter kits 4 and 5 list two boots; the DB put Black Cuffed Boots (185120) in CHEST. They are a FEET item, so they are now skipped with a warning and Black Riding Boots (185090) stay in FEET. - Old Half-Giant male (2019) now finds the Half-Giant male kits by name instead of a missing map entry. Noob gear item set unchanged. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
This commit is contained in:
1 parent
5824f34a79
commit
c1e1ed9148
4 files changed
+100
-345
No files matched your search
@@ -390,7 +390,7 @@ public class LoginServer {
|
||||
Blueprint.loadAllBlueprints();
|
||||
|
||||
Logger.info("Loading Kits");
|
||||
DbManager.KitQueries.GET_ALL_KITS();
|
||||
Kit.LoadAllKits();
|
||||
|
||||
Logger.info("Initializing Race data");
|
||||
mbEnums.RaceType.initRaceTypeTables();
|
||||
|
||||
Reference in new issue
Block a user