Beiträge von RumBugen

Ich habe schon oft darüber nachgedacht, wie ich SCP-3199 ändern könnte, da es nicht der erste Vorschlag ist und ich auch sehe, dass die Breaches meistens sehr schnell vorbeigehen. Wir haben noch einige Features geplant. Bei den kurzfristigen Änderungen beim Rebalancing habe ich ähnlich gedacht und viel mehr Fokus auf die Eier gesetzt. Er kann auch schon jetzt bis zu sechs Eier legen, entscheidend ist der vergleichsweise hohe Cooldown. Dazu habe ich bereits einige Änderungen vorgenommen, die noch nicht veröffentlicht wurden. Grundsätzlich ist der Kernpunkt der Änderung, mit den Eiern, bereits verändert geplant. Bei manchen anderen Punkten hatte ich jedoch andere Vorstellungen.

Zwei Aussagen möchte ich korrigieren:

Zitat von Feuertraeumer

Bin mir gerade nicht sicher ob 3199 bei einem Fehlschlag ein anderes Ei aussuchen kann, aber dieser Change setzt das vorraus

Zitat von Feuertraeumer

Nehmen wir an man hat 2 Leute erwischt, wurde durchgecallt und inzwischen schon Terminiert. Normalerweise wär es das, aber jetzt kannst du auf deinen Respawn Timer warten wärend MTF/CT Eier sucht, zerstört was sie können und vielleicht eine Stellung auf baut um dich abzufangen sollten sie Eier übersehen haben. Du respawnst und hast Glück, MTF hat die Stellung am falschem Ort, abhauen und neue Eier verteilen bis du gefunden wirst und ein neuer Kampf beginnt.

Nach dem Respawn siehst du alle Eier und kannst selbst auswählen, wo du spawnen möchtest und wo nicht. Du würdest auch sehen, wo eine MTF-Stellung ist, bevor du schlüpfst, und kannst dir entsprechend aussuchen, bei welchem Ei der beste Ort zum Ausschlüpfen ist.

Das liegt an deinem Reconnect-Skript. Keines unserer Systeme versucht dich automatisch direkt neu zu verbinden. Es könnte jedoch sein, dass ein Teammitglied es versucht hat. In beiden Fällen handelt es sich nicht um einen Bug.

Wenn wir mehrere vergangene Maps "sperren", landen wir bald bei einer festen Map-Rotation, dann können wir direkt auch das Mapvote-System abschaffen.

Zusätzliche Einschränkungen in diese Richtung bringen keinen echten Mehrwert. Wenn nun mal diese Maps beliebter bzw. häufiger gespielt werden, sollte man das nicht weiter einschränken.

Wir haben schon durch eine Änderung verhindert, dass eine Map viermal hintereinander drankommt und die Stimmzahlen versteckt für Spieler.

Ich überlege schon seit einiger Zeit, ob man auch diese Änderungen rückgängig macht und nur noch zulässt, dass zweimal hintereinander dieselbe Map dran genommen werden kann. Am Ende soll es ja ein Mapvote-System sein, bei dem die Spieler frei wählen können, welche Map ihnen am besten gefällt. Es gibt auch andere Möglichkeiten, unbeliebtere Maps wieder ins Leben zu rufen.

Im Highteam gab es bereits einen ähnlichen Vorschlag: „Sobald eine Map gevotet wurde, sollte diese aus dem Map-Pool entfernt werden, bis alle Maps mindestens einmal gewählt wurden.“

Dieser wurde auch abgelehnt, und ich denke nicht, dass man da erst einmal etwas ändern sollte.

Es wird immer beliebte und unbeliebte Maps geben, und wenn man Personen irgendwann zu einer anderen Auswahl zwingen möchte, ist es auch kein Mapvote-System mehr. Da kann man gerade andere Modelle nehmen, wie: ein Monat Map A, ein Monat Map B usw., oder dass die Map jede Woche komplett zufällig gewählt wird.

Wie schon erwähnt, denke ich nicht, dass das Mapvote System geändert werden sollte in so eine Richtung. Weshalb dieser Vorschlag in dieser Form auch nicht geplant ist.

Das ist nun umgesetzt wurden mit der Version 3.0.1

Das ist nun umgesetzt wurden mit der Version 3.0.1

Das ist nun umgesetzt wurden.

Version 3.0.1

Das ist ein Duplikat, die Begründung hat sich nicht verändert. Es gibt genug andere Prioritäten. Anstatt alle paar Monate den Vorschlag zu machen, wäre es sinnvoller, einfach zu schauen, wie viele Forum-Vorschläge bearbeitet werden. Es sind immer noch sehr viele als „Geplant/Verschoben” gekennzeichnet. Ich möchte nicht am Ende 20 SCPs „versprechen”, die dann aus verschiedenen Gründen eventuell gar nicht erscheinen können oder weil zum Zeitpunkt der Annahme ein paar Aspekte nicht durchdacht wurden.

Außerdem finde ich das SCP immer noch ein wenig zu unüberlegt. Seine Spezialfähigkeit ist bereits für SCP-3199 geplant.

Vielleicht fällt mir was ein zu einem späteren Zeitpunkt und wenn wir auch nicht so viele geplante Inhalte haben ein.

Ich habe diesen Fehler weder lokal noch auf dem Server reproduzieren können. Ist das seitdem noch einmal aufgetreten?

Das ist behoben und sollte auch hochgeladen wurden sein.

D-Klassen welche sich Verkleiden werden nun nicht mehr angezeigt im Wissenschaftler Menü

Das müsste bereits behoben sein.

Das sollte nun komplett behoben sein.

Wir nutzen nun das NVG von Breach. Das sollte besser funktionieren und nicht flackern.

MrNeon hat nun das NVG von Breach auf SCP draufgetan, das scheint besser zu funktionieren.

1. Beschreibung:

Das Icon für das Breach Unterforum ist falsch im gegensatz zu den anderen Icons.

Jeder Server hat ein "Server" Icon und das Breach Unterforum hat eine Sprechblase.

2. Auslöser:

Vermutlich falsches Icon gesetzt.

3. Datum:

25.09.2025

4. Fehlercode:

///

5. Beweismaterial:

///

Guten Tag,

wie bereits im TB-Protokoll erwähnt, ist der Vorschlag nicht geplant, da das aktuelle Waffenbalancement als gut bewertet wurde.

Guten Tag,

wie bereits im TB-Protokoll erwähnt, ist der Vorschlag nicht geplant, da dadurch andere bestehende Berufe redundant wären.

Zitat von Quisam2342

Wenn man versucht Deeds dann erneut zu rufen soll es einen Hinweis geben der einen darauf hinweist, dass Deeds schon einmal gerufen wurde.

Es existiert bereits ein Menü, sobald es einen Mr. Deeds gibt. Dort kommt ein Hinweis, dass es bereits einen gibt.

Ist bereits bekannt und wir sind auch dran es zu beheben.