Valkyrie Project: VeMU

[theunknownguy]

- New DB 100% compatible with old MU Editors.
- Char selection 100% coded (need testing)

Some minor improvements and making of library for connections:

VeMU is getting very editable in a point you just need to do a call to procedure and you can get any new internal client connected.

Same goes for file reading i make macros so you just use 1 macros and file is fully readed also with 2 procedures you can get tokens, strings, etc.

Monday is big day of tests.

[drakelv]

you do very good job fen$x , im reading this thread with very big interest. good luck.

[theunknownguy]

Going to let my point clear here:

- VeMU have no rush !
- I DONT CARE if there is a 9.99.0 version of WZ GS
- I DONT CARE if there is a S5 emulator already
- I DO CARE for the basis of how something is done
- I DO CARE for get the max performance to everything
- I DO CARE for how the code is done in order to make it easier for future modifications (not for me) for all the public.
- I DO CARE for make allmost all VeMU basis library modules.

Thanks. (i do this, caused i get some PM and some complains on MSN).

[theunknownguy]

VeMU team recruiting for new members:

- If you are web designer we need a good design for website
- If you are graphic designer we also need some help
- C++ coders/Delphi/C# coders always welcome we need our help
- ASM coders urgently needed
- MUEditor developers are welcome too.

Most important:

- We need serious workers, not people that promise to work and do nothing, or do one thing and later quit.

Thanks.

[mauka]

- We need serious workers, not people that promise to work and do nothing, or do one thing and later quit.

damn..

[muki2006]

i'd say yes, but before that happens all the basics must be done.

well its ok.. i'll wait for the final version and see the upgrades !
thanks for this amazing project

[theunknownguy]

I wanna say that JS project is canceled same has DS project...

But why? caused they will unite into 1 project called OS (Operative Server) and will be in charge of all SQL actions and all kind of login. It will also work like ExDB by handling the guilds.

OS will be developed by ReRe, Blu and myself in some little parts.

OS need to be fast, simple and secure.

We expect with OS a better performance instead that running 3-4 internal clients and more simple use for users.

Thanks and thanks the people that keep joyning for help.

PS: Also VeMU is now MySQL, our SQL expert will pass the new DB to MySQL. enjoy.

----------------------------------- UPDATE -------------------------------------------

OS will be done 100% in ASM. ReRe is already an ASM coder, same has me and bluman seems to have some big brain and understand all ASM concepts fasts.

So there is OS developed in ASM by 3 ASM coders, this going to burn ^^

[muki2006]

I wanna say that JS project is canceled same has DS project...

But why? caused they will unite into 1 project called OS (Operative Server) and will be in charge of all SQL actions and all kind of login. It will also work like ExDB by handling the guilds.

OS will be developed by ReRe, Blu and myself in some little parts.

OS need to be fast, simple and secure.

We expect with OS a better performance instead that running 3-4 internal clients and more simple use for users.

Thanks and thanks the people that keep joyning for help.

PS: Also VeMU is now MySQL, our SQL expert will pass the new DB to MySQL. enjoy.

----------------------------------- UPDATE -------------------------------------------

OS will be done 100% in ASM. ReRe is already an ASM coder, same has me and bluman seems to have some big brain and understand all ASM concepts fasts.

So there is OS developed in ASM by 3 ASM coders, this going to burn ^^

awesome ! backing to the old times bro !

[Aphrodites]

uhm i can help with photoshop shit ;)

[theunknownguy]

uhm i can help with photoshop shit ;)

Now thats the spirit

Send me your mail by PM and ill add you for discuss

[theunknownguy]

OS (Operative Server) Development:

- Interface done by BluMan
- Core done by FeN$x
- SQL execution done by ReRe4Fun

We will change the DS thread to OS and give some deatiled info about how is going.

JS thread i will request to shut it down or rename its name to ChatServer (leo and his friend Sanek will be doing it) only if they agree to.

OS will have 2 instances (original we think of 3) this instances are:

- OS for fast querys
- OS for slow querys

We dont want to make one OS with 2 threads or more since not all processor are done for handle more than 2 threads in a good way, but all processors are good for handle 2 instances.

OS recv system is in discuss now between IOCP or WSA window messaged based.

   OS2 (Slow querys)
  /
 /
GS----OS1 (Fast querys)

This system will avoid sending stupid little querys and wasting clocks of execution for parse, read and execute. Big querys will be sended to OS2 and executed while OS1 will handle the querys that NEED to be fast.

Also there is alot of "theory" of bugs with this system but all of them had been thinked and fixed in "mind" that i wont discribe here.



OS will find the fastest and more flexible way for perform their actions with the same concept that VeMU use about slow but secure work.


Thanks

[theunknownguy]

VeMU TEAM NEEDS PEOPLE WITH OFFICIAL WEBZEN FILES SERVER UP FOR SOME DEBUG ISSUES.



If you have a PC for allow remote connection + Server Instaled you can help us. We wont use much time.

VERSION DOESNT MATTER, JUST A SERVER ON FOR DEBUG + REMOTE CONNECTION.

[theunknownguy]

Well progress is delay till ReRe comes back.

Also blu cant code this entire week he got a physic contest.

And i am coding more for my real project ofc and just coding a few hours for VeMU.

ReRe if you back connect to MSN or leave some fucking message that you are alive...

[theunknownguy]

I announce that tomorrow ill release a BETA version of VeMU sniff server side tool. (For WZ GSs)

Its a DLL that you just need to hook by calling LoadLibrary (nothing more) and the DLL will catch all decrypted packets, save them on a log file and also display the procedures that actually uses that packet.

Yes i say well, the tool display the procedure OFFSET that where used by this packet, so you can go view the procedure on GS + PDB and decompile packet.

I do this tool instead of been debuggin for get a procedure and set breakpoint, also the typical DC when you debuggin, and alot of bla bla bla. So i wanted to avoid this with a good tool.

The DLL isnt source code open caused i use one procedure that i really dont want to show (its part of my security project).

I will consider to release a snippet of source code well documented but in future.

PS: About VeMU when rere backs we will continue.

PS2: The procedure i dont want to show on VeMU sniff side tool, i will ofc permutate it + metamorph code so you can debug the DLL if you like, but dont find the real usage of this procedure.

[theunknownguy]

VeMU development is back !

We couldnt wait any longer for ReRe so here is the new progress:

- OS interface done
- OS IOCP connection 90%
- OS query system 50%

VeMU sniffer:

- 100% done, fixing details and waiting for upload

Once OS is done we will continue on paralell work between VeMU GS and OS for provide update 0.0.6.