I'll see what I can do... it seems to have a nicer file structure; reminds me of Mo Siang online's source code.
Though I still like QQXY's immersive qualities better ;P
Summary: it should work with the latest Visual C++ IDE.
You only need to scrap backwards compatibility with those very old compilers, is all.
Last edited by Crypticus; 27-09-11 at 12:23 PM.
Wrong, you'll also need to update quite a few of the libs(if you want it to work in vs2010 at least). Still shouldn't be too difficult though. Not really interested in using this now that its public though. Looking through the code, it doesn't look like eyasoft has improved too much since IRIS/Luna1. Oh well, still got a nice hshield lib dated December 2010.Originally Posted by Crypticus
I think it hard to get it work with vs2010 (dunno with vs11), Seem difficult to include libs or other include files that same with xLethal said. I test with vs2010 a few time and still error no such as directory, :"( (I'm noobie)
For who interestin in vs2011. (find the link by urself)
http://www.cyberwakeup.com/2011/09/1...loper-preview/
I'll Download and testing vs2011 now..
Last edited by Memiko; 27-09-11 at 12:45 PM.
If you checked the developer preview; upgrading is a thing of the past. I wouldn't be too worried unless some project uses VC6.Wrong, you'll also need to update quite a few of the libs(if you want it to work in vs2010 at least).
But like I said, you'd have to break compatibility with older compilers - very minor edits; e.g, they're assuming the state of iterator 'i' exists out of scope.
This was a remnant of ages ago when compilers didn't play nice with standards. Then again, you shouldn't use said compilers.Code:if(kind) { // °°Àº°Ô ÀÖ´ÂÁö ã°í for(int i=0; i<pPreLoadInfo->Count[ePreLoad_Monster]; i++) if(kind == pPreLoadInfo->Kind[ePreLoad_Monster][i]) break; // ¾øÀ¸¸é »õ·Î¿î ¸ó½ºÅÍ Ãß°¡ if(i == pPreLoadInfo->Count[ePreLoad_Monster]) { pPreLoadInfo->Kind[ePreLoad_Monster][i] = kind; ++pPreLoadInfo->Count[ePreLoad_Monster]; // if(pPreLoadInfo->Count[ePreLoad_Monster] >= MAX_KIND_PERMAP) break; } }
Totally agree with that. Then again, if it ain't broke, don't fix it.Still shouldn't be too difficult though. Not really interested in using this now that its public though. Looking through the code, it doesn't look like eyasoft has improved too much since IRIS/Luna1. Oh well, still got a nice hshield lib dated December 2010.
They really should've broken down their client into multiple libraries, since MSBuild can spread the load over separate threads.
Last edited by Crypticus; 27-09-11 at 12:47 PM.
If you had converted LARGE vs2003 projects to vs2010, you would know that it's not all as simple as Microsoft would like you to believe.
Also, the client most likely builds slowly because it doesn't use precompiled headers. Adding support for them isn't too much work.
As for the code itself... It is broken looking at IRIS and Luna. What other company has been hacked into as much as Eyasoft? Their coding and networking practices are very outdated and in need of much improvement. Their games may be "pretty", but under that the code is lacking in structure, security, compatibility, and performance.
i hope u can find fifa online 2 server files,,that is from korea,,idk if someone can get it very tough,,impossible for me but for all expert out there it not a problem,,
(I'll address this later, very interesting topic).
You need to profile the bottlenecks to gain the best efficiency ratio - if you had something as large as Windows.h,Also, the client most likely builds slowly because it doesn't use precompiled headers. Adding support for them isn't too much work.
and you only used a macro from it, the entire header gets pulled into the precompiler. That takes time too, mate!
I agree. That's where we come in! I don't blame the grunts through (not all companies are altruistic).As for the code itself... It is broken looking at IRIS and Luna. What other company has been hacked into as much as Eyasoft? Their coding and networking practices are very outdated and in need of much improvement. Their games may be "pretty", but under that the code is lacking in structure, security, compatibility, and performance.
They don't have much job assurance:
Do a good job, company no longer needs you, you get the sack (what with the recessions and all).
Do a bad job, shit hits the fan, and then you're fired.
But do a mediocre job, and you hit the sweet spot, baby!
This is true, although for most cases precompiled headers would lead to quicker compilation time.
That philosophy focuses more on time rather than quality. I'd rather have a company that does excellent work and takes their time than a company that fucks up and needs to fix it after(both companies would be required to work for about the same amount of time). Letting quality of work slip isn't a good practice no matter how you look at it.
Precisely.
But in the real world...
People have different ideas of how you should code:
First, you have the "pure C" camp.
Then, you have the "STL C++" camp.
Also, there's the "minimalist subset of C++" camp.
Now, count in the "managed languages are always better" camp.
I truly detest this one: "let's go hybrid! C/C++!" camp.
Macros are sprayed all over the place, and the debugger doesn't show it (compile-time, remember?)
Ideas like this completely undermines the idea of OOP.
Let's top that off with the fact that corporate:
Has to answer to shareholders, deal with licensing issues and isn't very obsessed with staff welfare (except maybe Google).
Then...! There's backwards compatibility to think about.
Don't forget the end-user. People who don't understand the concept of a garbage collector...
They will forever argue your managed program is a memory hog. Then you need to use some ugly hack like reducing the working set to "fix" it.
It only makes it slower. But it makes the customer happy.
All in all, things simply cannot be perfect in the real world, unless you sandbox it.
Any mirrors?
@memiko
You could reduce the size by ~8gb or so by deleting "Obj" folder in the root directory.
It's going to be harder than expected. The files target DirectX 8, so it needs some minor porting to work with DirectX 9. Cosmetic stuff.
There's a multitude of old libraries to port over: that's not hard, but the configurations themselves... they need tweaking.
Also, one or two resource and manifest files are missing, but that should be replaceable.
Extract using 7zip. It's only to establish that compiling using VS11 is fine.
I'll get to work reversing what I can from libs such as IndexGenerator.lib tomorrow.
Last edited by Crypticus; 27-09-11 at 08:39 PM.
Mirrors:
MediaFire
WUPLOAD
2Shared
MultiUpload #1
MultiUpload #2
password: ragezone
Use 7ZIP.
52.73MB Compressed
479.89MB Uncompressed
*Why? I deleted Obj Folder (wich was ~8.20GB and of course was unuseful, since it's created by the compiler to store temporary data, read more by clicking Obj Folder *Thanks to crypticus for the ideea*).
Spoiler:
Last edited by sanders; 28-09-11 at 12:23 AM.
Finally there is a Mirror lol been waiting hours ._.
I aleady compiled all sources successfully.
Client works good and now I'm constructing the server side
There are some errors in Console function
Maybe tomorrow I can enter the game
Same here. Compiled libs as well as client, but way lazy too do the rest.
If you compiled server and have bin error, refer to file MHFile.cpp line 366
Last edited by jM2.me; 28-09-11 at 07:03 AM.
Reply With Quote