Jump to content
  • Advertisement
Sign in to follow this  
3squire

Kusht: New MMO Codebase in Development using HTML5 Web Sockets

This topic is 3043 days old which is more than the 365 day threshold we allow for new replies. Please post a new topic.

If you intended to correct an error in the post then please contact us.

Recommended Posts

Visit: http://www.kusht.com/ Details About the Codebase Kusht is primarily a server-side game engine, modeled as a traditional Diku-inspired MUD, with an intentionally familiar architecture. Packaged along with the server, however, are two clients which show off the functionality of the new web sockets technology. The server runs on Apache or any PHP-supporting server, setting up a socket server similar to that found in traditional mud based games. As of version v0.06 the game includes support for basic chat functions, rooms, and basic observation functions. What makes Kusht so unique, however, is its implementation of a web-sockets JSON model which means that custom clients can be built on the fly, with limitless functionality. By transmitting data in JSON, Kusht allows clients to literally pick and choose how they wish to display and manipulate data from the server. For Example: The "look" function is implemented client-side, not server side, because up-to-the-second data about room content is constantly pushed down from the server. This means also that a client can be built that keeps track of this data in real-time thus pushing beyond the boundaries of what MUDs have traditionally been able to do. Along with JSON of course, browsers support images, videos, and multimedia of nearly any kind, meaning that MUDs are no longer purely "text" but can be enriched with any number of means of decoration. The test implementation of Kusht shows off rooms with pictures accompanying them. That's only the beginning of what could be done. A comparison ofthe "advanced" and "basic" clients gives a good idea of how any of a literally limitless number of clients can be developed to interact with the same game. So far there is no database implemented. However, the entire architecture is abstracted via handlers which allow different parts of the code to be totally replaced simply by writing a new handler, without touching the rest of the implementation, for maximum extensibility and customizability.

Share this post


Link to post
Share on other sites
Advertisement
Sign in to follow this  

  • Advertisement
×

Important Information

By using GameDev.net, you agree to our community Guidelines, Terms of Use, and Privacy Policy.

We are the game development community.

Whether you are an indie, hobbyist, AAA developer, or just trying to learn, GameDev.net is the place for you to learn, share, and connect with the games industry. Learn more About Us or sign up!

Sign me up!