New Server, Couple of Small Issues
Hi Guys,
I got my server up and running (Windows 7, 64-bit) with minimal difficulty (thanks very much for the great Windows CMake guide!), but I'm running into a couple of questions that I just haven't been able to solve on my own by rummaging around in the db. 1.) Which settings do I use to adjust the multipliers for XP gain? The ones in Variables ("EXPMod") or the one in Rule_Values (1, "Character:ExpMultiplier")? I set both to 3.0 for standard XP gain (a little less than 5 times the normal 0.65 that it defaults to), but after restarting the server it seems as though XP gain is the exact same. Am I missing a switch somewhere? 2.) Does the Expansions value in Variables work? How about the (1, World:ExpansionSettings) value in Rules_Values? Do they differ? I set both to 7 (Classic (0), Kunark (1), Velious (2) and Luclin(4)). I would really like to limit as many server / map (ie PoK tomes) and client features (Map display) as possible. Does anyone know if these are implemented yet? Do they just restrict access to zones, or is it more than that? 3.) I'm seeing that Harm Touch (and I'm guessing Lay on Hands) are not working. They are doing nothing and then giving giving me a message saying interrupted. I saw in an old thread, something about that being a stopgap until the issue was fixed. I have the newest code checkout from GIT and the db build from 12-23-2013. Is this still an issue or am I just missing something? 4.) HP and Mana regen. One of the things that I'm adjusting is that I'm upping the standard HP and Mana regen by about 25% (timesaver for casual play). Is this just the setting in Rules_Values for (1, Character:HPRegenMultiplier) or is there something more that I need to do. It doesn't seem as though it's changed. Any help with any of these numerous (and I'm sure annoying) questions would be incredibly helpful. I spent a few hours googling and pouring over the forums, but I didn't really feel as though I found what I needed. On an unrelated note, great job on the Install Guide, Global Settings, Schema and Server Command documentation. They have been immensely helpful! |
Quote:
|
Quote:
Another thing with EXP Mods, the rule you found will affect things globally, however you can adjust EXP mods per level by using the table: Code:
mysql> select * from level_exp_mods order by level; Make sure that this rule is set to true in order for this to work: Code:
Zone:LevelBasedEXPMods true |
Quote:
I found an article on this, however it dates back to June. Is this still the best way to accomplish this? It would seem they are suggesting that rather than relying on a setting like the Expansions value in Variables work and the World:ExpansionSettings value in Rules_Values, you should just lock people out of those individual zones using status. Is that still the best way? Thanks! EDIT: Also found http://www.eqemulator.org/forums/sho...ghlight=remove which speaks to removing PoK book functionality. Nice! |
Quote:
If I decide to define "hell levels", will those values override the Rule_Value setting or vice versa? It sounded like you said that the Rule_Value setting will trump anything in the level_exp_mods table. If that's the case, then I'm probably better off just manually setting each level to what I want and leaving the Rule_Value setting (Character:ExpMultiplier and it's ilk) at the default. On a side note, do you know why the default is 0.65 instead of 1.00? |
Quote:
http://www.eqemulator.net/wiki/wikka...erverVariables Quote:
|
Quote:
|
Quote:
|
Quote:
|
Quote:
|
//some spell IDs which will prolly change, but are needed
#define SPELL_LEECH_TOUCH 2766 #define SPELL_LAY_ON_HANDS 87 #define SPELL_HARM_TOUCH 88 #define SPELL_HARM_TOUCH2 2821 #define SPELL_IMP_HARM_TOUCH 2774 #define SPELL_NPC_HARM_TOUCH 929 I found this in spdat.h. Could that ID mismatch be my problem? |
Haggzor.. I've noticed that at least on Underfoot restricting expansions broke my LoH/HT. Just a suggestion cause I'm not as knowledgeable about this stuff as demonstar or Akka, but have you tried un restricting your expansions and then trying it? might have something to do with it.
|
I have not tried that! I'll give it a shot and see what it does.
|
I'm going to guess that the expansion level probably determines whether you are using the standard Harm Touch or the IMP (improved?) Harm Touch. Since IMP Harm Touch is correctly mapped, that's probably why it works. I'm going to try updating the ID for the old harm touch and recompiling. We'll see if that works. =D
|
I reset all of my expansion variables back to 16383 but still no luck with Harm Touch. Nothing is showing in the logs, so I'm sort of at a loss. The entry in the timer table says 89, which still leads me to believe that there is something out of sync between the client and the skill lookup (88 in the spells_new table).
|
Please read both pages of this thread and re-ask your question after doing so:
http://www.eqemulator.org/forums/sho...hlight=spellid |
Alright, well I figured out one thing. This is the line of code that's causing Harm Touch to fail (client_packet.cpp line 4623, Handle_OP_CastSpell method):
Code:
Code:
static const uint32 MAX_PP_MEMSPELL = 9; Does anyone know what the MAX_PP_MEMSPELL represents? I haven't been able to figure that one out yet. My assumption is that it represents a separation between memorized spells and ability/discipline/item spells (which are all handled individually). Basically, as long as that value is set to 9 and Harm Touch is coming in on spell slot 9, it automatically goes to interruptSpell, which is why it's not working. My guess is that this block needs an additional elseif specifically for Abilities that are being processed as spells, such as LoH and Harm Touch. Any input would be wonderful! |
Alrighty, that fixed it. Basically I added a flag in the existing special SK and Paladin portion of the code to bypass the spell slot evaluation and memorized spell check that was breaking Harm Touch and Lay on Hands.
client_packet.cpp(line 4581) Code:
uint16 spell_to_cast = 0; |
So will this go into the GIT source as a fix soon? Please !
I just compiled this fix and everything seems to work. |
Well, you can do it without an extra flag and its not in a format I feel like dealing with. (Either pull requests on github or a unified diff posted on the code submission forums, note pull requests are preferred because its easier, unless you don't know how to use git that is ...)
|
Yeah, this isn't the prettiest fix in the world. =)
I just posted it in this format because I wanted to show where the problem was located. I had sort of assumed that the development team didn't want random people doing code submissions and that they would fix it in whatever way they see as best. If you would like, I'd be happy to pretty it up some, remove some of the extraneous logging that I added and submit it. I apologize, I'm pretty new to this community. I set up this account a few years ago but never actually got as far as installing anything until this week. Heh. |
Its an open source project, any submissions are welcome, but not guaranteed to be accepted of course.
I would recommend submitting pull requests on GitHub since it's much easier on people with access to pull them. |
Admittedly, I'm new to Git. I've always used SVN. I assume that since Git doesn't have a single master repo that I can access, I'm safe to just commit my updated changes? How do I then submit the commit for review (I'm reading about Git as I'm writing this)?
|
Basically, fork the main repo, commit your changes to the fork, make a pull request to your fork. Its recommended that you push your changes to a branch on your fork.
This thread might help, I'm sure github has some better docs in their support http://eqemulator.org/forums/showthread.php?t=36515 |
Perfect, thanks!
|
http://bpaste.net/show/162354/ if someone wants to test this patch (I can't right now), I think it should be better. (Plus I think it was the original intent of the code ...)
|
Code committed in a branch and pull request completed:
https://github.com/EQEmu/Server/pull/102 I'm going to put a copy of the fix on here so that others might have a stopgap measure until if / when it's approved. Updates to zone/client_packet.cpp (line 4476) Code:
void Client::Handle_OP_CastSpell(const EQApplicationPacket *app) |
BTW, thanks to demonstar55 for the great Git tutorial. Helped a lot.
|
@Provocating
The bug fix has been approved and merged. It should be available soon in Git. |
And it worked perfectly, thanks much!
|
All times are GMT -4. The time now is 03:39 PM. |
Powered by vBulletin®, Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.