gaoesa

After making exact same configuration as on different pc - same paths, same files, same installation and still being unable to load silent mod I followed the XextFindDisplay
I encountered some very old topics about nvidia proprietary driver having issues with linking so preloading libraries was a workaround which in the end fixed my issue.
 
LD_PRELOAD=/usr/lib32/libXext.so.6 etl After starting et like that and loading silent mod all libraries were loaded properly:
 
----- finished R_Init ----- Sys_LoadGameDll -> FS_CL_ExtractFromPakFile(/home/shana/.etlegacy, silent, ui.mp.i386.so) Sys_LoadDll(/home/shana/.etlegacy/silent/ui.mp.i386.so)... succeeded Sys_LoadDll(silent/ui) found vmMain function at 0xe9670210 This topic can be marked as solved. Thank you for the help

I did investigate by inviting him to my server in private messages. Ban was not found false. The ban was a result of an official 2.60b et.exe on Windows having a detoured function while on a server.
 
BECK if you have encountered potential false bans, we would be interested in hearing about those. Send in a private message if you want to investigate something.

I tested installing the official installer using Wine on Linux. Removed the options for punkbuster and minimizer. Didn't cause a ban. Real PunkBuster does not cause issues with silent AC. Also, minimizer has no reason to detour engine. But can you please check if either option causes it. Or if you still get the ban even without those checked. Also be sure that you don't have some other AC process running you might have installed for ETPro or something. There has been plenty of such programs out there from plenty of sources.

Solution (Tx to Palota)
The problem is on line 2363 in file global_scripts/utilities.gm
Server.MinClassCount[teamId][Util.SniperClass] = Server.MaxPlayers;
 
It can be fixed by replacing Server.MaxPlayers with any big number.
Server.MinClassCount[teamId][Util.SniperClass] = 99;

The mod can detect things that are loaded into the process. For example one OpenGL hack works this way, the dll is dropped to the working directory and it gets automatically loaded instead of the actual one. It doesn't really matter how such a dll ends up in to the working directory. But note that it does not detect hacks from such dll files if they are not loaded by the ET process. The working directory is only relevant here because that is where the servers can make the clients download stuff. To be honest, I don't remember if there are such hacks that can load from silent/etmain directories automatically or if it is possible to make the client download stuff to the working directory with some zip archiving hack. Usually you would want to place such proxying dll files into the directory with the ET.exe. However, it is also possible one would connect to a server with a private AC that would install some background service which could hook the ET executable everytime it is launched and could be detected by the silent mod AC.

Every bug is reproducible. There are no magic things happening. It is acceptible as a bug report when you can say what changes a working case into a case that bans. If there are specific actions that lead to a ban on an install which does not otherwise give a ban, then those steps are the first thing needed. Again, the same steps work to ban always or it is not those steps that is the cause. In another case, if you can find a pk3 file that makes you get banned. There are some cheats that proxy system dll files and can be inside a pk3 file in the working directory. Server specific proxy dlls (private anti-cheat programs (or other)) are not known to cause bans when connecting to a server without them. That is because the mod is reloaded every time server or map changes. The binary that is referenced by the server is used as long as the server has the sv_pure 1 setting enabled. I'm intentionally using term "not known to". So far it has not happened on testing and such a thing has not been reported. But I can't give guarantee as I have not investigated the mod loading techniques in the engine to that level. Also, self made ET client could behave differently. In any case, it would still be reproducible.
 
Everything works in a rational way and all bugs are reproducible. It is just a matter to analyze what is different and isolate the thing that is causing the ban. We can't do it on behalf of anyone. It is always good to remember that blaming a bug without actually providing any evidence for that is just an attempt to socially engineer the ban. You can compare such case to a rage botter calling admins noob when they ban him.

Sounds like there was no bug back then and there is none now. Always insist a way to reproduce the issue. In case it was asked between the lines, missing textures don't affect the AC.

Please play around with cg_popup... cvars. Those can be found from the menus as well.

It is in a configstring. Number 14 (CS_MULTI_MAPWINNER). Read value of the key "winner", values: 0 - Axis, 1 - Allies, -1(minus one) - Tied.

Since I got this running now, I wanted to share on how to do it.
 
u need https://github.com/siffiejoe/lua-moon/blob/master/examples/sofix.c compiled as shared Object with
-DMOON_DLFIX_LIBNAME=/path/to/silent/qagame.mp.i386.so
 
example: gcc -DMOON_DLFIX_LIBNAME='"/home/gs/wolfet/silent/qagame.mp.i386.so"' -m32 -Wall -Wextra -I.. -fpic -shared -Os -o sofix.so sofix.c
 
Luasocket (precompiled for 32bit): https://ptpb.pw/gyb_.zip
 
Copas: https://github.com/keplerproject/copas/tree/master/src
 
copy/extract luasocket, sofix.so and copas to: silent/lualibs/
 
after that create your luamodule. example:
require('sofix') -- needs to be required before any other C based module local copas = require('copas') local asynchttp = require('copas.http').request -- random callback -- makes http request at every player connect (probably not what u wanna do) function et_ClientConnect(clientNum, firstTime, isBot) copas.addthread(function() local body, c, h = asynchttp('http://example.org/') if c ~= 200 then et.G_LogPrint(("HTTP Error: %d"):format(c)) return end -- use body and headers here. eg: et.G_LogPrint(body) end) end -- "Using gameloop as event loop" function et_RunFrame(levelTime) if levelTime % 500 ~= 0 then return end copas.step() end I am currently using a structure like that and haven't experienced any lags till now.

Yes. The map command on that line makes the engine start the silEnT mod. You should have your XP save cvars set before the first time the map comand is executed by the engine. The mod will otherwise delete old stored XP on initialization. In otherwords, if you have for example "exec silent.cfg" after "exec mapcycle.cfg" you should reverse the order of the exec commands on the command line.
 
This describes most of the common issues:
http://mygamingtalk.com/wiki/Silent_Mod_Installation

Make sure on your startup you do not have any map commands before you have set up the cvars to correct values. This is a common issue with wrongly formed startup. The g_XPSave is 0 when the mod is started by the map command and the setting is set after.

You're using the qagame binary from the dynamic_lua directory in the zip? That is necessary for external libraries to be used. Other than that, I don't know what could be wrong. Maybe TheSilencerPL has some insight.

We are already in 0.9.0. We don't supply 0.8.0 and we don't give any support for anyone who is not running 0.9.0. You shouldn't be even seeking for that old buggy version. If there is some archiving reasons for seeking it, I don't remember what hapened with this particular version, but some version don't go public at all as they have been found critically buggy in the final testing on public servers. We have to increment the version number regardless, because the ET engine doesn't provide methods to cleanly reuse the pk3 names. I.e. the engine doesn't delete the old file of the same name, but rather adds a hash to the file name of the "overwriting" file.

You can use !useredit to modify personal permission flags of players. We have made a separate tool to list and/or remove all personal permission flags in the user database. Unfortunately, we didn't realize the need for more commands on this area of the user database while we were still actively developing the mod.

I think it could be because you don't have any weapons enabled for soldier class. There is a slight difference with silEnT against other mods, as we don't default enable SMG weapons for soldiers. I.e. if you don't have any heawy weapons enabled but want to enable soldiers with SMG weapons, look at g_classWeapons http://mygamingtalk.com/wiki/Silent_Mod_Server_Cvar#g_classWeapons Just a guess. I don't remember but I don't think there is a specific cvar to disable the soldier class, but it is based on disabling all the weapons from them.
 
EDIT:
I just realized that we do default enable the SMG weapons for soldiers, because that is the way people got used to them, but there is a cvar option to disable those never the less.

We are already in 0.9.0. We don't supply 0.8.0 and we don't give any support for anyone who is not running 0.9.0. You shouldn't be even seeking for that old buggy version. If there is some archiving reasons for seeking it, I don't remember what hapened with this particular version, but some version don't go public at all as they have been found critically buggy in the final testing on public servers. We have to increment the version number regardless, because the ET engine doesn't provide methods to cleanly reuse the pk3 names. I.e. the engine doesn't delete the old file of the same name, but rather adds a hash to the file name of the "overwriting" file.

Welcome! This is what we have written for installing the silEnT mod: http://mygamingtalk.com/wiki/Silent_Mod_Installation
The Wiki covers most of the things related to silEnT: http://mygamingtalk.com/wiki/SilEnT_Mod
 
For installing an Enemy Territory server, create directory for the installation to any location. From your client installation, you can copy the etded binary to the root of it and the etmain directory as a whole under the root directory. Follow the Wiki instructions to add silent to it and for the start command. You should have a working installation now, which you can then continue configuring to your needs. There are some startup scripts for servers around the net to get it running in the background, if you're using a Linux server.

Skins, weapons and alike are not checked. We have no intentions for adding such restrictions either. So you can modify the assets quite freely. Technically it is done the same way as for any other mod.

Before anyone locks himself out from his server. You get the MAC address from the latest hop, which is needed for routing. Not from the client machine.

http://obrazki.elektroda.pl/8408637200_1448745293_thumb.jpg http://obrazki.elektroda.pl/9280115100_1448745294_thumb.jpg http://obrazki.elektroda.pl/6466341200_1448745297_thumb.jpg

Skins, weapons and alike are not checked. We have no intentions for adding such restrictions either. So you can modify the assets quite freely. Technically it is done the same way as for any other mod.

ET 2.60d (OS X version) has a known issue with downloading mods. Maps and custom pk3s download and expand normally. Placing the silent pk3 is a requirement for playing with 2.60d, I don't know if ET Legacy for OS X has addressed that issue.

We have only tested with 10.10 OS X and using ET Legacy. It is possible that our binary is no longer compatible with so outdated OS X version. The good news is that OS X upgrades are free and ET Legacy works.

Before anyone locks himself out from his server. You get the MAC address from the latest hop, which is needed for routing. Not from the client machine.