Apocalypse : Game Mechanics

[t i l e x]

Hey guys ! This time we haven't let down our game project. We passed a few hours designing, thinking, brainstorming and we still don't see the end of the planning yet but we have great ideas coming out of this. Up to now we haven't been able to decide a lot of stuff because we had technical problems (read: internet connection problems ). We are currently designing the game mechanics but we would need your input. We listed what we have decided so far for the game but there are maybe a few points missing. What we want to elaborate right now is our listing of the game mechanics. We tried our best to be as detailed as possible but we may have forgotten a few important points.

You can view the details of our project here. Beware, we have not started brainstorming on the implementation details and that's why it's so empty.

PS: Apocalypse is only the working title of our project. The title is subject to change without foremention before the first official "release".

[Dante Shamest]

I notice that your IDE of choice is Dev-C++, but your target environments include Unix-like systems. What IDE are you going to use on those systems?

Otherwise, I think it's a good choice of libraries (OpenGL and GLFW). Although, since your game is going to be a 2D side-scroller, I think SDL would be more suitable. And you can interface with OpenGL with SDL as well.

You might want to do some concept drawings/storyboards to make sure everybody on the team can visualize what the final product might look like.

Anyway, will you be releasing the source code when you're done?

[Corsix]

- XML logger (reference: http://www.gamedev.net/reference/progra ... s/xmltech/)
Responsibilities: TheKidder

Lol, I've just finished my implementation of that article in C++.

[Darryl]

For the IDE, maybe you should take a look at code::blocks It's multi-platform and can use various free compilers including mingw, gcc, MS, Borland, etc.

I have played with it a bit and aside a few oddities, found it rather stable and usable. I actually prefer it over dev-c, but not over visual studio.

D

[TheKidder]

We've discussed using Code::Blocks, apparently it has problems that would be troublesome to our project.

[edit]
I think since we're using the same MinGW compiler, someone using a different IDE on Linux/Unix shouldn't pose a problem, as long as they use MinGW.

[edit2]
MinGW is only for Windows, never mind.

[Corsix]

Or you could just write ANSI C++ compatible cross platform code....

[MXP]

MinGW is only for Windows, never mind.

MinGW is a port of g++ which IS available on Linux/Unix

[TheKidder]

Yeah...I thought it was something like that.

[t i l e x]

I notice that your IDE of choice is Dev-C++, but your target environments include Unix-like systems. What IDE are you going to use on those systems?

Otherwise, I think it's a good choice of libraries (OpenGL and GLFW). Although, since your game is going to be a 2D side-scroller, I think SDL would be more suitable. And you can interface with OpenGL with SDL as well.

You might want to do some concept drawings/storyboards to make sure everybody on the team can visualize what the final product might look like.

Anyway, will you be releasing the source code when you're done?

Yes but that leaves us an open door if we want to add a 3D touch. As I said, we haven't had the time to complete most details, this includes the storyline.

[GeekDog]

@Darryl: I also prefer Code::Blocks, as I have been having trouble with Dev-cpp lately, but Dev-cpp does have the advantage of a package manager, which should make it fairly trivial for everyone to install the same libraries.
@Dante: I'm not sure if it's been discussed as I missed most of the discussion, but I'm all for releasing source code. Also, I'm hoping that given the choice of cross-platform libraries, once we're finished I'll be able to take the code and compile it straight off in Linux. I'm sure it won't be that straightforward in reality, but you can always hope!