This is the mail archive of the xconq7@sources.redhat.com mailing list for the Xconq project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: THE problem with xconq (long)

From: Ed Roskos <roskos at home dot com>
To: xconq7 at sources dot redhat dot com
Date: Mon, 04 Feb 2002 22:15:40 -0500
Subject: Re: THE problem with xconq (long)
References: <Pine.LNX.4.21.0201312111240.15116-100000@siyan.ephra.si> <01C1A9C0.E25AC8E0.srschacher@attbi.com> <4.3.2.7.2.20020204074745.00b2ae80@pop.starpower.net> <3C5E98BA.7EC8D609@apple.com> <200202041711.g14HB6k25291@panix2.panix.com>


Java has a little ways to go, IMHO, for serious gaming.  I played with
Java a
bit for tile-based games.  Slow, real real slow.  The display is
klunky.  The computations
are slow.  And memory is sucked down hard.  If you want to create a game
in Java,
it should be small, simple, and well-defined.

What you are better off doing is creating a game server in C/C++, and
maybe
using Java for display and audio purposes.  The graphics primitives are
very
easy to use and work rather nicely (Graphics2D).

Just my $.02.

Follow-Ups:
- Re: THE problem with xconq (long)
  - From: A. Rick Anderson

References:
- THE problem with xconq
  - From: Jan Jona Javorsek
- RE: Various problem with xconq
  - From: Steve Schacher
- Re: THE problem with xconq (long)
  - From: A. Rick Anderson
- Re: THE problem with xconq (long)
  - From: Stan Shebs
- Re: THE problem with xconq (long)
  - From: Jim Kingdon

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]