sourceserver.info

Hi.
Also zBlock kann einen Spieler nicht zwingen, er kann einem lediglich die Möglichkeit geben, es zu ändern, oder es kickt den Spieler schlicht und einfach wenn er nichts tut, das mal Vorweg

Ich würde das Minimum folgendermaßen einstellen:
rate: 20000
cmdrate: 20
updaterate: 30

So long, Chris

Ok, du hast recht, musst aber auch die WLAN und Light-Nutzer beachten! Diese haben mit Lowrates meistens bessere Hitboxen als wenn sie mit ihrere Leitung eine hohe Einstellungen nehmen

So long, Chris

man braucht kein zbBlock

man kann es auch per eventscript machen oder per server.cfg

schau mla hier so ein post gab es schon

http://sourceserver.info/viewtopic.php?f=30&t=1270&p=8206&hilit=rates#p8206">viewtopic.php?f=30&t=1270&p=8206&hilit=rates#p8206<

Hi,

also wenn du in deiner server.cfg sv_minupdaterate "30" und sv_mincmdrate "30" (den so heißen die Befehle zwinker ), dann solltes du diese auch nutzen können.


Ich benutz auf unseren Public ZBlock 3.2.3, denn ein kleiner Schutz ist besser als gar kein Schutz. Ich lass den sv_pure "0" und wir können nicht klagen.

Z-Block überprüft ein paar Kombinationen von bestimmten Cvars. Bekannt ist mir z.B., dass man matbumpmapping und mat_specular den gleichen Wert (0 oder 1) haben müssen. Desweiteren hat es einen integrierten Fix für Tickrate 100 Server. Ohne diesen Fix gehen auf Tickrate 100 Servern auf manchen Maps die Türen recht langsam auf (z.B. de_nuke). Dazu ist die Überprüfung gekommen, ob Server und Client die gleiche Map haben. Das war aufgrund des Tickrate Fixes notwendig. Z-Bock erzwingt den sv_pure Modus (2 bevorzugt , 1 mit pure_server_whitelist.txt geht auch). Die cvars, die früher vor Veränderung geschützt worden sind, sind jetzt sowiso seit langem von Valve als Cheat geflaggt.

Das einzige was Z-Block wirklich macht, ist den Spielern die möglichkeit zu geben, die Rates der Spieler anzuzeigen. Ob es jetzt die realen Rates oder die vom Server veränderten sind, weiß ich jetzt nicht.

Ich selber halte von Rates "forcen" genau so wenig, wie von Z-Block auf Public-Servern.

Manche Admins setzen die min- und max-Werte gleich, was zur Folge hat, dass der Spieler irgendwelche Rates aufgezwungen bekommt, was sich sogar negativ auf das Spielverhalten auswirkt.

siehe http://lowrates.gbs-clan.de/ (ist eine Weiterleitung auf einen Thread im ESL-Forum)

An deiner Stelle würde ich den Spielern einen gewissen Spielraum für die Rates lassen.

ESL-Settings:


Meine Meinung:
Alles andere auf einem Public-Server ist Wahnsinn. Spieler, die wegen den Rates rumflamen würde ich entweder ignorieren oder kicken. Das ist einer der Gründe, wieso ich eine Abneigung gegen CS:S entwickelt habe. Jeder meint, er könne dem anderen vorschreiben, wie er zu spielen hat. Z-Block und die Unwissenheit fördert dieses Verhalten der Spieler. Viele Admins haben auch dieses Syndrom.

Seh ich nicht ganz so DeaD_EyE,

ZBlock kann, dementsprechend welche Version, auch auf einem Public vorteilhaft sein solange man den sv_pure "0" bestehen lässt.
Denn wenn du allein nur die server.fcg die Beschränkungen setzt, können trotzdem diese umgangen werden.

ZBlock 4.1 sollte man nicht auf Publics packen, da dieser Automatisch sv_pure "2" forced. Hingegen du bei der Versin 3.2.3 eigenständige Einstellungen vornehmen kannst und nicht so eingeschränkt bist. Eine gewisse Gleichstellung sollte auch auf einem Public herrschen, ansonst macht das Public spielen einfachen keinen Spaß.

Wir nutzen halt noch ZBlock 3.2.3 und viele unserer Stammies sind froh darüber das wir dies tun.

Aber sollten jedem selbst überlassen sein. Doch wenn man es tut, sollte man wissen man tut und wie. zwinker

PS:

Zitat

Desweiteren hat es einen integrierten Fix für Tickrate 100 Server. Ohne diesen Fix gehen auf Tickrate 100 Servern auf manchen Maps die Türen recht langsam auf (z.B. de_nuke). Dazu ist die Überprüfung gekommen, ob Server und Client die gleiche Map haben. Das war aufgrund des Tickrate Fixes notwendig. Z-Bock erzwingt den sv_pure Modus (2 bevorzugt , 1 mit pure_server_whitelist.txt geht auch).

Dies trifft nicht auf ZBlock 3.2.3 zu !

Zitat

ZBlock kann, dementsprechend welche Version, auch auf einem Public vorteilhaft sein solange man den sv_pure "0" bestehen lässt.

Sehe ich genau anders herum. Der Modus sv_pure 1 oder 2 kann sehr vorteilhaft sein, auch wenn es schon länger Hacks für diese Überprüfung gibt. Man muss als Admin nur wissen, wie man damit umgehen muss.

Zitat

Denn wenn du allein nur die server.fcg die Beschränkungen setzt, können trotzdem diese umgangen werden.

Welche Beschränkungen?

Zitat

ZBlock 4.1 sollte man nicht auf Publics packen, da dieser Automatisch sv_pure "2" forced.

Kann auf 1 umgestellt werden. So lässt sich die "whitelist" nutzen.

Zitat

Dies trifft nicht auf ZBlock 3.2.3 zu !

Stimmt, war auf 4.1 bezogen. 4.0 hatte diese Funktion auch noch nicht.

Wie gesagt, es soll jedem selber überlassen sein zu entscheiden, ob es für ihn sinnvoll ist oder nicht. Ich habe deswegen nach meinem Wissen auch alle Punkte aufgezählt, was ZBlock macht.

@Solic

Ja, mit der alten Version lässt sich auch sv_pure "0" nutzen. Keine Einschränkung bei den Sounds, Models, Materials usw..

Naja, stimmt schon DeaD_EyE,

am besten schützt halt ZBlock unter sv_pure "1" oder halt extrem unter "2". Der nachteil ist aber einfach, das unter "1" umständlicher weise und mit einiger Arbeit verbunden, die sv_pure_whitelist nutzen musst und unter "2" halt komplett geschützt ist, was heißt das du so gesehen keine Freiheiten hast was deine Coustom Dateien betrifft.

Wir nutzen halt ZBlock 3.2.3 um einfach nur ein paar Sachen zu Forcen damit halt einigermaßen Gleichheit auf dem Server besteht. Dies betrifft halt Hauptsächlich Rates und Grafik sachen.

wir nutzen zB:

sv_maxrate "30000"
sv_minrate "20000"
sv_minupdaterate "60"
sv_maxupdaterate "101"
sv_maxcmdrate "101"
sv_mincmdrate "60"
sv_client_cmdrate_difference "20"
sv_forcepreload "1"

Es ist halt ein Erfahrungswert für jeden einzelnen. Wir haben schon viel AntiCheat Sachen ausprobiert, weil wir halt das Problem schon oft genug hatten mit Cheatern auf unseren Public. Ich glaube das einzigste was wir bisher noch nicht getestet hatten ist "Oculus"

Es aber im Endeffekt nichts, worüber nun mal Diskutieren müsste. Entweder man nimmt es oder nicht. Wer darin ein Vorteil sieht oder nicht, liegt halt im Auge des Betrachters.