Beiträge von 50U7R34P3R

Heyho,

diese Idee wurde zur weiteren Bearbeitung intern weitergeleitet. Bis zur endgültigen Entscheidung könnt ihr als Community weiterhin Feedback zur Idee geben und Anpassungen/Verbesserungen vorschlagen.

Zitat

Szenario:

• häufige Fehlpostings von 1.8 und Cloud
• Ausblenden von 1.8-Handelsbereichen für reine Cloud-Spieler nicht möglich

Vorschlag:

• Handelsbereich für Cloud-Netzwerk in eigener Kategorie mit gleichen Unterforen & Labeln
• bisherige Kategorie zu "Handelsbereich 1.8-Netzwerk" umbenennen

Vielen Dank für euer Feedback und viel Spaß weiterhin auf GrieferGames.net!

Heyho,

wir haben uns leider dagegen entschieden, diesen Vorschlag zum aktuellen Zeitpunkt weiter zu verfolgen.

• Aktuelle Menge ausreichend; Erweiterung nicht sinnvoll
• Mehroption durch (kostenlose) externe Tools (verlinkbar)

Vielen Dank für dein Feedback und viel Spaß weiterhin auf GrieferGames.net!

Heyho,

wir haben uns leider dagegen entschieden, diesen Vorschlag zum aktuellen Zeitpunkt weiter zu verfolgen.

• Verstöße gegen das Regelwerk können gemeldet werden
• Bei persönlichem Problem mit Nutzer kann dieser persönlich blockiert werden

Wir haben uns bereits in der Vergangenheit dagegen entschieden, diesen Vorschlag zum aktuellen Zeitpunkt weiter zu verfolgen.

Zur besseren Übersichtlichkeit wird dein Ansatz dem Thema hinzugefügt.

Vielen Dank für dein Feedback und viel Spaß weiterhin auf GrieferGames.net!

Heyho,

wir haben uns leider dagegen entschieden, diesen Vorschlag zum aktuellen Zeitpunkt weiter zu verfolgen.

• geringer Anwendungsfall
• technische Einschränkungen, kompletter Umbau des Systems erforderlich
• Aufwand-Nutzen-Verhältnis

Vielen Dank für dein Feedback und viel Spaß weiterhin auf GrieferGames.net!

Heyho,

wir haben uns bereits in der Vergangenheit dagegen entschieden, diesen Vorschlag zum aktuellen Zeitpunkt weiter zu verfolgen.

Zitat von 50U7R34P3R

• Sicherheitsmaßnahme (Anti-Spam)
• selbst geschriebene Nachricht ist nicht innerhalb von 3 Sekunden getippt
  • sinnvolle Erstellung von Beiträgen nimmt wenigstens 15-20 Sekunden in Anspruch
  • Copy-Paste-Antworten / Gespeicherte Antworten muss man ggf. kurz abwarten

Eine qualitative Antwort benötigt mehr als nur ein paar Sekunden, weswegen der Spam-Schutz als Sicherheitsmaßnahme auch weiterhin seine Gültigkeit behält.

Eine rangbezogene Senkung reduziert hierbei zwar das Risiko für Spam-Angriffe, benachteiligt jedoch Nutzer mit niedrigerem Rang gegenüber (Frequenz von Beiträgen, etc.). Ein Blick auf die Nutzerliste zeigt zudem, dass wir gerade im höheren Nutzerbereich kaum Nutzer haben, die überhaupt einen entsprechenden Rang erreichen, der den Cooldown sinnvoll senkt.

• Legendary Griefer: 12
• Ultimate Griefer: 8
• Emerald Griefer: 11
• Diamond Griefer: 30

Das macht 61 Accounts in Summe, für welche dies eine Senkung von mehr als 30% (10 Sekunden) bedeutet. Einige davon sind inzwischen auch inaktiv, was die Menge an tatsächlichen Nutzern aus dem oberen Rangbereich weiter reduziert und dem Aufwand zur Anpassung aller Ränge keinen geeigneten Nutzen gegenüberstellt.

Vielen Dank für dein Feedback und viel Spaß weiterhin auf GrieferGames.net!

Heyho DeGabo,

deine Idee wurde bereits durch einen Vorschlag eines anderen Nutzers aufgenommen.

Dein Ansatz wird diesem Thema hinzugefügt.

Vielen Dank für dein Feedback und viel Spaß weiterhin auf GrieferGames.net!

Heyho,

das Senden von URL-Links im Status wurde aus Sicherheitsgründen eingeschränkt/verhindert.

Zum aktuellen Zeitpunkt möchten wir diese Sicherheitssperre (noch) nicht wieder aufheben, um die ursächlichen Risiken nicht wieder freizugeben.

Da diese Risiken unabhängig von der genutzten Plattform/Adresse bestehen, ist auch ein Whitelisting des Forums an dieser Stelle leider ausgeschlossen.

Die Weiternutzung bereits gesetzter Status-Nachrichten ist problemlos möglich, solange sie nicht gegen unser Regelwerk verstoßen. Das Umgehen der Blockierung von Links kann als Verstoß gegen unser Regelwerk gewertet werden.

Zitat von GrieferGames

(18) Das Umgehen von blockierten und reservierten Wörtern, Sätzen, Links, E-Mail-Adressen und anderweitige Funktionen ist strengstens untersagt.

Heyho,

eine Neustrukturierung von Labels für den Community-Bereich wurde der Administration bereits vor Kurzem vorgelegt.

Wir sehen momentan keinen Zweck darin für alle Dienste und die jeweils kleinen Mengen an Fehlermeldungen/Vorschlägen eigene Label zu setzen und werden voraussichtlich die Ansicht eher verschlanken und mit dem Titel der Themen für eindeutige Bezüge sorgen.

Mit den neuen Labeln und der Sortierfunktion des Forums ist dann ebenfalls eine einfache und gezielte Ansicht für euch möglich.

Heyho,

diese Idee wurde bereits erfolgreich auf unserem Server-Netzwerk umgesetzt.

Mehr Informationen dazu findest du hier:

News

Anpassung der Orb-Angel + Angel-Event

Liebe Community,nach dem sehr erfolgreichen Community-Talk haben wir uns auch euer Feedback bezüglich des Orb-System zu Herzen genommen und haben daher einmal die Orb-Angel geupdatet und wollen dies mit einem Event einleiten.Zu diesem Event habt ihr nun die Möglichkeit, auf Citybuild 17 über den Warp-Punkt /warp Angeln zusammen mit der Community nach wertvollen Gegenständen zu fischen! Das funktioniert allerdings nur mit der Orb-Angel, welche ihr in der Hauptstadt (/warp Stadt) bei dem…

EntchenBuilds

26. März 2022 um 16:08

Die Köpfe-Sets bleiben bis zum jeweils nächsten Angel-Event auch weiterhin im Angelitem-Pool der Orb-Angel enthalten.

Aufgrund der Event-Struktur werden lediglich die wertvollen Zusatz-Items dauerhaft und der Angelteich zeitweise entfernt, um diesen für das nächsten Event vorzubereiten.

Vielen Dank für euer Feedback und viel Spaß weiterhin auf GrieferGames.net!

Heyho,

wir haben uns leider dagegen entschieden, diesen Vorschlag zum aktuellen Zeitpunkt weiter zu verfolgen.

• Performance-Einschränkungen
• Umsetzung entspricht nicht dem Nutzen des Features

Vielen Dank für dein Feedback und viel Spaß weiterhin auf GrieferGames.net!

Heyho,

leider ist eine Einschränkung auf Basis der normalen Verbindungsdaten Daten nicht gerade einfach.

Discord selbst bietet keine Möglichkeit direkt gegen Mehrfachaccoutns vorzugehen, weswegen wir hier jeden Einzelfall betrachten müssen.

Durch die Nutzung von GGAuth haben wir ein eigenes System, mit welchem wir bessere Methoden anwenden können. Kann oder möchte ein Nutzer jedoch GGAuth nicht nutzen, können wir ihn nicht dazu zwingen.

Nutzer, welche sich entgegen unserem Regelwerk verhalten, sollen über die bekannten Regelwege gemeldet werden, damit sich ein Teammitglied darum kümmern kann. Stellen wir eine eindeutige Mehrfachnutzung fest, welche im Gegensatz zum Regelwerk steht, so werden auch diese Nutzeraccounts blockiert.

Das Senden von Direktnachrichten können wir unsererseits ebenfalls nicht unterbinden. Dies kann jeder Benutzer in den Einstellungen seines Discord-Accounts (Abschnitt "Privatsphäre & Sicherheit") und in den "Privatshäreeinstellungen" des Servers selbst vornehmen.

Heyho,

wir haben uns leider dagegen entschieden, diesen Vorschlag zum aktuellen Zeitpunkt weiter zu verfolgen.

• Aufwand-Nutzen-Verhältnis
• Spieler mit Mod-Clients können auch Hotkeys oder Ersetzungen nutzen, um falsche Befehle zu verhindern

Vielen Dank für dein Feedback und viel Spaß weiterhin auf GrieferGames.net!

Heyho,

die entsprechende Umfrage wurde am 23.07. archiviert. Daher fehlen dir die Rechte den Thread aufzurufen.

Die entsprechenden Banner sollten überall entfernt worden sein. Scheinbar sind uns da welche entwischt.

Wir haben dies an die Administration weitergeleitet. Die Banner werden zeitnah entfernt.

In der Zwischenzeit kannst du den Banner über das kleine "x" in der oberen rechten Ecke für dich selbst bereits ausblenden.

Vielen Dank für deine Meldung und weiterhin viel Spaß auf GrieferGames.

Zitat von PeachBurrito472

Zitat von 50U7R34P3R

Der Randschmied lässt dich nur Blöcke verwenden, welche du durch deinen Rang oder aus Kisten freigeschaltet hast bzw. aus den MysteryMod-Möbeln auswählen kannst.
Da Leuchtfeuer und Endstein (noch) nicht (wieder) verfügbar sind, kann man diese auch nicht beim Randschmied für einen personalisierten Rand nutzen.

Danke dir, ich habe das noch nie benutzt daher kann ich da nicht mitreden. Was hat es eigentlich mit diesen wandbüchern auf sich.

Grundstücke verändern - GrieferGames 1.8 

Heyho,

Zitat von M1raii

Dann muss ich mein Lager umändern, davon wusste ich tatsächlich nichts, danke für die Info

Zitat von Abge

Die Flag ist für alle, die schnelle Trichter-Ticks benötigen. Mit der Flag hopper-fast-tick kann man den Diamant-Schuh-Knopf benutzen und die Trichter umstellen.

Die Flag muss aber bei uns angefragt werden und es sind nur 300 Trichter pro Grundstück erlaubt!

Dabei ist zudem zu beachten, "nur 300 Trichter pro Grundstück erlaubt".
300 mit aktiver Flag + 700 ohne Flag sind trotzdem 1000 Trichter auf dem Grundstück, was nicht dem "Nutzen" des Trichter-System entspricht.

Zitat von Abge

Der Befehl /trichter enablefullstack stellt alle Trichter von 12er Stacks auf 64er Stacks um. Nach dem Eingeben etwas warten, alle Trichter werden dann aktualisiert. /trichter disablefullstack zum Zurückgehen auf 12er.

[...]

Es gibt jetzt die Erweiterung /trichter enablefullstack chunk und /trichter disablefullstack chunk für Grundstücke > 100, die sonst jeden Trichter anklicken müssten. Das stellt nur den Chunk, in dem man steht, um.

• Für Grundstücke <100 Einzelplots lässt sich also der gesamte Trichterbestand auf einmal umschalten.
• Für Grundstücke >100 Einzelplots ist klar, dass eine Ausführung per Befehl mehr Ressourcen braucht und in der Regel gar nicht nötig ist (nicht auf dem ganzen Grundstück sind Trichter vorhanden).
  • Daher der zusätzliche Befehl, um einen entsprechenden Chunk komplett umzustellen. Daher kann man in den Chunks den Befehl nutzen, in dem die entsprechenden Anlagen sind und der Performance-Aufwand für den Server bleibt gering.
  • Da man auch nicht alle Chunks in einem Grundstück umstellen muss, sondern nur die, in denen die Anlagen sind, wäre eine "Massenausführung" auch an dieser Stelle wenig effizient.

Zitat von M1raii

• /Trichter enablefullstack chunk [Anzahl der Chunks]

Okay... und wenn ich jetzt 4 Chunks eingebe, gehen die 4 Chunks in Blickrichtung (Merge-Logik), 4 Chunks in jede Richtung (Sichtweiten-Logik), 4 Chunks um meine aktuelle Position (zirkulär kombiniert)...?

Was ist, wenn ich mehr als 3 Chunks in eine Richtung umstellen will? Diese Chunks sind nicht geladen, was bedeutet, dass dort ebenfalls keine Änderungen "durchgehen" (keine Blöcke geladen) oder diese kurzzeitig vom Server zwischengeladen werden müssen (erneut mehr Aufwand in der Performance). Hier muss dann also zur Sicherung der Performance entweder den Befehl auf eine gewisse Anzahl an Chunks beschränken (bringt dich also auch nicht weiter), musst den Befehl an die Performance des Servers anbinden (unter x% Performance = Befehl automatisch deaktiviert), was auch nicht sonderlich sinnvoll ist...

Zitat von PeachBurrito472

Zitat von qslepy

Beacon und Endstone rand schon fresh

Kann mann sich diesen Rand nicht mit diesen randschmied machen?

Der Randschmied lässt dich nur Blöcke verwenden, welche du durch deinen Rang oder aus Kisten freigeschaltet hast bzw. aus den MysteryMod-Möbeln auswählen kannst.
Da Leuchtfeuer und Endstein (noch) nicht (wieder) verfügbar sind, kann man diese auch nicht beim Randschmied für einen personalisierten Rand nutzen.

Heyho,

aufgrund häufiger Nachfragen mit Verweis auf verschiedene Versionen älterer Beiträge von mir, habe ich entschlossen, ein Tutorial zum Thema Verbindungsfehler zu erstellen. Dadurch kann das Thema dauerhaft aktuell gehalten und an entsprechende Änderungen angepast werden, ohne in einer Vielzahl an Themen nach einem aktuellen Stand suchen zu müsssen.

Vorwort: Datenverkehr - Warum passiert das?

Eine Anfrage im Internet zwischen deinem Endgerät und einem Server wird in einzelne Datenpakete zerlegt. Diese Pakete enthalten Informationen zu ihrem Ursprung, ihrem Ziel, ihrer Art von Verarbeitung, sowie die reinen Daten-Informationen, welche eigentlich gesendet werden. Da pro Paket immer nur eine gewisse Größe möglich ist werden umfangreichere Anfragen in eine Vielzahl an Paketen zerlegt und am Ziel wieder zusammengesetzt.

Gehen hierbei Datenpakete verloren oder werden unterwegs im Netz "beschädigt" (fehlerhaft gelesen, geschrieben, übertragen), muss dieses vom Ziel entweder auf Grundlage von anderen Datenpaketen repariert werden (FEC-Fehler) oder komplett neu vom Ursprung angefordert werden (CRC-/CV-Fehler).

Beachte hierbei, dass eine schnelle Internetverbindung nicht gleichzeitig eine stabile Internetverbindung bedeutet.

• Eine hohe Bandbreite heißt nur, dass viele Datenpakete in kurzer Zeit transportiert werden.
• Die Latenz sagt nur aus, wie lange das Datenpaket für die Übermittlung zum Server benötigt hat.
  • Eine zu hohe Latenz führt potentiell häufiger zu timeout-Fehlern oder ist Ursache für einen packet-Spam.
• Die Qualität wird dadurch bestimmt, wie viele der gesendeten Datenpakete unbeschädigt ankommen bzw. FEC-seitig reparierbar sind.
  • Zu viele FEC oder CRC-Fehler führen zu einer beeinträchtigten Verbindung

Was ist ein "io.netty.channel"-Fehler?

io = I/O = Input-Output, typischer Informationsfluss in der Computertechnik (Eingabe-Ausgabe-Verfahren, Anfrage-Antwort, Server-Client, etc.)

netty = API-Name (Mehr Informationen)

netty.channel = Kernkanal-API zur asynchronen und ereignisgesteuerten Abstraktion verschiedener Transporte

"io.netty.channel"-Fehler treten in Minecraft auf, wenn die verwendete Kern-API für das Verbinden der Client-Anfrage in RIchtung Server scheitert. Im Normalfall passiert das, weil der Client keine bzw. unzureichende oder fehlerhafte Daten liefert.

Dies kann verschiedene Ursachen haben, welche in diesem Tutorial behandelt werden. Die Ursachen sind dabei nicht für jeden Fehler exklusiv, sondern können zu jedem dieser Fehler beitragen oder andere Fehlerquellen "verschlimmern".

Was ist ein Timeout?

Bei einem Timeout sendet dein Client eine Anfrage an den Server. Dein Endgerät erwartet, dass der Server diese Anfrage innerhalb einer gewissen Zeit beantwortet. Bleibt die Antwort über einen gewissen Zeitraum hinweg aus, trennt das System die Verbindung mit der Meldung "timed out", zu deutsch "Zeitüberschreitung". Die erwartete Zeit für eine Antwort ist überschritten. Die Verbindung wird getrennt, da keine Antwort erfolgt ist und das System davon ausgeht, dass das Ziel nicht antwortet.

Dieser Vorgang kann selbstverständlich auch umgekehrt erfolgen. Sendet der Server eine Anfrage an deinen Client und diese wird nicht beantwortet, trennt der Server die Verbindung, da er davon ausgeht, dass dein Client nicht mehr verbunden ist. Üblicherweise erfolgt dies mit einer Fehlermeldung, welche aussagt, dass der Remotehost die Verbindung getrennt hat.

Was ist ein Packet-Spam?

Wenn der Server eine unnormale Vielzahl von Datenpaketen von deinem Client auf einmal erhält, interpretiert der Server dies als Versuch ihn zu "überfordern" oder gar als "Angriff" und trennt die Verbindung zu dir, um sich zu schützen. Du erhältst eine Fehlermeldung mit dem Inhalt "packet spam" oder "sending too many packets", zu Deutsch "sendet zu viele Pakete".

Ein Packet-Spam ist daher so ziemlich das Gegenteil vom "timeout"-Fehler, hat aber in der Regel die gleiche grundlegende Ursache: Das von deinem Client gesendete Signal benötigt "zu lange" um beim Server anzukommen. In den meisten Fällen liegt irgendwo ein "Flaschenhals", welcher das Signal ausbremst und die Datenpakete zwischen deinem Client und dem Server aufhält. Sobald die Datenpakete die "Blockade" überwunden haben oder diese sich auflöst, werden diese alle auf einmal gesendet.

Was kann ich nun tun? Mögliche Fehlerbehebung

Generelle io.netty.channel-Probleme:

• Java veraltet
  • Der Minecraft-Launcher kommt standardmäßig mit einer eigenen Java-Instanz, welche mit Client-Updates auch aktualisiert wird. Manchmal ist diese dennoch veraltet oder fehlerhaft. Hier hilft es dann im Launcher unter Installationen > Bearbeiten > Mehr Optionen eine aktuelle Java-Instanz vom eigenen PC zu nutzen.
  • Java kann in der Systemsteuerung deines Betriebssystems aktualisiert werden. Falls du Java noch nicht seperat installiert hast, kannst du dir einen Installer von der offiziellen Webseite herunterladen.

• Benutzt du die passende Minecraft-Version für den Server?
  • Für das optimale Spielen auf GrieferGames.net "Citybuild 1.8" wird Minecraft 1.8.9 empfohlen!
  • Für das optimale Spielern auf GrieferGames.net "Citybuild Cloud" wird die aktuelle Minecraft-Version empfohlen!
• Benutzt du die aktuelle Minecraft-Version für Bedrock?
  • Du kannst den Softwarestand über den entsprechenden Store des Endgerätes prüfen.
  • Die Beta-Versionen der App werden nicht unterstützt!

Timeout- & Packet-Spam-Probleme:

• Verbindest du dich auf GrieferGames über griefergames.net?
  • Viele unserer Alternativadressen wurden inzwischen deaktiviert.
  • Für das Verbinden auf unsere Server empfehlen wir die Adresse "griefergames.net".
    • Alternativen für die Java-Edition sind:
      • alt.griefergames.net
      • bungee1.griefergames.net
      • bungee2.griefergames.net
      • griefergames.de
    • Die Alternativadresse cloud.griefergames.net kann direkt auf "Citybuild Cloud" verbinden. Du benötigst hierfür mindestens den Premium-Rang.
    • Für die Bedrock-Edition bestehen keine Alternativ-Adressen. (siehe hierzu Firewall-/Port-Einstellungen)
      
• Spielst du über einen VPN/Proxy/festen DNS-Server, welcher deine Daten "umleitet"?
  • Versuch einen direkten Verbindungsaufbau ohne "Zwischenstopp", um einen Fehler bei diesem auszuschließen.
  • Derlei Dienste gibt es auch für mobile Endgeräte. Manchmal sind diese sogar bordseitig aktiv.
• Benutzt du Sicherheitssoftware (Antivirus/Malware/Sicherheitspakete)?
  • Die entsprechenden Programme durchsuchen den Datenverkehr der Netzwerkverbindung, um potentielle Bedrohungen aufzuspüren. Der Datenverkehr wird dafür kurzzeitig angehalten und in der Software geprüft, was zu einer Verzögerung führen kann.
• Bitte überprüfe, dass deine Firewall nicht den Minecraft-Port '25565' und den Bedrock-Port '19132' über TCP und UDP blockiert hat.
  • Wie du das am Besten machst, erfährst du durch eine Recherche auf Google oder in Rücksprache mit dem Hersteller-Support des Gerätes bzw. der Software.
  • Die Alternativports der Java-Edition sind 25566 und 25567.
    Für eine optimale Freigabe ist daher der Bereich 25565 - 25567 auf TCP und UPD freigegeben.
  • Der Alternativport der Bedrock-Edition ist 19134.
    Für eine optimale Freigabe ist daher der Bereich 19132 , 19134 auf TCP und UDP freigegeben.
• Wenn du die Bedrock-Edition verwendest kann das Deaktivieren der MysteryMod-Möbel den Datenverkehr reduzieren und damit die Qualität verbessern (weniger Datenbelastung). Die entsprechende Anfrage erhälst du, wenn du dich mit dem Server über den Standard-Port 19132 verbindest.
  • Der Alternativport 19134 hat die Zusatzressourcen (MysteryMod-Möbel) standardmäßig deaktiviert und kann bei Problemen ebenfalls genutzt werden.

Ein weiterer Faktor neben diesen typischen "Flaschenhälsen" sind natürlich auch die eigene Internetverbindung und die Latenz zwischen Server und Client.

• Für eine stabile Internetverbindung ist eine Bandbreite von mehr als 6 MBit/s im Downstream und 2 MBit/s im Upstream erforderlich. Ich empfehle eine Bandbreite von mindestens 16 MBit/s im Downstream und 6 MBit/s im Upstream.
  • Die genaue Bandbreite des Anschluss lässt sich über das Menü eures Routers ermitteln. In der Statusübersicht werden die Werte normalerweise angegeben.
  • Alternativ könnt ihr jederzeit eine Prüfung des Anschluss durch euren Anbieter veranlassen.
• Die Latenz beschreibt die Dauer die das Signal zwischen Client und Server und zurück benötigt. Sie wird auch als "ping" bezeichnet.
  • Werte von 10-25 ms sind optimal für einen Verbindungsaufbau.
  • Pingzeiten bis zu 50 MBit/s sind verträglich, alles darüber wird unangenehm.
  • Die Latenz sollte in keinem Fall über 100ms liegen.
• "LAN-Ersatzlösungen", wie WLAN-Verbindungen, Powerline-Verbindungen oder USB-Tethering verzögern den Verbindungsaufbau und den Paketdurchsatz. Solche Verbindungsarten im Heimnetz können ebenfalls zum "Stau" der Datenpakete führen.
  • Teste die Verbindung zeitweise mit einer mobilen Datenverbindung.
  • Entferne andere Geräte vom Router oder deaktiviere deren WLAN-Verbindung für die Dauer deines Tests, um Einflüsse aus deinem Heimnetzwerk zu verhindern.
• Dienste wie IPTV oder VoIP haben bei fast allen Anbietern eine "QoS"-Priorisierung.
  • Telefoniert also jemand in eurem Heimnetzwerk oder schaut über das Internet Fernsehen, so ist dieser Datenverkehr bevorzugt und eurer wird "hintenangestellt".
• Mobile Daten werden über die Mobilfunk-Anbieter nach einem "shared medium"-Prinzip ausgegeben.
  • Die Verbindungsqualität schwankt daher abhängig der aktuell an der Funkzelle verbundenen Nutzer und deren Nutzungsverhalten.
  • Teste ggf. die Verbindung über das WLAN des Routers.

Eine letzte Möglichkeit ist natürlich auch serverseitig zu finden und das sind "Lag-Spikes" des Servers.

Ist der Server gerade durch zu viele Anfragen ausgelastet (wie bei DDoS-Angriffen/Hoster-Problemen), dauert es ebenfalls einen kurzen Moment bis deine Datenpakete verarbeitet werden. Wenn diese sich in der Zeit "anstauen" kann dies ebenfalls als "Paket-Spam" interpretiert und du vom Server geworfen werden.

Aktuelle Informationen zur Serverperformance findest du auf unserem Discord und im Serverperformance-Thread.

Die Kombination aus zwei oder mehr dieser Punkte sorgt natürlich für ein höheres Fehlerpotential. Es kann also sein, dass alle einzelnen Bedingungen in Ordnung sind und eine ping-Zeit von 45 ms in Kombination mit einer Nutzung der mobilen Daten und aktuellen Hoster-Problemen dennoch zum Fehler führt.

Dieses Tutorial ist Teil einer Tutorial-Reihe!

Feedback / Verbesserungsvorschläge zu diesem Tutorial bitte als Antwort darunter posten.

Heyho sleepy,

deine Idee wurde bereits durch einen Vorschlag eines anderen Nutzers aufgenommen.

Dein Ansatz wird diesem Thema hinzugefügt.

Vielen Dank für dein Feedback und viel Spaß weiterhin auf GrieferGames.net!

Heyho sleepy,

deine Idee wurde bereits durch einen Vorschlag eines anderen Nutzers aufgenommen.

Dein Ansatz wird diesem Thema hinzugefügt.

Vielen Dank für dein Feedback und viel Spaß weiterhin auf GrieferGames.net!

Mhhhh......

nope.gif

Ich hab ne bessere Idee: Statt aufwendig den Befehl anzupassen, einfach eine Kiste weniger vergeben. Dann passt der Befehl wieder.

/s