Perfect World Open Source Emulator

tbnanubis · Mar 3, 2011

I already posted this in another thread, but its going to be spammed away soon, so i decided to make an entire new topic dedicated to the project.

tbnanubis said:
since the other threads about that topic are wayyy older than this one, i decided to post it here:
Me and another guy some of you may know started an open source Perfect World Emulator project.

We are still in a very early phase, but the login and encryption setup are basically working. Anyone can join and help. To get full commiting rights, you need to prove that you can provide useful stuff or good code to solve problems.

The project is free to read to anyone and created under GPL3 License.
The programming language is currently C# with .net4.0 under Windows to have a maximum developing speed. Maybe it can be made portable for Mono later, but the primary goal is to get it done before pwemu.com, who want no help but extreme license fees for their stuff.
A Webpage with forum for discussion will follow the next days.
Domain and forum will be sponsored by -link removed- .

The project development is hosted on google code:

You must be registered to see links

At the moment we are 2 active developers. We are currently stuck on the mppc algorithm (compression, uncompression works fine), so we need to implement it proper, or disable the uncompressor in the client through some awsome hack. If that is done the real work starts which need a shitload of developers to get good progress.

This threads purpose is to inform interested programmers that someone actually started what others only talked about, and to answer basic questions about the project.

The homepage and forum is on

You must be registered to see links

, hosting by

You must be registered to see links

das7002 · Mar 3, 2011

As I've stated in the other thread I'll gladly help IF I see that you're dedicated to it. I really don't want to put in a lot of effort just to see it go nowhere...

Best of luck to you for now though

tbnanubis · Mar 3, 2011

lets say, we just found the offset where the client calls the decompressor and extracted pseudo code of it via hexrays, tomorrow we try to disable it on client or begin working on a proper compressor. Depends on if the first option fails.
if this works, we have something usable that i will install on a root as proof of concept for everyone to test out.

Romulan · Mar 4, 2011

I'm glad to help as tester Cuz programming is chinese for me :

MorzE · Mar 4, 2011

Good Luck

jolan07 · Mar 4, 2011

Do you develop it for Windows platforms? I think it's better to start develop for UNIX right now.

P.S. What conditions are required to join your team?

vinicius.edson · Mar 4, 2011

Good luck +10

nofxpunkerbrian · Mar 4, 2011

What are you using to read the packets that cant be retrieved from our current server files?

Laeka · Mar 4, 2011

Friends, developing an emulator in the IDE .NET is a dead end for all developers. Many make this mistake. In .NET can develop a module for extending the capabilities of existing modules server Gamdbd gamed glinkd. The task is not as radical as many believe, there are two ways - 1) Full emu server 2) Expansion of the server.

To develop the emu should consider options for using more productive than databases Mysql. The same should display the data files *. uploaded into a database table text.

To expand the existing server, you should find a "brilliant master assembler", or extend capabilities by writing extension modules. Such as writing converter package different versions, while some data out into a separate database.

tbnanubis · Mar 4, 2011

nofxpunkerbrian said:
What are you using to read the packets that cant be retrieved from our current server files?

We have a selfmade tool that works for sniffing ANY server. Its Version independent and you can specify the target server via start parameter

We develop for Windows, because the environment is easy to setup for anyone that wants to help. It is faster if you have tons of librarys to use.
The other thing is, that its going to be a FULL emulator. Trying to exchange parts of the working stuff is just stupid because you have:
1. double work because you need the internal server protocol/rpc supported.
2. the current server is outdated in almost every manner (gs, glink, gamedbd). authd may be the only thing that is still usable. But its that small that it doesnt really matter if you code it new or not.

We want stuff that is more easy to admin, like editing a character, making custom event scripts, import newer maps etc. The internal data storage will be made to use as many client files as possible. This will include at least tasks.data, elements.data and of course gshop.data.

To make it short: we dont want to rely on those damn binaries. They will be source of information for hard coded formulas etc, but thats all.

The conditions to join are very low in my opinion.
1. You have to prove to be able to provide something useful
1. You need to provide an easy way to be contacted, msn or icq prefered.

jolan07 · Mar 4, 2011

tbnanubis said:
The conditions to join are very low in my opinion.
1. You have to prove to be able to provide something useful
2. You need to provide an easy way to be contacted, msn or icq prefered.

//offtop: Post to my #ICQ: 271561911 please.

das7002 · Mar 4, 2011

jolan07 said:
Do you develop it for Windows platforms? I think it's better to start develop for UNIX right now.

Mono-Project, as long as you don't use something non-implemented in Mono it will run perfectly fine in Mono

Laeka said:
Friends, developing an emulator in the IDE .NET is a dead end for all developers. Many make this mistake. In .NET can develop a module for extending the capabilities of existing modules server Gamdbd gamed glinkd. The task is not as radical as many believe, there are two ways - 1) Full emu server 2) Expansion of the server.

To develop the emu should consider options for using more productive than databases Mysql. The same should display the data files *. uploaded into a database table text.

To expand the existing server, you should find a "brilliant master assembler", or extend capabilities by writing extension modules. Such as writing converter package different versions, while some data out into a separate database.

There really isn't anything wrong with .NET, and .NET supports all the same things every other language out there supports, I do like using Java for network related things, but C# is just as good as Java for most things and has way better Windows support (thats why I decided to rewrite my PW Chat client in C#)

Don't blame the language used to create things, blame the developers if they are incompetent.

If they wanted to they could code it in

You must be registered to see links

, but what does it matter to you?

tbnanubis · Mar 4, 2011

i personally like Ook! more

You must be registered to see links

das7002 · Mar 4, 2011

tbnanubis said:
i personally like Ook! more
You must be registered to see links

Haha, that does look interesting as well

vixio_dv · Mar 4, 2011

lol windows...........................................

Jonatas · Mar 4, 2011

Why "LOL WIN? AION JAVA was Made in Win. Not all developers like to work directly on Linux, can be done in Windows and then worked for Linux. The goal is to emulate.

tbnanubis · Mar 4, 2011

Word.
Since the client is in Windows, it does make sense to develop in Windows because the most stuff needs direct testing.

Souris · Mar 5, 2011

Project: I know nothing about C#, so well good luck I do have part of the server-side protocols reverse engineered but if I got it right there is no interest for it.

Language: although running something in C# with mono is just like running a game with wine imho (aka fails), project is open source, nothing prevents anyone from making a python or java port of it. So if you're not happy just do it.

das7002 · Mar 5, 2011

Souris said:
Project: I know nothing about C#, so well good luck I do have part of the server-side protocols reverse engineered but if I got it right there is no interest for it.

Language: although running something in C# with mono is just like running a game with wine imho (aka fails), project is open source, nothing prevents anyone from making a python or java port of it. So if you're not happy just do it.

Wine is a reverse engineering of the Win32 API, a lot of things won't work obviously (but a lot do too so there is that...)

Mono is an implementation of .NET, mostly done with C# because it is entirely .NET and an ECMA standard. Novell has also pumped a crapload of money into Mono which has caused it to go way farther in a shorter amount of time then Wine. Eitherway, Mono is a very, very good project that implements .NET and there should be no issues with this being written in C#

I<3Bass · Mar 5, 2011

Good luck on development.

Perfect World Open Source Emulator

Angelemu founder

Black Magic Development

Angelemu founder

Nerd-IO

Newbie Spellweaver

Newbie Spellweaver

Skilled Illusionist

[B]aSH

Newbie Spellweaver

Angelemu founder

Newbie Spellweaver

Black Magic Development

Angelemu founder

Black Magic Development

Don't Ask About Tideborn

Newbie Spellweaver

Angelemu founder

Junior Spellweaver

Black Magic Development

I am Dylan.