I agree to a merge but I think both projects should still exist. By name GAE is an engine so why not have the target audience be modders and the MG project can focus on players. The teams would combine and we work together on both projects or GAE team creates a project for FPM as a total conversion. From an outsider's view not much would have changed but we still get the benefits of a merge.
[URL=http://www.mediafire.com/imageview.php?quickkey=3dqgh8khotaydx9&thumb=5][IMG]http://www.mediafire.com/imgbnc.php/2dfb9b9d75f2e95512bb739f811f0bc7bb694f3363cb3fa05dc5effdf7736a932g.jpg[/img][/URL]
This is what I see as the benefits of this setup:
- All the work setting up projects, promotion (and buying domain for MG?) is not wasted
- Everybody is working on the same codebase and engine documentation
- Less problems with conflicting gameplay decisions
- Focus on a single audience - modders for GAE and players for MG. Although I want to note that the player will still need to be thought of with GAE in terms of features but it won't have a pretty website, player manual, the best GUI layout/appearence or tweaked gameplay, etc.
- Distribution of interests (ie if someone is more interested in gameplay they can create a total conversion or work on MG and vice versa).
- Better code reuse. With the game part separate the engine can be linked with tools.
The difficulty would be in determining common features vs game (total conversion) specific features but it would still be something to sort out if the projects were combined, although maybe to a lessor extent (think game and shared_lib).
I agree with everything in Titi's post. Although I want to add that the
GAE coding conventions is important to me.