Game prototyping

Started by
14 comments, last by dozyworm 23 years, 2 months ago
Hi, does anybody know about or use any quality game prototyping tools or any language that would serve the purpose of creating a game prototype well? I''m after something that''s very easy to use and that isn''t in C/C++ because I''m going to chuck the prototype once I''m finished with it and I don''t want to be tempted to use it in a final programme. I''d obviously like something that supported rudimentry 3D graphics and that would let me try out a number of ideas and not leave me tied to a specific genre. It does not need to be fast at all. I''d rather it was stupidly easy to use and abused its memory usage and consumed zillions of processor cycles than it was a problem to work with. I''ve been doing some scouting and although there are quite a few full scale development libraries or languages that allow you to access 3D graphics hardware like Java/Delphi there doesn''t seem to be any proper game prototyping tools or a library that is dedicated to this purpose. Preferablly I''d like to use an Open Source tool but that''s not essential. Thanks, Nick.
Advertisement
Buy a game similar to the game you want to write that comes with a level editor.
Keys to success: Ability, ambition and opportunity.
"Buy a game similar to the game you want to write that comes with a level editor."

I''m sorry, I don''t think I''ve explained myself very well.
I''m looking for a set of tools that I can use to prototype full-blown game ideas before I decide if they are worthy of further work and attention. The idea is that I would create a prototype to test a game idea and to see whether the game actually worked or was in fact flawed in some way that I couldn''t see until I actually played the game.
This allows me to quickly test new game ideas and to thrash out the major algorithms before going on to the full implementation.

As I said I don''t want the tools tied to a particular genre. This makes it impossible to test new ideas because the tool will only allow you to create old ideas in new clothes which is something I''d rather not waste my time doing.
A level editor is a hopeless tool to use to develop a prototype for a game. It - by definition - doesn''t create prototypes of new games but levels for old ones.

Creating a prototype is very common in business applications and it strikes me as rather odd that the game community would be lacking a tool that would allow you to get a concept up and running in a matter of days instead of spending months on a large project until it was playable.

Anybody know of anything, a version of Basic perhaps that allows simple 3D graphics?
To put it in simplier terms game engines are what you describe. Level editors give you access to the underlying game engine to one degree or another. Level editors is really a bad term to use because they are really game editors. Often times they are pretty much what you would get if you licensed the engine. What you don''t get is the source and often lack the ability to make certain modifications. The biggest differance is really the license in many cases. You are not allowed to profit off anything you create. As you describe prototyping you don''t intend to profit off the prototype. Rather you intend to test ideas and if the ideas prove sound then you intend to develope the full game. Under that circumstance it is hard to justify tens of thousands to hundreds of thousands for licensing a game engine. There are cheaper alternatives, but the license for those imply that you are going to produce a game with the engine because they receive their money in the back end instead of upfront. If you actually intend to take the prototype, flesh it out and have the money then licensing a game engine could be cost justified assuming you can recoup the costs.

I think you fail to account for the differance in complexity between a business application and a game. Business applications are very simple. Games are more akin to scientific programming. As such what you use to prototype depends on precisely what you are prototyping. You wouldn''t use a single tool for physics, chemistry and biology and the same is true of games. A flight simulator is drastically differant than a side scrolling arcade game. It is far to complex for a single tool to do everything you might want to do in a game and have a reasonable learning curve.
Keys to success: Ability, ambition and opportunity.
Perfect prototyping tools: Piece of paper + pencil
-------homepage - email
You could try Game Blender (Blender 2.x). It sounded kind of like a good tool for prototyping, but the interface... scares... me. Reminds me of EMACS. {shudder}

Some artists swear by it (just like some programmers swear by Vi ), so perhaps if you can find one of them, and work together, it could work. And it should have the added benefit that if you do make the game a reality, you should be able to export the art (uses some sort of Python export script plugin) in a usable manner with a little work.

Or, do it the old fashioned way - throw out your ideas to a group of people and let them rip it to shreds. If it survives, it might work, if not, back to the drawing board.

-pwd
quote:Original post by LilBudyWizer

To put it in simplier terms game engines are what you describe. Level editors give you access to the underlying game engine to one degree or another. Level editors is really a bad term to use because they are really game editors. Often times they are pretty much what you would get if you licensed the engine. What you don''t get is the source and often lack the ability to make certain modifications. The biggest differance is really the license in many cases. You are not allowed to profit off anything you create. As you describe prototyping you don''t intend to profit off the prototype. Rather you intend to test ideas and if the ideas prove sound then you intend to develope the full game. Under that circumstance it is hard to justify tens of thousands to hundreds of thousands for licensing a game engine. There are cheaper alternatives, but the license for those imply that you are going to produce a game with the engine because they receive their money in the back end instead of upfront. If you actually intend to take the prototype, flesh it out and have the money then licensing a game engine could be cost justified assuming you can recoup the costs.

I think you fail to account for the differance in complexity between a business application and a game. Business applications are very simple. Games are more akin to scientific programming. As such what you use to prototype depends on precisely what you are prototyping. You wouldn''t use a single tool for physics, chemistry and biology and the same is true of games. A flight simulator is drastically differant than a side scrolling arcade game. It is far to complex for a single tool to do everything you might want to do in a game and have a reasonable learning curve.


I am sorry, but I have to complaint. What you just said is bullshit. Game Programming and Business Software or anything else that are not games are a;; as complex. Whereas game programming is "algoritmly" complex, business applications are standard and tools complex!

In a business applications, you need to follow strict, which means you have to know and understand a document that is somethimes 1000 pages long. You also need to learn new tools like Oracle,Sybase,SQL server etc. Business Softwares are usually huge! 3-4 hours compile time average is pretty close I think. I work at a business software company and it takes more than 2 months to get use to the system. It''s huge. Took me a week to get used to Quake 3 source...

Games are more plain, as you don''t have any standard to follow just yet. Most game still have smaller scope than business software. But some graphic algorithm are more complex. But wait! Ever worked on a routing algorithm?? Some make a bsp look like a bubble sort!!

As far as prototyping tools, yes they exists for games. I read about a bunch of them in Game Programming Architecture.

Prototype means trying idea, not doing a full featured game. What you do in a prototype is that try your idea that are differents and need to be tested for cheap before knowing if it worth developping. Tools like that exists for business, telecom, games, etc...

Developping a games is not different of developping other softwares. Granted they need different skills than business applications, but telecom also needs different skills than business so this is not an argument.

Games go through the same lifecycle as other software : Design, code, test. Also, in any kind of software, design will change, nothing is set in stone, design is just a guideline for developping. If the guidelines need to be changed then so be it.

Damn anonymous! last post was from me.
try darkbasic. I''ve never used it and know nothing about it beyond that it''s basic, plus easy access to 3D graphics etc (alledgedly).
Thanks to the anonymous poster, it seems at least some of you understood what I meant by a game prototype .

I don''t want to repeat what''s been said but I''ve got a little to say on LilBudyWizer comments about it not being possible to use a generic tool to prototype a game idea.

I feel this is just plain wrong.

The point of a prototyping tool is that you only test out the very rough outline of a game and do not completely develop it. - often prototypes are thrown away - It is perfectly possible to test the fundamental elements of a flight sim, remember only the elements that are essential to the gameplay or elements that seem unclear or difficult to implement need to be tested. Also this all doesn''t need to exist within a single application, one prototype could test the cockpit interface while another could test the A.I. and this could be a simple 2D grid application that moves points around representing planes.
Because prototyping is only concerned with simple systems I would argue that it is perfectly feasible, if not more feasible to develop a language or set of tools that are capable of creating such systems over tools for developing a complete game.

As for the comment that a tool can not be used in Physics, Chemistry and Biology, last time I checked Excel did a fairly good job with data analysis from any science and some programming languages like C are pretty simple but people use them for a wide range of tasks.

Anyway thanks to the pointers on Darkbasic and Blender, I''ll be sure to have a look into these. Oh and of course Countach is right about pencil and paper being the first port of call in the development of any prototype and any computer application for that matter.

Thanks everyone,

Nick.

This topic is closed to new replies.

Advertisement