Great idea and 100% feasible. But would the optional protocols that are being considers increase latency between a player and the server? The other possible errors could be overcomes according to Hybrids theory.
But here's mine: Each user who joins this map gets a guild name refering to the server which he or she came from. Guild name => AcidCO Player => Zion~
although I've not made a conclusion whether this is capable or not give me some feedback on your view.
I absolutely love the idea, and would contribute in anyway possible.
Good luck.
Great idea and 100% feasible. But would the optional protocols that are being considers increase latency between a player and the server? The other possible errors could be overcomes according to Hybrids theory.
But here's mine: Each user who joins this map gets a guild name refering to the server which he or she came from. Guild name => AcidCO Player => Zion~
although I've not made a conclusion whether this is capable or not give me some feedback on your view.
I absolutely love the idea, and would contribute in anyway possible.
Good luck.
No coz there willl be a proxy so ppl get same latency
Great idea and 100% feasible. But would the optional protocols that are being considers increase latency between a player and the server? The other possible errors could be overcomes according to Hybrids theory.
But here's mine: Each user who joins this map gets a guild name refering to the server which he or she came from. Guild name => AcidCO Player => Zion~
although I've not made a conclusion whether this is capable or not give me some feedback on your view.
I absolutely love the idea, and would contribute in anyway possible.
Good luck.
It's already done so clan shows up with the name of server, like AcidCO EU Server and AcidCO test server once I've been testing it. However, to make it compatible with older versions, guild could've been used as well.
But the thing is, From this thread and a few other people i've been told todo different things and what things are right and wrong.
I know that the Kernel and somesort of "World" class are needed. and that the interserver should "read data through the network" and that its silly if I for eg, "sending the packet of the player spawn/movement to the interserver that sends it to the other server".
Also one connection per player is silly.
But i've then been told different, Like, Have a entity class for a each player that hold VERY small information(uid, x, y, mapid, body, hairstyle) and uhm to have one connection per player.
Any advice? Sitting here scratching my head what todo, I've done that each server only gets one connection and the interserver has its mapping system done + a small entity class.
But I wanted to stop and get professional advice before I go any further.
Well talked about this very briefly on msn but here's my thinking.
Central Server controls all main calculations for the map (where objects are, etc).
'Shards' (individual game servers) can connect to this server and when needed send packets to it. This means 1 connection per connected server. You would then use very simple custom packets to send updates between the shards. Shards would then handle all the communication between the individual players.
Eg:
Player X (local uid 1000) from AcidCo logs on to the normal AcidServer... They go to a meeting area where other servers can see them.
AcidCoShard>CentralServer:
AddEntity(Name, mesh, location, etc) Basically a shrunk down spawn packet.
CentralServer>AcidCoShard: Confirms (if valid) and assigns a central UID for that player (used in further packets. Central remembers that the player is from that server linked with that uid!)
CentralServer>>All other Shards: Sends spawn packet for player X
Now whenever player X sends a packet to AcidCo, it decides if it's a 'broadcast packet'. Eg: Jump, walk, talk, change direction. If so it sends it to the central server which can then send it to all other shards.
That's the most efficient solution I can think of for this because it allows the user to still be connected to and controlled by the server they started off with (no dc/recon needed when entering/leaving the meeting area) and limits latency because in theory anyways, all shards and the central server would be using high powered connections and would therefor be able to most efficiently transmit data to their players.
The answer to many of these questions is testing.
Try creating x amount of 'artificial' players and do performance checks on w/e you need. E.g. test whether you should use one or multiple connections.
interserver db transfer change 05/27/2006 - Conquer Online 2 - 2 Replies what a bunch of lazy bastards. I have never once seen a GM on my server in about 9-10 months of playing.
rAegis - InterServer Fehlermeldungen 03/22/2006 - Ragnarok Online PServer Hosting - 0 Replies Wie schon im Topic kurz und knapp beschrieben benutze ich rAegis von der Seite http://www.rentus.de.vu/ und dessen Guide/FAQ. Leider habe ich aber beim InterServer ein Problem. Undzwar das er mir diese 3 Fehlermeldungen anzeigt. Bin zwar nicht ein Newb in Sachen MySQL Server aber hab dafür leider von meiner Seite keine Lösung des Problems parat.
Fehler 1:
SQL Server existiert nicht oder Zugriff verweigert.
Fehler 2:
DBServer connect error:Script, :DB:Script, UID:script
