Multiplayer: Difference between revisions
Jump to navigation
Jump to search
No edit summary |
|||
| Line 3: | Line 3: | ||
#the SBS engine would send graphics rendering calls to the clients, possibly using a communications protocol designed by eventhorizon, | #the SBS engine would send graphics rendering calls to the clients, possibly using a communications protocol designed by eventhorizon, | ||
like "Second Life". Clients would also have to handle collision detection, so all of that would have to be moved from SBS to the frontend. | like "Second Life". Clients would also have to handle collision detection, so all of that would have to be moved from SBS to the frontend. | ||
A network frontend would be added to the client version of Skyscraper, a network backend would be made for the server version (a wrapper around the SBS engine) | |||
#All Ogre code would probably have to be removed from SBS and moved to the frontend, SBS would then have to make calls to the frontend (direct C++ function calls can't be done in this situation, it would have to be message passing) | #All Ogre code would probably have to be removed from SBS and moved to the frontend, SBS would then have to make calls to the frontend (direct C++ function calls can't be done in this situation, it would have to be message passing) | ||
#If this is successful, it would probably be called Skyscraper 3.0 or Skyscraper Online/Multiplayer, since it's a redesign of the simulator's architecture | #If this is successful, it would probably be called Skyscraper 3.0 or Skyscraper Online/Multiplayer, since it's a redesign of the simulator's architecture | ||
Revision as of 04:58, 13 April 2024
Multiplayer is a proposed development by eventhorizon that would allow multiple players to enter the same buildings via a server. It would be an expansion of the already existing Engine Contexts feature that could theoretically allow multiple instances of SBS and load many buildings online. This feature is still in early development.
Design Ideas
- the SBS engine would send graphics rendering calls to the clients, possibly using a communications protocol designed by eventhorizon,
like "Second Life". Clients would also have to handle collision detection, so all of that would have to be moved from SBS to the frontend. A network frontend would be added to the client version of Skyscraper, a network backend would be made for the server version (a wrapper around the SBS engine)
- All Ogre code would probably have to be removed from SBS and moved to the frontend, SBS would then have to make calls to the frontend (direct C++ function calls can't be done in this situation, it would have to be message passing)
- If this is successful, it would probably be called Skyscraper 3.0 or Skyscraper Online/Multiplayer, since it's a redesign of the simulator's architecture
External links
- Multiplayer (and server-hosted) - The Skyscraper Simulator Forum (an account is required to view)