The D2Moddin Project

D2Moddin was a service I wrote to bring Dota 2 custom game modes to the public from May to June 2014. The game modes were based on the game’s seasonal game modes, and were created initially without the support of the developer, Valve. After the massive demand demonstrated by the service, Valve ultimately released the Workshop Tools Alpha far earlier than expected, including an unannounced Source 2 distribution, much to the surprise of the Source and Dota communities. Their in-game custom game system eventually went on to replace D2Moddin.

There was some work towards a system to host the new custom game lobbies on the D2Moddin server network, but I stopped working on it due to the massive resource requirement of the unoptimized early beta Source 2 engine.

Finally we expect Valve to deploy full custom game support and promotion with the full transition from Source 1 DOTA to the new Source 2 engine. We don't think this will happen until early 2015, so sadly, Custom Games are on a back burner for now.

History and People

I began the project after seeing the CustomDOTA video about Fight or Flight. I was looking for a project to work on at the time, and decided to create a platform to bring these game modes to the public. I never expected it to grow to the scale it eventually reached.

The initial release was developed using Meteor which offered rapid prototyping and reactive development at the price of insane performance problems at scale. Read on to find out the technical background of the project.

Release was made under the Masters of Development banner, a group run by Jicyphex. I later left the group along with the developers of the original game modes for various reasons. I was the sole developer at that time. The overwhelming response to the release resulted in a complete crash of the unoptimized Meteor app.

I spent around a week attempting to scale the system, rewriting several parts to no real avail. The result was incredibly expensive over-the-top hosting solutions for what was ultimately a somewhat simple app. It quickly became clear that a full rewrite was necessary. Using different technologies that allowed me to develop every single component of the system from the ground up, I re-wrote D2Moddin in a three day period, while streaming my development, often in nine to ten hour periods.

The re-release went far smoother than the initial release of the platform. Over time I added more features to the system, and several contributors joined the project.

Finally Valve's system was announced and implemented in game, in their Dota 2 Workshop Tools announcement.

Contributors

I was the lead developer for the project, but members of the community contributed with GitHub issue reports, and in particular, I would like to thank the two contributors who joined the project later in its development:

Ilian000 began with contributions to the mod manager and later became a core developer of the project, ultimately re-writing the Windows UI for the mod manager.

SuricateCan dabbled in just about every area of the system. His most prominent contribution was the core code of the matchmaking and ELO system.

jimmydorry created the excellent D2Moddin Stats part of his GetDotaStats website.

Medowar was the admin of many of D2Moddin's servers, maintaining most of the European network.

Alex Pronin did a lot of art for the site.

AD7 concepted the re-design that was in place about 2 weeks before the site ended.

Statistics

About halfway through its lifetime, D2Moddin added a stats API, which jimmydorry used to create the D2Moddin Stats page of the GetDotaStats website. It is a good representation of the popularity of each mod and our overall uptime and player count over time.

Some general stats:

Unique Players: Approx. 174,000

Max Concurrent: Approx 1,700 players

Avg. Concurrent: Approx 1,000 players

Average Concurrent Minimum: Approx 600 players

Game Modes: 12 when the project ended.

We had around 13 different servers that were on the network over time. The system load balanced players across the network to support the playerbase.

Reddit Posts

The initial announcement was published by Jicyphex and backed by DotaCinema. The combined Reddit hype and DotaCinema followers resulted in a massive amount of traffic. See the details below on the flawed design decisions and my resulting rewrite.

Stream Clips

Technical Details

In every implementation I used MongoDB as the database. This was my first time working with NoSQL and Mongo, but I enjoyed it and will be using it for future projects.

I tried just about every hosting PaaS out there, from Heroku to OpenShift to Modulus. Nothing worked better than bare-metal hosting. I used DigitalOcean droplets for hosting the web and master server. The game servers were hosted on various providers. The key providers were OVH US and UK, and ServerLoft DE.

Meteor.JS Implementation

The original implementation was written in Meteor.JS. It hosted both the website and the master server. It never worked properly for more than 100 players, and discouraged me from using Meteor for any large scale projects until it matures some more in the future. After being forced to learn other web frameworks, however, I enjoy the level of control granted by other frameworks more than Meteor's start-to-finish easy solution. Too much is abstracted here for finely tweaking the system in production.

I will note that Meteor has improved significantly since I worked with it in this project. At this scale though, I still hold that writing a custom implementation will always be the best solution.

.NET Master Server Implementation

I wrote the re-write of the server implementation using C#. Originally I wrote the system using WebSockets.NET but later discovered issues with it. After rotating through a few other options I landed on XSockets.NET which worked very nicely for low level communication. The team has recently released XSockets 4 which I am now using for other projects. It supports RPC, WebSockets, WebRTC, and long polling fallback and is a great solution for communication between web browsers and .NET apps, as well as between .NET and .NET apps.

The system tracked users, lobbies, browsers, and servers. It kept state on everything and was responsible for authentication, distributing updates, interfacing with Amazon S3 for file storage and download authentication, and more. It also tracked load across the system and balanced players onto the available server hardware.

Angular.JS / Node Web Implementation

I needed a quick replacement for Meteor's reactive DOM and easy templating. Angular was a natural choice. I was already working in Node.JS with Meteor, and stepped down to a basic Express.JS and Passport.JS setup for the server. Passport handled the authentication, using MongoDB for the backend.

The web server served the Angular app and managed authentication. It did not interact with the server network like the old Meteor system did.

The Angular app used the simple ng-route router, and Bootstrap for basic styling. I also used PNotify for notifications.

D2MPServer: The Server Manager

While the networking behind the server manager changed between master server implementations, the core code changed very little from the initial release.

This part of the system worked so well that we could just extract the base compiled program into a folder and run it. It would build the entire setup automatically as well as download the latest addon versions. This allowed us to quickly add new servers and scale up without restarting the system.

The Mod Manager

D2Moddin was a step forward from previous services like D2Ware. While D2Ware allowed the Dota 2 client to simply connect to modded Dota 2 servers, it never allowed for client-side file changes or additions. D2Moddin allowed for custom models, maps, textures, animations, characters, allowing for rich experiences rather than simple game modifications.

This required a client-side program that would move files around for the players. As I designed the system with the intent of ease-of-use and simplicity, the manager would have to do everything for the user automatically, and require little to no manual actions to work properly.

Furthermore I wanted to dispel fears of a virus inside the program, so I built it to be as temporary as possible. The launcher EXE was very lightweight and deleted itself after being run. It simply downloaded/updated/ran the actual manager which sat in the user's temporary directory. This allowed it to run with no administrator privileges and could be removed with a single delete operation.

The program sat in the system tray and would exit if the user was disconnected from the site for more than a few minutes.

It would perform the following operations:

Track addon versions (in the addons directory in Dota2).

Patch the gameinfo.txt file to add the D2Moddin addon directory to the game's search paths. This was not used during any official matchmaking / lobby games, only during custom games.

Download compressed addons and extract them to the addons directory

Inform the master server about the status of the player, including the Dota 2 client state as well as the mod installation status.

Source Code

The stuff probably doesn't even compile any more, but maybe it will be interesting to someone.

Conclusion

This was my first foray into large-scale service development. I learned a lot about server infrastructures, public relations, scaling networks, developing with speed in mind, and web frameworks. All in all, I enjoyed the experience and will be looking to do fun projects like this again in the future! Thanks again to the community for supporting my work.