I want to make a simple PC game

Is there any recommanded website with instructions?
What programs do you guys use?



Fixed for retard :P

I'll advice against writing games in Java. They'll suck, and if you're up for that complexity (APIs suck ass), you're up for something better that will get nicer, faster, cleaner results, like C+SDL.

However, follow Anonymous >>11's advice.

www.lwjgl.com

They'll point you in the right direction.

>>12

Because standard C APIs are so much more extensive than standard C APIs.

Vampire: Redemption was written in Java, and turned out pretty well IMHO.  It isn't impossible to write a good game in Java.  Just difficult, like in any language, because writing a good game *is* difficult.

That aside, whether you want to write a game in Java or not depends on the sort of game.  If you're looking at some sort of click-based web strategy game, Java'd work fine.  If you want some sort of fast-paced shooter, quit and go find something useful to do with your time, because you'll only learn the wrong thing if you start hacking away at something like that when you're asking questions like you're asking.  Follow >>11 's advice and "start small, start small..."

Also, avoid language fanboyism.  It's lame and indicative of an immature approach to development.  (Note that I'm *not* referring to >>12--- fanboyism provides no good reasons.  >>12 at least provided a good reason.  Poor conclusion, but good reason.  The Java APIs can get pretty complex.)

>>13
NO JAVA. It's unproductive, complicated, and slow. In the end, you'll end up taking as much complexity as C, but you will end up using a half assed engine. If you're going for something easy without caring much for the result (which is what you should do first, BTW), go get something simpler, avoid Java at all costs. If you want to be serious, then don't use Java, use C and C++.

>>14
Not at all. Vampire: The Masquerade - Redemption was written in real language, like everything else. Only its high-level scripting engine was Java.

me = dumbass.

>>14 (modified)

"Because standard C APIs are so much more extensive than standard C APIs."

=>

"Because standard C APIs are so much more extensive than standard Java APIs."

If you have to ask how to make a game then you aren't capable of making one. It's that simple.

LOOK AT THE CODE FROM FROZEN BUBBLE 2.5K LINES OF PERL AND IT IS A FULL BUBBLE BOBBLE CLONE

>>18
Please call your setCapsLock(false) method before proceeding.

>>16
Because standard C APIs are so much more extensive than standard Java APIs.
Ah, now I understand. The C standard library sucks, granted. You shouldn't even use most of it. But that's where SDL, BString, ICU, PCRE, and other fine multiplatform libraries come in. Besides, you need little more for gaming.

What I think C desperately needs are for the standard libraries to be overhauled (and expanded).

C++ is getting expanded libraries (see tr0, I think the name is); it consists of some even crazier syntax than already exists and some stuff imported from Boost.

I wish there was a really readable and compact implementation of the STL around. G++ makes me want to poke my eyes out.

I prefer C over C++ though, that's why. The STL isn't exactly my cuppa tea, even though I know how to use it.

What I think C desperately needs are for the standard libraries to be overhauled (and expanded).
Truth. A lot of old languages suffer from a standard lib that no longer fits in with the modern world. Common Lisp has this problem. Java is already starting to suffer from it, but Sun don't want to remove their shitty inconsistant code because it will break older apps, so the API just gets huger and harder to understand.

Truth. C has been unfairly abandoned. I demand for a newstdlib including everything from a multimedia abstraction layer (which may very well be SDL) to hashes, from Unicode 4.1 UTF-8, UTF-16 and UTF-32 strings (with length and dynamic allocation) to a decent, simple datetime API, from threads to better sockets.

>>25
I can't tell if you're being sarcastic or not.

I want a portable time API that is accurate to microseconds like OS X is.

>>27
will it be portable anymore then?

>>28
We'll have to kill everyone who uses systems too crappy to support it.

>>27

No.

Or, more completely, no effing way.

We now return you to your regularly scheduled postage.

>>15 -- actually, Java isnt quite so slow anymore -- rather than compiling on-the-fly, it compiles the intermediate bytecode when the program is first run. Java is not inherently slow, though I do agree that as a language it is fairly complex -- but also fairly secure. For beginners, it might not be their cup of tea, but it is by no means an inadequate language.

www.gamemaker.nl

i dont think he knows any programming

>>26
Why?

It sounds like this guy isn't a programmer.

Dude, if you want to just start trying to make a game, use Macromedia Flash or Shockwave or some other ultra-high-level package.

If you want to learn programming, you might have to start a little smaller than that.

>>31
That's because Java is a cup of coffee.

DELCIOUS COFFEE I MUST PROGRAM IT

http://www.libsdl.org/
http://www.drunkenhyena.com/
http://nehe.gamedev.net/
give those sites a try

try lua

DUBS, DUBS EVERYWHERE!

check em