Zircon is a modified DarkPlaces (Xonotic uses DarkPlaces) that I maintain.
KleskBY came up with a GPL compatible method to integrate Steam into Zircon Beta and we are using it here. He is hosting the game and I connect via Steam networking (so no NAT or port forwarding, "it just works").
This is KleskBY's OBJECT N game on Steam it uses Q3 BSP.
Wrath: Ruin of Aeon has Steam integration -- in the summer I implemented that in Zircon as a test, but there were some things that were awkward about it (it uses pipes, another .exe has to execute the real one and that also would make it weird to run the engine in debug mode in Visual Studio). And Wrath does not have any multiplayer, so that implementation didn't have multiplayer support like server hosting or Steam invite a friend.
Short story: KleskBY did a monsterous run and created the following in about a week (no kidding!) -- then I took what he did and integrated into what I call the "DarkPlaces dependency system" and wired it up so that Linux (and Macs/Android/whatever) would support a static library .so of the .dll method he used (should they ever come to exist).
KleskBY's original code: github.com/KleskBY...-for-DarkPlaces
However, the nicest thing about KleskBY's implementation was the "so clean" part -- 80% of it could easily be put into, say, OpenSandBox or a <insert any Q3 engine> although the sockets code in DarkPlaces is -- I think -- going to be different than Q3 and was the toughest part of the integration. Steam has fake ip addresses and they have to be treated differently than both IPv4 (like 192.168.1.1) and IPv6.
KleskBY came up with a GPL compatible method to integrate Steam into Zircon Beta and we are using it here. He is hosting the game and I connect via Steam networking (so no NAT or port forwarding, "it just works").
This is KleskBY's OBJECT N game on Steam it uses Q3 BSP.
Wrath: Ruin of Aeon has Steam integration -- in the summer I implemented that in Zircon as a test, but there were some things that were awkward about it (it uses pipes, another .exe has to execute the real one and that also would make it weird to run the engine in debug mode in Visual Studio). And Wrath does not have any multiplayer, so that implementation didn't have multiplayer support like server hosting or Steam invite a friend.
Short story: KleskBY did a monsterous run and created the following in about a week (no kidding!) -- then I took what he did and integrated into what I call the "DarkPlaces dependency system" and wired it up so that Linux (and Macs/Android/whatever) would support a static library .so of the .dll method he used (should they ever come to exist).
KleskBY's original code: github.com/KleskBY...-for-DarkPlaces
However, the nicest thing about KleskBY's implementation was the "so clean" part -- 80% of it could easily be put into, say, OpenSandBox or a <insert any Q3 engine> although the sockets code in DarkPlaces is -- I think -- going to be different than Q3 and was the toughest part of the integration. Steam has fake ip addresses and they have to be treated differently than both IPv4 (like 192.168.1.1) and IPv6.
Only registered members can post a reply.
Already registered? Sign in.
