Maybe people here can help better if you explain how/what you plan
for your RPG. Is it 3D, isomettric, like Dungeon Master, birdview,
etc. How should the interaction/fights look like: real time, turn
based, etc. This and your programming skills will all affect the
programming language you should use.
The main problem on pure HTML/any script game is interactivity
between server and client. HTML normally works with requests from
clients. Client side autorefreshes, like every 5 seconds, can
overload the server and produce high transfer rates from clients.
Kinda same problem of images. Sure the browser will not load the same
image again if its already on client PC, but if you have many
different images, they all need to be loaded by the client (and
produce big data transfer). Simple calculation: A single image of
30KB needs to be loaded by 300 clients (gamers): 30 * 300 KB = 9000kb
= 9 MB...
IMHO creating any bigger project with HTML/any script language is
hard to maintenance. The code is harder to read the bigger the
project is.
Flash is working well on pure 2D games. I've never seen a true 3D
game in Flash (probably there are some 3D engines around).
Just my 2 cents
Farai
Am 27.11.2006 um 01:03 schrieb Simon Oberhammer:
well. I thought about making browser-based games myself because
they are just so accessible. but working with http to transfer game
states and javascript on the client side is very limiting. i didnt
work with flashscript (.. dont know what the language is called), i
have heard it has a network library and i've seen pretty impressive
flash stuff...
something i haven't seen yet, is this method to use pygame in
browser-base games: use javascript to load an image, created by
pygame (surface saved to image)... the display-update-rate for such
a game should be low though
On 11/27/06, Kris Schnee <[EMAIL PROTECTED]> wrote:
Farai Aschwanden wrote:
> If I understand this right: You think about creating a RPG with
PHP? If
> this is the point, let me tell you: DONT! ;) I started my RPG
project
> that way (with PHP) and then I switched to Python that is much more
> easier and more powerful with Pygame. It depends on what you want to
> build inside your game but I assume that performance will be a issue
> quite quickly.
I experimented with RPG stuff online, first using JavaScript and then
Python CGI. JavaScript is usable, but doesn't seem very suitable.
Since
CGI involves running the program once, then basically reloading the
page
and restarting the program, it's a like a time travel movie -- you
have
to set up a complex system of sending notes back to yourself each
run-through just to track what part of the game you're in.
Here's an example of a random-dungeon RPG done in Python CGI (a
tongue-in-cheek remake of a game I made long ago in Apple BASIC):
http://kschnee.xepher.net/cgi-bin/dungeon_warrior.py
It's also possible to do tiled graphics fairly simply using DIV tags
that give tiles an exact position on the screen. That doesn't allow
for
animation though, unless maybe you use animated GIFs.
I hear Flash is good for the sort of RPG you might be thinking of. I
played a bit of a game called "DragonFable":
http://www.dragonfable.com/
I don't actually like this game, but it shows that basic RPG mechanics
and graphics are possible in Flash.
Kris
