| VBBR |
Posted - May 10 2004 : 7:06:17 PM
Some of you may already now how volatile I am with game projects... (read this, Eric?  )
Well, the fact is, now I've come up with a very solid idea and am starting the project. One thing I need is some directions. The other is your opinion on the subject of the game.
It will be basically a game where you are a detective and is hired to solve certain mysteries. The mysteries will be created separately so talking about themselves here doesn't apply (who knows, maybe at another topic at a later date). But they could be something like the classical murder case or something like investigating some rival or your own wife... 
Now for the directions. Where should I start? Any of you know about some tutorial about game design and development that applies to basic games? Not something that assumes I have a tem of 20 or so people. There is me and hardly 2 more people that maybe can do something besides giving small ideas. |
| VBBR |
Posted - May 15 2004 : 06:09:41 AM
Thanks. I will take a look at these two. |
| Dan |
Posted - May 15 2004 : 02:23:44 AM
I think it would be wise to come up with a design document, an intended goal. You've already discussed the game type in this thread and the fact you are using a rather niffty engine for throwing your graphix around the screen.
You'll need to expand on this. For starters, the aviator is a detective, Will he have stats that effect the gameplay? Can his appearance or name be changed or choosen? How does the game dish out crimes/mysteries? How are theses stored by the game, more importantly how can they be edited? How do you move the character around (keys or mouse)? How is the gameworld created (Editor)? Will you require NPC AI? How about pathfinding for you and the other world inhabitants? What workflow will you use to create / load game assets? How can the player interact with the world?
You can expand on your first draft or evenchange it completly during the prelimary coding stage - It's just a good idea to get and think about the complete picture and how all the seperate system within the game will work and interact with each other - it should also give you some insight as to which area you should start coding first.
I'm sure you may have already spotted these game dev articles:
http://www.vancouver.wsu.edu/fac/peabody/game-book/Chapter5.html
http://www.gamedev.net/reference/articles/article273.asp |
| VBBR |
Posted - May 14 2004 : 7:14:51 PM
OK, now I need to know what to do next. Let me explain how do I usually develop applications...
- I create a "test" or "prototype" program with unoptimized, dirty, and modified everytime code to develop the features for the program/game like char movement, camera movement, collision checking, etc.
- Then I create a project from scratch and re-create each feature individually whilst cleaning up the code in the proccess.
So currently I'm in the "test" phase for project Lupa. I already have developed...
- Simple Character movement and animation
- Camera movement (4 types as of now)
- Simple Box-Box collision checking because ray collisions gave me really strange results
What should I do now? Jump into the "real program" part? Develop a new feature? If so what do you think I should add? |
| VBBR |
Posted - May 14 2004 : 4:09:52 PM
Hum... the scenery in this game is pre-renderized right? I know it can be a lot more detailed this way but I pretent to create mine fully 3D so you can watch all the details closely, literally, like a view from the character's eyes when it applies.
Now that I think about it, comes to me the idea of having more detailed objects when the view is on close... But I guess this should be in the "desired" list as it's not strictly necessary, I mean, this should be worked later. |
| Dan |
Posted - May 14 2004 : 2:35:13 PM
I hope I'm not labouring the point, I've attached a few shots of the discworld game to give you a better flavour to it's style. Like I said - a good game, very odd puzzles... :)
You can read through the games story line here -> http://www.weirdness-central.co.uk/downloads/discworld-noir-walkthrough.doc.
 http://www.cdaccess.com/gifs/screen/discnoir2.jpg" border="0">
http://www.adventurecollective.com/screenshots/dwn2.jpg" border="0">
http://www.co.uk.lspace.org/games/discworld/noir/noirpics/noir02.jpg" border="0">
http://gamesurf.tiscali.it/recensione/disc1939122908100/immagini_grandi/5.jpg" border="0">
|
| VBBR |
Posted - May 14 2004 : 10:34:05 AM
Interesting. I have never played it, but the ideas are good and open up a book of possibilities in my head.
Thanks for the comments! |
| Dan |
Posted - May 14 2004 : 08:41:54 AM
I see the makings of a good looking 3D game.
I like your idea of a detective puzzler - Have you played discworld noir - fairly old game and very bizzare puzzles but has some very good ideas - like the interactive notepad of evidence gathered which you can use when questioning others. and the way you can choose which location to visit from the city map - although areas only get opened up as you progress your cases. |
| VBBR |
Posted - May 13 2004 : 12:19:28 PM
Here's an early screen shot of what I've got so far... The model and textures were borrowed from one of the tutorials from the Rev3D engine...
You can move the guy around and the camera follows you quite softly. If the guy is still there's an animation like it's breathing and it changes to a "walking" animation when you are walking (quite logical, hehe )
 |
| ballistik |
Posted - May 12 2004 : 6:56:56 PM
|
| EACam |
Posted - May 12 2004 : 6:38:53 PM
3D...here i come! |
| ballistik |
Posted - May 12 2004 : 5:36:12 PM
quote:
Ok ok ok ok...i think you've got a fair shot at at least getting somewhere with this game...
That engine...it looks nice. Wait a second here...........am I correct in gathering that I can use this engine to do the graphics in DX9 but use the engine in VB6 (doesn't support DX9 directly)????? If so...SWEETNESS!
Yep you can, because the engine is written in C++. It's actually quite fast, not as fast as a commercial engine per se, but as far as engines written for use in VB, it's nice! I'm actually using it for my current project too. |
| VBBR |
Posted - May 12 2004 : 5:35:32 PM
Yeah! That's one of the biggest "greats" of Rev3D...! See, it's really great! And it not even in the 1.0 version...
Also in the next version (092) there will be support for Vertex and Pixel Shaders! Really sweet! |
| EACam |
Posted - May 12 2004 : 4:29:44 PM
Ok ok ok ok...i think you've got a fair shot at at least getting somewhere with this game...
That engine...it looks nice. Wait a second here...........am I correct in gathering that I can use this engine to do the graphics in DX9 but use the engine in VB6 (doesn't support DX9 directly)????? If so...SWEETNESS! |
| VBBR |
Posted - May 12 2004 : 4:17:23 PM
EACam: I think I will make the game in a "rooms" style, so minimizing the collision/CPU overhead. Also there won't be really "AI". Just at some moments that the game will be more "action".
The engine I use is Revolution3D (www.revolution3d.net), I have tried NemoX but Rev3D is much better. Check it out.
timbo152k: Yep, if I get by some CPU-intensive part, I will create an external C/C++ DLL to do the hard work for VB. Also the view will be kind of isometric (kinf of, I mean the point of view will be above and diagonal) but with dynamic camera movement... (soon I will post a very early alpha of the camera engine here).
About the time in which the game is on, it will depend most on the quests created. Also I plan to make the quest engine heavilly scriptable so there won't be needed too much tweak o the original code just to create an specific feature. But if some specific code is good and can be reused I could also implement it on the main engine.
I also know this program you're taling about - it's very good indeed. |
| timbo152k |
Posted - May 12 2004 : 4:06:36 PM
Realistically, VB is slow in some ways, however, to make the claim that it isn't fast enough for a full-fledged 3D game is not giving the language enough credit.... Besides, you can always get around any bottlenecks by writing the cpu-intensive functions in a C++ DLL or even inline ASM if you can find or write the code for it.
I think this game would be best suited as an isometric point and click type game, a similar engine to say Diablo 1 - except modern times, or maybe set in the 1950s - have that old detective show appeal to it.. old cars, rainy streets, allyways, bad guys... sounds great I'd say...
Plus, you can always render the art from 3D models! And if you need to make isometric tiles, there's a program on this site - I think in the tutorials section - that will handle that! |
