Quote:
Originally Posted by lopasas
this sums everything up related to emus, so far i havent seen anyone that made a better emu than paxs one
it doesnt matter how good youre at coding, what matters is the result and apparently nobody is showing better results than pax. esro apparently might be a success but too bad we will find it out in about 5 or 10 years
|
The problem is, there were sremu mods that did everything SEA can do + videos on youtube of it, and even things his shit can't do.
We even had EU fully supported, but he can't even figure out how to let people make chars in-game.
Everything in SEA is copy+pasted, if he's done anything himself, it might've been fixing opcodes or loading data, again with a copy+paste tut. Nothing in SEA is "hard" to do, for instance any sane person would've used a SQL engine, even if embedded, for storing the database. The reason? SQL queries let you get specific information from a large database quickly, storing it all "in memory" as PAX says he does for "performance reasons" sure, it gives you faster one-off access, which is what we call this caching, but even caching fails when you don't store it in a manner that makes access as necessary fast such as RB-trees and hash maps. For instance, PAX says he loads the entire 500+ MB database into memory for "speed." Now ask him to make a generic function to return a subset of rows in that database based on various constraints. For instance, returning a list of all valid character models. In my database, this is a simple SELECT statement that returns a list of model IDs and the race given a type id, which I pick to be 'player characters'.
this is necessary for validating two things:
1. The model someone gives you is valid -- it's not a mangyang, for instance
2. You have the race by the model because the char create packet doesn't tell you what race someone is trying to make a character for.
Then you simply query for the proper skills using another similar query, add them to the player, then check their items in a similar fashion to verify that everything is legit and that they didn't slip in the IDs of SoN items to get epic gears.
PAX can't do any of that. I even use SQL to determine the list of 'active' characters for a person, properly implementing the deletion system, for instance this means that chars can be restored instantly if someone wants it back, and SQL's constraint on the username column forces uniqueness of characternames and kills exploitability in concurrently spamming char create packets with the same name, causing a race condition that in a lot of code would create 2 characters with the same name.
It's things like this that are logically complicated to implement by hand, and require lots of hard-coded IDs and if/then comparisons, but with a simple dynamic query to a live database even in a memory-mapped fashion, not over a network connection as is traditional, you get massive speed along with incredible flexibility. PAX touts his stuff is "better than MySQL." Trust me. PAX doesn't even understand what MySQL is or how it works, let alone being able to code something better even if he spent 50 years trying.
He's a complete noob. He doesn't know anything now and he won't ever. There are plenty of emulators that are functionally more complete and actually stable without stupid arithmetic errors. My project is soon to be yet another, and yet what do you see coming from PAX? Just "how to add teleports," "I am the best SRO emu coder," "nobody is as good as me," etc. Words, but no actions. SEA hasn't changed at all from its original form aside from a bug fix or two, which introduced other bugs. Remember not 7 months ago he was posting here on this forum announcing his new "sremu based emulator." Is it any coincidence 7 months later he has an emulator with the same deprecated and dead language with all the same features that people have already made? No, it's not.