|
|
|
|
|
|
|
|
Bitte, bitte, bitte wieder das Adminplugin draufhauen. Derzeit sind zu viele AFKler unterwegs und mein liebstes war es, diese zu kicken.
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von cLam
Bitte, bitte, bitte wieder das Adminplugin draufhauen. Derzeit sind zu viele AFKler unterwegs und mein liebstes war es, diese zu kicken.
| |
Lies doch mal die Vorposts. Wenns gehen würde, wär es doch schon längst drauf.
|
|
|
|
|
|
|
|
|
|
|
Adminplugins sind jetzt wieder drauf, jedenfalls die von Sourcemod.
Auto-kick von AFKlern sollte auch wieder funktionieren, da war eine CVar falsch gesetzt.
Bräuchte jetzt ein paar Spieler für Stabilitätstests... 
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
SteamID gibts per status
und nur wegen Titten ban ich nicht, haben wir hier im SFT doch auch
|
|
|
|
|
|
|
|
|
|
In was für einer Welt leben wir eigentlich in der Titten bestraft werden sollen 
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von InelukiS
In was für einer Welt leben wir eigentlich in der Titten bestraft werden sollen
| |
öhm...
Männer-/biertitten? 
danke und hab gedacht ich mach mich mal nützlich 
jetzt weiss ich ja bescheid, dass es für sowas keinen Ban gibt
|
|
|
|
|
|
|
|
|
|
|
|
Da fällt mir ein, dass SprayTrace noch installiert werden muss...
|
|
|
|
|
|
|
|
|
|
| | Zitat von BarracudaATA
Adminplugins sind jetzt wieder drauf, jedenfalls die von Sourcemod.
Auto-kick von AFKlern sollte auch wieder funktionieren, da war eine CVar falsch gesetzt.
Bräuchte jetzt ein paar Spieler für Stabilitätstests...
| |
<3
|
|
|
|
|
|
|
|
|
|
|
|
Könnte man das Spraytrace so einstellen, dass man nicht ständig den ganzen Bildschirm voller SteamIDs hat, nur weil man kurz mit dem Blick über ein Spraylogo geschweift ist?
|
|
|
|
|
|
|
|
|
|
|
Ja, das ist mir auch negativ aufgefallen... da man die Schriftgröße nicht ändern kann, hab ich die Anzeige ganz deaktiviert. Man kann aber immer noch bei Bedarf über das Adminmenü ein Spray tracen.
Die reservierten Slots sollten jetzt auch gehen. In der alten Config waren die komischerweise so eingestellt, dass nur die beiden unsichtbaren reserviert wurden (24 -> 26).
|
|
|
|
|
|
|
|
|
|
|
Wenn das noch das alte Plugin ist, kann sich nun niemand mehr auf den Server begeben, der keinen reservierten Slot hat.
Die unsichtbaren Slots sind nur zum verbinden gedacht, wenn der Server mit 24 Spielern voll ist. Daher sind die auch unsichtbar.
|
|
|
|
|
|
|
|
|
|
|
|
Eben wozu sollte man die ersten 23 slots reservieren, da kommt man auch regulär drauf. Lief das gestern abend schon so, Pliskin hatte mich deswegen angeschrieben, aber ich war zu sehr mit Überleben beschäftigt.
|
|
|
|
|
|
|
|
|
|
|
|
Ich hatte nur 8 Slots reserviert, die unsichtbaren Slots sind auch noch da. allerdings bin ich mir auch nicht ganz sicher, ob das so korrekt ist. Kann man ja schlecht mit Bots testen... ich hab erstmal wieder die alten Einstellungen übernommen.
|
|
|
|
|
|
|
|
|
|
|
Schweinerei ist das!
|
|
|
|
|
|
|
|
|
|
|
Mein letzter Stand:
Hidden slots = reserved slots
Wobei die reserved slots nicht mit "Reservierungen via SteamID" verwechselt werden dürfen. Die reserved slots sind nur dafür da, dass der Server nie (bzw. sehr selten) komplett voll ist. Denn dann würde wirklich niemand (auch mit "Reservierung" via Steam ID) mehr auf den Server kommen, auch nicht per Console und connect.
Der Server läuft 24/24, jemand mit Reservierung verbindet sich per connect. In dem Moment hat der Server 25/24 Slots belegt. Nun prüft das entsprechende Plugin, wer sich mit welcher Immunität auf dem Server aufhält und kickt zuerst jemanden mit keiner, danach (zufällig - mag auch Pingbasiert sein, das aktuelle "target" taucht übrigens auch regelmäßig in den Logs auf bzw, lässt sich abfragen) Spieler mit niedriger Immunität, so dass wieder 24/24 Slots belegt sind. Halten sich auf dem Server nur "unkickbare" auf, ist theoretisch auch eine 26/24 Slotbelegung möglich. Auf Grund dessen hatten wir uns damals entschieden, zwei Slots zu "verstecken," um einen möglichen Ungleichgewicht der Teams vorzubeugen.
Wobei eines (oder auch alle) der vergangenen drölf Updates das bestimmt komplett zerschossen hat.
Aber - wie bereits erwähnt: "Letzter Stand."
Das heißt, dass meine diesbezüglichen Informationen schon zich Monate alt sind und sich in der Zwischenzeit alles mögliche geändert haben kann (und sicherlich auch geändert hat).
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von Gisolator am 26.08.2009 13:35]
|
|
|
|
|
|
|
|
|
|
Ich hab gestern Abend aufn Sever geschaut und da war die ganze Zeit 16/24, da hatte ich erst gar keinen Bock zu connecten.
|
|
|
|
|
|
|
|
|
|
|
Ich hab noch mal in den alten Ordner geschaut. Wie es scheint, war vorher nicht Sourcemod für die reservierten Slots zuständig, sondern ein Plugin von Redh3ad für Eventscript.
Ist jetzt daher etwas schwierig, die alte Methode für reservierte Slots wiederherzustellen, solange ES noch nicht geupdatet wurde und auf dem Server läuft...
Das hier steht momentan in der sourcemod.cfg:
| |
| Code: |
// Specifies how the reserved slots plugin operates. Valid values are:
// 0 : Public slots are used in preference to reserved slots. Reserved slots are freed before public slots.
// 1 : If someone with reserve access joins into a reserved slot, the player with the highest latency and
// no reserved slot access (spectator players are selected first) is kicked to make room. Thus, the reserved
// slots always remains free. The only situation where the reserved slot(s) can become properly occupied is
// if the server is full with reserve slot access clients.
// --
// Requires: reservedslots.smx
// Default: 0
sm_reserve_type 0
// Specifies the number of reserved player slots. Users with the reservation
// admin flag set will be able to join the server when there are no public slots
// remaining. If someone does not have this flag, they will be kicked.
// (Public slots are defined as: maxplayers - number of reserved slots)
// --
// Requires: reservedslots.smx
// Default: 0
sm_reserved_slots 0
// Specifies whether or not reserved slots will be hidden (subtracted from max
// slot count). Valid values are 0 (visible) or 1 (hidden).
// --
// Requires: reservedslots.smx
// Default: 0
sm_hide_slots 0
|
|
Was tun?
Hatte vorhin sm_reserve_type auf 1 und sm_reserved_slots auf 8 gesetzt, aber ich bin mir ,wie gesagt, nicht sicher, ob das dann so funktioniert, wie bei ES.
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von BarracudaATA
Was tun?
| |
Mich machen lassen und wieder das andere alte Plugin verwenden
|
|
|
|
|
|
|
|
|
|
|
|
reservedslots.smx wurde nicht genutzt, such mal Richtung [HANSE] Reserved Slots bzw. hreserved_slots.smx und dessen Config.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Auf viaduct vorhin hat es ziemlich gelaggt. Gleichzeitig wurde die Console mit diesen Fehlermeldungen zugemüllt:
| |
| Code: |
Attempted to create unknown particle system type "V�rAccess violation - no RTTI data!"!
|
|
Ideen? Möglicherweise lag es an dem Client, aber ich poste das trotzdem mal lieber hier.
|
|
|
|
|
|
|
|
|
|
|
viaduct laggt immer, das ist ein ziemlicher Performancefresser 
|
|
|
|
|
|
|
|
|
|
|
Ist aber komisch, dass es auch den Server betrifft... meine FPS waren recht stabil auf der Map.
Werden etwa die Partikel auch vom Server berechnet? Anders kann ich mir das nicht so recht erklären...
|
|
|
|
|
|
|
|
|
|
|
|
Vielleicht hats mit der Laggerei auf Viaduct mit ausgeschalteten Wettereffekten jetzt ein Ende. Mal eine andere Frage. Ich wollt heute mach4 nominieren und hab dabei aber festgestellt, dass nur noch Standardmaps nominiert werden können. Finde ich sehr schade.
|
|
|
|
|
|
|
|
|
|
| | Zitat von Kurt ist schuld
Mal eine andere Frage. Ich wollt heute mach4 nominieren und hab dabei aber festgestellt, dass nur noch Standardmaps nominiert werden können. Finde ich sehr schade.
| |
fixed
|
|
|
|
|
|
|
|
|
|
|
|
Über nominate im chat kann ich weiter keine custom maps nominieren. Wenn ich !nominate ctf_mach4 eingebe kommt Map nicht gefunden.
|
|
|
|
|
|
|
|
|
|
Ja, hab die Config geändert und hab mich auch gewundert, warum es nicht ging... hab den Fehler aber jetzt gefunden. Werde es gleich noch mal testen.
/Achja, diese Maps auf dem Uber könnten ein Update vertragen:
pl_cashworks_b2 -> pl_cashworks_rc2
pl_frontier_b2 -> pl_frontier (final)
pl_mill_b4 -> pl_mill_b5
pl_waste_b3 -> pl_waste (final 1.1)
tc_meridian_b4 -> tc_meridian_b5
Vorschläge für weitere Maps?
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von BarracudaATA am 21.09.2009 19:42]
|
|
|
|
|
|
|
|
|
|
cp_gullywash schon drauf?
|
|
|
|
|
|
|
|
|
|
|
Diese Maps sind momentan auf dem Server:
| |
| Code: |
arena_badlands
arena_granary
arena_lumberyard
arena_nucleus
arena_offblast_final
arena_ravine
arena_sawmill
arena_watchtower
arena_well
avanti_b1
cp_badlands
cp_dustbowl
cp_egypt_final
cp_fastlane
cp_freight
cp_granary
cp_gravelpit
cp_gydan
cp_junction_final
cp_labor
cp_ramrod_rc4
cp_roswell
cp_science2
cp_steel
cp_warpath_v2
cp_well
cp_yukon_final
ctf_2fort
ctf_aerospace_b4
ctf_mach4
ctf_sawmill
ctf_secretvalley_b2
ctf_turbine
ctf_well
dom_canalzone
koth_nucleus
koth_sawmill
koth_viaduct
pl_badwater
pl_cashworks_rc2
pl_dbheights
pl_frontier
pl_goldrush
pl_hoodoo_final
pl_mill_b5
pl_swift
pl_waste
plr_pipeline
tc_hydro
tc_meridian_b5
|
|
(Die Maps aus dem Post vorher wurden aktualisiert. Zudem sind jetzt auch endlich alle Maps für "nominate" verfügbar.)
|
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von BarracudaATA am 22.09.2009 17:20]
|
|
|
|
|
|
| Thema: TF2.de Server ( Ze Uber lebt! ) |
![AUP [TAA]Phantomlord 25.09.2009](./avatare/upload/U4992--plordklzkdq.png)
