Cobblemon-Spawnrate einstellen: einen Wert ändern und die Wirkung prüfen

Die Cobblemon-Spawnrate stellst du nicht mit einem einzigen garantierten „Pokémon pro Minute“-Wert ein. pokemonPerChunk beeinflusst eine lokale Dichteprüfung, ticksBetweenSpawnAttempts den Takt der Versuche. Gültige Positionen, Biome, vorhandene Kreaturen und Despawn entscheiden mit, wie viele wilde Kreaturen eure Runde tatsächlich sieht.

Dieser Guide führt durch einen kontrollierten Vergleich in einer vorhandenen Cobblemon-Welt. Die technischen Erklärungen sind an Cobblemon 1.8.1 gebunden. Prüfe zuerst die wirklich geladene Modversion; ein Packrelease und die Minecraft-Version sind andere Angaben. Alle Schlüssel findest du in der vollständigen Config-Referenz.

Erst klären, was euch fehlt

Stehen in einem bestimmten Biom kaum wilde Kreaturen, obwohl sie anderswo auftauchen? Dann prüfst du Ort, Bedingungen und vorhandene Spawns. Füllt sich ein Gebiet langsam, untersuchst du den Versuchstakt. Bleiben rund um einen stehenden Spieler viele Kreaturen stehen, ist auch Despawn relevant. Ein ruckelndes Spiel untersuchst du getrennt über RAM und Tickleistung.

Nicht jede seltene Kreatur gehört zum Spawnpool eures Packs. Ein gewünschtes Abenteuer-Addon ist kein eingebautes Merkmal jeder Cobblemon-Installation. Verwende die Daten und Dokumentation der tatsächlich gewählten Zusammenstellung.

Vorhandene Aufnahme aus dem damaligen Testaufbau. Das Bild illustriert eine Landschaft; es zählt weder alle Kreaturen im Radius noch belegt es eure aktuelle Spawnrate.

Wie der Welt-Spawner einen Versuch macht

Für einen Spieler wählt Cobblemon 1.8.1 eine Zone in der Umgebung. Der Standardbereich liegt 16 bis 64 Blöcke vom Spieler entfernt; die einzelne Zone ist 8 × 16 × 8 Blöcke groß. Bewegungsrichtung und verfügbare geladene Bereiche beeinflussen die Auswahl.

Bevor neue Spawn-Aktionen entstehen, zählt der Code passende Pokémon-Entitäten in einer 48 × 1000 × 48 Block großen Box um den Zonenmittelpunkt. Das ist weder ein Kreis von 48 Blöcken um den Spieler noch ein weltweiter Entity-Deckel. Die Zahl wird durch neun geteilt und mit dem höheren Wert aus aktueller pokemonPerChunk-Config und gespeichertem Spawnerwert verglichen. Bei größer oder gleich wird dieser Versuch abgebrochen.

Bei pokemonPerChunk=1.0 greift die Prüfung daher ab neun gezählten Entitäten in dieser Box. Daraus folgt kein absolutes Maximum von neun in eurer Welt: Die Zone wechselt, Kreaturen bewegen sich, und eine zugelassene Spawn-Aktion kann weitere Entitäten erzeugen. Auch ausgesandte oder in Weiden stehende Pokémon können mit ihrem standardmäßig aktiven Zählmerkmal beitragen. Besitzer und wilde Kreaturen sind für diese Dichtefrage nicht pauschal getrennt.

Danach müssen gültige Positionen und passende Spawn-Details existieren. Der Spawner wählt eine Seltenheitsgruppe und eine mögliche Aktion. Findet die Auswahl keine passende Aktion, endet der Durchgang. Acht erlaubte Aktionen bedeuten deshalb nicht acht erfolgreiche Spawns.

Welche Einstellung passt zur Frage?

Bei stabilen 20 TPS entsprechen 20 Ticks ungefähr einer Sekunde. Bei geringerem TPS ist dieselbe Tickzahl keine feste Wandzeit. Drehe nicht Dichte, Takt und Zonengröße zugleich hoch: Dann kannst du eine Veränderung keinem einzelnen Hebel zuordnen.

Historische Dichtemessung: 1.7.3 und 1.8.1

Am 23. und 24. September 2026 liefen zehnminütige Versuche mit einem stehenden Protokoll-Testspieler. Seed, Messplatz, feste Tageszeit und Wetter waren vorgegeben; Vanilla-Mobspawns waren ausgeschaltet. Nach Konfigurationsänderung und Reload trat der Testspieler neu bei. Proben wurden etwa alle 30 Sekunden gezählt.

Die folgende Tabelle enthält den Mittelwert der jeweils zehn Proben ab Sekunde 300, gezählt innerhalb von 96 Blöcken um den Spieler. Sie ist keine Messung von Fangen, Kämpfen oder mehreren aktiven Mitspielern. Für die nachgemessenen 1.7.3-Werte 0,5 und 3,0 wurde eine neue Instanz mit demselben Seed benutzt.

Punkte sind einzelne Proben, Linien verbinden die Mittelwerte. Zehn Proben eines Laufs sind keine zehn unabhängigen Wiederholungen. Der Standplatzvergleich belegt keine allgemeine Spawn- oder Leistungszusage.

Beim Wert 1,0 ergibt dieser Aufbau 63,0 geteilt durch 22,8, also rund 2,76-mal so viele gezählte Kreaturen. Der Code verwendet in 1.7.3 eine andere Messbox; der theoretische Flächenunterschied ist nicht automatisch derselbe Faktor wie die beobachtete Zahl. Auch eine Verdopplung des Configwerts verdoppelt die gemessene Menge nicht.

Auch diese Aufnahme ist eine Illustration. Die Zählwerte stammen aus der beschriebenen Messreihe, nicht aus dem sichtbaren Bildausschnitt.

Reload und Neuverbinden richtig unterscheiden

Sichere config/cobblemon/main.json, prüfe die JSON-Syntax und ändere zunächst nur einen Wert. Nutze als berechtigter Administrator den dafür vorgesehenen Reload:

/cobblemonconfig reload

Ein erfolgreicher Datei-Reload beweist nicht, dass jeder bereits vorhandene Spielerspawner seinen gespeicherten Wert neu übernimmt. Der Quellcode 1.8.1 kopiert ticksBetweenSpawnAttempts beim Erzeugen des Spielerspawners. Für einen veränderten Takt verbinden sich die beteiligten Testspieler deshalb neu.

Auch die Dichte verwendet einen gespeicherten Ausgangswert: Der Vergleich nimmt den höheren Wert aus aktueller Config und Spawner. Eine Erhöhung kann dadurch im bestehenden Spawner wirken; eine Senkung benötigt einen neu erzeugten Spawner. Nach dem Reload aus- und wieder einzuloggen macht diesen Unterschied kontrollierbar. Bereits vorhandene Kreaturen verschwinden dadurch nicht zwangsläufig sofort.

Die alten kurzen Nachmessungen zum Takt, zur Zone und zum Mindestabstand enthalten teils widersprüchlich zugeordnete Radiuszählungen. Daraus leiten wir hier keine präzisen Faktoren oder garantierten Auffüllzeiten ab. Dass der Code einen Wert live liest oder beim Erzeugen übernimmt, ist davon getrennt. Eine zuverlässige Wirkungszahl braucht einen passenden neuen Vergleich in eurem konkreten Spielstand.

Seltenheitsgruppen sind keine garantierten Begegnungen

In der mitgelieferten Spawn-Ressource 1.8.1 stehen für normale Weltspawns die Gewichte common=94.0, uncommon=5.0, rare=0.5, ultra-rare=0.2 und boss=0.3. Die Kotlin-Klasse enthält teilweise andere Ausgangswerte; maßgeblich ist die tatsächlich geladene Ressource beziehungsweise eure externe Konfiguration.

Diese Gewichte beschreiben die Gruppenauswahl. Sie sind keine gemessenen Chancen für eine bestimmte Art: Ort, Bedingungen, weitere Einflüsse und leere Gruppen verändern das Ergebnis. Mit dem passenden Recht zeigt beispielsweise /checkspawn common mögliche Einträge am Standort. Führe die Standortprüfung als Spieler aus; eine Konsole besitzt diesen Standortkontext nicht automatisch.

Bei exportSpawnConfig=true kann eine externe best-spawner-config.json verwendet werden. Sichere sie ebenfalls. Der Schalter replaceWithNewVersion kann bei einer höheren internen Konfigurationsversion zum Ersetzen führen. Ein Update sollte deshalb eure eigenen Spawnänderungen ausdrücklich prüfen.

Despawn: Nähe, Alter und Ausnahmen

Für den normalen Aging-Despawner 1.8.1 gelten mehrere Prüfungen. Bei den Standardwerten bleiben junge Kreaturen zunächst bis 600 Ticks geschützt; innerhalb von weniger als 32 Blöcken zum nächsten Spieler greift die Altersentfernung nicht. Weiter entfernt hängen die Schwellen von Alter und Abstand ab. Exakt 32 Blöcke und „innerhalb 32“ sind daher nicht dieselbe Codebedingung.

Die historische Plattformmessung hielt den Spieler und Kreaturengruppen fest. Bei 20 und 28 Blöcken waren nach 316 Sekunden noch alle vier Tiere da. Bei 40 Blöcken verschwanden sie zwischen den Proben von 120 und 136 Sekunden; bei 56 zwischen 87 und 103, bei 72 zwischen 53 und 70 Sekunden. Das sind Beobachtungsintervalle, keine exakten individuellen Lebenszeiten.

Besitzerdaten, Persistenz, Beschäftigung, Passagierzustand und bestimmte gehaltene Items können andere Regeln auslösen. Die Nachmessung bestätigte Kreaturen als Passagiere einer Lore; das ist etwas anderes als eine Kreatur, auf der jemand reitet. Ein per Spawn-Befehl mitgegebenes Item schützt nicht schon durch seinen Namen: Entscheidend ist unter anderem, ob die Kreatur es selbst fallen lassen kann. Kämpfe wurden in dieser Botmessung nicht gespielt; der Code-Schutz bei Beschäftigung bleibt eine getrennte Aussage.

Ein eigener Vergleich für eure Runde

Wähle einen ungefährlichen Testbereich und sichere den Ausgangsstand. Notiere Pack- und Modversion, Biom, Tageszeit, Wetter, Spielerzahl sowie relevante Weiden. Beobachte zuerst den unveränderten Zustand über einen festen Zeitraum. Verwende dieselbe Zähl- oder Beobachtungsmethode im zweiten Durchgang.

Ändere danach genau eine Einstellung, lade neu und verbinde die Testspieler wie beschrieben neu. Halte Ort und Aktivitäten vergleichbar. Ein einzelner zufälliger seltener Spawn ist kein Beweis für eine erhöhte langfristige Chance. Wiederhole den Vergleich bei großer Streuung.

Prüfe neben dem gewünschten Spielgefühl auch Tickzeit, Speicher und Startverhalten. Werden Kreaturen zu häufig oder die Runde instabil, stelle den gesicherten Wert wieder her und wiederhole denselben Übernahmeweg. Breite Löschbefehle für sämtliche Pokémon sind kein normaler Schritt für eure laufende Welt.

FAQ

Ist pokemonPerChunk die Zahl pro sichtbarem Chunk?

Der Wert steuert eine lokale Boxprüfung um eine gewählte Spawnzone. Er ist kein garantierter Bestand je sichtbarem Chunk und kein weltweites Maximum.

Warum sinkt die Zahl nach einem Reload nicht sofort?

Der vorhandene Spawner hält seinen Ausgangswert, und bereits erzeugte Kreaturen bleiben zunächst bestehen. Lade neu, verbinde die Testspieler neu und beobachte einen vergleichbaren Zeitraum.

Bekomme ich mit 1.8.1 immer 2,76-mal so viele Pokémon?

Nein. Der Faktor stammt aus einem historischen Standplatzvergleich mit einem Testspieler. Andere Biome, Packs, Spielaktivitäten und vorhandene Kreaturen verändern das Ergebnis.

Bedeutet ein boss-Gewicht von 0,3 eine feste Alpha-Chance?

Nein. Gruppengewicht, gültige Einträge und erfolgreiche Auswahl sind unterschiedliche Stufen. Eine konkrete Begegnungsrate wurde damit nicht gemessen.

Muss ich normale Freunde zu Operatoren machen?

Für normales Spielen nicht. Configänderung und Spawn-Diagnose sind gesonderte Rechte. Nutze die Cobblemon-Rechte-Anleitung und prüfe ohne OP.

Kann ich durch weniger Spawns jedes Lagproblem lösen?

Nein. Erkunde zuerst den tatsächlichen Befund. Weltgenerierung, andere Mods, Speicher, Verbindung oder Client-FPS können ebenfalls relevant sein.

Quellen und Prüfstand

• Cobblemon 1.8.1: Dichteprüfung und Spawn-Aktionen.
• Spielerspawner: gespeicherter Takt und Zonenauswahl.
• Spawn-Ressource 1.8.1: Gruppengewichte.
• Aging-Despawner 1.8.1.

Quellcode geprüft und historische Dichtedaten neu berechnet am 7. Oktober 2026. Die Messungen und Bilder stammen vom September; es wurden für diese Überarbeitung keine neuen Minecraft-Aufnahmen oder Gameplayversuche durchgeführt.

Cobblemon: Beispiel ansehen

Eigene Aufnahmen aus einer Demo-Umgebung. Die gezeigte Version und Einrichtung können von deinem Server abweichen.

1. Kirschhain am See; die Pokémon sind per Befehl gesetzt.
2. Pokémon-Gruppe am Hang (per Befehl gesetzt).
3. Legendäres Pokémon über dem Hain, KI aus (per Befehl gesetzt).

COBBLEVERSE 1.7.42 · Cobblemon 1.7.3 · Minecraft 1.21.1 · 2026-09-23

COBBLEVERSE 1.7.42 · Cobblemon 1.7.3 · Minecraft 1.21.1 · 2026-09-23

COBBLEVERSE 1.7.42 · Cobblemon 1.7.3 · Minecraft 1.21.1 · 2026-09-23