Craftd:Status: Difference between revisions
Jump to navigation
Jump to search
imported>Kev009 (→Roadmap: add unplanned stuff) |
imported>Kev009 (→Roadmap: add unplanned stuff) |
(No difference)
| |
Revision as of 02:20, 11 March 2011
|
Status
craftd is on github. This is a developer preview for feedback. It doesn't currently implement much of the Minecraft protocol, but you can follow along and track progress. Check back later for release tarballs and eventually binaries.
Roadmap
0.4 - Future
- Production grade scripting module (one or more of: javascript, ruby, python, lua)
- Major protocol implementation
- Chests
- Weapons
- Projectiles
- Signs
- etc
- Mobs
- Tree growth
0.3 - Future
- Multiple persistence modules - store player info, world, etc. (one or more of: NBT, SQLite, Berkeley DB, libdbi)
- Inventory and basic item support
- Basic mutable world (digging, crafting)
- Return of cdhttpd and start of stateless JSON API and web admin.
0.2 - In Progress
- Refactoring of code (meh!) - Much cleaner and conductive to modular development. Dynamically loaded plugins.
- Initial map generator (youx!)
- Basic plugin set - standard gameplay, NBT/McRegion, chat commands
- Local broadcast - finally send entities and optionally chat
- Stable core and operation with 100 players
0.1a - Released
Experimental release exploring the Minecraft protocol and various libraries. Basic support for loading worlds and walking around.
Unplanned
These depend on developer interest and current needs.
- Proxy (dotblank?)- re-implement proxy support to front-end other servers for multi-world, protocol optimization, etc.
- InfiniCraft - if this isn't dead, implement it some time https://github.com/InfiniCraft/
Dev stuff
Things that have been hashed out:
- Autotools build system for cross-platform ease & possible distro inclusion
- libevent2 cross-platform event polling and network I/O
- Fast packet state machine and variable length packet decoder
- Pthreads worker pool
- libevent2 integrated httpd
- Daemon basics -- need conventional SIG handlers, SIGHUP, pid locks
- Choose a FOSS license -> Simplified BSD
- Logging. XSI/Single UNIX Specification syslog most likely. -> syslog with alternative stdout selector at runtime.
- Configuration files -> JSON formatted
- Chat, motd, string handling (bstring)
- Basic NBT read and write support
- Chunk sending
- Dynamically tunable worker pool
Future directions/TODO:
These are future research and development ideas in arbitrary order.
- World file format. custom w/import-export? BerkeleyDB?
- Sparse matrix for ^?
- Binaries for Linux, Win32(MinGW), FreeBSD
- Stress test w/large num users - Goal 100+ simultaneous
- Use more zero copy I/O
- JSON-REST admin/status API
- Security audit - perpetual
- Running from a chroot
- Native WIN32 threading with MinGW - needs a contributor/maintainer
- Protocol testing framework
- IPC to an IRC relay agent
- Alternative/improved protocol for NPCs, bots, scripting?