Ich finde jedoch das der Bann übertrieben ist.
Begründet? Nein. Dann kannst du es auch rauslassen oder zumindest begründen.
Beiträge von mcNuggets
-
-
Forum-Thema zum News-Artikel „TTT - Entfernung von VIP“.
TTT - Entfernung von VIP
Heyho Community,
TTT wird nicht länger Ränge verkaufen.
Kaufbare Ränge sind bereits aus dem Shop genommen.
Im Server wurden sie ebenso entfernt.
Der Server ist jetzt vollständig kostenlos spielbar, keinerlei kaufbaren Inhalte existieren mehr auf diesem.
Alles Weitere bleibt relativ unverändert.
Weiterhin viel Spaß auf unserem alten TTT-Server.
Sollte wirklich gar keiner drauf spielen, nehmen wir ihn IRGENDWANN einfach leise runter.
Ich danke euch für die Erfahrung und die Unterstützung.
Und ein dickes "Leck mich" an all die Leute, die in TTT Spielspaß auf guten Server vermiesen.
Hoffe niemand ist über diese Entwicklung enttäuscht, aber basierend auf letzten Spielerzahlen sollte das keinen großartig enttäuschen.
Möchte auch kein Geld mehr verlangen, für etwas, was ich selbst nicht mehr aktiv maintaine.
MfG mcNuggetsQuelle: https://steamcommunity.com/groups/ModGam/…849469496948840
-
Build & Fight wurde kaum mit Regeln kaputt gemacht, sondern von den Stammspielern und dem Fakt, dass keiner auf den Server kommt, weil es ein unbeliebter Spielmodus ist.
Die Stammspieler haben dauerhaft unfaire Methoden benutzt, neuen Spielern den Spaß zu verderben. Wir konnten uns letztendlich nicht mehr aufbauen. Das entstand dadurch, dass neue Spieler von Stammspielern regelrecht terrorisiert wurden und die Spielerinteraktionen neben dem Zwingen ins PvP einfach nicht mehr bestanden. Damals haben die Sachen gebaut und ihren Spaß anderweitig gefunden, als im sinnlosen, dauerhaften PvP.
Am Ende blieb nur PvP, Kreativität entflog.
Und wenn nur PvP bleibt, wofür Build & Fight?
So kamen wir auch auf TDM. Ich wünschte, ich hätte bei TDM mitwirken können, aber zeittechnisch fehlte es da an jeder Stelle.
Finde z.B. auch schade, dass so viel guter Content nicht für TDM recycelt wurde, obwohl dieser perfekt gepasst hätte.
Ihr netten Serverterroristen müsst euch wohl jetzt mit euch selbst beschäftigen, anstelle unerfahrene Spieler eine schlechte Erfahrung zu machen und euch an der Aufmerksamkeit aufzugeilen.
TL;DR
Ihr warts, nicht wir.
Noch ne Sache:
Ihr hattet immens viel Spaß auf diesem Server.
Seid dankbar. So eine unreflektierte Scheiße zu schreiben, wie der Themaersteller... sowas ist einfach nur traurig, mehr sag ich da gar nicht zu.
Zeigt einfach wie sich wieder jemand keine Zeit genommen hat, sich Gedanken zu machen.
Und wenn, dann nur die falschen Gedanken.
Wenn modern Gaming nicht mehr BaF hosten will, könnte man vielleicht den Source code veröffentlichen?
Können wir nicht, weil andere Server noch dran hängen und Build & Fight logischerweise nicht 100% Copyrights für alles hat.
Wir nutzen auch gekaufte Skripte. Man müsste halt gucken, was man veröffentlichen kann, und was nicht.
Das würde sich eigentlich nicht wirklich lohnen.
Ideen sind immer gern gesehen, wie ihr B&F zurückbringen würdet, aber das ist auch mehr eine verlorene Hoffnung für mich.
GMod ist einfach kein Platz für Sandbox Spielereien mehr.
-
Das ist ein Bug, ich gucke mal wo her er kommt
Ich würde mich für den Ursprung des Fehlers interessieren. Rein aus Interesse. Kann mir Raphael bei Lust und Laune ja dm-en.
-
Finde ich auch relativ sinnvoll.
Wird bald kommen.
Seit mark272 wieder da ist, sind meine Depressionen was MRP angeht, geheilt.
-
Alles anzeigen
1. Art des Vorschlages:
Es handelt sich um eine Änderung.
2. Beschreibung:
Sollte bei einem Mapvote eine Entscheidung nicht mindestens 50% der abgegebenen Stimmen erhalten, wird eine Stichwahl zwischen den beiden Entscheidungen mit den meisten Stimmen durchgeführt.
Wann macht eine Stichwahl Sinn?
1. Beispiel:
Sollte ein Vorschlag nicht mindestens 50% der Gesamtstimmen erhalten, wird eine Stichwahl ausgeführt.
In diesem Fall möchte die Mehrheit der Spieler (insgesamt 18 im Gegensatz zu 16 Spielern) nicht die Map verlängern.
Diejenigen, die für Vorschlag zwei und vier gestimmt haben, haben damit gegen die Verlängerung gestimmt. Wahrscheinlich hätten sie lieber Evocity gespielt als die Map zu verlängern.
Da wir das jedoch nicht wissen, hätte man hier eine Stichwahl durchführen müssen. Wenn sie tatsächlich lieber verlängert hätten als Evocity zu spielen, hätten wir das in der Stichwahl erfahren.
Da es jedoch keine Stichwahl gab, ist die Stimme von denjenigen, die für Vorschlag zwei und vier gestimmt haben, wertlos gewesen.
Daher soll eine Stichwahl zwischen Entscheidung 1 und 5 abgehalten werden.
Externer Inhalt i.ibb.coInhalte von externen Seiten werden ohne deine Zustimmung nicht automatisch geladen und angezeigt.2. Beispiel:
24 Spieler haben abgestimmt. Davon wollten 11 Spieler den Vorschlag eins.
Die Mehrheit, nämlich 13 Spieler sind gegen Vorschlag eins.
Da keine Stichwahl stattgefunden hat, wird eine Map gespielt, die die Mehrheit der Spieler ablehnen.
Vielleicht möchten diejenigen, die für Vorschlag fünf gestimmt haben, lieber Bangclaw anstatt Newexton spielen: Lasst es uns in einer Stichwahl herausfinden!
Hier hätte somit eine Stichwahl zwischen Vorschlag eins und zwei stattfinden müssen.
Externer Inhalt i.ibb.coInhalte von externen Seiten werden ohne deine Zustimmung nicht automatisch geladen und angezeigt.Wann ist keine Stichwahl notwendig?
3. Beispiel:
Hier ist bei insgesamt 36 Stimmen eine erforderliche Mehrheit von 18 Stimmen notwendig. Da Vorschlag fünf, die erforderliche Mehrheit erhalten hat, muss keine Stichwahl stattfinden.
Externer Inhalt i.ibb.coInhalte von externen Seiten werden ohne deine Zustimmung nicht automatisch geladen und angezeigt.3. Begründung:
- Unzufriedenheit: Da es keine Stichwahl gibt und eine einfache Mehrheit ausreicht, könnte eine Map mit einer einfachen Mehrheit gewählt werden, auch wenn die absolute Mehrheit der Spieler es nicht bevorzugt. Dies könnte dazu führen, dass sich Spieler übergangen fühlen, weil die Mehrheit der Stimmen nicht berücksichtigt wird.
- Mangelnde Repräsentation: Folgendes passiert auch oft: Wenn die Stimmen relativ gleichmäßig auf die fünf Optionen verteilt sind, tut eine Map mit einer sehr kleinen Mehrheit gewinnen, was bedeutet, dass eine große Anzahl von Spielern ihre bevorzugte Option nicht spielen kann. Das bedeutet, dass die Mehrheit der Spieler zwar bevorzugen, z.B. die aktuelle Map nicht zu spielen, sie aber trotzdem verlängert wird.
- Strategisches Wählen: Grundsätzlich ist eine Stimme für eine andere Map eine stimme gegen die aktuelle Map. Tut also die Mehrheit der Spieler für eine andere Map als für die aktuelle stimmen bedeutet dass, dass die Mehrheit wahrscheinlich gegen die aktuelle Map ist. Wird die Map aber verlängert, weil sich die Spieler uneinig sind, ob sie Map 1 oder Map 2 spielen wollen, hat sich die Minderheit durchgesetzt und die Map wird verlängert, weil es keine Stichwahl gab.
Eine Annahme dieses Vorschlags könnte dazu führen, dass die Wahlentscheidung der Spieler besser abgebildet wird und sich die Spielererfahrung verbessert:
- Gerechtere Ergebnisse: Durch die Einführung eines Stichwahlsystems, das Präferenzen besser abbildet, könnten Ergebnisse erzielt werden, die die Wünsche der Mehrheit genauer widerspiegeln.
- Erhöhte Zufriedenheit: Wenn Spieler sehen, dass ihre Stimmen tatsächlich einen Gewicht haben, könnten sie sich motivierter fühlen, sich an der Abstimmung zu beteiligen.
- Vielfalt der Maps: Ein Stichwahlsystem könnte dazu führen, dass mehr verschiedene Maps gespielt werden, was die Spielerfahrung bereichert.
- Verständnis: Ein klares und transparentes Abstimmungssystem kann dazu beitragen, dass alle Spieler die Entscheidungsfindung verstehen und akzeptieren.
Ich möchte abschließend sagen, dass mir keine negativen folgen dieser Änderung einfallen. Es trägt lediglich dazu bei, dass das Mapvotum näher an den Präferenzen der Mehrheit der Spieler ausfällt. Probieren wir es doch einfach aus!
4. Inhalte:
Keine zusätzlichen Inhalte.
Ich finde schon fucking funny, dass mir das nie in den Kopf gekommen ist. Wäre aber zumeist die Lösung für die uneinigen Spieler untereinander.
-
Sowas sollte schon vorab in der Entwicklung auffallen.
Ich mache Server seit 12 Jahren, daher weiß ich das.
Aber kein Front, finde das nur ein wenig schade.
-
Ich halte die Funktion nicht für nötig.
Begehrte Jobs werden immer getreu dem Motto "first come, first serve" vergeben. Wenn man einen bestimmten Job unbedingt haben möchte, halte ich es für absolut zumutbar, immer mal kurz in die TAB-Liste zu schauen. Ein extra Benachrichtigungssystem bedarf es dazu - meiner Auffassung nach - nicht.Du kriegst auch lieber Dislikes als Antworten auf deine Meinung. Und das vom Themaersteller, peinlich.
Finde sowas immer ein bisschen erbärmlich.
Deine Meinung war bis jetzt die vernünftigste und best geschilderte, nur weil diese Fritzen keine Argumente haben, disliken die dich.
Ich lehne das hier mal ab. Ist mir zu kindisch Unter der Voraussetzung und für MRP würde das mehr Sinn ergeben, wäre der Server unter der Woche voller.
-
Alles anzeigenAlles anzeigen
Bei mir werden Fehler meist zügig behoben.
Für andere kann ich leider nicht sprechen. Bin seit 2023 nicht mehr bei SCP:RP als HauptEntwickler.
Mittlerweile beheben ich nur noch dringende Bugs.
Dieser Fehler ist weird. Wir haben damals die selbe Methode genutzt die D-Klassen Namen nutzen. D-Klassen Namen gingen eigentlich immer, daher ist das Problem auch so verwunderlich.
Anschließend sind wir auf NW2, was noch mehr Bugs verursachte.
Bunny, Austria, Raphael und jetzt auch RumBugen plagte dieser Fehler schon. Keiner fand bis jetzt eine Lösung, die zufrieden stellend war und wir wollen keine billigen Workarounds nutzen.
Wenn sich einer mal die Zeit nehmen würde, einmalig, wäre das auch Sache der Vergangenheit.
Das sollte kein Vorwurf meinerseits sein.
Nur halt,wenn dieser Fehler in nächster Zeit nicht gefixed wird,was ich aus gutem Grund vermute, und er ja so oft passiert,wieso nicht kurz die Zeit nehmen und einen Hinweis einfügen?Ich habe keinen Vorwurf entgegen genommen, ich wollte lediglich die Geschichte widerspiegeln, da mich das Thema natürlich genauso reizt, weil ich diesem Fehler schon lange auf der Spur bin und den natürlich auch behoben sehen will.
Dass der mittlerweile anscheinend Gang und Gebe ist, das wusste ich nicht und schockiert mich. Hätte ich gewusst, dass der in der Form, wie ihr ihn beschreibt dauerhaft auftritt, hätte ich selbstverständlich entgegen gewirkt. Es fehlte mir hier der Communitygeist ein wenig.
Wir fügen keinerlei Warnung ein. Das ist unseriös.
RaphaelIT7 kann sich das vielleicht noch einmal ansehen.
Der hat sich zuletzt damit befasst und es eigentlich "behoben". Soweit ich weiß.
Ansonsten kann ich mir das im Zweifelsfall bei allernötigster Nötigkeit auch ansehen, habe aber wirklich wenig Zeit.
-
Alles anzeigen
Der Bug ist selten und einfach schwer zu reproduzieren für uns. Wir wissen nicht einmal was ihn verursacht. Wirkt wie etwas, was GMod nicht ganz packt mit dem NW(2) System.
Andererseits lief es auch über unser eigenes Var System und machte Probleme.
Wir werden keine Warnung einfügen, es höchstens beheben.
Dieser Bug ist so wie ich es mitbekommen habe sehr häufig. Ich glaube bei den letzten 5 966 Breaches an die ich mich erinnern kann gab es 1 mal wo sie tatsächlich unsichtbar waren.
Und wie sieht es mit dieser Behebung aus?
Das aktuellste was ich hierzu gefunden hatte war dein Kommentar zum Bug Report von Lotschka:"GMod's Networking ist gefickt.
Wer das jemals behoben kriegt !!!ohne!!! billige Workarounds hat meinen Respekt."
Was nun auch Dezember 2023 war.
Während dieser Bug das erste mal März 2021 reportet wurde.
Daraus schließe das die Behebung wahrscheinlich noch etwas dauern wird,wenn überhaupt daran gearbeitet wird in irgendeiner Weise.Bei mir werden Fehler meist zügig behoben.
Für andere kann ich leider nicht sprechen. Bin seit 2023 nicht mehr bei SCP:RP als HauptEntwickler.
Mittlerweile beheben ich nur noch dringende Bugs.
Dieser Fehler ist weird. Wir haben damals die selbe Methode genutzt die D-Klassen Namen nutzen. D-Klassen Namen gingen eigentlich immer, daher ist das Problem auch so verwunderlich.
Anschließend sind wir auf NW2, was noch mehr Bugs verursachte.
Bunny, Austria, Raphael und jetzt auch RumBugen plagte dieser Fehler schon. Keiner fand bis jetzt eine Lösung, die zufrieden stellend war und wir wollen keine billigen Workarounds nutzen.
Wenn sich einer mal die Zeit nehmen würde, einmalig, wäre das auch Sache der Vergangenheit.
-
Bei Code Purple, weiß man das nicht unbedingt. Code Purple kann man auch ausrufen, wenn man den Verdacht dazu hat. Stell dir vor, du läufst durch die HCZ und da liegen 2 tote CTler in 049-Chamber. Es gibt keinen Breach und warum sollten DKs in 049 Chamber reingehen? Dann kannst du davon ausgehen, dass z.B. ein Intruder/Korrupter in der FD ist. Mit Code Purple soll das Personal sozusagen ihrer Arbeit weiter nachgehen, aber auf verdächtige Aktionen achten und eben bei den Checkpoints Personal überprüfen.
Warum sollte die gesamte Foundation über den Verdacht verschiedener Einzelpersonen in Erfahrung gebracht werden?
Wäre doch so oder so besser, wenn das Ganze intern besprochen und verfolgt wird und nicht direkt ein Wahnsinn losgetreten wird, die dem Schuldigen mehr als genügend Zeit zur Vorbereitung gibt.
Es kommt mir nicht so vor, als hättest du diesen Vorschlag überdacht.
-
Ich finde, es verpasst irgendwie den Sinn einer Warnung.
Code Red symbolisiert direkte Gefahr
Code Yellow symbolisiert eventuelle Gefahr
Code Green symbolisiert Sicherheit
Code Purple symbolisiert direkte Gefahr von innen? Ich sehe einfach nicht sonderlich großen Sinn.
Würde einfach nur gerne ne gute Begründung, was die 3 und dann 4 Codes distinktiv voneinander unterscheidet.
Gründe wie "Fördert das RP" lasse ich da logischerweise nicht gelten, da, wenn wir alle mal ehrlich miteinander sind, das lediglich als Vorwand genutzt wird, weil man sich keine Gedanken machen möchte.
-
Wie sehr will man das eigentlich nerfen? Hahaha.
Angst vor Veränderung schlägt einfach ein.
Jetzt sagen, dass ich den Vorschlag gut finde, ändert deine Meinung sicher nicht, allerdings finde ich ihn zu stark, wenn er Zugriff auf Automatikwaffen hätte und er seine Kollegen auf 100% heilen kann.
Ich hab keine Meinung über dich, keine Sorge.
Nur Balancing.
-
Ich hab es mir auch so vorgestellt dass sich das pack aufladen tut, aber ziemlich langsam.
Gibt da halt keinen guten Wert.
Gibt nur zu wenig und zu viel.
Man sollte es so oder so immer im PD nachladen können (mit Cooldown natürlich)
-
Alles anzeigen
Wofür dann noch raiden, die Polizei & SEK sind schon eine echt starke Fraktion und es ist auch immer eine 50/50 Chance, dass man einen RAID gewinnt
Verteidiger einer Base haben mMn schon einen enormen Vorteil, egal ob die Gegner eine Gruppe an Raidern oder Polizisten & SEKs sind. Vor allem, wenn die Base halbwegs gut gebaut ist. Verteidiger brauchen auch nicht sonderlich reinschwitzen, um Raider abzuhalten, da es nicht allzu schwer ist, auf eine Tür zu schießen in die Nichtmal 2 Spieler gleichzeitig passen.
Zum Sanitäter,
ich finde, er sollte bis max. 50 HP heilen können und sein MedKit sollte ebenfalls nur maximal 5 * 25 HP heilen können und müsste danach wieder am Munitionslager nachgeladen werden, da solche Polizeisanis vor Ort auch nur akute Verletzungen behandeln können. Ebenfalls bin ich der Meinung, dass seine Bewaffnung weder aus Pistole noch Automatikwaffe bestehen sollte, da es genügend Beamte mit diesen Waffen gibt. Er sollte einen Revolver haben, da es zurzeit nur 2 Beamte mit einem solchen gibt.
Franz Ecker Stoff
Wie sehr will man das eigentlich nerfen? Hahaha.
Angst vor Veränderung schlägt einfach ein.
Dass sich das Medkit nicht nachlädt ist ein sehr guter Vorschlag, benötigt aber dann einen Buff auf die Nutzungslänge.
-
Muss nur balanced sein und evtl. kleiner Nerf fürs SEK an Slots.
SEK können nur 5 spieler sein atm. 2 einheiten 1 leiter, 1sniper 1bulldozer. sollte -Einheit nen slot nerf bekommen könnte halt dieser job hostage gehalten oder er ist gezwungen leiter/bull/(dann medic)/sniper zu gehen.
oder man traded halt 1 Polizist slot für 1 mehr SEK slot/job
(wäre bestimmt auch nervig dann immer der einen sek-einhet administrativ hinterher zu watscheln das er bitte leiter etc. wird)Ja, hatte ich auch schon überlegt.
Lösung dafür wäre, dass man die normalen SEKs überladen kann, wenn keiner in die spezifischen Jobs geht.
SCP:RP z.B. hat einen dynamischen Jobcount für Sicherheitsdienst als Beispiel.
Kann den Code gerne für mark272 rauskramen.
-
SEK meist unkoordiniert und raidet dich nur wenn du Fehler gemacht hast.
Die sollen stark sein und relativ schwer zu bezwingen.
Es geht mir dabei garnicht um die Farmjobs die darunter leiden, die müssen, wie du schon sagst, Fehler machen. Die „haben es verdient“.
Es geht mir vielmehr um Counterraids des SEK gegen zB Gangster die gerade raiden. Die werden so schon von zwei Seiten beschossen, dann hat eine Seite auch noch Heilung im Kampf… macht raiden noch unattraktiver als es eh schon ist.
Das halt das Risiko.
Ebenso wird man die Heilung im Kampf ja nur nutzen können, wenn man sich in Stellungskampf befindet, was man so oder so vermeiden wollen würde.
Ich sehe keinerlei Negativ zu der Änderung.
Muss nur balanced sein und evtl. kleiner Nerf fürs SEK an Slots.
-
Muss zustimmen dass das SEK mittlerweile schon echt brutal ist.
Ich will auch nicht dass das unterschätzt wird, der Medic wäre mit Abstand die stärkste Einheit unter den Beamten.
Ich denke dass es erst einen Ausgleich für Raider braucht bevor man das SEK noch weiter stärkt. Sry.
SEK meist unkoordiniert und raidet dich nur wenn du Fehler gemacht hast.
Die sollen stark sein und relativ schwer zu bezwingen.
-
Würde dafür aber den Scharfschützen (falls noch nicht geschehen) auf 1 limitieren.
-
Jeder User kann nochmal einen Support aufgreifen, vor allem wenn er sich zu Unrecht behandelt fühlt oder wie es hier in dem Fall um 4 Uhr wahrscheinlich nicht so viele Möglichkeiten gibt.
Mich würde aber auch eher interessieren ob du noch weiter darauf eingehst anstatt zu sagen, dass er dich bestimmt nur hasst.Kann ich auch verstehen, aber die Person ist gegen mich Negativ nach diesem Vorfall und weiß nicht wieso oder was ich ihn angetan habe warum er etwas gegen mich Persönliches hat.
Aber wie gesagt.
Die person hat auch den Kompletten Context weggemacht, bzw. man hört ihn im clip nicht. Er hatte mich im RP Beleidigt und das massiv.
Pudel: Geh mal auf seine Argumente ein, statt nur zu behaupten er hat etwas gegen mich.
Franz: Würde ich, hätte er nichts gegen mich.
