Level 75 Druid Spells Dont Scribe

[Nibiuno]

Im running the peq database from September, and you cannot scribe bought level 75 druid spells, and #scribespells says no spells to scribe.

In the DB the spells are there and look correct. Has anyone seen this issue before?

[Nibiuno]

After trying and failing to get anywhere with this, I set one of the level 75 spells to level 74.

It then scribed. No druid spells 75 and above will scribe. If I figure it out, Ill update the post.

[Nibiuno]

Is there a maximum number of spells you can learn?

[demonstar55]

480. This is less than some clients, hopefully we can support more depending on your client in use, but for now its limited to 480.

[Nibiuno]

That explains the issue. There are over 480 spells at level 75 for druids in the database I have. Looks like Im going to have to remove some of the ones that are bad.

[Warking]

I really need to find a way to get all the spells to auto scribe for the characters. I am using RoF/2 client. I cannot even get any warrior disc's beyond 85 with trandiscs 100 and I know there isn't 480 discs for just a warrior.

Is there a client side or server setting I need to change?
------
Is there a way I can have a spellscriber or disctrainer scribe all the spells for the class without hitting the limit? IE selective spell scribing?
----

Alternatively is there a way to mass import all spellscrolls and disc tomes into a vendor without needing to seach all the spells 1 by 1 for each class?
----

Ultimately I am looking to find a way to make an automated method to remove/fix the spells already learned and then to add the spells needed

[Warking]

Besides for deleting spells is there a variable I can set to remove it from the scribe list?

Edit: Ok I got it. I must of missed the search the first 15 times I tried to search for it.

I am going to replace all of 'effectid12' with a value of '10'

set the CHA Spell hack to True in the rules.

Then,
I will change the ones back to the spells I want the players to have but keep it under the limit.

- Is there a limitation on discs as well? Is it 480 or lower??

[Coenxai]

(RoF2)
static const uint32 MAX_PP_SPELLBOOK = 720; // was 480
static const uint32 MAX_PP_DISCIPLINES = 300; // was 200


#scribespells <MaxLevel> <MinLevel>.

quests\global\global_player.pl
sub EVENT_LEVEL_UP {
if($ulevel <= 65) {
quest::scribespells($ulevel);
quest::traindiscs($ulevel);
}
if($ulevel > 65) { # Originally values of 49.
quest::scribespells(65);
quest::traindiscs(65);
}
}

Modify it to fit your needs.

[Uleat]

I developed EQDictionary as a means to implement client limitations into server code where a simple limiting 'translation' would not be suitable.

That's what all of this mess is about:

https://github.com/EQEmu/Server/blob/master/common/eq_dictionary.h
https://github.com/EQEmu/Server/blob/master/common/eq_dictionary.cpp

The system is setup so that server code can be streamlined into its simplest form instead of having multiple code segments for different clients.


It's still in a developmental stage..but, hopefully more people will begin to use it and the system will mature.

(Of course, if we ever drop multiple client support, EQDictionary will just be unneeded overhead...)

[Warking]

Coenxai - Where did you find this:

(RoF2)
static const uint32 MAX_PP_SPELLBOOK = 720; // was 480
static const uint32 MAX_PP_DISCIPLINES = 300; // was 200


When I scribespells I only get to 480 and not 720. I'm using RoF2 client but eqemulogin server says login from SoD client. Then character creation in world.exe log exports SoF start zone query. Expansions server side is set to 2097151.
---
---
Uleat -
This is interesting but I am still trying to understand this a bit better. So it is possible to change the server constants and other settings to really customize it and/or restrict content. I've been browsing through the db files based on some of the lines in your link. I am curious on where some of these files can be found. Can PM if you want as well.

[Coenxai]

Basically, it's what the client is capable of supporting, but not necessarily what's currently supported. Remember, they attempt to maintain compatibility across multiple clients. The earliest supported client probably only has 480 spell slots (60 pages) in their spell book. If they were to push additional slots to that client there would be an overflow issue.

I'm currently running around with 720 spells memorized on the RoF2 client. Anyway, everything aside you really shouldn't need more than 480 spell slots.

[Warking]

Then I am missing something I still cannot figure out as I am running the RoF2 client but can only mem 480.

[Uleat]

Found in the RoF2 client translator code:

https://github.com/EQEmu/Server/blob/master/common/patches/rof2_structs.h#L108
https://github.com/EQEmu/Server/blob/master/common/patches/rof2_structs.h#L1138

This is where we write the server allocated size:
https://github.com/EQEmu/Server/blob/master/common/patches/rof2.cpp#L2312

And, this is where we fill-in the difference between server and client with 'blank' data:
https://github.com/EQEmu/Server/blob/master/common/patches/rof2.cpp#L2319


Obviously, the client can 'hold' more spell data..but, the server is not coded to, as yet.


EDIT:

I'm not familiar with content, per se..but, there are ways to 'limit' it through the code and database settings.

There are a lot of posts concerning content limiting around, though.

[Warking]

Thanks for the information Uleat. This helps. I want to try to see if I can figure out a way to increase or unlimit the server.