BECK

What is 'my_cgame_mp_x86.dl'l? Did you build a custom version of the mod files or something? Perhaps there are dependencies that are not being found or something. You can look for a tool called 'depends' from Microsoft. Its a really cool tool that can tell you exactly what additional DLLs are needed by something and where it expects to find them.

Unfortunately I don't know how many of the silEnT devs monitor these boards lately.

I'm hearing more about so called "false bans", so if you have any more details, please update this thread.

Try g_logOptions "512"? http://mygamingtalk.com/wiki/Silent_Mod_Server_Cvar#g_logOptions

Actually, looks like my userdb.db is okay. Just the userxdb.db was 0 KB.

Hi, We've been running fine for years, and for some reason our database suddenly got corrupted. I found this in the logs: 20:44:07 *=====CLOSING DATABASE 20:44:07 OS Error: Failed to flush file. 20:44:07 OS Error: Failed to flush file. Then on the next map: 20:44:07 *=====INITIALISING USER DATABASE 20:44:07 * Opening user database file userdb.db. 20:44:07 * Opening user database file userxdb.db. 20:44:07 File Error: Failed to read data from file. 20:44:07 Existing userxdb.db file is for wrong server version or corrupted. 20:44:07 *=====DATABASE IS NOT IN USE I've removed the corrupted userdb.db file, the userxdb.db file was actually 0 KB in size. Is there any way to attempt to recover this data? Thanks.

If you determine the name of the WAV files that play when this event happens, you just need to override them with your own WAV files in your own custom PK3 file, with the same name and same relative path under the etmain folder and in theory, it should play whatever you put in there. Granted you'll lose the "thirty seconds, move it" or whatever the guy says in game, but I suppose it would be possible.

We use default as well. I suspect people are used to playing on servers where things are nerfed in favor of specific weapons.

Seems to happen when you play normally, have akimbos selected. Then go spec, not sure if it has to start a new map, but this happens for me (and others on our server, so I've heard on teamspeak) when you join back up. So it may be that you have to sit in spec and rejoin while a map has already started? Not sure if that is enough to duplicate this. Thanks.

Weird, I wonder what it is with my server config that could cause this. Is there a potential for conflicts with other maps read into memory (or basically anything in a PK3 that resides on the server).

I haven't seen this myself, but for some reason when we have kungfu_grip on our server, it crashes the client when a user attempts to join the axis team. This was in the crash log on the client where this happened: -8<------- Crash Information ------->8- Please forward to silEnT mod team. --------------------------------------- Version: 0.9.0 Win32 ET Version: ET 2.60b Map: kungfugrip_et Exception: Integer divide by zero (0xc0000094) Exception Address: 0x3affe268 DLL Information: 0x00400000 ET 0x77bc0000 ntdll 0x76f80000 kernel32 0x77620000 KERNELBASE 0x73c90000 DINPUT8 0x75f60000 msvcrt 0x75c50000 ADVAPI32 0x76ed0000 sechost 0x75db0000 RPCRT4 0x75520000 SspiCli 0x75510000 CRYPTBASE 0x755b0000 USER32 0x75ed0000 GDI32 0x77670000 LPK 0x75740000 USP10 0x6c430000 WINMM 0x72100000 WSOCK32 0x75a20000 WS2_32 0x75d00000 NSI 0x72800000 iphlpapi 0x72790000 WINNSI 0x76200000 SHELL32 0x756e0000 SHLWAPI 0x77440000 ole32 0x6df10000 apphelp 0x738d0000 AcLayers 0x76010000 OLEAUT32 0x775a0000 USERENV 0x75ea0000 profapi 0x727a0000 WINSPOOL 0x71250000 MPR 0x77300000 IMM32 0x77360000 MSCTF 0x6de90000 uxtheme 0x10000000 HydraDMH 0x6de70000 dwmapi 0x6e340000 comctl32 0x73800000 opengl32 0x73c60000 GLU32 0x73590000 DDRAW 0x73ce0000 DCIMAN32 0x75ab0000 SETUPAPI 0x756b0000 CFGMGR32 0x75eb0000 DEVOBJ 0x73a00000 atiglpxx 0x5f330000 atioglxx 0x70ef0000 VERSION 0x732f0000 atiadlxy 0x70fb0000 PROPSYS 0x72a80000 WTSAPI32 0x77680000 PSAPI 0x75580000 WINTRUST 0x77690000 CRYPT32 0x760a0000 MSASN1 0x739d0000 atigktxx 0x76ef0000 CLBCatQ 0x67ca0000 dsound 0x67ae0000 POWRPROF 0x710b0000 MMDevApi 0x70f00000 AUDIOSES 0x70f40000 avrt 0x725d0000 mswsock 0x725b0000 wshtcpip 0x72620000 dhcpcsvc 0x72160000 NLAapi 0x73ad0000 napinsp 0x73ab0000 pnrpnsp 0x71c40000 WLIDNSP 0x72740000 DNSAPI 0x73aa0000 winrnr 0x71c10000 mdnsNSP 0x71bc0000 fwpuclnt 0x71c00000 rasadhlp 0x38080000 pbcl 0x08b80000 pbag 0x385b0000 pbsv 0x40000000 ui_mp_x86 0x3afd0000 cgame_mp_x86 0x759f0000 IMAGEHLP 0x722a0000 dbghelp (0) C:\Program Files (x86)\Enemy Territory\silent\cgame_mp_x86.dll [0x3affe268] Apparently this same map works on other servers. Thanks. EDIT: This problem happened prior to 0.9.0, so I don't think that has anything to do with it. The map is here:

BUMP. We've been running the pre-release of 0.9.0 for a few weeks now and this problem still seems to be happening. Almost always when I join mid-map. Thanks.

Thanks for the info guys.

I'm with Dutchman on this. I don't understand what that statement about reading the logs means. I suppose it means if you have already overwritten the main loading screen, you'll get something in the logs about how to change it. What about for people that have never done this? Thanks.

It's worked for us, but you probably know this stuff better than I.

Tyranny commands. Make his life miserable. !mute, !burn, !gib, !disorient, etc... I wrote a LUA script that I won't share here that is an auto-bot against trouble players - that way we can go about our business and play and the troll won't even be able to join a team. Can't hack if you can't play! Eventually they get tired of being ignored and not being able to do anything and leave on their own.

You mean 'spec hax'?

Or try just adding one map at a time until you discover which map(s) are troublesome.

Where did you get the maps you downloaded? Perhaps you are trying to load a non-ET map?

Looking forward to the new version, thanks to you all for your hard work on this.

Just wondering if anyone has a good suggestion for something like XFire that they plan to use, due to its sudden demise (as of today). I've heard mixed things about Evolve and Raptr, which could be alternatives.

This happens to me every time I play, no matter what class I am. Usually happens if I join mid-map. As soon as I select akimbos, and keep playing it stays on akimbos.

I believe this is a duplicate of this thread: http://mygamingtalk.com/forums/topic/3870-pistol-spawn-bug/?do=findComment&comment=15213

You should only have one LUA file. It should contain everything from Purple's updated post (above your last question). No combining is necessary at this point because Purple already did that for you. He stated that is "should" work, but maybe there is something wrong with it. Are there any messages or errors in the console or game logs? @purple Could it be that the argument passed here is incorrect: et.gentity_set(allplayers, "ps.ammo", weapons[guns], AmmoAmount) Because if I understand the code, it is passing "true" or nil here, should it be passing a number instead? I found this old script here on the forums that uses numbers: function et_ClientSpawn(j,revived) if driammoclip == 1 then et.gentity_set(j, "ps.ammo",3, 120) --mp40 et.gentity_set(j, "ps.ammo",8, 120) --thompson et.gentity_set(j, "ps.ammo",10, 96) --sten ..... Maybe the solution is this: function et_RunFrame( levelTime ) local AmmoAmount = "9999" for allplayers = 0, (maxclients - 1) do for guns = 1, (et.MAX_WEAPONS - 1), 1 do et.gentity_set(allplayers, "ps.ammo", guns, AmmoAmount) end end end The change I made just passes the integer "guns" to the set method, and since we're starting at 1 anyway then we don't need the array at all (assuming you want unlimited ammo on all weapons). Also, not sure but et.MAX_WEAPONS - 1 might end up ignoring the last weapon (item 50).

Copy that LUA script that purple posted above and place it in your silent directory (like 'weapons.lua' or something). You'll need to update the script to factor in the silent-specific weapons (the second list he put), but basically you need an array with 51 items, either true or nil. I think all should be "true" except the first one (WP_NONE). What this script does is just constantly set ammo to 9999 for any weapon or weapon modifications (e.g. scoped) that they currently have. Then add this to your config: set lua_modules "weapons.lua" Restart your server and test.