Re: Windows Assembly




Richard Cooper wrote:
> > What kind of game/s are you interested in?
>
> A 3D game with sound and networking.

Whew! Have you any idea what is involved in
writing such programs? A modern game requires
a lot more than the 3D engine. It is a team
effort that can take a year or more to get
up and running. And that is with C and all
the game making tools being available.

As I wrote earlier I was interested in
dabbling in some Window assembler programming.
The best tutorial information is in MASM and
thus requires learning MASM.

To start you might look at.

http://www.gamedev.net/reference/list.asp?categoryid=20

Look for Subcategory: Win32 Assembly

< snip why I hate C >

I must confess I liked using the DJGPP C++
compiler for DOS. I had no problems with it.


> > So you use NASM and haven't used Windows
> > I assume this means you have only used DOS?
>
> No, I've been using Linux for the last five
> years or so, and so all of my programming has
> been done there.
>
> It's just that I decided to make this game,
> and since it's 3D, I think it's pretty important
> that 320x240x256 be one of the modes that it's
> capable of running in, because nobody likes a
> slow game.

I used the 320 x 200 x 256 color mode 13h most of
the time. Although I had an assembler routine to
use 640 x 400 x 256 color mode I never actually
got around to using it with C.


> I'd like to make the game shareware so that I
> can possibly make a little money from my work,
> and was at first quite content to simply try
> to sell it to Linux users.


I think you should be motivated by the love of
writing games not the money.

< snip how Linux is a pig to use for games >

> I wouldn't want more than $5 for the game,
> and it'd be a 3D network game, so it's not
> like it'd be overpriced, yet half of the
> Linux population wouldn't even consider it.


The price of a game is determined by the market
place. If it is worth $50 why settle for $5? If
it is worth $0 than don't expect the $5.

....

>
> > To what extent you need all that Window stuff
> > depends on the kind of game you want to write.
>
> Basically, I'm just looking to get my choice
> of graphics mode without having to resort to
> direct hardware access. With a modern OS, I
> shouldn't have to do that sort of thing.

I liked direct access to the hardware with the
C64 and Amiga. But hoped one day it would come
with enough speed and memory. That day came but
the direct access went. Now you either use M$
drivers or forget it. This is the problem for
Linux, getting the hardware drivers.

I would be interested to know what you think
of RosAsm and its tutorials.


JC

.



Relevant Pages

  • Re: Clone redhat 9 to larger disk; part 3, Eureka!
    ... > < Samba page looks good. ... do it all" page as there are many linux users that come to linux because ... drives properly and will save a great deal of time with disk copying, ... game, even the big battleships, and use the weapons and that the flying ...
    (alt.os.linux)
  • Re: Gaming Interface
    ... > running that in the kernel. ... plenty of pro Game Developers use SDL/OpenGL just fine for their needs, ... More titles will be ported to linux when linux becomes more ... believe it will still be opengl - opengl is nice and don't need ...
    (Linux-Kernel)
  • Re: Gaming Interface
    ... > running that in the kernel. ... plenty of pro Game Developers use SDL/OpenGL just fine for their needs, ... More titles will be ported to linux when linux becomes more ... believe it will still be opengl - opengl is nice and don't need ...
    (Linux-Kernel)
  • Re: Gaming Interface
    ... > running that in the kernel. ... plenty of pro Game Developers use SDL/OpenGL just fine for their needs, ... More titles will be ported to linux when linux becomes more ... believe it will still be opengl - opengl is nice and don't need ...
    (Linux-Kernel)
  • Re: Gaming Interface
    ... > running that in the kernel. ... plenty of pro Game Developers use SDL/OpenGL just fine for their needs, ... More titles will be ported to linux when linux becomes more ... happen no matter what the interface will be. ...
    (Linux-Kernel)