Updated as of Feb 03, 2009 at 6:36pm CST (GMT -6)
Code: Select all
098 - BAW (Beer and Waffles)
UnKnown
Check into core supporting the other resistances but not be required. AR is
still one of the resistances in AOS+.
UnKnown
If all AOS+ Resistances are added to storing on armor, mobs, etc, then we might
want to consider a new way of "saving" them so as not to bloat all data files
with 4 resistances per. Maybe single entry somehow.
UnKnown
Check into possibilities of extending what could be hashed together in the
saved data files to compress data file size and speed up save/load times.
Unknown
HOUSING
Unknown
Optimizing up internal code, possible a bit of re-organizing. This is the core for
re-organizing our end, and optimizing. Let's not break ANY scripts! :)
Unknown
Finish Repsys hook. Current bug, when setting mob to criminal, it causes hook to exit.
Unknown
More UOKR support. Additional gump packet for UOKR added. Will need to look into new packet
structures for UOKR support too. Ugh.
Unknown
Optimize out the unused config files required by core, and no-longer-used/needed
code in the spells.cpp from the old spell system.
UnKnown
Multi Walkon script support. Should remember it only needs checked when first walking onto
a multi/component, and no release their reference for it, until they walk off it. Handle this
similar to regional zones for best result maybe??
UnKnown
Rework sending items to client when they are on a multi (and not a component of the multi).
OSI handles this laggish issue by not sending items (Mobs and their equipped items they send though)
until the player has walked onto the multi or one of it's components. Helps blackholing and saves
bandwidth.
Unknown
Fix? clientinfo member on linux cores.
Unknown
Remove known Memory Leaks (cfg and ecl-file handling) if possible.
Unknown
Fix? Issue with timeout not working under linux cores (Inactivity timeout).
UnKnown
Color in ListStatics* - we've to add'em to realm-folder/uoconvert first.
MuadDib:
Add all Resistance stuff as Damage too, for AOS Elemental Damage.
MuadDib:
Check method for implementing the new Elemental Resistances/Damage into
Core combat. Shouldn't be difficult, but only need to be done if it can
be done VERY efficiently. Otherwise, could hinder the core, which case the
combat syshook can make use of them instead :)
MuadDib:
Item.Quality needs implemented for AOS Elemental also like it is for AR. Right
now, cannot see how Quality affects ANYTHING except reporting maxhp member o_O
MuadDib:
If Combat is AOS Upgraded, need to force check for self and opponent to make
sure it remains balanced. If pvp is active, and at least 1 pc is NOT AOS, or
one is NPC, make it use only original style for AR/Damage. This is for oldschool
balancing. Although, I doubt I will add AOS combat to the core. No need for it.
Unknown:
Convert all spellbooks to create packets from the bitwise ALWAYS. This includes
oldschool magery books. If a spell is added to the SpellBits, then it needs to
be DELETED from the container (for backwards compatible data files that has books
with scrolls in them). The goal is to STOP having spellbooks eat up so much space
by having scrolls still exist inside them.
UnKnown:
SQL Driver integration.
UnKnown:
SQL.EM (Sanitize everything!)
UnKnown:
SQL Data Saver using the driver. Modeled after other emulators already using this.
UnKnown:
Find remaining Memory Leaks in Executor.
UnKnown:
Find remaining Memory leaks in Config handling.
MuadDib:
use element_damage for damages when added. damage_fire etc for members.
MuadDib:
Player.Followers() return an array of npcrefs.
Player.Followers_Add(NPC) add npc to it.
Player.Followers_Remove(NPC) remove npc from list.
Player.Luck u16 integer r/w member
Player.Followers_Max = u16 int for max allowed with Add.
Saving of Follower Information will work by saving the NPC's serial to the
player. Will need to leave this as serials while player = offline, and
during Logon, check for these NPCs and remove their serial if they are
not alive. If alive, convert serial to reference.
MuadDib:
Look into populating Damage bytes in Statmsg correctly based on weapon in hand
/intrinsic.
MuadDib:
Move existing servspecopt.cfg settings that are for CLIENT SPECIFIC STUFF to
uoclient.cfg system and make them client specific members populated at creation
like StatCap already is!
MuadDib:
Rewrite AR to use resistance struct as physical resist. Internally, ar will be gone
and use this method instead. eScript members will reflect physical resist, PLUS still
keep the AR for backwards compatible.
MuadDib:
Rewrite refresh_ar() to check if the item being equipped NEEDS the resistances recalced.
This will save on packet building, and execution when an item being equipped contains
no Resistance.
MuadDib:
Write a refresh_dmg() to recalc element damages for damage in statmsg. Will need to find
all points where a weapon's damage can get modified, and send this. That means when
max_hp, etc are all modified. Ugh. Model this after refresh_ar().
MuadDib:
Investigate Damage storing from weapons and player for combat system. Should base
damage be moved to element_damage struct like AR was with resist? Possibly.
MuadDib:
Throw Sheep at Nando!
MuadDib:
resist_fire_mod, etc. Same for damage.
MuadDib:
AR and Physical Resist MUST be seperated. So that loading Itemdesc Physical Resist
is possible. AOS+ handles Resists different that legacy AR. 30=30 on that item. Regardless
of zone coverage. To support BOTH of these, on a single server, with both AOS and
legacy clients, add an Expansion Check in Core Combat (to know which to use, Physical
or AR), and Expansion Check in Statmsg to know which to send!