Sullon Zek/Team PvP server? (also 'Project M')
 

Hello all,

I am very interested in this EQEmulator project. I've played around on a couple servers, and it has brought back quite a few memories!

The memories I'm most fond of are playing on Sullon Zek, which was a three team (Good, Neutral and Evil) PvP (coin-loot) server. Many aspects that could get a player banned elsewhere were allowed there (training & camping), and this only made things more fun!

Are there any server admins looking to create a new Sullon Zek? If so, I could probably be persuaded to join your server. I would be willing to spend time as an admin as well, if that is what would be needed. I would have a goal of creating a server where guilds & teams battle for dragon spawns, and advancement is not as sterilized as games such as WoW.

(The Project 1999 PvP server comes closest to what I am looking for. I'm glad there are PvP aficionados out there! Even so, I really think a 3 or 4 team PvP server provides the most fun.)

***

Additionally, I'd also like to point out a brief experiment by Verant/SOE called "Project M". This allowed players to play as mobs and attack player characters. I really think that a team PvP server that rewarded players by allowing them to control zonebosses would be a fantastic and highly unique aspect not found in any MMORPG.

In any case, my regards.

Concerning your Sullon Zek like server I wouldn't expect P99 to give out their source or database to meet your expectations on such a server. There is the possibility of implementing such a system but you would have to develop it independently.



Project M has been pretty cool since its early implementation in the world char select ui. These days they have spirit shrouds in place of that which seems like a much better system.

I had been reviewing this post:

http://www.eqemulator.org/forums/showthread.php?t=29707

I have been able to get the select monster button working by offsetting at a modulus result value of 6 (6*4=24)

The client is looking for some byte value which likely offsets to a race or something like that. In any case the 0x24 offset of the base address value seems to work but all the other values are 0 (with a max offset of 0x17 for modulus).

As Pend mentioned on that post there is likely some prior packet that is telling the client to populate this area of memory.