open-sourced pythonstory v83

[zkowie]

For the past couple of days, I've started building a Python based source from the ground up with inspiration mainly from the legendary MoopleDev and Vana. This is a sideproject for me, as I'm running a business on the side, but I'm gonna fiddle with it on a daily basis.

So far, I've set up the general socket structure with twisted, and using peewee as the ORM. Instead of wzxml, I'm using lazyloading with a database, ported from the mcdb v83 release. Encryption is taken from Moople, so the basics are working. As of right now I'm implementing the map structure.

My general question is, are there anyone who would be interested in contributing to an open-sourced project like this? I'm more than happy to open up the repo for pull requests.


EDIT
Github repo; https://github.com/martolini/pythonstory/

[MentaL]

[Etherialis]

I know literally jack about python, but it sounds pretty solid to be honest. Keep it up, glad to see the community slowly reviving!!

[Fraysa]

I wouldn't call MoopleDEV legendary, but that's just me.

I'd love to contribute. I don't know much about Python but that'll be a good opportunity for me to improve my knowledge.

[zkowie]

Well, it definately has some kind of status around here seeing it's been one of the most popular threads for god knows how long. I'll hopefully finish up the map structure in the next couple of days and post the repo in this very thread.

I'm fairly confident in Python, but have never made a source from scratch, nor did any game development before, so maybe we can help each other out.

[Dynamik]

MoopleDEV is not legendary at all. It is common among newcomers and anyone looking for a quick server to start up however. I'd be down to contributing to this, perhaps. Which version of Python are you using? 3.x?

[zkowie]

Allright, let's end the MoopleDEV discussion. Currently I'm using Python 2.7.

AND - it would be awesome if you wanted to chip in.

[Eric]

Lol Moople, legendary XD. Anyway, interesting choice of language. Hopefully you get further than the last guy who did a Python source (aka actually get in-game).

[oxysoft]

legendary MoopleDev

not only did you call moopledev legendary, but you put it before vana

your crime that won't go unnoticed

[zkowie]

I'm gonna try once more to wrap up the general source discussion - I'm excited people wanna chip in.

[zkowie]

Repo is now added.

[Eric]

Repo is now added.

Looks cool, but are you planning on copying the "design" of Odin or make your own? I noticed you use the "processor" and "mapleserverhandler"-like classes so I was just curious.

[zkowie]

I'm moving away from all the unnecessary classes, at least for now. The serverhandler.py was an old file from when I started out. I'll write up a small architectural overview at the git repo, but processors and handlers will remain, at least for now. However, no huge switches/if-elses will ever see the light of day.

[aaronweiss]

Even if this went anywhere, it'd only be able to support like ten people on it at once because it's Python. You'd end up in the same situation that we have now with Java where the servers use absurd amounts of resources (especially memory) for no reason at all.

[zkowie]

That sure is a weird comment. Python is used for high performance computing tons of places. Well structured Python code should have no problem running a large msserver. The main problem of the current servers are the insane amounts of uneccessary code. Anyway, there's plenty of other people who's been having well documented arguments like about languages and performance - so I'm not gonna start one here. Feel free to read up on them and come back with a bit more well educated answer.

[aaronweiss]

Python is used for high performance computing tons of places.

Python is often used to write glue code for high-performance computing. All of this is dependent on using fast libraries written in low-level languages within Python though. This is where it's use case in data processing and data analytics comes from. Here are some benchmarks (which certainly are not the end-all-be-all): Rust vs Python 3 | Computer Language Benchmarks Game. You'll see Python is 36x slower on average. The only benchmark with a negligible performance difference is one that shells out to native code.

Well structured Python code should have no problem running a large msserver.

The structure of software makes it easier to read and edit. It does not inherently affect the performance of the application. The more of your software that's actually written in Python, the less likely it will be to perform well or to use reasonable amounts of memory. There's lots of networking libraries that will shell out to native code (you're using one), but you'll likely find that memory management is an issue since a game server is a large, real-time system. In practice, people get around this by throwing more hardware at it, but if your goal is to write a high quality server, performance should be central.

The main problem of the current servers are the insane amounts of uneccessary code.

The only way a section of code can be unnecessary is if it is unused. Unused code does not impact performance. The problem is needlessly complex code in a language that's already prone to having serious memory issues. While you could theoretically address the issue of unnecessary complexity, you're switching to a language that has similarly bad memory issues (and worse performance issues related to memory management and parallelism because of the global interpreter lock).

Anyway, there's plenty of other people who's been having well documented arguments like about languages and performance - so I'm not gonna start one here. Feel free to read up on them

I don't need to read up on the impact of choosing one of various common languages. It appears that you might though.