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 <kschnee@xxxxxxxxxx> 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
|