PureBasic Forums - English

dagcrack wrote: Thats not a full answer for my question
Depends on what the community wants to do

An FPS? a fighting game?
It should definitely be 3D. But with the current Ogre in PB no!, I think its very useless, at least that old version. So maybe a) using a DX Wrapper (or OGL, that smells better) or b) wrapp irrlicht or some freeware engine, I put my vote on Gizmo3D.

DarkDragon wrote:[...]but in Europe there is a softwarepatent problem and it is not ready yet.

dagcrack wrote:Vertex shaders at least?
If not no thanks

Which mesh formats are you supporting ?
With animation? (weight, etc) ?

Well if you didnt gave any info about the game, its gotta be heck of a boring one

Let's hear..
Anyway I think that a project from 0 would fit better.
And Ogre ... thats nasty for graphics if you ask me, its a very old version!!

Goals


My Personal Goal for this game is to make a fun RTS game that has a lot of puzzle logic behind it.
The game will take place in Space be fun and exciting and a real strategy thinker. Were most of your thinking will be in the building phase befor you enter the mission.
Now not every person will like this but I see a lot of programmers and people that like real time strategy based games liking this but even if it doesn’t make a huge success I still learn greatly from the project.

Topic

The Game it self is going to be a kind of a Pre-thought out strategy in were you build your units at the beginning and use the unit to build up and destroy the opposing force.
You can also refine your forces upgrade them during your single player mode.
Even in single player mode you can issue commands and since you’re fighting in a far way universe the commands may take a while to get there. In muilt-player mode you can use your single player army in the muiltplayer and vice versa.
Now in muilt-player mode after creating/loading an army you find a few buddys that you want to challenge and watch the fight munch away each other and see who’s a smarter builder.
In theory this sounds all fun and unlimited muilt-player replay.


Structure

The structure of the game will be interesting experice

I/O

The game I\O system will be use the Mouse and Keyboard but like normal RTS it will not have the “Tool Bar” that most RTS games have.
It will use a right click menu system to issue any orders, there will be a mini-map in the upper right corner with the resource count next to it and any messages coming from other players (in muilt-player) or in single player display any debug or echo commands
The Game will use 3d graphics it won’t be the prettiest graphics but I think 2d will be even worst besides 3d add more complexity for the player
the player will have a profile type system so that more than one person can play the game and change your ships around
Also in the profiles will hold files on stats and screen shots that can be used to make a personal web page or the sorts.
Now the armada file will use a scripting language that will be complied into a binary file that can be executed a lot faster than a string based scripting.
There for allowing for cpu for unit ai.

Game

The game structure will be a challenge to work with as it is the hardest as you might already know the game will have a script system most likly using pblua I have to get in touch with flohimself to work some of the problems out with the current version.
I also intend to allow the player to have acces to a "test map" so that he may test is units while he is still building the armada.
optionally I will put more than one resource but I think I have to see how complex it is before evaluating, that and in game research such as armor upgrades and weapons upgrades

now back to the profiles
When creating a new profile you will be ask to select a few things:
Name
Major Color
Minor Color
Symbol
After creating the profile you are ask to build your army.
Building your army will be done ALL in game with the help a step by step process.

Step 1. Select your Style for your units
Step 2. Build your Units
Step 2a. Choose a ship class
Step 2b. Place a selection of components on
Step 3. Load or write scripts for each unit test and debug using the test Map

Then you are ask to create your buildings
alot simplier than units just add some componets for defence sake and tiny amount of code to make it all work unless you turn it into a monster moving seige platform or somthing.

Note that each class (buildings too) will have a limited amount of space on it

Program

The program structure will be easy to do,
Split everything into includes and call them in the main file and execute them according when needed.
I’d like it to be mod friendly were a client will have a DLL or series of DLLs that can be easily updated and changed but core elements will be watched for cheating.
also I will try use as much recycled code and other peoples examples code as much as possible so i don't have to "re-invent the wheel" all over the place.
for graphics I will be using Ogre because the graphics on the game are expected to be anything super but im sure this will change in the future.
also I keep the loading system open uncompressed
so textures, materials(defination files),sound,sprites,ect will be all open
for audio I will use the internal directx7 sound
but for music I will use Audiere becasue it can load a ton of files and if a user wants to put in his own music the player doesn't need to worry about music formats.
Data on the other hand will be mod friendly I use a hybrid pack/real file structure the program will look in the real path if not there it will load from pack if both places return “Not Found” it will give the user and error on the file missing on a side note I will originally leave all of this uncompressed.
for file types as goes I will use tga for all images and wav for audio. as for material I will proably use my own type and scripts I will use PBlua since is so nice.