

zyklone
Member-
Content Count
430 -
Joined
-
Last visited
-
Medals
-
arma3.swec.se is up and gathering statistics
zyklone replied to zyklone's topic in ARMA 3 - MULTIPLAYER
It depends. If your server still has the same ip and port it should retain its id. However if ip, port and server name has changed a new one will be generated. -
arma3.swec.se is up and gathering statistics
zyklone replied to zyklone's topic in ARMA 3 - MULTIPLAYER
I had prepared with Steam support for getting the server list. Did not anticipate BI removing Gamespy completely as the Steam server query protocol sucks.. But they did. Hope to have things up and running soon. -
arma3.swec.se is up and gathering statistics
zyklone replied to zyklone's topic in ARMA 3 - MULTIPLAYER
If someone has recently begun performing automated requests against arma3.swec.se with a signature like this: GET /server/xml/16818?rnd=8482 Please contact me for information on how to improve your scripts. 8 million hits over 5 days is quite enough... -
arma3.swec.se is up and gathering statistics
zyklone replied to zyklone's topic in ARMA 3 - MULTIPLAYER
Which server ip / port is the server running on? -
For what it's worth http://arma3.swec.se/ is now up and gathering data. Might be useful to someone.
-
Serverbrowser testings
zyklone replied to Hud Dorph's topic in ARMA 2 & OA - Servers & Administration
There are right now 6238 OA servers i see. If gamespy returns an entirely random sample of 500 servers your server will show once in 12.4 refreshes on average... -
Arma2 OA server not listed, but connect from remote
zyklone replied to CEAL's topic in ARMA 2 & OA - Servers & Administration
| host | port | state | created_at | updated_at | +-------------+------+---------+---------------------+---------------------+ | 93.93.65.81 | 2332 | waiting | 2009-09-03 01:44:20 | 2012-10-08 10:16:35 | It's reporting correctly to Gamespy. So there is no issue. -
Introducing Server-side Event Logging/Blocking
zyklone replied to $able's topic in ARMA 2 & OA - Servers & Administration
Ofcourse not. Depends on mission, mods and addons as with all other script detections. -
ARMA 2: OA beta build 97127 (1.62 MP compatible build, post 1.62 release)
zyklone replied to Dwarden's topic in ARMA 2 & OA - BETA PATCH TESTING
I doubt there is any way in which that function can be allowed to be used in multiplayer. The opportunities for it to be used to steal private information from users is just too great. -
ARMA 2: OA beta build 96836 (1.62 MP compatible build, post 1.62 release)
zyklone replied to Dwarden's topic in ARMA 2 & OA - BETA PATCH TESTING
Guess we'll find out what DAYZ_M is eventually.. not (gametype = 'DAYZ' or gametype = 'DAYZ_M' or hostname like '%dayz%' or mission like '%dayz%') -
Server geo location in 96016 beta
zyklone replied to suma's topic in ARMA 2 & OA - BETA PATCH TESTING
I've added a map of the locations the servers are reporting at: http://arma2.swec.se/server/country Most of the locations make sense. The rounding of the coordinates is a bit high in my opinion but i guess it doesn't matter for the server browser. -
Introducing Server-side Event Logging/Blocking
zyklone replied to $able's topic in ARMA 2 & OA - Servers & Administration
Unfortunately public variable can be used to get others kicked/banned right now. Not much to do until a new battleye is released with PV fixes.. -
The amount of actual C developers appears to be very small in BI.. Of those I think 1 guy knows anything about Linux. The distros are not the problem. Just ignore the guys running ancient centos installs.
-
ARMA 2: OA beta build 96476 (1.62 MP build)
zyklone replied to gossamersolid's topic in ARMA 2 & OA - BETA PATCH TESTING
Don't see any massive changes in the server atleast. It's using a new geo location provider. -
Introducing Server-side Event Logging/Blocking
zyklone replied to $able's topic in ARMA 2 & OA - Servers & Administration
Sure there is. It's the obvious way to provide a generic network communication system.. But i certainly agree that the correct solution is to provide the source client id to the event handler. Ideally the PV variables would exist in a separate variable space also to prevent overwriting of other globals. (This is basically what old-style CTI money cheats did, they just PVed a new sum for that player) Perhaps allow missions to enable the use of public variable namespace in the mission config...