Support- und Community-Themen werden lediglich über unseren Discord-Server abgewickelt, wo ihr uns schneller und unkomplizierter erreicht.
Meldet euch einfach dort, wenn ihr Fragen oder Anliegen habt: https://discord.griefergames.net/
Heyho 1Waschbaer,
wir haben uns in der Vergangenheit bereits mehrfach dagegen ausgesprochen, entsprechende In-Game-Werbung durch Spieler zu unterbinden.
Es steht jedem Spieler frei seine Events auf unserem Server oder anderen Wegen zu kommunizieren.
Unterbinden wir die Werbung im Chat, schwenken die Eventveranstalter auf YouTube, Telegram und das Forum um.
Es gilt auch weiterhin unsere Festlegung im Regelwerk bezüglicher der Veranstaltung von Events (§2 Abs. 16).
Guten Tag 1Hoba,
wir haben uns leider dafür entschieden, diesen Vorschlag nicht weiter zu verfolgen.
Folgenden Ideen und Wünsche werden sofort und ohne Begründung abgelehnt!
[...]
Bereits abgelehnte Beiträge werden ebenfalls erneut abgelehnt.
Daher solltet ihr, bevor ihr eine Idee einreicht, das Archiv (Filter: "Abgelehnt") durchgelesen haben.
Vielen Dank für dein Feedback und viel Spaß weiterhin auf GrieferGames.net!
Heyho Kuhlemuh,
doch doch, das ist schon so angedacht. 
News: Entlastung der Citybuild-Server durch Rahmen
Auch an den Spawn-Grundstücken waren einige Deko-Rahmen verbaut, durch deren Entfernung wir Performance einsparen können.
Guten Tag Pepsilinekatze,
eine ähnliche Idee wurde bereits auf unserer Liste für zukünftige Ideen notiert und wird zusammen mit den Developern und der Administration besprochen.
Dein Ansatz wird diesen Vorschlägen hinzugefügt.
Bitte bedenkt, dass jede Art von "baulichen Änderungen", egal ob Tore, Änderungen am Portal o.ä. als Lösung "ausscheiden", da diese jedes Mal manuell von einem Admin in 9 Portalräumen getätigt werden müssten.
Vielen Dank für dein Feedback und viel Spaß weiterhin auf GrieferGames.net!
Guten Tag WHS_GatoYT,
wir haben uns leider dafür entschieden, diesen Vorschlag nicht weiter zu verfolgen.
Folgenden Ideen und Wünsche werden sofort und ohne Begründung abgelehnt!
[...]
Bereits abgelehnte Beiträge werden ebenfalls erneut abgelehnt.
Daher solltet ihr, bevor ihr eine Idee einreicht, das Archiv (Filter: "Abgelehnt") durchgelesen haben.
Vielen Dank für dein Feedback und viel Spaß weiterhin auf GrieferGames.net!
Kurze Frage kurze Antwort:
Wieder ein anderes Spawn-Ei reinlegen.
Guten Morgen LordEufab,
wir freuen uns, dass du Interesse daran hast dein Großprojekt zu erweitern.
Wir haben deinen Antrag geprüft und trotz unserer Richtlinien, dass Großprojekte von einer bestimmten Personenanzahl betreut werden müssen, wissen wir wie viel Ausdauer und Sorgfalt in diesen außerordentlichen Grundstücken steckt.
Deinen Antrag auf Merge-Vergrößerung haben wir daher an Abgegrieft weitergeleitet und als möglichen Video-Inhalt für eine zukünftige Folge vermerkt.
Die weitere Entscheidung und Bearbeitung erfolgt jetzt in den Händen der Administration. Ich wünsche dir viel Glück.
Liebe Grüße und viel Spaß weiterhin auf GrieferGames.net!
Heyho CptSmokie,
wie wir bereits mehrfach mitteilten, belasten Feuerwerk, Leuchtfeuer-Strahlen, Banner, Köpfe oder Partikeleffekte die Performance client-seitig; nicht serverseitig. Anpassungen an dieser Stelle "schonen" unsere Performance nicht relevant und verärgern schlichtweg Spieler der Community durch unnötige Beschränkungen.
Für mehr Informationen:
Banner, Köpfe, die Strahlen von Leuchtfeuern, Feuerwerk-Effekte, etc. sind alles Dinge, welche die Serverperformance selbst so gut wie gar nicht beeindrucken, jedoch in großer Menge für massive Einbrüche der Performance auf Client-Seite sorgen können, da euer Spiel-Client derjenige ist, der diese "darstellen" muss.
Für den Server ist ein Banner schlichtweg ein Block, welcher entsprechende zusätzliche Daten besitzt... diese Information sendet er wie andere Blöcke und deren Daten an den Spielclient. Der Client muss aus diesen Informationen dann ein visuelles Bild erstellen und dir ausgeben. Berechnungsaufwand für den Server sehr gering, Verarbeitung und Darstellung für den Client hoch.
Ein Monster oder (aktuell im Fokus) Rahmen müssen als "Entity" vom Server permanent und wiederholt abgefragt und auf Änderungen "überprüft" werden, welche dann an den Client übertragen wird, wenn sie stattfindet. Berechnung und Verarbeitung für den Server hoch, Darstellung für den Client niedrig.
Guten Abend Naturefarm,
wir haben uns leider dafür entschieden, diesen Vorschlag nicht weiter zu verfolgen.
Wir nutzen bereits eine sehr weit angepasste und speziell auf unser Netzwerk angepasste Fork, welche es uns ermöglicht an vielen Stellen Performance zu sparen.
Auch in der aktuellen Situation (Probleme durch hohe Entity-Mengen) arbeiten unsere Entwickler im Hintergrund daran, diese weiter zu optimieren, während andere Bereiche mit kurzfristigen Maßnahmen und neuen Features die Entwicklung begünstigen.
Wir wissen, dass die Performance momentan die Haupt-Kritik an unserem Netzwerk darstellt, da diese seit Längerem nicht wesentlich steigt, obwohl wir wiederholt Maßnahmen getroffen haben, welche zumindest eine weitere Verschlechterung verhinderten.
Ich kann euch an dieser Stelle leider nur weiter um noch etwas Geduld bitten. Wir wissen, wie ihr euch fühlt und wir "leiden" mit euch.
Aber ich bin zuversichtlich, dass wir alle in naher Zukunft auf einen weitestgehend störungsfreien Spielspaß blicken werden.
Vielen Dank für dein Feedback und viel Spaß weiterhin auf GrieferGames.net!
Heyho,
so, erstmal durchwischen... *wwwooooshhh* Fertig!
An alle:
Heyho Lite69,
ich zitiere hier einfach mal aus den News zu den neuen passiven Spawnern und unserem Community-Talk-Protokoll:
Kommen die Spawner auf Nature, Extreme oder die Farmserver?
Antwort: Derzeit ist diese Funktion dort nicht geplant, da es natürliche Spawner gibt.
Wird das System auch auf CityBuild Nature und Extreme kommen?
Nein, das System wird vorerst nicht auf die Spielserver mit natürlicher Weltgenerierung angewendet, da man natürlich erzeugte und von Spielern platzierte Spawner nicht ohne größeren Aufwand von einander unterscheiden kann.
Vielleicht wird so etwas langfristig noch aufkommen, jedoch nicht in der nächsten Zeit.
Wir haben bereits vor der Veröffentlichung des passiven Modus, während der Planungs- & Konzeptphase im Austausch mit Spielern von Nature und Extreme gestanden und der Großteil der Community hatte sich positiv darüber geäußert, dass das System (noch) nicht auf diesen Servern installiert wird.
Da wir dort derzeit auch andere Maßnahmen zur Performance-Stabilisierung getroffen haben, welche den Spielern gegenüber dem restlichen CityBuild-Netzwerk Vorteile beim Farmen mit Mobs und Tieren bieten, sehen wir auch aktuell kein "Ungleichgewicht" zwischen den Servern aufgrund der ausbleibenden Integration.
Guten Abend RobixXlp,
wir haben uns leider dafür entschieden, diesen Vorschlag nicht weiter zu verfolgen.
Folgenden Ideen und Wünsche werden sofort und ohne Begründung abgelehnt!
[...]
Bereits abgelehnte Beiträge werden ebenfalls erneut abgelehnt.
Daher solltet ihr, bevor ihr eine Idee einreicht, das Archiv (Filter: "Abgelehnt") durchgelesen haben.
Ich möchte klar betonen, dass wir uns freuen, wenn sich die Community gegenseitig unterstützt und hilft.
Wir sehen es daher keinesfalls kritisch, wenn Mitglieder der Community entsprechenden Support auf dem Teamspeak-Server oder im Forum (und natürlich auch In-Game) leisten, solange sie sich nicht als offizielle Teammitglieder ausgeben.
Wer sich also im TeamSpeak als "Community-Supporter" oder "Spieler-Supporter" bezeichnen möchte oder seinen Channel entsprechend nennt, der darf dies gerne tun, solange er nicht versucht den Eindruck zu erwecken zum offiziellen Team zu gehören.
Vielen Dank für dein Feedback und viel Spaß weiterhin auf GrieferGames.net!
Ich hab ja ein Gs am spawn auf cb3, da sind mehr rahmen als 16 drauf, warum gehen die nicht weg? Muss ich das verstehen?
Von der Maßnahme sind nur leere Rahmen oder Rahmen mit Items darin betroffen.
Rahmen, welche Karten enthalten werden vom System ignoriert, um die Kartenshops und Museen nicht zu zerstören.
Heyho Endermaster444,
wie bei allen anderern Vorschlägen, halten wir euch auf dem Laufenden bzgl. einer Ablehnung oder erfolgreichen Umsetzung.
Über den aktuellen Entwicklungsstand unserer Arbeit, geben wir aus diversen Gründen keine Informationen.
- Dauerhafte Lösungsansätze:
- ...sind bereits in Arbeit.
- Eine Umsetzung findet voraussichtlich bereits in den nächsten Tagen statt.
Mehr lässt sich dazu leider nicht sagen.
Änderungen am Code vorzunehmen, ist nicht immer leicht und benötigt einiges an Tests, um sichere Ergebnisse zu erzielen. Erst wenn wir sicher sind, dass die Änderungen die erwünschten Resultate erzielen und keine negativen Nebenwirkungen haben, werden diese freigegeben.
Heyho,
das sieht für mich stark nach einem Bug aus. 
Der Befehl ist bereits ab Titan-Rang verfügbar und der Text an dieser Stelle fehlerhaft. Ich verschiebe den Beitrag in den passenden Bereich.
Heyho TinxPlayer,
ich kann da nicht wirklich etwas hinzufügen.
- Limitiere anzahl an Beacons auf einem Plot.
Beacons verursachen keine Server-Lags, es ist für den Server einfach, den Leuchtstrahl zu berechnen. Sie verursachen lediglich Client-Lags.
Das ist so korrekt. Beacons, ebenso wie Feuerwerk oder Partikeleffekte belasten die Performance client-seitig; nicht serverseitig. Anpassungen an dieser Stelle "schonen" unsere Performance nicht relevant und verärgern schlichtweg Spieler der Community durch unnötige Beschränkungen.
- Es gibt eine max. anzahl an Rahmen für Karten auf einem Plot und jeder weitere Rahmen kostet dann eine bestimmte Summe an $.
Viele reiche Spieler könnten das umgehen – es würde also nicht wirklich helfen.
Das aktuelle Limit wird weiterhin intern diskutiert. Die aktuelle Limitierung pro Chunck, statt pro Plot, ist eine kurzfristige Maßnahme und soll eine Verschlechterung der Situation vermeiden. Dieses mit anderen Methoden völlig außer Kraft zu setzen, ist hierbei nicht zielführend.
Die Begrenzung auf Chunks, statt Grundstücke, hat technische Gründe, da man sonst in einem Chunk seines Grundstücks alle Karten unterbringen könnte, was ebenfalls (beim Laden dieses Chunks) zu Schwierigkeiten führt. Performancetechnisch ist eine Verteilung der Karten über mehrere Chunks besser, da die gleiche Menge an Karten so auf mehrere Chunks verteilt geladen und bei Bedarf auch wieder entladen wird.
Ebenso wollen wir Spielern mit entsprechendem Hintergrund (Kartenmuseen, Kartenshops, etc.) Perspektiven bieten, mit denen gearbeitet werden kann. Auch hier sind wir an einer Klärung, welche aber neben der dauerhaften Lösung leider Zeit benötigt.
- /p auto nur alle 20-30 sek
Die Menge an Grundstücks-Neu-Emissionen ist vergleichsweise gering beim Laden der Chunks.
Das Laden der Spielwelt insgesamt ist zwar ebenfalls ein Faktor der Performance wird aber durch Teleportieren, Fliegen und allgemein Bewegen der Spieler innerhalb der Spielwelt auch vorgenommen und macht daher keinen großen Unterschied.
Man kann das eh nicht oft nacheinander machen, da man sich ja irgendwann Plots dazukaufen muss. Außerdem wird man, wenn man Commands spammt gekickt.
Diese beiden Faktoren kommen ebenfalls hinzu.
Ich kann nur nochmal darauf hinweisen, was wir auch im Community-Talk angesprochen und in den Tagen davor und danach verdeutlicht haben:
Durch was nahm die Performance der Server in der gesamten Zeit so ab (auf den alten wie den neuen CBs)?
Antwort
- steigende Spielerzahlen
- riesige (immer komplexer werdende) Trichter- & Filtersysteme mit Hunderten bis Tausenden Trichtern auf einem Grundstück
- massives schnelles Laden von Welt-Chunks
- immer weiter steigende Zunahme von Entities
Die Kombination und Kulmulation aus all diesen Faktoren über das letzte Jahr hinweg...
Selbstverständlich ist jeder Spieler ein zusätzlicher Client, welcher vom Server mit Daten bedient werden muss. Jeder zusätzliche Spieler auf einem CityBuild-Server, steigert die Belastung. 50 Spieler sind für einen Server einfacher zu versorgen, als 200 Spieler.
Riesige Transport- & Sortier-Anlagen ("vollautomatische Lager").
So toll der Versuch ist, solche vollautomatischen Lager inzwischen redstonefrei zu bauen, bedeutet dies jedoch letztlich nur, dass riesige Mengen an Trichtern zum Einsatz kommen. Diese werden seitens Minecraft nun mal ständig abgefragt, da sie jederzeit prüfen müssen, ob Items eingesaugt, weitergegeben oder herangeholt werden müssen.
Auch wenn ein Trichter also nicht zu den Entities gehört, hat er eine ähnlich aufwendige Serverabfrage.
Praxis-Beispiel
Spieler A hat eine riesige Zuckerrohr-Farm mit über tausend Trichtern für die Aufnahme und Weiterleitung in ein Lager. Auf dem Grundstück sind über 1000 Trichter hierfür gesetzt und verbaut. Jedes Mal, wenn der Spieler oder jemand anderes sein Grundstück lädt (aktive Chunks), muss der Server diese berechnen...
Die TPS kann alleine durch dieses eine Grundstück beeinträchtigt werden. In Rücksprache mit dem Besitzer konnte ein Entfernen der Trichter auf dem Grundstück diese spürbar verbessern.
Wir sind hier in Überlegungen und an verschiedenen Ansätzen, wie man diesen Performance-Einfluss effektiver lösen kann.
Das übermäßig schnelle Laden von Welt-Chunks haben wir, durch das Deaktivieren von Fly in den Farmwelten, weitestgehend gut herunterschrauben können. Die wirtschaftlichen Einflüsse, welche nebenbei entstanden mal außen vorgelassen.
Aktuell betrachten wir das Problem der Entities, welches derzeit akut ist. Darunter fallen:
- Wesen (Spieler, Monster & Tiere)
- Rahmen
- Rüstungsständer
- "Fallende Blöcke"
- Drops & Erfahrungskugeln
- Fahrzeuge (Loren und Boote)
"Spieler" können wir nicht wirklich beeinflussen. Monster, Tiere und Fahrzeuge hingegen sehr wohl.
Diesbezüglich gibt es den MobRemover, welcher diese regelmäßig entfernt. Mit den neuen Spawner-Updates erwarten wir einen weiteren Schritt in Richtung Reduzierung von Monstern & Tieren zu haben.
Rahmen, das Thema, welches wir momentan fokussieren. Kurzfristige Maßnahmen wie ein Chunklimit und gestern die Einsparung überflüssiger & rein dekorativer Rahmen (alle außer Karten) helfen uns dabei diesen Negativ-Einfluss vorübergehend zu beschränken. An der dauerhaften Lösung, welche ohne diese harten Maßnahmen auskommt, wird aktiv gearbeitet.
Praxis-Beispiel
Bei einer unserer Überprüfungen stießen wir auf das Grundstück eines Spielers, auf welchem über 4000 Rahmen platziert waren. Auf dem Grundstück waren ein Lager und der Shop des Spielers.
Betrat dieser Spieler (oder jemand anderes) sein Grundstück, konnte man die Performance des CityBuild-Servers umgehend absinken sehen.
Waren die Chunks "entladen", stieg sie wieder merklich. In Rücksprache mit dem Spieler, hat dieser die Rahmen selber reduziert, was (nach einigen Stunden Arbeit) merkliche Besserungen für alle Spieler auf dem ganzen CityBuild lieferte.
Drops und Erfahrungskugeln sind ebenfalls kein großer Einfluss, da hier der ItemRemover regelmäßig aufräumt und uns analog zum MobClear unterstützt.
Auch Rüstungsständer sind zwar ein Anteil an Performance, jedoch derzeit eher gering im Vergleich zu anderen genannten Einflüssen.
Das letzte verbleibende Entity-Thema sind fallende Blöcke. Hierunter zählt auch... Gezündetes TNT.
Dieses wird nämlich ab Zündung zu einem schwerkraftabhängigen Block, welcher bis zum Stillstand (bzw. bei TNT bis zur Detonation) ebenfalls als Entity gewertet wird. Übermäßige TNT-Cobbler sind deshalb ebenfalls ein gewisser Ressourcenfaktor, der über die Zeit hinweg, immer mehr zugenommen hat.
Persönliche Anmerkung
Ich mache mich hier einfach mal unbeliebt und drücke einen Finger mit viel Salz in eine offene Wunde...
Ein Großteil der Performancelast entsteht durch Faulheit, Luxus und Gier!
Warum statt einem normalen Cobble-Generator mit Spitzhacke einen TNT-Cobble?
Er produziert Unmengen mehr an Erzen!
= Profit / Gier!
Warum statt 1-2 Monstern spawnen, gleich 5-6 Spawner aufstellen?
Sie produzieren 3-5 mal mehr Drops!
= Profit / Gier!
Warum große "Trichterflächen" anlegen?
Man muss nicht mehr umherlaufen und sich um das Einsammeln der Items kümmern.
= Faulheit!
Warum Items in Rahmen an Kisten hängen?
Sehen hübscher aus, als Schilder mit Beschriftung & man muss nicht lesen, sondern sieht das Item sofort.
= Luxus & Faulheit!
Warum lange Trichterstraßen und miteinander verbundene Kistenlager aufbauen?
Damit man Items nicht selber mithilfe von Inventar und Enderkiste von einer Truhe zu einer anderen transportieren muss.
= Faulheit!
Warum individuell konfigurierte Trichtersysteme für jedes beliebige Item aufstellen?
Damit man nicht mehr von Hand Items in die richtigen Kisten legen muss.
= Faulheit!
Unter uns...
Ich habe TNT-Cobbler gesehen, welche weitaus größer waren, als ein Standardgrundstück!
Unter diesen befanden sich vollautomatisierte Sammel- und Sortieranlagen aus Hunderten, wenn nicht Tausenden Trichtern und Kisten; ein "vollautomatisiertes" System, welches sich über die Größe eines 4er-Merges erstreckte und durch einen anwesenden Account getriggert werden konnte und lediglich "Wartung" durch das regelmäßige Überprüfen auf Funktion und Nachfüllen von TNT benötigte.
...und ich renne immer noch ständig in die Farmwelten zum Sand sammeln, stelle mich aktiv an Com-Farmen, wo ich aktiv stundenlang Creeper verhaue, transportiere Sand und Schwarzpulver zwischen verschiedenen CB's zu mir nach CB 8, wo ich dann TNT herstelle.
Inzwischen verweigere ich den Verkauf von großen Mengen (über 4 DK Sand und über einer Kiste TNT) und nehme keine "Farmanträge" mehr an... um genau dies nicht länger zu unterstützen! Es ist mein Sand (oder mein TNT) welcher letztlich in diesen Anlagen landet, die Performance belastet und den Reichtum solcher Spieler fördert; für einen Bruchteil meines Aufwands.
Fettes Nope!
Kommt da der "kleine Spieler von nebenan" und fragt mich nach einer Kiste Sand: "Gerne! Für ein paar $ mehr bekommst auch direkt eine DK."
Kommt ein kleines Bauprojekt, welches Sand für sein Terra braucht: "Hier habt ihr 4 DK. Gebt mir Bescheid, wenn sie verbaut sind und ich das Resultat dessen sehen kann." ... "Okay, gefällt mir, hier sind die nächsten 4 DK. Go on and repeat!"
Okay, genug davon. Weiter zur nächsten Frage!
Der Spawn ist ebenso vom "Rahmen-Shift" betroffen, wie jedes andere Grundstück.
Tja, auch wir gehen mit gutem Beispiel voran. Hängen bei uns also überflüssige Rahmen, werden diese auch "abgehangen".
Die Kisten werden mit Sicherheit entfernt und alles normalisiert, sobald wir die Situation mit einer dauerhaften Lösung behoben haben.
Guten Tag @pathosFM,
wie wir bereits im Community-Talk zu dem System besprochen haben, haben wir bereits über eine Änderung der Preisgestaltung bei den passiven Spawner, sowie weitere Verbesserungen, nachgedacht.
Diese wurden in den letzten Tagen getroffen, getestet und heute auf dem Live-Server umgesetzt.
Mehr Informationen findest du in der entsprechenden News.
Mit den getroffenen Änderungen unterstützen wir aktive Spieler auf dem Netzwerk und bieten gleichzeitig Anreize für das Umstellen und Verbessern der passiven Spawner.
Den Preis für das "Freischalten" des passiven Modus, liegt unserem aktuellen Ermessen nach, mit einmalig 3 Beacons und 2 Lohenruten (ca. 3,5k Dollar), in einem angemessenen Rahmen, welchen jeder Spieler, der einen Spawner + Egg erworben hat, finanziell stemmen dürfte.
Vielen Dank für dein Feedback und viel Spaß weiterhin auf GrieferGames.net!
Guten Tag @Nero1721,
Dass es Cap-Stufen gibt und wie diese aufgebaut sind, wurde vor einiger Zeit bereits von Abge selbst in einem Thread zu dieser Thematik bestätigt. Die Suchfunktion kann hier wahre Wunder wirken.
Ich kann dir aber auch gerne eine "Zusammenfassung" aus einem älteren Thread zu genau diesem Thema geben:
Kurz gefasst: CB-Server haben mehrere "Cap"-Stufen...
- "Join-Cap" = Angegebene Zahl im Scoreboard
- alle Accounts unabhängig der Rechte können joinen
- "Soft-Cap" = in der Regel "Join-Cap"+50 Slots
- alle Accounts mit "Join-Rechten" (früher seperat gebucht oder im Rang enthalten) können joinen
- "Hard-Cap" = technisch bedingt
- nur Accounts höchsten Ranges (Supreme) können noch joinen
- "Whitelist" / "Wartungsmodus" = wird manuell geschaltet
- nur freigegebene Accounts (in der Regel hochrangige Teammitglieder) können joinen
Dass ein Serverbetreiber die maximale Anzahl an Personen / Server (auch mit Join-Rechten) beschränkt, ist ganz klar.
Technische Belange des Servers (Ausfallprevention, Wartungen, etc.) fallen nicht unter die Leistungsbeschreibung der "Verfügbarkeit".
Oder anders herum gefragt: Was ist dir lieber?
Manchmal trotz Join-Rechten nicht auf einen CB können, aber wenn man drauf ist (auch wenn es mal laggt) sind Abstürze und Item-/Plot-Verluste sehr selten.
...oder...Immer auf einen CB joinen zu können, der dann mehrmals täglich bis stündlich abstürzt und deine Items/Money/Grundstücke wegbuggen?
Zum Thema der "Beschreibungen" im Shop zitiere ich einfach mal den Owner des Servernetzwerks:
Ein Rang ist kein Leistungskatalog, den man sich gebucht hat. Wir editieren Ränge, nennen um, verändern Farben, Tab, Chat und natürlich auch die vergebenen Berechtigungen. Das funktioniert nur in zwei Richtungen.
Wir müssen Hinzufügen, aber auch Entfernen dürfen.
Ich bin diese leidige Diskussion über den Shop satt. Wir werden den Shop editieren, wenn es nötig ist. Und das vermitteln wir auch beim Kauf. Falls jemand sich gezwungen sieht seinen Rang umtauschen zu wollen, sehen wir uns gerne an, ob wir da eine faire Lösung finden.
Vielen Dank für dein Feedback und viel Spaß weiterhin auf GrieferGames.net!
