https://www.fightorder.net/wiki/index.php?action=history&feed=atom&title=GSoC_Ingame_lobby 2026-04-21T04:43:12Z Revision history for this page on the wiki MediaWiki 1.44.2 https://www.fightorder.net/wiki/index.php?title=GSoC_Ingame_lobby&diff=1452&oldid=prev 2026-02-24T05:59:32Z

<p>1 revision imported</p> <table style="background-color: #fff; color: #202122;" data-mw="interface"> <tr class="diff-title" lang="en"> <td colspan="1" style="background-color: #fff; color: #202122; text-align: center;">← Older revision</td> <td colspan="1" style="background-color: #fff; color: #202122; text-align: center;">Revision as of 22:59, 23 February 2026</td> </tr><tr><td colspan="2" class="diff-notice" lang="en"><div class="mw-diff-empty">(No difference)</div> </td></tr></table>

Qrow https://www.fightorder.net/wiki/index.php?title=GSoC_Ingame_lobby&diff=1451&oldid=prev 2015-01-10T16:26:35Z

<p></p> <p><b>New page</b></p><div>{{deprecated}}<br /> <br /> This was implemented/done by gajop http://springrts.com/phpbb/viewtopic.php?p=561799<br /> <br /> = GSoC idea: Basic ingame lobby =<br /> <br /> == Why ==<br /> All existing Spring interfaces (lobbies) are either difficult to customize for game developers or have a different look and feel from the game itself and require focus switch from the game itself to operate.<br /> <br /> == What ==<br /> A new lobby should be implemented with customization and control in mind, using Lua scripting and reusing Spring codebase when possible. For the lobby itself luasocket could be used and it is then implemented in lua to allow easy customizing. For the lobby and loading game / map an additional lua state should be added.<br /> <br /> Optionally, the engine&#039;s start screen should be replaced and integrated with it.<br /> <br /> == Required skills ==<br /> * Knowledge of C++<br /> * Knowledge of Lua<br /> * Knowledge of Lua API/C bindings<br /> * Knowledge of basic OpenGL programming<br /> <br /> == Difficulty ==<br /> Estimated: hard<br /> <br /> == Technical details ==<br /> <br /> * ensure Spring can clean up properly<br /> * ensure Spring can change game and map during program runtime (requires that some singletons be converted to Spring&#039;s *handler pattern)<br /> * create a new Lua context or initalize current context earlier in the code and rewrite Spring&#039;s start interface using Lua scripting.<br /> <br /> There is some potential of re-using/adapting libSpringLobby for the server interaction. Contact koshi in our IRC/Lobby channels if you are interested.</div>

intermisc/gamedev>Abma