Quote from FioO

Das würde dazu geschrieben. Vielleicht hilft es dir weiter. 🤷🏽‍♀️

Red schrieb ja es wäre denkbar, aber aktuell sehe ich keine API Methoden dazu

Quote from FioO

I once tried to suggest this. They told me this would be more an Plugin Thema. Because it could make huge problems with the Kollison or Hitbox or something like that. So perhaps someone have fun by creating something like that.

i think the API doesnt support resizing of single npsc right now, correct me if m wrong red51 , because i was researching stuff like that for my Bosses Plugin

Quote from Xantequia

Is there a way to spawn Bosses in a specific area and not just "sector 0,0" or "0,1"?

no, this admin spawn stuff is something to debug, in general they should spawn random over the sector.

If you send me the logs i can have a look, i already know that windows server seem to have a problem sometimes.

OZ Plugin-Update: konkrete Items und stabilere Grundstücksinformationen

Dieses Update verbessert den Umgang mit Kleidungs- und Bau-Items in Shop, Marketplace und Mail. Außerdem aktualisiert Land Claim die Grundstücksinformationen zuverlässiger.

OZ Shop 0.3.10

• Kleidungsstücke wie der Mining-Helm erscheinen jetzt als konkrete Shop-Angebote statt unter dem Sammelbegriff clothingitem.
• Bau-Items werden mit ihrem richtigen Namen, ihrer Variante und dem passenden Symbol gelistet.
• Unterstützte Werkbankrezepte und zusätzliche Bauvarianten wurden in den vollständigen Shop-Katalog aufgenommen.

OZ Marketplace 0.2.12

• Angebote für Kleidung und Bau-Items zeigen jetzt den tatsächlichen Gegenstand mit passendem Symbol.
• Die konkreten Item-Varianten bleiben beim Einstellen, Kaufen, Ausliefern oder Zurücknehmen erhalten.
• Individuelle Farben von Bau-Items bleiben über den gesamten Handel hinweg erhalten.

OZ Mail 0.1.11

• Kleidungs- und Bau-Anhänge zeigen jetzt den tatsächlichen Gegenstand statt eines allgemeinen Platzhalters.
• Konkrete Varianten bleiben beim Versenden, Annehmen, Zurücksenden und Wiederherstellen erhalten.
• Individuelle Farben von Bau-Items gehen beim Versand nicht mehr verloren.

OZ Land Claim 0.14.1

• Die obere Grundstücksinformation aktualisiert sich jetzt direkt beim Verbinden, Spawnen und Wechseln zwischen Chunks.
• Die Anzeige bleibt stabil eingeblendet und wird nur bei tatsächlichen Änderungen aktualisiert.
• Ein Fehler bei der Anzeige eines Spielers unterbricht nicht mehr die Aktualisierung für andere Spieler.

Die neuen Versionen stehen über die GitHub-Releases und die Pluginverwaltung von OZ Tools bereit. OZ Tools 0.23.8 oder neuer wird benötigt.

OZ Plugin-Update: Bossbegegnungen mit OZ Bosses

Mit OZ Bosses 0.1.0 erscheint ein neues Plugin für dynamische, sektorbasierte Bosskämpfe.

OZ Bosses 0.1.0

• Spieleraktivitäten erhöhen dauerhaft die Bedrohung eines Sektors und können skalierende Bossgruppen mit Begleitern auslösen.
• Neun ausbalancierte Standardgruppen reichen von Skeletten und Wölfen bis zu Löwen und Feuerwölfen. Leichtere Gegner erscheinen häufiger als besonders schwere.
• Jede Gruppe besitzt eigene männliche und weibliche Namenslisten sowie eine eigene, nach Schwierigkeit abgestufte Beutetabelle.
• Lebenspunkte, Steigerung pro Level, Begleiter-NPC, Mindestabstand, Anzeigename und Zufallsgewicht können pro Gruppe angepasst werden.
• Administratoren können Bossgruppen im Spiel auswählen, erzeugen, prüfen und entfernen.
• Aktive Gruppen bleiben über Plugin-Neuladungen erhalten. Optional können Kopfgelder über OZ Wallet ausgezahlt werden.

Eigene Gruppen, Namen und Beute werden in update-sicheren JSON-Dateien gepflegt. OZ Tools 0.23.8 oder neuer wird benötigt.

Direkte Installation mit OZ Tools 0.23.9

• Administratoren können OZ Bosses jetzt direkt über die Pluginverwaltung von OZ Tools installieren.
• Die Liste vertrauenswürdiger OZ-Plugins wird zentral gepflegt. Dadurch können künftig neue sichere Plugins angeboten werden, ohne dafür erneut OZ Tools aktualisieren zu müssen.
• Nur exakt freigegebene Repositorys werden standardmäßig als Installations- und Updatequelle akzeptiert.

Begleitende Wartungsupdates

Die übrigen OZ-Plugins wurden auf die gemeinsame Tools-Laufzeit und die zentralen optionalen Integrationen abgestimmt:

• OZ Admin Utils 0.8.11, Discord Connect 0.23.7 und Global Intercom 0.15.10
• OZ GPS 0.7.8, Land Claim 0.13.9 und Mail 0.1.9
• OZ Marketplace 0.2.11, Rewards 0.3.7, Shop 0.3.9 und Wallet 0.4.7

OZ Plugin-Update: Shop-Verbesserungen und klarere Bedienung

Dieses Update verbessert den Systemshop und behebt kleine Bedienungsprobleme in GPS und Land Claim.

OZ Shop 0.3.8

• Im Systemshop kann die Angebotsliste auf Gegenstände gefiltert werden, die sich gerade im Inventar befinden.
• Kauf- und Verkaufsmeldungen verwenden die gewählte Spielersprache.
• Beim Verkauf berücksichtigt die Vorschau Zustand und Qualitätsmodifikator eines Gegenstands, bevor der Verkauf bestätigt wird.
• Gewöhnliche Beute verwendet jetzt einen eigenen Vorratsmodus: Sie kann gehandelt werden, wird aber nicht automatisch wieder aufgefüllt.

OZ GPS 0.7.7

• Die Aktionen zum Bearbeiten und Löschen von Markern haben jetzt eindeutige Symbole.

OZ Land Claim 0.13.8

• Schaltflächen in Land-Claim-Dialogen sind wieder über ihre gesamte sichtbare Fläche anklickbar.

OZ Rewards 0.3.6

• Ghouls zählen standardmäßig als belohnenswerte gegnerische NPCs.

OZ Tools 0.23.7 liefert die gemeinsame Grundlage für die verbesserten Aktionssymbole.

Ich habe jetzt verschiedene Wege versucht um einen mit der API erzeugten Stoff Beutel mit loot zu befüllen, aber nichts klappt. Sowohl storage.addItem als auch .addItemToSlot haben als return null und der Beutel bleibt leer. Habe sogar versucht einen Storage anzulegen und diesen dann mit dem Beutel zu linken aber auch Ergebnislos. Am Ende ist es jetzt so das ich den Beutel erzeuge und der erste spieler der ihn öffnet bekommt das loot direkt in sein Inventar, das funktioniert, danach wird der Beutel zerstört.

Hat irgendjemand einen funktionierenden Beispielcode dazu, oder hab ich einen bug gefunden red51

EDIT: habe die KI mal einen bug report dazu verfassen lassen:

Titel: `Storage.addItem() returns null for cloth sack and dedicated attached storage`

```text
Hello,

I am trying to create a loot sack from a plugin. The storage itself can be opened by a player and players can manually put items into it. However, adding valid items through the Plugin API always returns null.

I tested both approaches below. In both cases `Definitions.getItemDefinition("apple")` is valid and `Storage.addItem(...)` returns null.

Expected:
- `addItem()` returns the created item.
- The item appears in the storage.

Actual:
- `addItem()` returns null.
- The storage remains empty.
- The storage can still be opened and manually filled by a player.
```

**1. Native Storage des erzeugten `clothsack` verwenden**

```java
Objects.ObjectDefinition sackDef =
        Definitions.getObjectDefinition("clothsack");

ObjectElement sack = World.createObject(
        sackDef.id,
        0,
        sackDef.defaultcolor,
        position,
        new Quaternion(),
        new Vector3f(0.7f, 0.7f, 0.7f)
);

Storage storage = World.getStorage(sack.getGlobalID());

// storage is not null and reports 7 slots
Items.ItemDefinition apple = Definitions.getItemDefinition("apple");

Item added = storage.addItem(apple.id, 0, 1);

// added is null, storage remains empty
```

**2. Eigenen Storage erstellen und an den `clothsack` hängen**

```java
Objects.ObjectDefinition sackDef =
        Definitions.getObjectDefinition("clothsack");

ObjectElement sack = World.createObject(
        sackDef.id,
        0,
        sackDef.defaultcolor,
        position,
        new Quaternion(),
        new Vector3f(0.7f, 0.7f, 0.7f)
);

Storage storage = World.createStorage(12, false);
sack.setInfo(storage.getID());

Items.ItemDefinition apple = Definitions.getItemDefinition("apple");

Item added = storage.addItem(apple.id, 0, 1);

// added is null, storage remains empty
```

I also tried:

```java
storage.addItemToSlot(apple.id, 0, 1, 0);
```

This also returns `null`.

Delaying the insert until the sack is opened by a player did not change the behavior. The player can open the storage and manually place items into it, so the storage itself appears valid.

Quote from Xantequia

can you make it where we can add specific loot to them as well?

i currently try to spawn a loot bag when the complete group is dead, that works already but i cant get any items in it.

Ich bastle gerade an einem neuen Plugin das stärkere Gegner spwanen lässt, Ich habe auch eine dummy gruppe die auch random eingekleidet wird aber kann ich ihnen auch Waffen geben? Sie nur mit Fäusten kämpfen zu lassen ist etwas lame

Außerdem habe ich versucht bei den npcs die eine Standard Waffe haben den modifier zu ändern, zumindest beim "Boss" der gruppe, allerdings scheint es immer bei Crude zu bleiben. Die Haltbarkeit zu ändern scheint auch nicht zu funktionieren.

Versucht hab ich das über https://javadoc.rising-world.n…/Npc.html#getEquippedItem() und dann setModifier / setDurability aber die waffe die fallen gelassen wird ist immer die selbe

Konkret dürften das die 3 Dateien hier sein. Spieler bemängelten das sie in ihrer Area in der sie owner sind ihre schiffe nicht zerlegen oder bemalen konnten. erst als ich general und world aus survival-player in default.json übernommen hatte ging es wieder.

# Default permission group for new players. Leave blank to apply default permissions
Permissions_DefaultNewPlayerPermissionGroup=survival-player

Spontan fallen mir noch Geysire, Treibsand/Moor, Wasserfälle, Mammutbaum als POI/Sub-Biom ein. Für den Untergrund könnte man auch sowas wie Kristallhöhlen machen kurz vor der Hölle

ok aber wenn ich dich richtig verstehe müsste dann doch wenn ich in default.json *vehicles: false habe in der gruppen.json *vehicles: true und in allen area.json diese werte NICHt gesetzt habe doch der wert true sein oder? das ist aber nicht der fall. Sobald ein spieler eine area betritt scheint nur noch default.json < area permission zu gelten, ohne gruppen permission zu beachten.

Hm okay aber wenn ich theoretisch z.b. eine Gruppe Spieler habe die fliegen kann, meine default gruppe aber explizit nicht fliegen darf ist es unmöglich für diese gruppe in areas zu fliegen weil ihre gruppenrechte nicht mehr gelten.

Also Thema fliegen wäre für mich das hier logisch:

Bevor ich LandClaim fertig hatte habe ich die default.json auch verwendet aber danach habe ich survival-player als default gesetzt über server.properties

Oh ja das würde mich auch interessieren, tropisches biom, vulkanisches biom auf jeden Fall, vielleicht noch ein Krater-Biom von einem Meteoriteneinschlag wo es viele seltene erze gibt.

Hallo,

mir ist ein mögliches Problem mit der Vererbung der Permissions aufgefallen.

Ich verwende auf meinem Server die default.json überhaupt nicht als Standardgruppe. Stattdessen habe ich in den server.properties eine andere Default-Gruppe (survival-player) eingetragen.

In dieser Gruppe sind unter anderem sämtliche vehicle-Permissions auf true gesetzt (Fahrzeuge bemalen, zerlegen, bearbeiten usw.).

Nun haben einige Spieler gemeldet, dass sie ihre eigenen Boote auf ihrem eigenen Grundstück weder bearbeiten noch zerlegen konnten.

Daraufhin habe ich die Berechtigungen überprüft:

In der default-area sind keine vehicle-Permissions gesetzt.

In der area-owner sind ebenfalls keine vehicle-Permissions gesetzt.

Meine Erwartung wäre gewesen, dass die fehlenden Werte aus der eigentlichen Standardgruppe (survival-player) übernommen werden, also beispielsweise in dieser Reihenfolge:

survival-player → default-area → area-owner

oder – falls default.json grundsätzlich Teil der Vererbung sein soll –

default.json → survival-player → default-area → area-owner

In beiden Fällen müssten die vehicle-Permissions am Ende auf true stehen.

Tatsächlich war das jedoch nicht der Fall. Die Spieler hatten die Fahrzeugberechtigungen erst wieder, nachdem ich die entsprechenden vehicle-Einträge aus survival-player zusätzlich in die default.json kopiert hatte.

Als Workaround könnte ich die Werte natürlich direkt in der area-owner setzen, allerdings würde das den Sinn der Vererbung etwas aushebeln.

Für mich sieht es daher so aus, als würden die Permissions im Bereich der Area-Berechtigungen ausschließlich aus der default.json übernommen und nicht aus der in den server.properties definierten Standardgruppe.

Falls das so beabsichtigt ist, wäre eine Klarstellung in der Dokumentation hilfreich. Falls nicht, könnte es sich um einen Bug in der Vererbungslogik handeln.

OZ Plugin-Update: Eigene Sprache und zuverlässigere Updates

Dieses Update gibt Spielern mehr Kontrolle über die Sprache der OZ-Plugins und macht Aktualisierungen im Spiel zuverlässiger.

OZ Tools 0.23.6

• Spieler können in den OZ-Tools-Einstellungen wählen, ob Plugins die System-, Spiel- oder eine eigene Sprache verwenden.
• Die Auswahl gilt einheitlich für die aktualisierten OZ-Plugins und auch für ihre Meldungen, Oberflächen und Übersetzungen.
• Die Update-Verwaltung für Administratoren ist vollständig übersetzt und arbeitet auf Windows zuverlässiger.

Aktualisierte OZ-Plugins

• GPS, Land Claim, Shop, Wallet, Admin Utils, Discord Connect und Global Intercom verwenden jetzt die gewählte Spielersprache.

Quote from Kryssi_79

Devidian leider noch nicht. Habe auch nachgeschaut um sicher zu gehen und leider nichts dazu gefunden

dann bin ich beruhigt hab nämlich auch geguckt und nichts gefunden, dachte ich sei blind

Gibt es eigentlich irgendwo schon infos im Wiki welche formatierungen alle möglich sind wie <color=..> z.b.? Ich meine für Server Beschreibungen, etc.