ET Pro 3.1.12 Public Beta Release
Moderators: Forum moderators, developers
Spread grows every time your weapon fires (not merely because you are holding the button down), and decays in between. So higher ROF gives you faster spread growth. (the same additional spread per shot, but less decay time)Ragnar_40k wrote: But: Higher ROF = more shots in the same time interval = less spread (since the spread is time depended)?
So a higher ROF will result in less overall spread for SMGs.
send lawyers, guns and money
Another bug when trying to start a map for testing purposes on a windows client:
Code: Select all
----- finished R_Init -----
********************
ERROR: etpro wants ET 2.60 win-x86 Mar 10 2005, not ,
********************
----- Server Shutdown -----
==== ShutdownGame ====
---------------------------
- Lekdevil.NL
- Posts: 89
- Joined: Fri Sep 12, 2003 8:59 am
Okay, I ran the server with MALLOC_CHECK_=2 and it crashed after about 2 hours, at the end of an intermission interval (time till next map = 0).
FreeBSD 4.10-PRERELEASE FreeBSD 4.10-PRERELEASE #2: Mon May 10 10:31:00 CEST 2004
com_hunkmegs 56 (default)
com_zonemegs 24 (default)
FreeBSD 4.10-PRERELEASE FreeBSD 4.10-PRERELEASE #2: Mon May 10 10:31:00 CEST 2004
com_hunkmegs 56 (default)
com_zonemegs 24 (default)
Code: Select all
-------- UNRECOVERABLE ERROR --------
This may be due to a bug in etpro
Information to be used in a bug report is being generated:
------------- CUT HERE --------------
Version: etpro 3.1.12
Platform: Linux
Signal: Abort (6)
Signal code: 0
Load addresses:
0x28104000 /lib/libdl.so.2
0x28108000 /lib/libm.so.6
0x28129000 /lib/libc.so.6
0x280ef000 /lib/ld-linux.so.2
0x2d2f3000 /lib/libnss_files.so.2
0x2d2fd000 /home/wet/et27961/pb/pbsv.so
0x2d6bc000 /lib/libnss_nisplus.so.2
0x2d6c6000 /lib/libnsl.so.1
0x2d6da000 /lib/libnss_nis.so.2
0x2d6e4000 /lib/libnss_dns.so.2
0x2d6e8000 /lib/libresolv.so.2
0x2d6f8000 /home/wet/et27961/pb/pbcls.so
0x2d80f000 /home/wet/et27961/pb/pbags.so
0x2df2c000 /home/wet/et27961/etpro/qagame.mp.i386.so
EIP: 281510a1
edi:00000001 esi:00000000 ebp:bfb91298 esp:00010012
eax:00000000 ebx:0000dd71 ecx:00000006 edx:2824b30c
stack:
---------- RECURSIVE CRASH ----------
Exiting hard.
Abort trap
bash-2.05b$
If there was output about malloc/free above this, it would be incredibly useful.Lekdevil.NL wrote:Code: Select all
-------- UNRECOVERABLE ERROR -------- This may be due to a bug in etpro Information to be used in a bug report is being generated: ------------- CUT HERE --------------
Zinx Verituse http://zinx.xmms.org/
- Lekdevil.NL
- Posts: 89
- Joined: Fri Sep 12, 2003 8:59 am
I can add that my Windows server has crashed/booted once, but I don't think it's related to ET, rather an old HW problem I've not yet fixed that shows up at some times, otherwise it seems "stable" enough on Windows (if you can call it that since we have only been playing 3v3 yet on some mixed custom maps, mostly old rtcw converts)
- Lekdevil.NL
- Posts: 89
- Joined: Fri Sep 12, 2003 8:59 am
While I'm waiting for the server to crash again, here's another problem. In the pluggable tournament config file format post, we find:
While this is a bit of a PB bug, the core issue is that the init block, which should be executed only once, is run every round.
Is that something that was done by design or is it a bug?
Thanks!
PS: I just verified that ET Pro 3.1.0 shows the same behaviour; thus, it isn't a problem specific to 3.1.12.
This isn't true. The entire "init" block seems to be re-executed every time a map is restarted (i.e. after a map_restart, between stopwatch rounds, etcetera.) Whilst this isn't necessarily a problem, it becomes one when the config file contains PunkBuster cvar checks. Every time the init block is executed, the PB cvar checks are added to the clients, even when a pb_sv_cvarempty command is given beforehand. As a result, the cvar check list on the clients grows and keeps growing, every time a new round is played.bani wrote:The init block is executed only once, when the config is loaded by referee or rcon/console. It is never reloaded.
While this is a bit of a PB bug, the core issue is that the init block, which should be executed only once, is run every round.
Is that something that was done by design or is it a bug?
Thanks!
PS: I just verified that ET Pro 3.1.0 shows the same behaviour; thus, it isn't a problem specific to 3.1.12.
Last edited by Lekdevil.NL on Mon Apr 25, 2005 4:16 pm, edited 1 time in total.
-
- Posts: 126
- Joined: Sat Sep 25, 2004 7:12 am
- Contact:
I wonder why this major bug made it to public release ..uber_noob wrote:Another bug when trying to start a map for testing purposes on a windows client:Code: Select all
----- finished R_Init ----- ******************** ERROR: etpro wants ET 2.60 win-x86 Mar 10 2005, not , ******************** ----- Server Shutdown ----- ==== ShutdownGame ==== ---------------------------
This is crap , it should be debuged by testers not by public first!
im known for not catching things right off the hop, but one minor note:The Necromancer wrote: I wonder why this major bug made it to public release ..
This is crap , it should be debuged by testers not by public first!
B - E - T - A
hence the subject line.
im thinking that the ETPro team just needs some community support in getting all the bugs worked out before a final production release.
Last edited by -neX- on Mon Apr 25, 2005 2:16 pm, edited 2 times in total.