Most developers in the open source community share a common view of good engineering practice that works for such globally distributed teams. The truth is that the processes almost all projects use for managing the direction and quality of their code is pretty similar. That process has evolved in the last few years greatly and all the big successfully projects have embraced it.
Xith3D is currently not doing a whole bundle of these “good practice” things, the schedule being one of them. How long will it be before we see an actual release? What is a developer today actually supposed to use to develop on, a snapshot from CVS or the latest checkout code? He’s looking for an API, not to work on the Xith3D project itself! He needs a released, tested and supported binary. These things are important for a project so that new contributors know what is needed and users of the API know whether they need to port their code on to the new platform to use new features.
Without these normal things developers will have find another project that uses good practice as it feels natural and they have an idea of what to expect in the future.
Xith3D is very promising and pretty cool project, but has the feel of being hacked together. Schedules, builds, automated regression tests, release notes all give developers a sense of warmth that this isn’t just another project doomed to failure but rather a project set up for success and the long haul. Good games will take more than a year to write, consider that audience where they don’t want the API changing every day.