Menu
▾
▴
qstat-devx — Discussion between QStat developers
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(12) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(14) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(4) |
Aug
(20) |
Sep
|
Oct
(13) |
Nov
(22) |
Dec
(3) |
| 2005 |
Jan
|
Feb
|
Mar
(3) |
Apr
(7) |
May
|
Jun
(13) |
Jul
(5) |
Aug
|
Sep
|
Oct
(15) |
Nov
(5) |
Dec
|
| 2006 |
Jan
|
Feb
|
Mar
(8) |
Apr
(7) |
May
(12) |
Jun
|
Jul
|
Aug
(3) |
Sep
|
Oct
(3) |
Nov
(6) |
Dec
|
| 2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(3) |
Jul
(4) |
Aug
(2) |
Sep
|
Oct
(2) |
Nov
(1) |
Dec
(2) |
| 2008 |
Jan
(5) |
Feb
(6) |
Mar
|
Apr
(12) |
May
|
Jun
|
Jul
|
Aug
|
Sep
(3) |
Oct
|
Nov
|
Dec
|
| 2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(5) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Pierre S. <pi...@un...> - 2006-04-03 18:36:43
|
How does everyone feel about migrating qstat across to subversion from cvs? This should make it easier for me to maintain documentation et al. Pierre |
|
From: Steven H. <ki...@mu...> - 2006-03-28 01:52:13
|
I've done a little work on the original patch to try and determine
which format the servers using. This relies on it seeing a valid
INFORESPONSE before decoding any multi packet payloads.
I dont think this will be 100% fool proof but then I dont think
its possible to be with the current protocol definition.
Steve
================================================
This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it.
In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137
or return the E.mail to pos...@mu....
|
|
From: Steven H. <ki...@mu...> - 2006-03-28 01:35:01
|
New version of this fix available v1.19 this should restore compatibility
with HL1 servers sending multi packets.
Steve
----- Original Message -----=20
From: Pierre Smolarek=20
Steven Hartland wrote:
> Looks like the dev docs for the format are wrong. I've just committed
> a potential fix for this if you want to try it.
> =20
Hi Steve,
Your changes seemed to have fixed this bug so far. I'll do a few more
further tests and well feedback any possible problems.
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it.=20
In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137
or return the E.mail to pos...@mu.... |
|
From: Steven H. <ki...@mu...> - 2006-03-28 00:29:12
|
Wanted to make sure of the facts first which was good as the HL1
stuff would have been missed. Will edit tomorrow bit l8 here now :)
Thanks for the info.
Steve
----- Original Message -----
From: "Alfred Reynolds" <al...@va...>
The beautiful thing about wiki's is that anyone can edit the pages, in
this case someone was precise enough in that attempt. For the HL1 engine
the packet id and num packets are packed into a single byte, 4 bits a
piece. For the Source engine you are correct, there is a byte per
variable. Want to do the wiki thing and correct the page? :)
================================================
This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it.
In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137
or return the E.mail to pos...@mu....
|
|
From: Pierre S. <pi...@un...> - 2006-03-27 22:07:18
|
Steven Hartland wrote: > Looks like the dev docs for the format are wrong. I've just committed > a potential fix for this if you want to try it. > Hi Steve, Your changes seemed to have fixed this bug so far. I'll do a few more further tests and well feedback any possible problems. -- Best Regards, Pierre Smolarek Unify Media Ltd tel. 1-403-681-8054 |
|
From: Steven H. <ki...@mu...> - 2006-03-27 20:08:45
|
Looks like the documentation for source packets is slightly wrong here: http://developer.valvesoftware.com/wiki/Source_Server_Queries When I see multi packet responses e.g. ./qstat -a2s 70.103.189.100:27035 -d -d -d -P -R The first packet looks like: FROM 70.103.189.100:27035 len 1400 0: feffffff 81070000 0200ffff ffff454c ........ ......EL 16: 0073765f 73696d75 6c617465 6462756c .sv_simu latedbul .... and the second like: FROM 70.103.189.100:27035 len 90 0: feffffff 81070000 02016162 6c650031 ........ ..able.1 16: 0073765f 70617573 61626c65 00300073 .sv_paus able.0.s According to the docs the format should be: 4 bytes: 0xFFFFFFFE => multi packet response 4 bytes: uniq multi packet response identifier 1 byte: The lower four bits represent the number of packets (2 to 15) and the upper four bits represent the current packet starting with 0 But what can be seen above is: 4 bytes: 0xFFFFFFFE => multi packet response 4 bytes: uniq multi packet response identifier 1 byte: The number of packets 1 byte: The current packet starting with 0 Hope this helps. Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137 or return the E.mail to pos...@mu.... |
|
From: Steven H. <ki...@mu...> - 2006-03-27 20:06:39
|
Looks like the dev docs for the format are wrong. I've just committed
a potential fix for this if you want to try it.
N.B. Might take a little while for public CVS to show the fix.
You will want a2s.c version 1.17.
Steve
----- Original Message -----
From: "Pierre Smolarek"
> I've come across a problem where qstat refuses to provide a list of
> players for a server when also asking for the rules.
....
================================================
This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it.
In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137
or return the E.mail to pos...@mu....
|
|
From: Ludwig N. <l-...@us...> - 2006-03-27 19:46:59
|
Pierre Smolarek wrote:
> I've come across a problem where qstat refuses to provide a list of
> players for a server when also asking for the rules.
>
> ie:
>
> ./qstat -a2s 70.103.189.100:27035 -P
>
> works
>
> ./qstat -a2s 70.103.189.100:27035 -P -R
>
> does not work.
>
> Any chance someone has time to try and fix this?
>
> Debug code follows:
>
> ./qstat -a2s 70.103.189.100:27035 -P -R -d -d
Add one more -d to get everything a2s.c has to say.
> [...]
> debug(1) 02:28:44 qstat.c:3021 do_work() - recv 174 52 70.103.189.100:27035
> FROM 70.103.189.100:27035 len 1400
> 0: feffffff a1010000 0200ffff ffff454c ........ ......EL
^^
> [...]
> debug(1) 02:28:44 qstat.c:3021 do_work() - recv 182 7 70.103.189.100:27035
> FROM 70.103.189.100:27035 len 95
> 0: feffffff a1010000 02016963 65656e61 ........ ..iceena
^^
The reply from the server is broken. Those are fragmented packets.
Both packets claim they are number 0 of 2. That's wrong.
The Protocol is described here:
http://developer.valvesoftware.com/wiki/Source_Server_Queries#Protocol
cu
Ludwig
--
(o_ Ludwig Nussel
//\
V_/_ PGP Key: FF8135CE
|
|
From: Pierre S. <pi...@un...> - 2006-03-27 19:06:09
|
I've come across a problem where qstat refuses to provide a list of
players for a server when also asking for the rules.
ie:
./qstat -a2s 70.103.189.100:27035 -P
works
./qstat -a2s 70.103.189.100:27035 -P -R
does not work.
Any chance someone has time to try and fix this?
Debug code follows:
./qstat -a2s 70.103.189.100:27035 -P -R -d -d
ADDRESS PLAYERS MAP RESPONSE TIME NAME
debug(1) 02:28:43 qstat.c:4351 bind_sockets() - send 70.103.189.100:27035
debug(2) 02:28:43 qstat.c:2950 do_work() - connected: 1
debug(2) 02:28:43 qstat.c:5558 qserver_get_timeout() - timeout for
0x8085000 is diff1 1000 diff2 65535
debug(2) 02:28:43 qstat.c:2971 do_work() - rc 1
debug(1) 02:28:43 qstat.c:3021 do_work() - recv 61 61 70.103.189.100:27035
FROM 70.103.189.100:27035 len 87
0: ffffffff 49075b4f 53465d20 53686f6f ....I.[O SF] Shoo
16: 74696e67 20696e20 74686520 53687275 ting in the Shru
32: 62730062 675f6869 6c6c3200 62673200 bs.bg_hi ll2.bg2.
48: 42617474 6c652047 726f756e 64732032 Battle G rounds 2
64: 20302e31 3500dc00 0a180464 6c000031 0.15... ...dl..1
80: 2e302e31 2e3000 .0.1.0.
debug(2) 02:28:43 qstat.c:3085 do_work() - connected: 1
debug(2) 02:28:43 qstat.c:3087 do_work() - connected: 1
debug(2) 02:28:43 qstat.c:4424 send_packets() - server 0x8085000, name
[OSF] Shooting in the Shrubs, retry1 3, next_rule 0x80750fd,
next_player_info 10, num_players 10, n_retries 3
debug(2) 02:28:43 qstat.c:3101 do_work() - connected: 1
debug(2) 02:28:43 qstat.c:5558 qserver_get_timeout() - timeout for
0x8085000 is diff1 1000 diff2 65535
debug(2) 02:28:44 qstat.c:2971 do_work() - rc 1
debug(1) 02:28:44 qstat.c:3021 do_work() - recv 122 60 70.103.189.100:27035
FROM 70.103.189.100:27035 len 9
0: ffffffff 41e53193 09 ....A.1. .
debug(2) 02:28:44 qstat.c:3085 do_work() - connected: 1
debug(2) 02:28:44 qstat.c:3087 do_work() - connected: 1
debug(2) 02:28:44 qstat.c:4424 send_packets() - server 0x8085000, name
[OSF] Shooting in the Shrubs, retry1 3, next_rule 0x80750fd,
next_player_info 10, num_players 10, n_retries 3
debug(2) 02:28:44 qstat.c:3101 do_work() - connected: 1
debug(2) 02:28:44 qstat.c:5558 qserver_get_timeout() - timeout for
0x8085000 is diff1 1000 diff2 65535
debug(2) 02:28:44 qstat.c:2971 do_work() - rc 1
debug(1) 02:28:44 qstat.c:3021 do_work() - recv 174 52 70.103.189.100:27035
FROM 70.103.189.100:27035 len 1400
0: feffffff a1010000 0200ffff ffff454c ........ ......EL
16: 0073765f 73696d75 6c617465 6462756c .sv_simu latedbul
32: 6c657473 00310073 765f7369 6d756c61 lets.1.s v_simula
48: 74656462 756c6c65 74735f64 72616700 tedbulle ts_drag.
64: 302e3030 30303300 73765f69 6e66696e 0.00003. sv_infin
80: 69746561 6d6d6f00 30007376 5f747572 iteammo. 0.sv_tur
96: 626f7368 6f747300 30007376 5f706572 boshots. 0.sv_per
112: 66656374 61696d00 30007376 5f737465 fectaim. 0.sv_ste
128: 61647968 616e6400 30006d70 5f646973 adyhand. 0.mp_dis
144: 61626c65 5f6d656c 65650030 006d705f able_mel ee.0.mp_
160: 64697361 626c655f 66697265 61726d73 disable_ firearms
176: 00300073 765f686c 326d705f 77656170 .0.sv_hl 2mp_weap
192: 6f6e5f72 65737061 776e5f74 696d6500 on_respa wn_time.
208: 32300073 765f686c 326d705f 6974656d 20.sv_hl 2mp_item
224: 5f726573 7061776e 5f74696d 65003330 _respawn _time.30
240: 006d705f 72657370 61776e73 74796c65 .mp_resp awnstyle
256: 0031006d 705f7265 73706177 6e74696d .1.mp_re spawntim
272: 65003130 0073765f 72657374 61727472 e.10.sv_ restartr
288: 6f756e64 0030006d 705f616d 65726963 ound.0.m p_americ
304: 616e7363 6f726500 31373000 6d705f62 anscore. 170.mp_b
320: 72697469 73687363 6f726500 33313000 ritishsc ore.310.
336: 6d705f61 75746f62 616c616e 63657465 mp_autob alancete
352: 616d7300 31006d70 5f617574 6f62616c ams.1.mp _autobal
368: 616e6365 746f6c65 72616e63 65003300 ancetole rance.3.
384: 6d705f6c 696d6974 5f6c6967 68745f61 mp_limit _light_a
400: 002d3100 6d705f6c 696d6974 5f6d6564 .-1.mp_l imit_med
416: 69756d5f 61002d31 006d705f 6c696d69 ium_a.-1 .mp_limi
432: 745f6865 6176795f 61002d31 006d705f t_heavy_ a.-1.mp_
448: 6c696d69 745f6c69 6768745f 62002d31 limit_li ght_b.-1
464: 006d705f 6c696d69 745f6d65 6469756d .mp_limi t_medium
480: 5f62002d 31006d70 5f6c696d 69745f68 _b.-1.mp _limit_h
496: 65617679 5f62002d 31006d70 5f746561 eavy_b.- 1.mp_tea
512: 6d706c61 79003100 6d705f66 7261676c mplay.1. mp_fragl
528: 696d6974 0030006d 705f6661 6c6c6461 imit.0.m p_fallda
544: 6d616765 0031006d 705f7765 61706f6e mage.1.m p_weapon
560: 73746179 0030006d 705f666f 72636572 stay.0.m p_forcer
576: 65737061 776e0030 006d705f 666f6f74 espawn.0 .mp_foot
592: 73746570 73003100 6d705f66 6c617368 steps.1. mp_flash
608: 6c696768 74003000 6d705f61 75746f63 light.0. mp_autoc
624: 726f7373 68616972 00310064 6563616c rosshair .1.decal
640: 66726571 75656e63 79003130 006d705f frequenc y.10.mp_
656: 7465616d 6c697374 00686772 756e743b teamlist .hgrunt;
672: 73636965 6e746973 74006d70 5f616c6c scientis t.mp_all
688: 6f774e50 43730031 0073765f 616c6c74 owNPCs.1 .sv_allt
704: 616c6b00 30006d70 5f74696d 656c696d alk.0.mp _timelim
720: 69740034 35007376 5f677261 76697479 it.45.sv _gravity
736: 00363030 0073765f 73746f70 73706565 .600.sv_ stopspee
752: 64003130 30007376 5f6e6f63 6c697061 d.100.sv _noclipa
768: 6363656c 65726174 65003500 73765f6e ccelerat e.5.sv_n
784: 6f636c69 70737065 65640035 0073765f oclipspe ed.5.sv_
800: 73706563 61636365 6c657261 74650035 specacce lerate.5
816: 0073765f 73706563 73706565 64003300 .sv_spec speed.3.
832: 73765f73 7065636e 6f636c69 70003100 sv_specn oclip.1.
848: 73765f6d 61787370 65656400 33323000 sv_maxsp eed.320.
864: 73765f61 6363656c 65726174 65003130 sv_accel erate.10
880: 0073765f 61697261 6363656c 65726174 .sv_aira ccelerat
896: 65003130 0073765f 77617465 72616363 e.10.sv_ wateracc
912: 656c6572 61746500 31300073 765f7761 elerate. 10.sv_wa
928: 74657266 72696374 696f6e00 31007376 terfrict ion.1.sv
944: 5f666f6f 74737465 70730031 0073765f _footste ps.1.sv_
960: 726f6c6c 73706565 64003230 30007376 rollspee d.200.sv
976: 5f726f6c 6c616e67 6c650030 0073765f _rollang le.0.sv_
992: 66726963 74696f6e 00340073 765f626f friction .4.sv_bo
1008: 756e6365 00300073 765f7374 65707369 unce.0.s v_stepsi
1024: 7a650031 3800725f 56656869 636c6556 ze.18.r_ VehicleV
1040: 69657744 616d7065 6e003100 725f4a65 iewDampe n.1.r_Je
1056: 65705669 65774461 6d70656e 46726571 epViewDa mpenFreq
1072: 00372e30 00725f4a 65657056 69657744 .7.0.r_J eepViewD
1088: 616d7065 6e44616d 7000312e 3000725f ampenDam p.1.0.r_
1104: 4a656570 56696577 5a486569 67687400 JeepView ZHeight.
1120: 31302e30 00725f41 6972626f 61745669 10.0.r_A irboatVi
1136: 65774461 6d70656e 46726571 00372e30 ewDampen Freq.7.0
1152: 00725f41 6972626f 61745669 65774461 .r_Airbo atViewDa
1168: 6d70656e 44616d70 00312e30 00725f41 mpenDamp .1.0.r_A
1184: 6972626f 61745669 65775a48 65696768 irboatVi ewZHeigh
1200: 7400302e 30006d70 5f667269 656e646c t.0.0.mp _friendl
1216: 79666972 65003000 6d616e69 5f6e6578 yfire.0. mani_nex
1232: 746d6170 0062675f 6f616b65 6e666f6c tmap.bg_ oakenfol
1248: 64006d61 6e695f61 646d696e 5f706c75 d.mani_a dmin_plu
1264: 67696e5f 76657273 696f6e00 312e3242 gin_vers ion.1.2B
1280: 6574614c 20534d4d 006d616e 695f7469 etaL SMM .mani_ti
1296: 636b7261 74650036 36006d61 6e695f72 ckrate.6 6.mani_r
1312: 65736572 76655f73 6c6f7473 00310066 eserve_s lots.1.f
1328: 616b6563 6c69656e 74735f76 65727369 akeclien ts_versi
1344: 6f6e0031 2e322e30 006d6574 616d6f64 on.1.2.0 .metamod
1360: 5f766572 73696f6e 00312e32 2e310063 _version .1.2.1.c
1376: 6f6f7000 30006465 6174686d 61746368 oop.0.de athmatch
1392: 00310073 765f766f .1.sv_vo
debug(2) 02:28:44 qstat.c:3085 do_work() - connected: 1
debug(2) 02:28:44 qstat.c:3087 do_work() - connected: 1
debug(2) 02:28:44 qstat.c:4424 send_packets() - server 0x8085000, name
[OSF] Shooting in the Shrubs, retry1 2, next_rule 0x80750fd,
next_player_info 10, num_players 10, n_retries 3
debug(2) 02:28:44 qstat.c:3101 do_work() - connected: 1
debug(2) 02:28:44 qstat.c:5558 qserver_get_timeout() - timeout for
0x8085000 is diff1 942 diff2 65535
debug(2) 02:28:44 qstat.c:2971 do_work() - rc 1
debug(1) 02:28:44 qstat.c:3021 do_work() - recv 182 7 70.103.189.100:27035
FROM 70.103.189.100:27035 len 95
0: feffffff a1010000 02016963 65656e61 ........ ..iceena
16: 626c6500 31007376 5f706175 7361626c ble.1.sv _pausabl
32: 65003000 73765f63 68656174 73003000 e.0.sv_c heats.0.
48: 73765f70 61737377 6f726400 30007476 sv_passw ord.0.tv
64: 5f72656c 61797061 7373776f 72640030 _relaypa ssword.0
80: 0074765f 70617373 776f7264 003000 .tv_pass word.0.
debug(2) 02:28:44 qstat.c:3085 do_work() - connected: 1
debug(2) 02:28:44 packet_manip.c:93 combine_packets() - duplicate packet
detected for id 417, index 0
debug(2) 02:28:44 qstat.c:3087 do_work() - connected: 1
debug(2) 02:28:44 qstat.c:4424 send_packets() - server 0x8085000, name
[OSF] Shooting in the Shrubs, retry1 2, next_rule 0x80750fd,
next_player_info 10, num_players 10, n_retries 3
debug(2) 02:28:44 qstat.c:3101 do_work() - connected: 1
debug(2) 02:28:44 qstat.c:5558 qserver_get_timeout() - timeout for
0x8085000 is diff1 939 diff2 65535
debug(2) 02:28:45 qstat.c:2971 do_work() - rc 0
debug(2) 02:28:45 qstat.c:4424 send_packets() - server 0x8085000, name
[OSF] Shooting in the Shrubs, retry1 2, next_rule 0x80750fd,
next_player_info 10, num_players 10, n_retries 3
debug(2) 02:28:45 qstat.c:3101 do_work() - connected: 1
debug(2) 02:28:45 qstat.c:5558 qserver_get_timeout() - timeout for
0x8085000 is diff1 495 diff2 65535
debug(2) 02:28:45 qstat.c:2971 do_work() - rc 1
debug(1) 02:28:45 qstat.c:3021 do_work() - recv 1182 1000
70.103.189.100:27035
FROM 70.103.189.100:27035 len 1400
0: feffffff a2010000 0200ffff ffff454c ........ ......EL
16: 0073765f 73696d75 6c617465 6462756c .sv_simu latedbul
32: 6c657473 00310073 765f7369 6d756c61 lets.1.s v_simula
48: 74656462 756c6c65 74735f64 72616700 tedbulle ts_drag.
64: 302e3030 30303300 73765f69 6e66696e 0.00003. sv_infin
80: 69746561 6d6d6f00 30007376 5f747572 iteammo. 0.sv_tur
96: 626f7368 6f747300 30007376 5f706572 boshots. 0.sv_per
112: 66656374 61696d00 30007376 5f737465 fectaim. 0.sv_ste
128: 61647968 616e6400 30006d70 5f646973 adyhand. 0.mp_dis
144: 61626c65 5f6d656c 65650030 006d705f able_mel ee.0.mp_
160: 64697361 626c655f 66697265 61726d73 disable_ firearms
176: 00300073 765f686c 326d705f 77656170 .0.sv_hl 2mp_weap
192: 6f6e5f72 65737061 776e5f74 696d6500 on_respa wn_time.
208: 32300073 765f686c 326d705f 6974656d 20.sv_hl 2mp_item
224: 5f726573 7061776e 5f74696d 65003330 _respawn _time.30
240: 006d705f 72657370 61776e73 74796c65 .mp_resp awnstyle
256: 0031006d 705f7265 73706177 6e74696d .1.mp_re spawntim
272: 65003130 0073765f 72657374 61727472 e.10.sv_ restartr
288: 6f756e64 0030006d 705f616d 65726963 ound.0.m p_americ
304: 616e7363 6f726500 31373000 6d705f62 anscore. 170.mp_b
320: 72697469 73687363 6f726500 33313000 ritishsc ore.310.
336: 6d705f61 75746f62 616c616e 63657465 mp_autob alancete
352: 616d7300 31006d70 5f617574 6f62616c ams.1.mp _autobal
368: 616e6365 746f6c65 72616e63 65003300 ancetole rance.3.
384: 6d705f6c 696d6974 5f6c6967 68745f61 mp_limit _light_a
400: 002d3100 6d705f6c 696d6974 5f6d6564 .-1.mp_l imit_med
416: 69756d5f 61002d31 006d705f 6c696d69 ium_a.-1 .mp_limi
432: 745f6865 6176795f 61002d31 006d705f t_heavy_ a.-1.mp_
448: 6c696d69 745f6c69 6768745f 62002d31 limit_li ght_b.-1
464: 006d705f 6c696d69 745f6d65 6469756d .mp_limi t_medium
480: 5f62002d 31006d70 5f6c696d 69745f68 _b.-1.mp _limit_h
496: 65617679 5f62002d 31006d70 5f746561 eavy_b.- 1.mp_tea
512: 6d706c61 79003100 6d705f66 7261676c mplay.1. mp_fragl
528: 696d6974 0030006d 705f6661 6c6c6461 imit.0.m p_fallda
544: 6d616765 0031006d 705f7765 61706f6e mage.1.m p_weapon
560: 73746179 0030006d 705f666f 72636572 stay.0.m p_forcer
576: 65737061 776e0030 006d705f 666f6f74 espawn.0 .mp_foot
592: 73746570 73003100 6d705f66 6c617368 steps.1. mp_flash
608: 6c696768 74003000 6d705f61 75746f63 light.0. mp_autoc
624: 726f7373 68616972 00310064 6563616c rosshair .1.decal
640: 66726571 75656e63 79003130 006d705f frequenc y.10.mp_
656: 7465616d 6c697374 00686772 756e743b teamlist .hgrunt;
672: 73636965 6e746973 74006d70 5f616c6c scientis t.mp_all
688: 6f774e50 43730031 0073765f 616c6c74 owNPCs.1 .sv_allt
704: 616c6b00 30006d70 5f74696d 656c696d alk.0.mp _timelim
720: 69740034 35007376 5f677261 76697479 it.45.sv _gravity
736: 00363030 0073765f 73746f70 73706565 .600.sv_ stopspee
752: 64003130 30007376 5f6e6f63 6c697061 d.100.sv _noclipa
768: 6363656c 65726174 65003500 73765f6e ccelerat e.5.sv_n
784: 6f636c69 70737065 65640035 0073765f oclipspe ed.5.sv_
800: 73706563 61636365 6c657261 74650035 specacce lerate.5
816: 0073765f 73706563 73706565 64003300 .sv_spec speed.3.
832: 73765f73 7065636e 6f636c69 70003100 sv_specn oclip.1.
848: 73765f6d 61787370 65656400 33323000 sv_maxsp eed.320.
864: 73765f61 6363656c 65726174 65003130 sv_accel erate.10
880: 0073765f 61697261 6363656c 65726174 .sv_aira ccelerat
896: 65003130 0073765f 77617465 72616363 e.10.sv_ wateracc
912: 656c6572 61746500 31300073 765f7761 elerate. 10.sv_wa
928: 74657266 72696374 696f6e00 31007376 terfrict ion.1.sv
944: 5f666f6f 74737465 70730031 0073765f _footste ps.1.sv_
960: 726f6c6c 73706565 64003230 30007376 rollspee d.200.sv
976: 5f726f6c 6c616e67 6c650030 0073765f _rollang le.0.sv_
992: 66726963 74696f6e 00340073 765f626f friction .4.sv_bo
1008: 756e6365 00300073 765f7374 65707369 unce.0.s v_stepsi
1024: 7a650031 3800725f 56656869 636c6556 ze.18.r_ VehicleV
1040: 69657744 616d7065 6e003100 725f4a65 iewDampe n.1.r_Je
1056: 65705669 65774461 6d70656e 46726571 epViewDa mpenFreq
1072: 00372e30 00725f4a 65657056 69657744 .7.0.r_J eepViewD
1088: 616d7065 6e44616d 7000312e 3000725f ampenDam p.1.0.r_
1104: 4a656570 56696577 5a486569 67687400 JeepView ZHeight.
1120: 31302e30 00725f41 6972626f 61745669 10.0.r_A irboatVi
1136: 65774461 6d70656e 46726571 00372e30 ewDampen Freq.7.0
1152: 00725f41 6972626f 61745669 65774461 .r_Airbo atViewDa
1168: 6d70656e 44616d70 00312e30 00725f41 mpenDamp .1.0.r_A
1184: 6972626f 61745669 65775a48 65696768 irboatVi ewZHeigh
1200: 7400302e 30006d70 5f667269 656e646c t.0.0.mp _friendl
1216: 79666972 65003000 6d616e69 5f6e6578 yfire.0. mani_nex
1232: 746d6170 0062675f 6f616b65 6e666f6c tmap.bg_ oakenfol
1248: 64006d61 6e695f61 646d696e 5f706c75 d.mani_a dmin_plu
1264: 67696e5f 76657273 696f6e00 312e3242 gin_vers ion.1.2B
1280: 6574614c 20534d4d 006d616e 695f7469 etaL SMM .mani_ti
1296: 636b7261 74650036 36006d61 6e695f72 ckrate.6 6.mani_r
1312: 65736572 76655f73 6c6f7473 00310066 eserve_s lots.1.f
1328: 616b6563 6c69656e 74735f76 65727369 akeclien ts_versi
1344: 6f6e0031 2e322e30 006d6574 616d6f64 on.1.2.0 .metamod
1360: 5f766572 73696f6e 00312e32 2e310063 _version .1.2.1.c
1376: 6f6f7000 30006465 6174686d 61746368 oop.0.de athmatch
1392: 00310073 765f766f .1.sv_vo
debug(2) 02:28:45 qstat.c:3085 do_work() - connected: 1
debug(2) 02:28:45 packet_manip.c:93 combine_packets() - duplicate packet
detected for id 417, index 0
debug(2) 02:28:45 qstat.c:3087 do_work() - connected: 1
debug(2) 02:28:45 qstat.c:4424 send_packets() - server 0x8085000, name
[OSF] Shooting in the Shrubs, retry1 1, next_rule 0x80750fd,
next_player_info 10, num_players 10, n_retries 3
debug(2) 02:28:45 qstat.c:3101 do_work() - connected: 1
debug(2) 02:28:45 qstat.c:5558 qserver_get_timeout() - timeout for
0x8085000 is diff1 435 diff2 65535
debug(2) 02:28:45 qstat.c:2971 do_work() - rc 1
debug(1) 02:28:45 qstat.c:3021 do_work() - recv 1189 7
70.103.189.100:27035
FROM 70.103.189.100:27035 len 95
0: feffffff a2010000 02016963 65656e61 ........ ..iceena
16: 626c6500 31007376 5f706175 7361626c ble.1.sv _pausabl
32: 65003000 73765f63 68656174 73003000 e.0.sv_c heats.0.
48: 73765f70 61737377 6f726400 30007476 sv_passw ord.0.tv
64: 5f72656c 61797061 7373776f 72640030 _relaypa ssword.0
80: 0074765f 70617373 776f7264 003000 .tv_pass word.0.
debug(2) 02:28:45 qstat.c:3085 do_work() - connected: 1
debug(2) 02:28:45 packet_manip.c:93 combine_packets() - duplicate packet
detected for id 418, index 0
debug(2) 02:28:45 packet_manip.c:93 combine_packets() - duplicate packet
detected for id 417, index 0
debug(2) 02:28:45 qstat.c:3087 do_work() - connected: 1
debug(2) 02:28:45 qstat.c:4424 send_packets() - server 0x8085000, name
[OSF] Shooting in the Shrubs, retry1 1, next_rule 0x80750fd,
next_player_info 10, num_players 10, n_retries 3
debug(2) 02:28:45 qstat.c:3101 do_work() - connected: 1
debug(2) 02:28:45 qstat.c:5558 qserver_get_timeout() - timeout for
0x8085000 is diff1 432 diff2 65535
debug(2) 02:28:45 qstat.c:2971 do_work() - rc 0
debug(2) 02:28:45 qstat.c:4424 send_packets() - server 0x8085000, name
[OSF] Shooting in the Shrubs, retry1 1, next_rule 0x80750fd,
next_player_info 10, num_players 10, n_retries 3
debug(2) 02:28:45 qstat.c:3101 do_work() - connected: 1
debug(2) 02:28:45 qstat.c:5558 qserver_get_timeout() - timeout for
0x8085000 is diff1 496 diff2 65535
debug(2) 02:28:45 qstat.c:2971 do_work() - rc 1
debug(1) 02:28:45 qstat.c:3021 do_work() - recv 1685 495
70.103.189.100:27035
FROM 70.103.189.100:27035 len 1400
0: feffffff a3010000 0200ffff ffff454c ........ ......EL
16: 0073765f 73696d75 6c617465 6462756c .sv_simu latedbul
32: 6c657473 00310073 765f7369 6d756c61 lets.1.s v_simula
48: 74656462 756c6c65 74735f64 72616700 tedbulle ts_drag.
64: 302e3030 30303300 73765f69 6e66696e 0.00003. sv_infin
80: 69746561 6d6d6f00 30007376 5f747572 iteammo. 0.sv_tur
96: 626f7368 6f747300 30007376 5f706572 boshots. 0.sv_per
112: 66656374 61696d00 30007376 5f737465 fectaim. 0.sv_ste
128: 61647968 616e6400 30006d70 5f646973 adyhand. 0.mp_dis
144: 61626c65 5f6d656c 65650030 006d705f able_mel ee.0.mp_
160: 64697361 626c655f 66697265 61726d73 disable_ firearms
176: 00300073 765f686c 326d705f 77656170 .0.sv_hl 2mp_weap
192: 6f6e5f72 65737061 776e5f74 696d6500 on_respa wn_time.
208: 32300073 765f686c 326d705f 6974656d 20.sv_hl 2mp_item
224: 5f726573 7061776e 5f74696d 65003330 _respawn _time.30
240: 006d705f 72657370 61776e73 74796c65 .mp_resp awnstyle
256: 0031006d 705f7265 73706177 6e74696d .1.mp_re spawntim
272: 65003130 0073765f 72657374 61727472 e.10.sv_ restartr
288: 6f756e64 0030006d 705f616d 65726963 ound.0.m p_americ
304: 616e7363 6f726500 31373000 6d705f62 anscore. 170.mp_b
320: 72697469 73687363 6f726500 33313000 ritishsc ore.310.
336: 6d705f61 75746f62 616c616e 63657465 mp_autob alancete
352: 616d7300 31006d70 5f617574 6f62616c ams.1.mp _autobal
368: 616e6365 746f6c65 72616e63 65003300 ancetole rance.3.
384: 6d705f6c 696d6974 5f6c6967 68745f61 mp_limit _light_a
400: 002d3100 6d705f6c 696d6974 5f6d6564 .-1.mp_l imit_med
416: 69756d5f 61002d31 006d705f 6c696d69 ium_a.-1 .mp_limi
432: 745f6865 6176795f 61002d31 006d705f t_heavy_ a.-1.mp_
448: 6c696d69 745f6c69 6768745f 62002d31 limit_li ght_b.-1
464: 006d705f 6c696d69 745f6d65 6469756d .mp_limi t_medium
480: 5f62002d 31006d70 5f6c696d 69745f68 _b.-1.mp _limit_h
496: 65617679 5f62002d 31006d70 5f746561 eavy_b.- 1.mp_tea
512: 6d706c61 79003100 6d705f66 7261676c mplay.1. mp_fragl
528: 696d6974 0030006d 705f6661 6c6c6461 imit.0.m p_fallda
544: 6d616765 0031006d 705f7765 61706f6e mage.1.m p_weapon
560: 73746179 0030006d 705f666f 72636572 stay.0.m p_forcer
576: 65737061 776e0030 006d705f 666f6f74 espawn.0 .mp_foot
592: 73746570 73003100 6d705f66 6c617368 steps.1. mp_flash
608: 6c696768 74003000 6d705f61 75746f63 light.0. mp_autoc
624: 726f7373 68616972 00310064 6563616c rosshair .1.decal
640: 66726571 75656e63 79003130 006d705f frequenc y.10.mp_
656: 7465616d 6c697374 00686772 756e743b teamlist .hgrunt;
672: 73636965 6e746973 74006d70 5f616c6c scientis t.mp_all
688: 6f774e50 43730031 0073765f 616c6c74 owNPCs.1 .sv_allt
704: 616c6b00 30006d70 5f74696d 656c696d alk.0.mp _timelim
720: 69740034 35007376 5f677261 76697479 it.45.sv _gravity
736: 00363030 0073765f 73746f70 73706565 .600.sv_ stopspee
752: 64003130 30007376 5f6e6f63 6c697061 d.100.sv _noclipa
768: 6363656c 65726174 65003500 73765f6e ccelerat e.5.sv_n
784: 6f636c69 70737065 65640035 0073765f oclipspe ed.5.sv_
800: 73706563 61636365 6c657261 74650035 specacce lerate.5
816: 0073765f 73706563 73706565 64003300 .sv_spec speed.3.
832: 73765f73 7065636e 6f636c69 70003100 sv_specn oclip.1.
848: 73765f6d 61787370 65656400 33323000 sv_maxsp eed.320.
864: 73765f61 6363656c 65726174 65003130 sv_accel erate.10
880: 0073765f 61697261 6363656c 65726174 .sv_aira ccelerat
896: 65003130 0073765f 77617465 72616363 e.10.sv_ wateracc
912: 656c6572 61746500 31300073 765f7761 elerate. 10.sv_wa
928: 74657266 72696374 696f6e00 31007376 terfrict ion.1.sv
944: 5f666f6f 74737465 70730031 0073765f _footste ps.1.sv_
960: 726f6c6c 73706565 64003230 30007376 rollspee d.200.sv
976: 5f726f6c 6c616e67 6c650030 0073765f _rollang le.0.sv_
992: 66726963 74696f6e 00340073 765f626f friction .4.sv_bo
1008: 756e6365 00300073 765f7374 65707369 unce.0.s v_stepsi
1024: 7a650031 3800725f 56656869 636c6556 ze.18.r_ VehicleV
1040: 69657744 616d7065 6e003100 725f4a65 iewDampe n.1.r_Je
1056: 65705669 65774461 6d70656e 46726571 epViewDa mpenFreq
1072: 00372e30 00725f4a 65657056 69657744 .7.0.r_J eepViewD
1088: 616d7065 6e44616d 7000312e 3000725f ampenDam p.1.0.r_
1104: 4a656570 56696577 5a486569 67687400 JeepView ZHeight.
1120: 31302e30 00725f41 6972626f 61745669 10.0.r_A irboatVi
1136: 65774461 6d70656e 46726571 00372e30 ewDampen Freq.7.0
1152: 00725f41 6972626f 61745669 65774461 .r_Airbo atViewDa
1168: 6d70656e 44616d70 00312e30 00725f41 mpenDamp .1.0.r_A
1184: 6972626f 61745669 65775a48 65696768 irboatVi ewZHeigh
1200: 7400302e 30006d70 5f667269 656e646c t.0.0.mp _friendl
1216: 79666972 65003000 6d616e69 5f6e6578 yfire.0. mani_nex
1232: 746d6170 0062675f 6f616b65 6e666f6c tmap.bg_ oakenfol
1248: 64006d61 6e695f61 646d696e 5f706c75 d.mani_a dmin_plu
1264: 67696e5f 76657273 696f6e00 312e3242 gin_vers ion.1.2B
1280: 6574614c 20534d4d 006d616e 695f7469 etaL SMM .mani_ti
1296: 636b7261 74650036 36006d61 6e695f72 ckrate.6 6.mani_r
1312: 65736572 76655f73 6c6f7473 00310066 eserve_s lots.1.f
1328: 616b6563 6c69656e 74735f76 65727369 akeclien ts_versi
1344: 6f6e0031 2e322e30 006d6574 616d6f64 on.1.2.0 .metamod
1360: 5f766572 73696f6e 00312e32 2e310063 _version .1.2.1.c
1376: 6f6f7000 30006465 6174686d 61746368 oop.0.de athmatch
1392: 00310073 765f766f .1.sv_vo
debug(2) 02:28:45 qstat.c:3085 do_work() - connected: 1
debug(2) 02:28:45 packet_manip.c:93 combine_packets() - duplicate packet
detected for id 418, index 0
debug(2) 02:28:45 packet_manip.c:93 combine_packets() - duplicate packet
detected for id 417, index 0
debug(2) 02:28:45 qstat.c:3087 do_work() - connected: 1
debug(2) 02:28:45 qstat.c:4424 send_packets() - server 0x8085000, name
[OSF] Shooting in the Shrubs, retry1 0, next_rule 0x80750fd,
next_player_info 10, num_players 10, n_retries 3
debug(2) 02:28:45 qstat.c:3101 do_work() - connected: 1
debug(2) 02:28:45 qstat.c:5558 qserver_get_timeout() - timeout for
0x8085000 is diff1 430 diff2 65535
debug(2) 02:28:45 qstat.c:2971 do_work() - rc 1
debug(1) 02:28:45 qstat.c:3021 do_work() - recv 1694 8
70.103.189.100:27035
FROM 70.103.189.100:27035 len 95
0: feffffff a3010000 02016963 65656e61 ........ ..iceena
16: 626c6500 31007376 5f706175 7361626c ble.1.sv _pausabl
32: 65003000 73765f63 68656174 73003000 e.0.sv_c heats.0.
48: 73765f70 61737377 6f726400 30007476 sv_passw ord.0.tv
64: 5f72656c 61797061 7373776f 72640030 _relaypa ssword.0
80: 0074765f 70617373 776f7264 003000 .tv_pass word.0.
debug(2) 02:28:45 qstat.c:3085 do_work() - connected: 1
debug(2) 02:28:45 packet_manip.c:93 combine_packets() - duplicate packet
detected for id 419, index 0
debug(2) 02:28:45 packet_manip.c:93 combine_packets() - duplicate packet
detected for id 418, index 0
debug(2) 02:28:45 packet_manip.c:93 combine_packets() - duplicate packet
detected for id 417, index 0
debug(2) 02:28:45 qstat.c:3087 do_work() - connected: 1
debug(2) 02:28:45 qstat.c:4424 send_packets() - server 0x8085000, name
[OSF] Shooting in the Shrubs, retry1 0, next_rule 0x80750fd,
next_player_info 10, num_players 10, n_retries 3
debug(2) 02:28:45 qstat.c:3101 do_work() - connected: 1
debug(2) 02:28:45 qstat.c:5558 qserver_get_timeout() - timeout for
0x8085000 is diff1 428 diff2 65535
debug(2) 02:28:46 qstat.c:2971 do_work() - rc 0
debug(2) 02:28:46 qstat.c:4424 send_packets() - server 0x8085000, name
[OSF] Shooting in the Shrubs, retry1 0, next_rule 0x80750fd,
next_player_info 10, num_players 10, n_retries 3
70.103.189.100:27035 10/24 bg_hill2 56 / 2 bg2 [OSF] Shooting in
the Shrubs
protocol=7,gamedir=bg2,gamename=Battle Grounds 2
0.15,dedicated=1,sv_os=linux,version=1.0.1.0
debug(2) 02:28:46 qstat.c:3101 do_work() - connected: 0
--
Best Regards,
Pierre Smolarek
Unify Media Ltd
tel. 1-403-681-8054
|
|
From: Ludwig N. <l-...@us...> - 2005-11-28 22:22:02
|
Pierre Smolarek wrote: > Ludwig Nussel wrote: > >I didn't even know you were searching for a new one. Looks good. Do > >you have it as vector graphic or with higher resolution? What's the > >license? > > > Yes in vector - Creative Commons Attribution-NonCommercial-ShareAlike > 2.5 License. Does that allow to distribute the logo on distributions? > >Nice, how do you plan do implement it? Write dummy servers for all > >protocols in perl? I once thought about making qstat read tcpdump > >files but never got to actually implementing it. > > > Perl will fetch a list of active server IP's from each game from > serverspy.net, it will check against known populated and non populated > servers. I'd like to use certain CPAN modules to make certain aspects > easier. IE, LWP and some XML parsers for the XML aspect. Hope thats ok. It's not really predictable, depends on what servers are currently online. A stress test like that would be useful nevertheless. cu Ludwig -- (o_ Ludwig Nussel //\ V_/_ PGP Key: FF8135CE |
|
From: Pierre S. <pi...@un...> - 2005-11-28 19:57:41
|
Ludwig Nussel wrote: > I didn't even know you were searching for a new one. Looks good. Do > you have it as vector graphic or with higher resolution? What's the > license? > Yes in vector - Creative Commons Attribution-NonCommercial-ShareAlike 2.5 License. > Nice, how do you plan do implement it? Write dummy servers for all > protocols in perl? I once thought about making qstat read tcpdump > files but never got to actually implementing it. > Perl will fetch a list of active server IP's from each game from serverspy.net, it will check against known populated and non populated servers. I'd like to use certain CPAN modules to make certain aspects easier. IE, LWP and some XML parsers for the XML aspect. Hope thats ok. -- Best Regards, Pierre Smolarek Unify Media Ltd tel. 1-403-681-8054 |
|
From: Ludwig N. <l-...@us...> - 2005-11-28 19:19:29
|
Pierre Smolarek wrote: > Attached is the new Qstat logo. Steve J reviewed it last week (see > attached). Let me know what you think. I didn't even know you were searching for a new one. Looks good. Do you have it as vector graphic or with higher resolution? What's the license? > Now that we have the identity sorted out I plan to get to work on the > new qstat website. Hopefully we can get that out sooner rather then later. > > BF2 Special forces uses the new GP query. Todd sent the below info - If > anyone gets some time it would be great if we can implement that into CVS. Steve H. wanted to do something in that area. > I'm going to develop a test suit for qstat (in perl) that will check all > all aspects of qstat before release. So let me know of any new features > that will need to be added. Nice, how do you plan do implement it? Write dummy servers for all protocols in perl? I once thought about making qstat read tcpdump files but never got to actually implementing it. cu Ludwig -- (o_ Ludwig Nussel //\ V_/_ PGP Key: FF8135CE |
|
From: Pierre S. <pi...@un...> - 2005-11-24 00:48:03
|
Hey All,
Attached is the new Qstat logo. Steve J reviewed it last week (see
attached). Let me know what you think.
Now that we have the identity sorted out I plan to get to work on the
new qstat website. Hopefully we can get that out sooner rather then later.
BF2 Special forces uses the new GP query. Todd sent the below info - If
anyone gets some time it would be great if we can implement that into CVS.
I'm going to develop a test suit for qstat (in perl) that will check all
all aspects of qstat before release. So let me know of any new features
that will need to be added.
A website feature will be a config creater. Currently its very criptic
for new users on adding new games. If you could send me a list of all
the games you have setup in your config, i'll collate everything together.
Thanks :)
Best Regards,
P.
[clip]
Here's some info on how the challenge will work.
Before sending a qr2 query (type 0x00) the client must first send a
challenge request (type 0x09). The host will respond with the same
packet type containing a string signed integer.
Once the challenge is received the client should convert the string to a
network byte order integer and embed it in the keys query.
Example:
challenge request: [0xFE][0xFD][0x09][0x.. 4-byte-instance]
challenge response: [0x09][0x.. 4-byte-instance]["-1287574694"]
query: [0xFE][0xFD][0x00][0x.. 4-byte-instance][0xb3412b5a
"-1287574694"]
If the host requires the new protocol but the client doesn't perform the
challenge/response, the client will receive no response from the server.
---
Todd Northcutt
Director, SDK Products
e: tno...@ig...
p: 714.460.6726
f: 714.460.6799
Are you Powered by GameSpy?
http://www.gamespy.net
[/clip]
|
|
From: Pierre S. <pi...@un...> - 2005-11-20 05:59:59
|
Sorry for the spam. Let me know if this message works. Been having issues getting through sourceforge's spam protection. |
|
From: Ludwig N. <l-...@us...> - 2005-10-24 18:19:07
|
Steven Hartland wrote: > Cool. Looks like q4 rcon is totally broken :( > Just returns: > idAsyncClient::GetServerInfo() - Sending getInfo to localhost:28304 > and sends the real output to the console also pb_sv_ver returns: > #str_104848 > same with all the other pb commands. Nice to see a quality game > server NOT!! Yeah, noticed that as well. Q3 1.17 wasn't perfect either though so there is hope :-) I hope they can fix that stupid #str thing. Pretty useless for third party clients. On the other hand you better use ssh+screen anyways. cu Ludwig -- (o_ Ludwig Nussel //\ V_/_ PGP Key: FF8135CE |
|
From: Steven H. <ste...@mu...> - 2005-10-24 17:50:47
|
Cool. Looks like q4 rcon is totally broken :(
Just returns:
idAsyncClient::GetServerInfo() - Sending getInfo to localhost:28304
and sends the real output to the console also pb_sv_ver returns:
#str_104848
same with all the other pb commands. Nice to see a quality game
server NOT!!
Steve / K
----- Original Message -----
From: "Ludwig Nussel" <l-...@us...>
To: <qst...@li...>
Sent: Monday, October 24, 2005 6:36 PM
Subject: Re: [QStat-devx] Doom3 / Quake 4 rcon protocol
> Steven Hartland wrote:
>> Anyone got any info on it?
>
> check xqf's src/rcon.c (ignoring the grown ugly code :-)
>
> cu
> Ludwig
>
> --
> (o_ Ludwig Nussel
> //\
> V_/_ PGP Key: FF8135CE
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by the JBoss Inc.
> Get Certified Today * Register for a JBoss Training Course
> Free Certification Exam for All Training Attendees Through End of 2005
> Visit http://www.jboss.com/services/certification for more information
> _______________________________________________
> QStat-devx mailing list
> QSt...@li...
> https://lists.sourceforge.net/lists/listinfo/qstat-devx
>
>
================================================
This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it.
In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137
or return the E.mail to pos...@mu....
|
|
From: Ludwig N. <l-...@us...> - 2005-10-24 17:36:58
|
Steven Hartland wrote: > Anyone got any info on it? check xqf's src/rcon.c (ignoring the grown ugly code :-) cu Ludwig -- (o_ Ludwig Nussel //\ V_/_ PGP Key: FF8135CE |
|
From: Steven H. <ki...@mu...> - 2005-10-24 13:48:00
|
Anyone got any info on it?
Steve / K
================================================
This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it.
In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137
or return the E.mail to pos...@mu....
|
|
From: Ludwig N. <l-...@us...> - 2005-10-22 15:00:13
|
Hi, Who maintains qstat.org? It's still at qstat 2.8, some parts even say "The current version is 2.5c, released November 11, 2002.". cu Ludwig -- (o_ Ludwig Nussel //\ V_/_ PGP Key: FF8135CE |
|
From: Ludwig N. <l-...@us...> - 2005-10-14 22:07:29
|
Steven Hartland wrote: > >>As such I hope to spend some time over the weekend > >>to add this in and hopefully GameSpy will be providing me > >>with a server I can test against in the near future. > > > >Could you do it a branch or delay checking it into cvs until its > >tested and sufficiently stable? I'd like to release qstat ASAP after > >Quake4 comes out and would prefer if qstat wasn't broken at that > >time. We can do another release if the first game that uses the new > >gamespy protocol shows up. > > BF2 will be moving to this very shortly so I want to get it in. > ATM DDoS attacks are causing everyone significant pain > which was the driving factor for me getting GameSpy to fix > this issue in the first place. The core protocol hasnt changed > its just the addition of a challenge response phase to the > beginning. As such I'll just be adding a -gs4 which will extend > the code in gs3 to support this additional C/R. So you basically don't need to touch qstat.c, good :-) > >>I just thought you guys should be aware that we have > >>this information and I now a good contact in GameSpy > >>who seems to be willing to help us out if he can. > > > >That's cool. Would it be possible to carefully ask that guy about > >the master server? Would be nice if I finally had out of the box > >support for that in xqf. > > What sort of thing are you looking for there? The master requires authentication. Every game has it's own key. The authentication algorithm has been reverse engineered and the keys are public acessible on the gamespy web server. Nevertheless it would be good to have either official documentation how it works or a statement that it's not illegal to use the reversed stuff to access the gamespy master. I don't want to get sued by gamespy inc. cu Ludwig -- (o_ Lud...@we... //\ V_/_ PGP Key ID: FF8135CE |
|
From: Steven H. <ki...@mu...> - 2005-10-14 21:53:01
|
----- Original Message -----
From: "Ludwig Nussel" <l-...@us...>
> Is it already fixed? Maybe we can influence it if the design is
> flawed as it's usually the case with such protocols.
Yes a new SDK will be shipping very soon.
>> As such I hope to spend some time over the weekend
>> to add this in and hopefully GameSpy will be providing me
>> with a server I can test against in the near future.
>
> Could you do it a branch or delay checking it into cvs until its
> tested and sufficiently stable? I'd like to release qstat ASAP after
> Quake4 comes out and would prefer if qstat wasn't broken at that
> time. We can do another release if the first game that uses the new
> gamespy protocol shows up.
BF2 will be moving to this very shortly so I want to get it in.
ATM DDoS attacks are causing everyone significant pain
which was the driving factor for me getting GameSpy to fix
this issue in the first place. The core protocol hasnt changed
its just the addition of a challenge response phase to the
beginning. As such I'll just be adding a -gs4 which will extend
the code in gs3 to support this additional C/R.
>> I just thought you guys should be aware that we have
>> this information and I now a good contact in GameSpy
>> who seems to be willing to help us out if he can.
>
> That's cool. Would it be possible to carefully ask that guy about
> the master server? Would be nice if I finally had out of the box
> support for that in xqf.
What sort of thing are you looking for there?
Steve / K
================================================
This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it.
In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137
or return the E.mail to pos...@mu....
|
|
From: Ludwig N. <l-...@us...> - 2005-10-14 18:50:24
|
Steven Hartland wrote: > And now sent from the right account shall I: > > In a shocking situation I've been provided with the protocol > spec for to soon to be released updated gamespy protocol > which prevents servers being used as a DDoS source. Is it already fixed? Maybe we can influence it if the design is flawed as it's usually the case with such protocols. > As such I hope to spend some time over the weekend > to add this in and hopefully GameSpy will be providing me > with a server I can test against in the near future. Could you do it a branch or delay checking it into cvs until its tested and sufficiently stable? I'd like to release qstat ASAP after Quake4 comes out and would prefer if qstat wasn't broken at that time. We can do another release if the first game that uses the new gamespy protocol shows up. > I just thought you guys should be aware that we have > this information and I now a good contact in GameSpy > who seems to be willing to help us out if he can. That's cool. Would it be possible to carefully ask that guy about the master server? Would be nice if I finally had out of the box support for that in xqf. cu Ludwig -- (o_ Ludwig Nussel //\ V_/_ PGP Key: FF8135CE |
|
From: Steven H. <ki...@mu...> - 2005-10-14 14:39:06
|
And now sent from the right account shall I:
In a shocking situation I've been provided with the protocol
spec for to soon to be released updated gamespy protocol
which prevents servers being used as a DDoS source.
As such I hope to spend some time over the weekend
to add this in and hopefully GameSpy will be providing me
with a server I can test against in the near future.
I just thought you guys should be aware that we have
this information and I now a good contact in GameSpy
who seems to be willing to help us out if he can.
Steve / K
================================================
This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it.
In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137
or return the E.mail to pos...@mu....
|
|
From: Steven H. <st...@me...> - 2005-10-14 14:23:58
|
In a shocking situation I've been provided with the protocol
spec for to soon to be released updated gamespy protocol
which prevents servers being used as a DDoS source.
As such I hope to spend some time over the weekend
to add this in and hopefully GameSpy will be providing me
with a server I can test against in the near future.
I just thought you guys should be aware that we have
this information and I now a good contact in GameSpy
who seems to be willing to help us out if he can.
Steve / K
|
|
From: Ludwig N. <l-...@us...> - 2005-10-10 19:17:07
|
Steven Hartland wrote: > Is that enabled by default for TS2 servers as it would need to be > or it just doesn't work :( No its not on by default. It only matters if you query multiple servers at once, no? The syntax for the real port needs to be documented anyways so I don't think the current setting is a problem. cu Ludwig -- (o_ Ludwig Nussel //\ V_/_ PGP Key: FF8135CE |
1 message has been excluded from this view by a project administrator.
