Hi Leute!

Ich bastel gerade an plugin_CS für CS 1.6
Hier mal meine erste Beta Version.

Folgende Befehle:
admin_ct
admin_t
admin_vote_restart
admin_restartround

So..Das Verbieten der Waffen hat nun folgende Befehle:

admin_showitems -> man erhält eine Liste aller Items, die man kaufen kann. Jeder Gegenstand hat eine spezielle Nummer. (ITEM-ID). Auch sieht man, welche Gegenstände bereits verboten/erlaubt sind. (AWP hat die ITEM-ID 17, das Schild die ITEM-ID 31 z.B.)

admin_restrictitem 'ITEM-ID' -> Verbietet die Waffe, mit dieser ITEM-ID
admin_enableitem 'ITEM-ID' -> Erlaubt die Waffe wieder.

admin_restrictmenu 'Menünummer' -> Verbietet ein ganzes Menü: Pistolen = 1; shotguns = 2 usw.
admin_enablemenu 'Menünummer' -> erlaubt das Menü wieder.

admin_weaponscheck on/off -> setzt die notwendige Variable "admin_cs_restrict" auf 1 oder 0.

Nur wenn admin_cs_restrict auf 1 gesetzt ist, kann man auch Waffen verbieten. Diese CVar wird in der adminmod.cfg gesetzt!

So. Dann testet mal!!

Gruß,
Sir Drink a lot


ICH HÄNGE HIER IMMER DIE AKTUELLSTE VERSION REIN:

Änderung in der neuen Version 0.6:
- Man kann neben der ITEM-ID auch die Kurznamen der Waffen benutzen.
- admin_showitems 'all', um sich die komplette Liste anzeigen zu lassen.
- admin_restrictpermanent 'ITEM-ID/Kurzname', um das Item permanent zu sperren
- admin_enablepermanent 'ITEM-ID/Kurzname', um die Waffe permanent wieder zu erlauben.

Das bedeutet, dass man sehr wohl kruzfristig auf einer Map eine permanent verbotene Waffe mit admin_enableitem wieder erlauben kann. Dies gilt dann nur für die Map und nach Mapchange ist sie wieder generell verboten.

_________________
Fehleranalyse: Poste den Inhalt Deiner liblist.gam, (listen)server.cfg, adminmod.cfg, users.ini, vault.ini, plugin.ini von adminmod und plugins.ini von metamod. Benutze auch die Such-Funktion

beim meinem cousin funzt es

_________________
cu all

#nrwwf.SimSala
Sorry für die Rechtschreibfehler

Ich werds jetzt auch mal testen.


EDIT: Scheint zu klappen

funzt SUPA!

THX alot!

Frage noch: sollte doch wenns nach dem orginalen CS ist die admin_ct sachen etc überschreiben...
oder sollte ich das alte plugin_CS entfernen da dieses hier alle commands besitzt?!

Das, was du testest, wird das neue plugin_CS. Daher einfach abwarten bis Sir Drink a lot fertig ist.

_________________
Der schwarze Ritter triumphiert immer...
WING-Clan

Dito, bisher keine ERRORS

_________________
it's better to burn out, than to fade away

thx@ sir drink a lot

_________________
cu all

#nrwwf.SimSala
Sorry für die Rechtschreibfehler

also ich hab atm das problem, dass die restriction nachm mapchange wieder weg ist.
hab schon in der server.cfg die zeile...
admin_command admin_restrictitem 31
...angefügt, welche auch bei "rcon exec server.cfg" gesetzt wird, aber beim mapchange nich

*confused*

sollte die server.cfg nich bei mapchange ausgeführt werden?
falls nein, gibs ne annre möglichkeit?

oder wird das evtl. zurückgesetzt weil ich das orginale plugin_CS noch mit am laufen hab und das 1.6er hier zusätzlich aber danach am laufen hab?

sieht so aus, als wenn die server.cfg nicht mehr nach jedem mapchange geladen wird... gibt auch ne lösung, müsste in den news stehen...

mapchangecfgfile server.cfg

Daran habe ich gar nicht mehr gedacht.

_________________
Der schwarze Ritter triumphiert immer...
WING-Clan

Hmm, ich hab auch dauerhaft den Schild gesperrt, allerdings scheint "mapchangecfgfile" keine Wirkung zu haben. Die cvar ist ordnungsgemäß auf "server.cfg" gesetzt, aber nach jedem Mapchange kann man doch wieder das Schild kaufen... sehr ärgerlich

Kann man das nicht so einstellen das das für immer gilt? Bis zum Serverrestart?

Ich hatte da doch mal etwas von einer mapchange.cfg gelesen k.a. mehr, wo das war ..... werd mal suchen gehen

Adminmodsettings muessen bei jedem Mapwechsel 'aufgefrischt' werden.

_________________
it's better to burn out, than to fade away

Nein, Settings müssen nicht aufgefrischt werden, da auch diese als CVars erhalten bleiben.

_________________
Der schwarze Ritter triumphiert immer...
WING-Clan

Ergo muesste der Schild, einmal verboten, so oder so nicht mehr zu kaufen sein.

War ein Denkfehler von mir mit dem Auffrischen.

_________________
it's better to burn out, than to fade away

Durch einen Tippfehler erschien folgenden Fehlermeldung:

] admin_restrictitem 46
[ADMIN] ERROR: Plugin cstrike/addons/adminmod/scripts/plugin_CS16_test.amx returned error 4 when executing command admin_restrictitem

Kein Beinbruch, ich weiss.

_________________
it's better to burn out, than to fade away

Wie gesagt bei mir ist es ohne diese Zeile:
mapchangecfgfile server.cfg
... das verbotene Schild nach Mapchange wieder erlaubt.

Sobald ich diese Zeile nun aber in meine Config pack inclusive der Zeile:
admin_command admin_restrictitem 31

... es funzt alles problemlos und laut Log wird es nun auch jedesmal beim Mapchange gesetzt.

Ich nehm an ich werd es noch anders machen können. Und zwar einfach ne andere cfg erstellen wo NUR diese Sachen reinkommen die immer gesetzt werden müssen und diese dann als mapchangecfgfile nutzen...

Ansonsten wär ich dankbar wenn ihr Infos habt wieso das Ding nicht nach dem Mapchange so bleibt?!

Ist bei euch auf 213.202.195.22:27015 sWINGer Club by www.wing-clan.de auch das plugin von SDal druff? Ich weis nicht ob du das gesehen hast Blackknight, (weil du auch da warst), aber 2 leute konnten sich immer ein Schild kaufen.

Und noch eine Frage ..

Wenn man per Menü kauft, wird dann z.b. bei der Galil, der "galil" command ausgeführt (weil das wäre dann ganz easy zu blocken) aber mir scheint, das beim kaufen per menü -der command nicht ausgeführt wird, was natürlich das restricten schwieriger macht?!?!

ok, ich bin selber drauf gekommen wie man die restriction umgeht, aber keine angst, ich werde schweigen wie ein grab.

Edit: es gibt mind. 2 Tricks

Leider ist das Umgehen schon bekannter als angenommen. Das 'Restricten' bei uns funktioniert ordentlich, auch das AWP Verbot auf einigen Maps.
Den Schild, der bei uns generell verboten ist, konnte trotzdem von einigen gekauft werden. Den Trick haben sie mir nicht verraten.
Nach Sichtung der Logfiles wurde restrictitem 31 jedesmal ausgefuehrt.

Stills

_________________
it's better to burn out, than to fade away

Ich kann SDal sagen wie man es beheben kann.