Go Back   EQEmulator Home > EQEmulator Forums > Archives > Archive::Support > Archive::General Support

Archive::General Support Archive area for General Support's posts that were moved here after an inactivity period of 90 days.

 
 
Thread Tools Display Modes
  #1  
Old 06-09-2003, 08:11 AM
RevlinXevlin
Sarnak
 
Join Date: Feb 2003
Posts: 41
Default Somewhat of a Newbie Question

My question is I'm sure something that has been asked but I didn't find a link so post one as a reply if you know of it.

What would it take, programming wise, to get EQEMU up to where EQLive is right now, with respect to expansions and zone access, and player races ?

If my question is a little confusing as I wasn't sure what exactly to say let me know and I'll try to say it differently.
  #2  
Old 06-09-2003, 01:30 PM
Guest
 
Posts: n/a
Default

Ok, it is still version 0.4.3-4, so, it still has a long way to go, but, has come a long way as well... I understand programming and know that creating an exact copy of a program that you have only seen a side of and no source has to be hard..
  #3  
Old 06-10-2003, 03:02 AM
RevlinXevlin
Sarnak
 
Join Date: Feb 2003
Posts: 41
Default

Agreed that it still has a ways to go, but what is needed programming wise (as I have a couple years C++ experience) to be done in order to bring it on par with EQlive servers ?
  #4  
Old 06-10-2003, 03:49 AM
Merth
Dragon
 
Join Date: May 2003
Location: Seattle, WA
Posts: 609
Default

I recently started dinking around with EQEMu, so I'm not sure. However, this has been my guess:

Late last year, SOE implemented a packet security scheme for communicating between client and server. You can read plenty about it on the ShowEQ forums, but here's a generic overview, as I understand it:

Packets are now encrypted using a key that can't be reasonably brute forced. This key is generated on SOE servers using whatever algorithm they chose. Their algorithm is obviously not publicized, may even change every few patches. The client needs the key to decrypt the packets, but the key is transmitted using some compression mechanism that i believe has not yet been determined - and again, may even change from patch to patch.

The current client receives a packet and tries to decrypt it - but of course, the packet would have to be properly encrypted by the server in the first place. Furthmore, the client is now expecting this key to be properly calculated, compressed, and transmitted. EQEMu plays the role of the server here, so EQEMu would have to do all these tasks for the current client to function correctly.

Now, everyone here knows that in order to run EQEMu, you have to run a client that was around late last year - possibly the client that was around the time SOE implemented this security thing. Coincidence? I am guessing not.

My guess is that in order to keep up to date with EQLive, EQEMu developers would have a hard time:
(1) Getting the algorithm right to run with the current client
(2) Doing this each time SOE decides to change something.

Personally, I don't even know how the SEQ/EQEMu developers figured things out in the first place - prior to implentation of packet encrypting.
 


Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

   

All times are GMT -4. The time now is 05:18 PM.


 

Everquest is a registered trademark of Daybreak Game Company LLC.
EQEmulator is not associated or affiliated in any way with Daybreak Game Company LLC.
Except where otherwise noted, this site is licensed under a Creative Commons License.
       
Powered by vBulletin®, Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
Template by Bluepearl Design and vBulletin Templates - Ver3.3