MVDSV - Activity - QW-DEV.net

Activity

From 02/11/2008 to 01/12/2008

05:34 Revision 838: ...: ... Renzo
05:16 Revision 837: this way it perfect: this way it perfect Renzo
04:42 Revision 836: this way it even better, a work in progress: this way it even better, a work in progress Renzo

19:26 Revision 835: this way it better: this way it better Renzo
03:01 Revision 834: work around about difference in make BSD and GNU make files: work around about difference in make BSD and GNU make files qqshka

01:56 Revision 833: little clean up: little clean up qqshka
01:39 Revision 832: support qw-style ping query: support qw-style ping query qqshka

22:14 Revision 831: ignore it: ignore it qqshka
22:10 Revision 830: prefix qwfwd messages in case of dll/so: prefix qwfwd messages in case of dll/so qqshka
22:04 Revision 829: now make qwfwd-dl works as expected: now make qwfwd-dl works as expected qqshka
22:03 Revision 828: hope it complies on BSD...: hope it complies on BSD... qqshka

22:53 Revision 827: ignore it: ignore it qqshka
22:36 Revision 826: add status query. pretty limited since we do not parse quake packets, can only get ...: add status query. pretty limited since we do not parse quake packets, can only get info during connection, so if user changed name after connected it will be not reflected, can't show proper ping too, at least atm, so basically it just show that w... qqshka
02:20 Revision 825: Sys_Exit in case of .dll/.so should not call exit() but thread exit function, well,...: Sys_Exit in case of .dll/.so should not call exit() but thread exit function, well, there should not be Sys_Exit at all... TODO: have node idea how to provide different CFLAGS in make file for standalone executable and .dll/.so case. qqshka
01:53 Revision 824: 1) bugfix 2) missed file for windows: 1) bugfix 2) missed file for windows qqshka
00:06 Revision 823: qqshka
00:05 Revision 822: added: make qwfwd-dl: added: make qwfwd-dl qqshka

22:52 Revision 821: now mvdsv able to load qwfwd.dll or qwfwd.so sv_qwfwd_port 30000 by default, set it...: now mvdsv able to load qwfwd.dll or qwfwd.so sv_qwfwd_port 30000 by default, set it to 0 to turn off qwfwd loading. qqshka
20:06 Revision 820: fix pthread complation: fix pthread complation qqshka
20:00 Revision 819: ignore it: ignore it qqshka
19:50 Revision 818: moving proxy to trunk/sources: moving proxy to trunk/sources qqshka
14:08 Revision 817: timeout 15 seconds, challenge sent each ~2s: timeout 15 seconds, challenge sent each ~2s qqshka
06:11 Revision 816: ignore it: ignore it qqshka
06:09 Revision 815: qqshka
06:07 Revision 814: ok, now it works as I expects, user can specify proxies chains or just server like:...: ok, now it works as I expects, user can specify proxies chains or just server like: CHAIN: client - prx1 - prx2 - server setinfo prx prx1:port1@prx2:port2@server:port JUST SERVER: setinfo prx server:port FTE protocol extensions skipped during p... qqshka
00:46 Revision 813: ignore it: ignore it qqshka
00:43 Revision 812: svn-eol: native: svn-eol: native qqshka
00:42 Revision 811: nothing, just copy past from various projects: nothing, just copy past from various projects qqshka

17:52 Revision 810: ignore it: ignore it qqshka
17:51 Revision 809: make it more standard: make it more standard qqshka
17:08 Revision 808: qqshka
17:00 Revision 807: svn-eol native: svn-eol native qqshka
16:56 Revision 806: qqshka
04:13 Revision 805: looooool: looooool Renzo
04:11 Revision 804: linux compilation fixes: linux compilation fixes qqshka
04:06 Revision 803: linux compilation fixes: linux compilation fixes qqshka
03:42 Revision 802: nothing special, just qwfwd from q1sources, a bit modified.: nothing special, just qwfwd from q1sources, a bit modified. qqshka
01:50 Revision 801: Proxy is the shit?: Proxy is the shit? Renzo

10:04 Bug #189: modfraglogfile/fraglogfile: no output using -game ktx: Hello, When using modfraglogfile or fraglogfile no frag data actually gets logged when using -game KTX. However, both commands work fine in -game ffa... When the server starts the appropriate log files get created, but then after a match has s... Tim

01:20 Revision 800: Ok, since we are somewhat limited to around 350kBps regardless of the chunks settin...: Ok, since we are somewhat limited to around 350kBps regardless of the chunks setting, we are getting only half of the fifth chunk and thus decreasing the efficiency. At 4 chunks we can download 308kBps nicel and we will allow only this from now on. Renzo

Also available in: Atom