Hi Dark,

Well, the time it takes to actually create a game depends on a number
of factors. The development tools,  programming language, plus the
amount of available free time a developer has on hand in the first

For example, I am currently writing all of my game code in C++. That
takes considerably more time than say Visual Basic because there is a
lot more involved in getting a basic game up and running. C++ is a lot
 more low-level, bare bones, meaning you have to go the extra mile to
get things done. Using something like DirectSound is a perfect example
of this.

If you use C++ and Microsoft's DirectSound API there are no native
functions available to open and load wavs, mp3s, or wma files into a
sound buffer. Its up to you, the game developer, to write that code
using something like Microsoft's WinMM.dll  to load that sound data,
and then pass that off to an available sound buffer. With a language
like Visual Basic 6 you can just add DX8VB.dll to your VB project, and
you don't have to worry about  writing your own code to open and load
sound files. Microsoft has done all the grunt work for you, and have
wrapped DirectX with a piece of middleware, DX8VB.dll, that simplifies
the process of initializing DirectX, handling sound data, and you can
focus on more important things like writing your game. This is why I
suspect most game developers like Jeremy and Jim Kitchen use VB. Its
just easier and speeds up time, because it is designed for rapid
design  and deployment where C++  was not.

That's why Philip Bennefall and I both have written game
engines/toolkits. Since all the really low-level stuff like audio,
input, speech, whatever is something we are going to use in every
single game it makes sense to build some sort of middleware that gives
a quick and easy interface to DirectX, Sapi, and so on. I'm not sure
of BGT's over all design, but I  can say G3D is essentually several
static libraries I wrote to wrap DirectX and the Windows API. For
instance, input.lib wraps DirectInput, speech.lib wraps MS Sapi,
window.lib wraps the WWin32 API, and I purchased streemway.lib from
Philip to wrap DirectSound. All of these libraries gives me that easy
access you get out of the box with Visual Basic or one of the .Net
languages because all that work is done for you. So obviously this
takes us more time in getting started than someone starting out with a
different language, because we have to write all that initial code,
helper classes, and functions.

Bottom line, if I want to be a little speed demon like Jeremy I could
do that too provided I chose to use something else other than C++.
Give me C# .Net or VB .Net, the open source Slim DX API for DirectX,
and MS Sapi and I could spend a weekend and crank out a basic game
with very little time or difficulty just because  the entire purpose
of Microsoft's .Net Framework is not to have to do all the low-level
grunt work. The .Net Framework already wraps the Win32 API as well as
lots of other things and is just sitting there waiting to be used by a
developer. Diddo for something Like Java which is also another great
rapid development language and platform because the Java Runtime API
is fairly complete when it comes to everything you need for a basic

Which brings us to the third problem, time. Not everyone has the time
to spend an entire weekend cranking out code. There are often other
priorities  like work, family, or just some time off to relax that
factors into a schedule.

If you have some time off on Friday night do you order a pizza, grab a
bottle of Coke, and sit down to watch WWE Smackdown for a couple of
hours or do you boot up your laptop and spend that time writing the
next audio game? The developer certainly needs time to live his or her
life just like everyone else so that must get factored into any
schedule for development as well as other things like work and family.
Oddly its this most basic of human needs, some simple rnr, that
totally gets ignored by the winers and complainers who don't get their
game on time.


Gamers mailing list __ Gamers@audyssey.org
If you want to leave the list, send E-mail to gamers-unsubscr...@audyssey.org.
You can make changes or update your subscription via the web, at
All messages are archived and can be searched and read at
If you have any questions or concerns regarding the management of the list,
please send E-mail to gamers-ow...@audyssey.org.

Reply via email to