Regelupdate 2012
Der Februar macht alles neu - und auch vor unserer ESL-Sektion keinen Halt. Nachdem der Winter uns viele Wochen im Griff hatte und wir uns so allmählich aus dessen eisigem Griff befreien, wird es langsam wieder Zeit für wärmere Gedanken! Und an was denken wir da zuerst? Natürlich - unsere 6on6 Bundesliga! Damit diese und unsere anderen Cups in Zukunft noch reibungsloser ablaufen, haben wir unser Regelwerk einem kleinen Frühjahrsputz unterzogen und dabei auch viele Vorschläge aus der Community umgesetzt.
Regelupdate 2012

UPDATE: 2.1. Screenshots

Es muss zu jeder gespielten Runde immer ein Scoreboardscreenshot hochgeladen werden, sowie ein db_info und ein db_status/rcon status Screenshot. Für die Rundenscreens sind beide Parteien verantwortlich, für den DBlocker-Status nur die serverstellende Partei. Die Uploadfrist beträgt 24 Stunden nach Matchende.

Um einen korrekten DBlocker-Status zu erstellen, müssen die folgenden Befehle in die Ingameconsole eingegeben werden:

- db_info
- db_status / rcon status
- jpeg

Die angezeigten Informationen (db_info und db_status/rcon status) müssen klar ersichtlich sein.

Diese Regel haben wir angepasst, da es zwischen dem "db_status" und dem "rcon status" keinerlei Unterschiede gibt und sie vom Informationsgehalt identisch sind.



NEW: 3.1.1. Spielentscheidende Vorteile

Werden Servervariablen von der serverstellenden Partei im vorhinein so verändert bzw. falsch konfiguiert, dass nachweislich ein erheblicher, spielrelevanter Vorteil entstehen könnte, behalten wir uns vor das Match mit korrekten Settings neu austragen zu lassen und Strafen gemäß "Falsche Serversettings" zu verhängen.

Diesen Punkt mussten wir ändern, da es den Teams sonst ermöglicht wurde unerlaubte, spielentscheidende Vorteile für sich zu nutzen und eine Bestrafung im Nachhinein ausgeschlossen war, wenn es dem gegnerischen Team nicht vor Spielbeginn schon auffiel. Dieses Schlupfloch sollte hiermit endgültig geschlossen sein.



NEW: 4.7.1. Spielerherkunft (Cups)

Mindestens 3 eingesetzte Spieler müssen ihren Wohnsitz im deutschsprachigen Raum haben. Dazu zählen - neben Deutschland - auch Österreich, Liechtenstein und die Schweiz. Falsche Wohnsitzangaben eines Spielers, um diese Regelung zu umgehen. können mit einer Sperre für den Rest der Saison geahndet werden.

Diese Regelung gilt nur für 6on6 Cups im DE Bereich.



NEW: 4.8.2. Spielverzögerung

Die bewusste Verzögerung eines Matches ist nicht gestattet (siehe auch 1.2. Nichterscheinen des Gegners). Die Zeit zwischen den Runden sollte nicht mehr als 3 Minuten betragen. Wir behalten es uns - je nach Sachlage - vor die verursachende Partei bei Verstoß zu bestrafen.

Damit es zwischen den Runden nicht zu unnötig hinausgezögerten Pausen kommt, haben wir dies nun auch im Regelwerk verankert.



UPDATE: 5.4. Wildcard

Jedes Team hat nur eine Wildcard in der kompletten Saison zur Verfügung. Die Ziehung einer Wildcard muss, bis spätestens 24h vor Matchbeginn, per Matchprotest angezeigt werden.
Im Protest muss das Team, welches die Wildcard zieht, 2 alternative Termine für die Spielwoche anbieten. Wenn keine Einigung über einen neuen Termin gefunden wird, legt ein Admin den neuen Pflichttermin zeitnah fest - die Wildcard wird trotzdessen entfernt.

Das Update der Wildcardregelung beschränkte sich lediglich auf den Zusatz im letzten Satz und die Hervorhebung, dass jedem Team pro Saison nur genau eine WC zur Verfügung steht.



UPDATE: 5.5. Spielerwechsel während der Saison

Spielerwechsel, während der Saison, sind grundsätzlich erlaubt, mit folgenden Beschränkungen:

- keine Wechsel von einer höheren in eine tiefere Division.
- keine Wechsel von einem Team, welches aus der Liga vorzeitig aussteigt. Dabei ist es irrelevant, ob der Spieler an den Matches teilgenommen hat. Wer zum Zeitpunkt der frühsten Bekanntgabe des Ausstiegs im Team ist, darf in der kompletten Saison nicht mehr antreten.
- keine Wechsel von einem Team, welches im Verlauf der Playoffs ausscheidet.
- keine Wechsel nach Beginn der Playoffs (Default-Date des ersten Matches)

Nach einem erlaubten Wechsel zu einem anderen Team ist der Spieler für das nächste (gespielte) Spiel des neuen Teams nicht spielberechtigt. Wir bitten die Teams dies bitte in Eigenregie zu überprüfen. Sollte der Spieler dennoch spielen wollen, muss das gegnerische Team in den Matchcomments seine Genehmigung dazu geben.

Die Veränderungen der Wechselmodalitäten sehen so aus, dass wir die Beschränkungen verständlicher formuliert und mit der Nennung des Default-Dates nun einen einheitlichen Zeitpunkt verankert haben, was der "Beginn der PO" nun tatsächlich heißen soll.



UPDATE: 5.6. Ausländerregelung (Bundesliga)

Anders als in den Cups, müssen in der Bundesliga mindestens 4 eingesetzte Spieler ihren Wohnsitz im deutschsprachigen Raum haben. Dazu zählen - neben Deutschland - auch Österreich, Liechtenstein und die Schweiz. Falsche Wohnsitzangaben eines Spielers, um diese Regelung zu umgehen. können mit einer Sperre für den Rest der Saison geahndet werden.

Diese Regelung haben wir angepasst, damit unsere Bundesliga in Zukunft nicht durch außenstehende Teams verwässert wird. Hierzu sei noch gesagt, dass wir dabei eine schon bestehende, globale ESL-Regelung umgesetzt haben.



NEW: 5.7. Playoffs im Bo3-System

Die Playoffs der jeweiligen Divisionen werden im sogenannten Best of 3-Modus absolviert. Hierfür wird ein Admin, sobald das Match komplett generiert wurde, pro Runde 5 Maps in den Matchcomments zur Wahl stellen.
Das linke Team im Match fängt an eine Map zu eliminieren. Danach ist das rechte Team dran eine Karte zu streichen und pickt sich zugleich eine heraus. Zuletzt erwählt das Team auf der linken Seite seine Map. Die Verbleibende ist somit die sogenannte Decidermap, die im Falle eines Remis zusätzlich gespielt wird, um die Entscheidung zu bringen.

NEW: 5.7.1. Ergebniskalkulation

Im Endeffekt werden nur die gewonnenen Maps gezählt. Haben die Teams in beiden Runden einer Karte dieselbe Anzahl Fullcaps, werden die dazugehörigen Runden-Ticks herangezogen, um den Mapgewinner zu ermitteln. Bringen auch diese keine Entscheidung, gewinnt das Team mit den meisten Gesamtkills auf der Map.
Steht es nach beiden Maps 1:1, ist der Decider zu spielen. Der Decidersieger entscheidet das Spiel 2:1 für sich. Bei gleicher Fullcapanzahl wird analog wie oben verfahren.

NEW: 5.7.2. Ergebniseintragung

Einzutragen ist das jeweilige Ergebnis nach Maps. Somit kann es nur ein 2:0 oder ein 2:1 (mit Decidermap) geben.

Der Punkt 5.7. beinhaltet im Grunde keine Neuerungen - allerdings wollten wir euch einen leicht verständlichen "Plan" an die Hand geben, wie unsere Playoffs funktionieren, da in der Vergangenheit immer wieder Fragen zu diesen Modalitäten aufgekommen sind und ihr euch die Infos mühsam aus den News zusammensuchen bzw. z.T. auch zusammenreimen musstet. Das haben wir nun abgestellt.



UPDATE: Strafpunktekatalog

Falsche Serversettings Spieler / Team: 1 - 6

Schlussendlich haben wir noch eine kleine Anpassung des Strafpunktekatalogs umgesetzt, damit wir in Zunkuft bei schwereren Vergehen auch angemessen reagieren können.


Gewinner des Nightcup #5


Herzlichen Glückwunsch an DkH Multigaming e.V. zu eurem 2. Nightcupsieg!


Die anderen Champions findet ihr in der Hall of Fame im Deutschen Day of Defeat: Source Bereich.

Umfrage Nightcup

Was den Spiel Modus angeht: Dafür haben wir eine kleine Abstimmung für euch vorbereitet. In der rechten Navigation müsste euch schon die offene Umfrage aufgefallen sein. Hier habt ihr bis zum 26.02.12 die Möglichkeit aus 6on6, 3on3, 2on2 und 1on1 eure bevorzugten Modi auszuwählen.


Euer Day of Defeat:Source Admin Team
Duality, Úterý, 21.02.12 05:13
Bookmark on DeliciousDigg it!Share on FacebookBookmark on Google BookmarkBookmark on StumbleUponBookmark on TechnoratiTweet this!
 
komentářů (8)
 
 
playoffs mit upper und lower bracket thx gg
4.8.2. Spielverzögerung

das wurde schon zeit! gute sache
"Diese Regel haben wir angepasst, da es zwischen dem "db_status" und dem "rcon status" keinerlei Unterschiede gibt und sie vom Informationsgehalt identisch sind."

Das ist nicht richtig, es gab Probleme mit db_status, worauf hin eure Kollegen aus dem EU-Bereich die Regel umgeändert haben und zum "rcon status" zurückgekehrt sind. Didrole, der Entwickler von DBlocker hat zwar die Zeit bis zum generieren der Liste erhöht, laut Solo soll man aber trotzdem ersteres benutzen.
Zudem finde ich es stark übertrieben, 4 Rcon-Screens zur Pflicht zu machen.
Und anstatt agressiv gegen falsche Serversettings vorzugehen, sollte man sich vielleicht lieber die Zeit nehmen und ein Serverplugin programmieren, dann würde man Anfängern vielleicht auch ein wenig entgegenkommen anstatt sie mit immer mehr Regeln zu vertreiben.


btw:
"Dieses Schlupfloch sollte hiermit endgültig geschlossen sein."
Da war kein Schlupfloch, aber jetzt gibt es eins:
Man findet falsche Serversettings und beschließt sich, nichts zu sagen. Wenn man verliert kann man sich ja bei den netten Admins melden und ein Rematch fordern.
Es muss zu jeder gespielten Runde immer ein Scoreboardscreenshot hochgeladen werden, sowie ein db_info und ein db_status/rcon status Screenshot.

Meint ihr damit, dass zu jeder gespielten Runde 1 Scoreboard + 1 db_info + 1 rcon screen gemacht werden muss?

ODER

Meint ihr damit, dass zu Beginn des Matches 1 db_info + 1 rcon screen gemacht und zusätzlich zu jeder gespielten Runde 1 Scoreboardscreen gemacht werden muss?.
1 úprav
Am Ende müsst ihr insgesamt 6 Screenshots haben, oder 5 wenn ihr rcon/db_status und db_info in einem Screen macht. Dazu muss dann noch jede Runde ein Scorebordscreenshit gemacht werden.

Es bleibt also eigentlich alles wie es ist, nur jetzt ist in den Regeln festgehalten das es auch rcon status sein darf, vorher musste es db_status sein.
Es wurde aber aus Kulanz bisher der rcon status auch nicht bestraft.
@snooF: Man beachte bitte den genauen Wortlaut.

Werden Servervariablen von der serverstellenden Partei im vorhinein so verändert bzw. falsch konfiguiert, dass nachweislich ein erheblicher, spielrelevanter Vorteil entstehen könnte, behalten wir uns vor das Match mit korrekten Settings neu austragen zu lassen und Strafen gemäß "Falsche Serversettings" zu verhängen.

Wir sprechen hier von Extremfällen, die so schwerwiegend gelagert sind, dass es nicht gerechtfertigt wäre das Match ohne weiteres zu werten. Es brauch niemand auf die Idee kommen, dass wir dabei von Dingen wie "sv_alltalk stand auf 1" sprechen.

Außerdem werden in deinem genannten Fall ohnehin Proteste erstellt, bei denen uns bisher - egal wie schwer der Verstoß war - keine Handhabe zur Verfügung stand. Zumindest keine, die tatsächlich im Regelwerk verankert war. Bei gerechtfertigten Beanstandungen, wo die sich serverstellende Partei tatsächlich, bewusst und nachweisbar einen Vorteil verschafft hat, können wir nun entsprechend reagieren.
1 úprav
Und was wäre deiner Meinung nach nachweislich ein erheblicher, spielrelevanter Vorteil?
Hallo?
 
 
 
Informace:
  • info write comment not allowed
 
11.179 Users online
3.594.070 registered Users
1.595.410 active Users
824.609 Teams total
10.382 Matches yesterday
16.896.000 Matches total
další statistiky
Searchtags
Electronic Sports League rendertime: 0.62s (not_cached) host: eslphp19