Is it possible to make a MMORPG using the A5 Pro Engine? If so whats the best way to go about it?

goto the frequently asked questions section of the forum is a long thread on input for mmorpgs. fro all accounts don't expect it to be a joy ride or a snap.

several Teams already working on some. most say they are in the 1st to 2nd year of thier projects and most sound like they expect to take 4-5 years before they might get to going live.

And it depends on the Engine version, because the newer are a lot faster than the older versions....
Do you own a newer or an older?

old_bill

This is not official just yet, but to give you hope, I've been using A5/A6 Pro for a solid year and I'm giving a live demo of my Massively Multi User project at a conference in January and I'll have a beta test completed by the begining of summer, so that I'll be live by summers end.

And that's with two people.

Like I said, I will deny any further claims that I ever spoke of this (plausible deniability LOL), but chin up, MMORPGs can be done in a lifetime.

Whats the hardest part of making the MMORPG, rather then single player?

I will answer only as it relates to building a MMORPG using 3DGS; that's a loaded question otherwise.

I found the most challenging thing was actually getting the network architecture in my head. The notion of Client/SErver, functions/actions, skills/vars as well as local and global functions take a while to digest.

Once you understand sentances such as "all actions run on the server", "the server is god; the client is servant", then the rest is easy. Once you "get" the network model, then you know what you can and cannot do and where functions belong, how entities interacts, etc, etc.

I have a very good idea how MMORPGS work, And how it needs to be done, Just one question tho, Using 3DGS, Whats the best way to connect to a server? I am not wanting 3DGS server, I am planning on using my own server. All I would need is to be able to send/recieve data, And I can use the data in 3DGS from there/

So you want 3DGS to be your client-side front-end then, eh?

In that case, I believe your best bet is to make a translator DLL that takes the 3DGS data/packets and turns it into your servers format and can then read the server info/packet and turn into 3DGS. Conversely, you could program your server to receive 3DGS data do what it is servers do and then spit out 3DGS data.
I guess you could also eliminate the 3DGS network model all together and have the DLL do straight Client/Server stuff....

I've never done or thought of this BTW, nor do I remember anyone who has, so this is opinion, not fact.

I thought about using a DLL, and doing all that, But id figure id check and see if maybe there was a way already in 3DGS to load Sockets