Srevolution [Arcane updates] Downloads Guides And More [REV:13]

[lesderid]

Originally Posted by paxemuman

@lesderid
You are wrong, i understand your fascination on SQL but you can still make things without it..

Of course you can, but there's no reason not to use SQL here. Do you honestly think all professional (game) servers are doing it wrong by using SQL and you're doing it right by using your own data format? I honestly doubt it.

By the way, please prove that your emulator is 'better' than Zelos. I would be pretty interested in your arguments.

[pitek123]

Originally Posted by lesderid

By the way, please prove that your emulator is 'better' than Zelos. I would be pretty interested in your arguments.

Prove that Zelos is better, pax emulator is the best one for now...

[lesderid]

Originally Posted by pitek123

Prove that Zelos is better, pax emulator is the best one for now...

No, I won't. I didn't develop Zelos, I'm just interested in why Pax argues his emulator is better.

[Nezekan]

Originally Posted by paxemuman

Yes.


I dont feel like i am losing anything, i just show my point of wiev.
Btw Zelos files are released and everyone can see how ****** this project was.

@leserid
You are wrong, i understand your fascination on SQL but you can still make things without it..

do you even look at your own source?

Originally Posted by pitek123

Prove that Zelos is better, pax emulator is the best one for now...

It's not because you don't know how to set it up that it is bad, zelos was released as an open source project so it could get better, also notice how old it is, and yet pax isn't able to create something equal in all these years

Either way, if you don't use any decent arguments, this discussion is quite pointless

[鳳凰城]

Why everyone's arguing about "emulator" when figuratively every single original server files are leaked. (not released) from vsro 188 to 241 (yeah, 241 with mixizi, he was able to get the original ip), csro-r (corrupted files but still, leaked), jsro, swsro, zszc(yet its not original but it was a mark), old ksro and so on.. When Xsense @2011 saw the release that chernobyl did, he stopped developing his emulator.. till 2012, came even better and really close to the original..

There's no need to code an emulator when you have something original.. Emulator means a replacement of server files to RUN your own private server.

[Nezekan]

Originally Posted by Phoenix 1337

Why everyone's arguing about "emulator" when figuratively every single original server files are leaked. (not released) from vsro 188 to 241 (yeah, 241 with mixizi, he was able to get the original ip), csro-r (corrupted files but still, leaked), jsro, swsro, zszc(yet its not original but it was a mark), old ksro and so on.. When Xsense @2011 saw the release that chernobyl did, he stopped developing his emulator.. till 2012, came even better and really close to the original..

There's no need to code an emulator when you have something original.. Emulator means a replacement of server files to RUN your own private server.

a decent emulator goes much further than the server files

[鳳凰城]

Originally Posted by Nezekan

a decent emulator goes much further than the server files

Without any doubt your words are totally right.. but you need to get someone knows how emulator works. Like Chernobyl, he's almost done of his mu online's emulator.. He was able to create such system like reading the stored proc without any modification in the gameserver itself.. Get me any sro emulator with this feature.

PS: ^ is totally much easier than developing the emu from its build. because sometimes SQL is much easier than (c#/c++)

[kevin_owner]

Originally Posted by Phoenix 1337

Without any doubt your words are totally right.. but you need to get someone knows how emulator works. Like Chernobyl, he's almost done of his mu online's emulator.. He was able to create such system like reading the stored proc without any modification in the gameserver itself.. Get me any sro emulator with this feature.

PS: ^ is totally much easier than developing the emu from its build. because sometimes SQL is much easier than (c#/c++)

Those are some serious statements you make. There are a ton of ways to create an emulator with a lot of different design patterns and stuff. Just because stored procedures worked well in an emulator doesn't mean it'll always work well. It's the choice the developer has to make. Think of speed, performance, stability.

Your statement about SQL begin easier than C#/C++ is entirely related to the person developling the emulator. If you use C# I'd rather use LINQ or Lambda expressions instead of calling a stored procedure. But those are all opinions.

The sro emulators mostly lacked a decent architecture and a proper design to actually make it something good. A few years back when I messed around with that stuff it was pure trash. The code wasn't maintainable and there was no way it could become something good.

The srevolution code for example, sure it has packets and some logic separated but it's mostly a giant mess with just too many problems.

Sadly the day of a good SRO 1 emulator will never come best we have is the Zelios code which is actually quite decent.

[HaGsTeR?]

Originally Posted by kevin_owner

Sadly the day of a good SRO 1 emulator will never come best we have is the Zelios code which is actually quite decent.

There are some very impressing *unknown* stuff around since long, just hoping it will be developed further in the future.
Dev lost intrest

I havent seen anyone mention "Grindroad" by ufonose btw (Or was it named Swift?), didnt that emulator get further than Zelios & SEA?

[paxemuman]

Originally Posted by HaGsTeR?

There are some very impressing *unknown* stuff around since long, just hoping it will be developed further in the future.
Dev lost intrest

I havent seen anyone mention "Grindroad" by ufonose btw (Or was it named Swift?), didnt that emulator get further than Zelios & SEA?

It goes futher than Zelos/srevolution/SEA/sremu , still far behind from succesor of SEA(SSE). But still ufonose had best developed sro emulator in C++ which really worked.

[kevin_owner]

Originally Posted by HaGsTeR?

There are some very impressing *unknown* stuff around since long, just hoping it will be developed further in the future.
Dev lost intrest

I havent seen anyone mention "Grindroad" by ufonose btw (Or was it named Swift?), didnt that emulator get further than Zelios & SEA?

You're right I totally forgot about that one. It totally should be mentioned as one of the succesful emulator projects. Although it had quite some bugs it was playable. However we don't know how good it actually was code wise. For all we know the code could have been a house of cards.

@paxemuman You can't say that SSE is better. They both obviously have their pros and cons. Mabye grindroad had a lot of tools to control the gameworld, we don't know. If it does it would be easier to maintain. On the other side mabye your SSE is more stable/has more feature. There are too many unknown variables to call one of the two better.

[lesderid]

Originally Posted by paxemuman

It goes futher than Zelos/srevolution/SEA/sremu , still far behind from succesor of SEA(SSE). But still ufonose had best developed sro emulator in C++ which really worked.

Are you being serious? I *very* much doubt SSE comes even close to GrindRoad.

[deadpirate]

Originally Posted by paxemuman

It goes futher than Zelos/srevolution/SEA/sremu , still far behind from succesor of SEA(SSE). But still ufonose had best developed sro emulator in C++ which really worked.

Lol pax ur works shocking anyone who actually buys your work needs a bullet in there head. You have achieved nothing in all these years compared to what was out already and now we can see there files we notice how shocking yours really are. Srevo/Sremu/Grindroad etc etc all beat SSE hands down

[Skullsoil]

nice !