![]() |
|
#1
|
||||
|
![]() Quote:
__________________
[60 Virtuoso] Inyahin (Half Elf)
[55 Druid] Katerie (Wood Elf) | |||
|
#3
|
||||
|
![]() Quote:
EQEmu grabs skillcaps from the database, and has done so since before P99 was a thing, so I'll assume P99 also grabs them from the database. With that in mind, making an era-based system for skillcaps should require very little new code; a minor alteration and some additions to the database's skillcap table (and a corresponding change to the lookup query in the server code) should be enough. First things first, there would need to be some kind of server-wide value that defines what era it currently is. Maybe something like that is already implemented (although this thread makes it sound like maybe era values vary by zone and/or stick to clients somehow..? The current era ought to be the same everywhere at all times, clearly). If not, adding something like that should be pretty trivial, just a few lines of code and somewhere to store (and occasionally update (offline, during patches)) the current era id/date. From there it should just be a matter of adding an era_id field to the skillcaps table in the database. When it's time to load up the skillcaps, the server would grab the skill cap values corresponding to the highest era_id less than or equal to the current era_id. The query in the server code would need to be updated to consider the new era_id column, but otherwise the change should not need any new supporting code: the server would still just be dealing with one set of skill cap values at a time, just like before. The only hard part would be to have someone sit down and go through the tedious and spreadsheet-tastic process of figuring out which classes have new skill caps for which skills at which levels starting with which era (and maybe which era_id number that era corresponds to, depending how eras are distinguished/counted), and plugging all of those into the database. EQEmu has had at least two different skillcap systems/tables over the years and I'm not sure which (if either) of those P99 would use. But if we could get a quick hint about the schema for the skillcaps table and maybe how the devs would prefer to distinguish the different "eras", it shouldn't be too hard to crowdsource the necessary SQL statements and the new query to implement such an era-based skillcap table. | |||
|
#4
|
|||
|
![]() It kind of sucks that 2 classes are having to deal with something that is actually vitally important, and they can't get fixed. It's a rough day again for knights as the next patch won't be for 2-3 months, and there's no reason to believe there's going to be any attempt to fix it then either. It would just be fun to see them potentially be able to do a little bit more and actually get to play their classes the way they were intended.
__________________
#TeamLizard for Life
Server first Shaman 10th Ring. | ||
|
#5
|
|||
|
![]() Bump
| ||
|
#6
|
|||
|
![]() Back to page 1.
Danth | ||
|
#7
|
|||
|
![]() It has been stated multiple times that it is "too difficult" to put knights on the correct hit/defense tables.
__________________
You only lose when you stop having fun. Work on it.
![]() | ||
|
#8
|
||||
|
![]() Quote:
it just needs to be set back to the default value but apparently there's not anyone who knows how to do that | |||
|
#9
|
||||
|
![]() Quote:
__________________
You only lose when you stop having fun. Work on it.
![]() | |||
|
#10
|
|||||||||||||
|
![]() As per the February 21, 2001 Patch, many skills caps should be much higher than they currently are.
Quote:
Quote:
Quote:
Quote:
Defensive caps for Paladins and Shadowknights were at 230 in 2000, and 252 in 2002. Defensive caps for Bards were at 215 in 2000 and 250 in April of 2002. Paladins 2000 Quote:
Quote:
Quote:
Bards 2002 Quote:
Quote:
Quote:
__________________
You only lose when you stop having fun. Work on it.
![]() | ||||||||||||
Last edited by Doctor Jeff; 05-14-2016 at 09:26 PM..
|
|
![]() |
|
|