![]() |
|
#171
|
|||
|
I wonder if PALSK defense is working server side and just isn't being displayed correctly. It would be interesting to try and do some sort of a test and see if you could parse differently defensively if you manage to catch yourself with the 252 skill.
| ||
|
|
|||
|
#172
|
|||
|
my defense was 252 last night was nice, had 1250 AC !
__________________
Eratani / Cleratani / Eratou / Stabatani / Flopatani / Eratii
| ||
|
|
|||
|
#173
|
|||||
|
Quote:
Quote:
__________________
You only lose when you stop having fun. Work on it.
![]() | ||||
|
|
|||||
|
#175
|
|||
|
Back to the top.
I don't know how well this will work for the rest of you--or whether it'll work at all tomorrow or next week (given how random this glitch is), but I've been having the wife port me to Cobalt Scar any time I log on before I go about my usual gameplay business. For some reason for a couple weeks now, if I do that it'll usually hold at 252 until I log off or get killed. I know a few other hybrids who report similar success at using this technique. I hope the above "control" over the glitch remains available for awhile. Once I get the time and motivation I plan to try to do some more indepth testing of avoidance--it shouldn't affect mitigation, only avoidance--to try to determine more conclusively whether this is a functional glitch or merely a display glitch. Danth | ||
|
|
|||
|
#176
|
|||
|
Was disappointed to log in my sk and still 12xx ac with red defense :/
| ||
|
|
|||
|
#177
|
|||
|
bump etc
__________________
Grallos Rek - 58 ogre shadowknight
Grigorii Grallosovich - 51 human cleric Brallos Rek - 43 ogre warrior Crallos Rek - 35 ogre shaman Timothe - 31 human enchanter Variol Cutthroat - 27 human paladin Telehr - 23 human magician | ||
|
|
|||
|
#178
|
||||
|
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. | |||
|
|
||||
|
#179
|
|||
|
I was saying magical in a sense that people do great things and like 'magic' someone will unlock the key to figuring out the issue. I know there is not literal magic at play when things get fixed :P
__________________
Eratani / Cleratani / Eratou / Stabatani / Flopatani / Eratii
| ||
|
|
|||
|
#180
|
|||
|
Bump
| ||
|
|
|||
![]() |
|
|