A more versatile exp multiplier system

[eq4me]

Its too late to edit the original post so here a correction and an addition.

the value for the exp modifier should be float and not unsigned int.

Especially with high exp modifiers there is the problem that you can not even get your most used skills to max before you level. Maybe it would be a good idea to add (at least part of) the exp multiplier to the success chance for an skill increase. So at least your most needed Skills would stay up to par.

This falls under the custom code headline since this would not emulate live, moved for ya

[John Adams]

Weren't these called "Hell Levels" in EQLive?

I like the idea.

[Dymerius]

Technically, there were only certain upper-level Hell Levels.

If I remember correctly... 30, 40, 45(*shiver!*)

Then they added Kunark and level 51 put the other hell levels to shame... and 55... and 57 or 59? It's been so long...

But I do like your idea just because I hate lower levels where your character is undeveloped and basically identical to all other classes...

[Zengez]

51, 54, and 59 were hell lvls, not sure on 57 but i don't think so... and after posting too much serious stuff previously, I just had to point out anyone else notice that 8, 5, 3, 2, 1 is a reverse fibonacci series? math geeks, unite!

[John Adams]

When I first played, they were all the 9's (19 [not so bad] 29, 39) until the 50's. Then 51+ were all hellish.

Sorry to derail.

[rojadruid]

Originally Posted by Dymerius

If I remember correctly... 30, 40, 45(*shiver!*)

Then they added Kunark and level 51 put the other hell levels to shame... and 55... and 57 or 59? It's been so long...

You would be correct on the hell levels.

Pre beta they where 30, 35, 40, 45, 50. When they made Kunark they added 51, 55, 59.

[KLS]

This wouldn't be very hard and really isn't that bad an idea I threw something like this together quickly:

Index: exp.cpp
===================================================================
--- exp.cpp	(revision 940)
+++ exp.cpp	(working copy)
@@ -29,8 +29,16 @@
 //                            war   cle    pal    ran    shd    dru    mnk    brd    rog    shm    nec    wiz    mag    enc    bst    bes
 float class_modifiers[16] = { 9.0f, 10.0f, 14.0f, 14.0f, 14.0f, 10.0f, 12.0f, 14.0f, 9.05f, 10.0f, 11.0f, 11.0f, 11.0f, 11.0f, 10.0f, 10.0f};
 
+#define MAX_LEVEL_MOD 70
+float level_modifiers[MAX_LEVEL_MOD] = { 1.0f, 1.0f, 1.0f, 1.0f, 1.0f, 1.0f, 1.0f, 1.0f, 1.0f, 1.0f,
+					1.0f, 1.0f, 1.0f, 1.0f, 1.0f, 1.0f, 1.0f, 1.0f, 1.0f, 1.0f,
+					1.0f, 1.0f, 1.0f, 1.0f, 1.0f, 1.0f, 1.0f, 1.0f, 1.0f, 1.0f,
+					1.0f, 1.0f, 1.0f, 1.0f, 1.0f, 1.0f, 1.0f, 1.0f, 1.0f, 1.0f,
+					1.0f, 1.0f, 1.0f, 1.0f, 1.0f, 1.0f, 1.0f, 1.0f, 1.0f, 1.0f,
+					1.0f, 1.0f, 1.0f, 1.0f, 1.0f, 1.0f, 1.0f, 1.0f, 1.0f, 1.0f,
+					1.0f, 1.0f, 1.0f, 1.0f, 1.0f, 1.0f, 1.0f, 1.0f, 1.0f, 1.0f };
+							
 
-
 void Client::AddEXP(int32 add_exp, int8 conlevel, bool resexp) {
 	if (m_epp.perAA<0 || m_epp.perAA>100)
 		m_epp.perAA=0;	// stop exploit with sanity check
@@ -44,10 +52,22 @@
 		//take that ammount away from regular exp
 		add_exp -= add_aaxp;
 	
-		//get zone modifier
+		float totalmod = 1.0;
+		//get modifiers... I don't like how we mix floats and ints so much but for now...
 		if (zone->GetEXPMod() > 0) {
-			add_exp = int32(float(add_exp) * zone->GetEXPMod());
+			totalmod = zone->GetEXPMod();
 		}
+		
+		if(RuleR(Character, ExpMultiplier) > 0){
+			totalmod *= RuleR(Character, ExpMultiplier);
+		}
+		
+		if(GetLevel() <= MAX_LEVEL_MOD && GetLevel >= 1){
+			totalmod *= level_modifiers[GetLevel()-1];
+		}
+		add_exp = int32(float(add_exp) * totalmod);
+		
+		
 	
 #ifdef CON_XP_SCALING
 		if (conlevel != 0xFF) {

..also noticed expmodifier rule doesn't appear to be working right now while doing which I will fix. Haven't tested this but yeah could also do it with something in the database too if wanted.. not a difficult concept and very nice for legit servers that want to tweak how they play.

[rojadruid]

The rule idea is a way better idea to do it, scince thats why they are there for customization.