Plugin API - Wäre schön, wenn & Fehlerberichte

Ja, das könnte man mit JNI machen.

Quote from Dark Megatron

Muss es eigentlich zwingend java sein, oder gehen auch verschiedene c Programmierspachen?

Welchen konkreten Nutzen möchtest du damit verfolgen? Das Spiel selbst besteht in kompilierter Form ausschließlich aus C++ Code, d.h. wir hätten die API statt Java auch in C++ anbieten können, aber das wäre recht unklug gewesen, da C++ einerseits komplexer und weniger verzeihend als Java ist, andererseits C++ Code "gefährlicher" ist (zB kann falscher Memory-Zugriff unvorhergesehene Fehler mit sich bringen, sodass die Fehlersuche wesentlich schwieriger ist). Zudem würde das wahrscheinlich dazu führen, dass noch weniger Leute mit der API arbeiten (durch den allgemein höherene Schwierigkeitsgrad von C++) Vorteile hätte es stattdessen nicht gebracht - zwar ist C++ minimal performanter als Java, aber das fällt in der Praxis nicht wirklich ins Gewicht.

Alternativ wäre noch eine Skriptsprache wie Lua denkbar gewesen. Skriptsprachen sind meist noch "einfacher" als klassische Programmiersprachen (wie zB Java). Hier gibts aber viele Einschränkungen, u.a. in puncto Multithreading, was die Performance des Spiels dann doch zu sehr geschmälert hätte. Python wäre sonst

Quote from yahwho

Ja, das könnte man mit JNI machen.

Das ist tatsächlich die Art und Weise, wie das Spiel mit der API kommuniziert

Quote from noci

könntest du den Font-Dialog auch zur Verfügung stellen?
Also den Oberen Block der Schilderalso Frarbe, Font, Größe, gerne auch Ausrichtung
Im Schlimmsten Fall würde mir die Font auswahl reichenmit der schönen Vorschau

Theoretisch könnten wir die Font-Auswahl einbauen (also als separater Dialog, so wie zB der Colorpicker) Der ganze obere Block der Schilder ist aber leider etwas schwieriger, da das kein einzelnes Element ist, stattdessen sind das mehrere einzelne Elemente...

Quote from noci

Apropo Colorpicker, ich bekomme da noch Netzwerk Fehler, war die schon überarbeitet?

Hmm... bin mir nicht so sicher, in dem Zusammenhang wurden ein paar Änderungen vorgenommen, kann mich aber nicht mehr konkret erinnern, inwieweit das davon betroffen ist (bzw. ob der Bug damit ggf. gefixed wurde) Was für einen Netzwerkfehler bekommst du denn genau?

Quote from noci

gibt es einen "Work a Round" um Bilder in einem UIElement zu Spiegeln?
Normal könnte mann das ja über Transform.Scale(-1,1) machen, für eine Vertikale Spiegelung.

Eine Spiegelung würde man tatsächlich mit einer negativen Skalierung umsetzen, das wäre über das IStyle.scale Property möglich, ist aber in der API leider noch nicht exposed... das können wir aber mit dem kommenden Update noch hinzufügen

Quote from noci

In der Npcs.db gibt es ja schon einen Owner, der wird nur noch nicht genutzt wie ist den das Grob geplant?

[...]

OKe, wird wieder zurückgesetzt beim neustart

Ja, das wird momentan beim Speichern fest auf -1 gesetzt (da Npcs intern noch keinen owner tracken). Das Feld ist später für Haustiere usw vorgesehen, es kann aber durchaus sein, dass sich das bis dahin noch ändert^^

Quote from noci

Bei den Areas hätte ich gerne die möglichkeit die Area eigenen Permission auslesen, nicht nur die Spieler eigene.

Das wird mit dem nächsten Update kommen, also genau genommen eine Area.getDefaultPermission() Methode (womit man die Standard-Permission der Area setzen kann)

Quote from noci

Aktuell gibt es noch Folgende Fehlermeldung:

Achso, danke für den Hinweis, ja das wird mit dem nächsten Update behoben sein

Quote from noci

Wenn ich z.B. eine Karotte mit der Sichel Schlage, bekomme ich umgehend ein DestroyEvent, aber sie müsste doch auch einen HitEvent bekommen?

[...]

Ich kann nicht unterscheiden ob ich es mit [F] einsammle oder mit der Sichel

Wenn du die Karotte mit der Sichel schlägst, sollte eigentlich das PlayerRemoveVegetationEvent getriggert werden. Bei anderen Pflanzen hingegen, die nicht mit der Sichel aufgesammelt werden können, wird der Schlag als normaler Schlag gewertet, d.h. es wird das Hit-Event sowie Destroy-Event getriggert.

Grundsätzlich ist Destroy immer bei jeglicher Form von Zerstörung vorgesehen, während Remove das zerstörungsfreie Aufsammeln beschreibt. Leider gibt es tatsächlich keine direkte Möglichkeit, herauszufinden, ob die Pflanze mit F oder mit der Sichel aufgesammelt wurde... vll macht es Sinn, wenn wir zusätzlich noch ein PlayerPickupVegetationEvent (aufheben mit F) und PlayerHarvestVegetationEvent (sammeln mit Sichel) einbauen? Oder ggf. ein Parameter in PlayerRemoveVegetation, um zu unterscheiden, wie das Einsammeln vonstatten ging. Bin mir nicht ganz sicher, was der beste Weg wäre...

Quote from noci

Wo finde ich den die GrassID?
Das müsste doch die Gras Variante bestimmen
Ich bekomme die GrassID 100, das müste die Variante 1 sein, kann das aber nicht in der definition.db finden.
Gibts da ein Work a Round?

Bei welchem Event genau? Das Spiel repräsentiert über die ID sowohl die Grassorte als auch die Grashöhe: 100 ist die ID von normalem Gras, allerdings ohne Grashalme (also komplett plattes Gras). 101 ist dann sehr kurzes Gras, 102 ist Gras von mittlerer Länge (Standardlänge), 103 ist hohes Gras und 104 ist sehr hohes Gras.

Bei 105 beginnt dann die nächste Grassorte (arides Gras), wieder als plattes Gras, 106 ist dann kurzes Gras, 107 mittl. Gras, 108 hohes Gras und 109 sehr hohes Gras. 110 ist dann trockenes Gras, 115 ist totes Gras usw.

In der API sind die Grassorten leider nicht wirklich gut repräsentiert. Ggf. macht es Sinn, wenn wir den GrassEvents dort zusätzliche Funktionen mitgeben?

Quote from noci

red51 wehre es möglich für den PlayerUIInputTextEvent noch einen Event zu bekommen für jede Zeichen änderung?
Mir schwebt da so eine Autovervolständiegung/Übereinstimmungsliste vor, dafür bräuchte ich nur jede veränderung

Ich packe das mal auf unsere Liste, kann aber leider noch nicht 100% sagen, ob das mit dem nächsten Update reinkommt

Quote from noci

Ich denke drt Zewite Parameter Reicht.
Es geht darum eine kleine Tutorial-Save-Zone zu erstellen, in der Gäste gewisse sachen machen Dürfen aber die sachen nicht Zerstört werden. (Rechte Offen, Events werden geCanceld, Ermitteltes Item wird dem Player Inventar hinzugefügt)

Um ein wenig Spaß mit rein zu bringen wollte ich schon mal kleine Quest machen wie X*Gras Schneiden(wo das mit der ID noch nicht klappt) und für die Unterscheidung Sammeln/Sicheln ist bei Mais und Tomaten Entscheident Ernten=nur Mais Sicheln Setzlich und Mais.

Hört sich gut an, ich schaue mal, was sich machen lässt

Quote from noci

Naja es wehre schon schön die Gras Sorte zu ermitteln, in dem Zenarion Brauche ich eigendlich das dazugehöriege Item.

Allerdings kann ich mir Vorstellen (Elfen zu Suchen) wo bei Unterschiedlichen Gras Sorten und Längen auch unterschiedliche Warscheinlichkeiten für so ein Event liefern sollten.

Sinnvoll wäre es definitiv, wenn man da rankommt... ich packe es mal auf unsere Liste. Ich sehe auch gerade, dass die Grashöhe leider nicht über das Event ermittelbar ist... das müssen wir ändern.

Du kannst aber zwischenzeitlich auch eine eigene Hilfsfunktion schreiben, die dir die Grassorte anhand der ID zurückgibt. Das könnte dann so aussehen:

public enum GrassType {
    Grass, GrassArid, GrassDry, GrassDead, GrassFrozen, GrassForest, GrassJungle, GrassSea, GrassSeaweed, GrassAridForest;

    private static GrassType[] values;
    public static GrassType get(int ordinal) {
        if(values == null) values = values();
        return values[ordinal];
    }
}

public static GrassType getGrassType(int id) {
    final int GRASS_ID_START = 100;
    final int GRASS_STEPS = 5;

    id -= GRASS_ID_START;
    return GrassType.get(id / GRASS_STEPS);
}

Die Grassorte kann dann zB so ermittelt werden:

@EventMethod
public void onPlayerRemoveGrass(PlayerRemoveGrassEvent e) {
    int id = e.getGrassID();
    System.out.println("Grass ID: " + id + "   Type: " + getGrassType(id));
}

Das gibt dann zB aus Grass ID: 130   Type: GrassJungle usw.

Quote from noci

Köntest du schon den "low level socket support" Reparieren?

Diese Meldung kommt von Steam direkt und ist eigentlich kein Fehler in dem Sinne, sondern tritt i.d.R. dann auf, wenn die Anwendung nicht ordnungsgemäß beendet wird - zB wenn der Prozess gekilled wird, oder wenn der Server via shutdown now Command beendet wird, oder eben wenn das Spiel crasht. So oder so ist das aber eher ein Folgeeffekt und normalerweise nicht für das Problem verantwortlich, welches bei dir auftritt.

Ich habe leider nicht ganz verstanden, was genau passiert? Wenn nur beim Knopfdruck irgendeine Nachricht vom Client zum Server gesendet wird (oder andersherum), dann verursacht sowas alleine keinesfalls zu viele Pakete. Du müsstest mir höchstens mal den Code zeigen, damit ich dazu mehr sagen kann.

Quote from noci

Ach ja beim UIPainter2D, gibt es da eine Maximal Begrenzung?

Nicht von unserer Seite, aber leider hat Unity ein hartverdrahtetes Vertexlimit für UI Elemente, welches bei 65535 liegt. Unity hat zwar 2022 angekündigt, dass sie das zukünftig ändern oder einstellbar machen wollen, aber realistisch betrachtet werden wir das nicht mehr erleben.

Wenn das Limit überschritten wird, dann wird das Element unsichtbar... diverse Einstellungen treiben die Vertexe nach oben (zB LineJoin.Round oder LineCap.Round, und zB haben Bezier-Kurven logischerweise auch mehr Vertexe als eine gerade Linie usw), hier könnte man höchstens versuchen, das etwas zu reduzieren. Ansonsten bleibt nur, das ganze zu unterteilen und mehrere UIPainter2D zu verwenden

Quote from noci

Bitte welchen Grund gibt es, für Text ein Overlay zu machen mit dem man den Text Verdecken kann (So das er nicht Lesbar ist)?Das nent mann dan Marker, wobei ich da an Textmarker Denke und nicht an Übermalen.
Ich habe was gesucht um den Hintergrund einzelner Textbereiche zu Färben!
Aber so klappt das nicht Wirklich Text und Hintergrund zu Gestalten.

Leider gibt es keine Möglichkeit, dieses Overlay hinter den Text zu bekommen Du kannst zwar einen Transparenzwert bei <mark> verwenden (zB <mark=#0000FF80>), wodurch der Text sichtbar wird, aber man sieht trotzdem, dass sich die Färbung vor dem Element befindet.

Hier bleiben leider nur zwei Möglichkeiten: Entweder zu erzeugst ein weiteres Panel, welches du hinter den Text legst. Hier wird es leider schwierig, die richtige Position zu finden. Oder alternativ erstellst du zwei identische Label übereinander (zB könnte das 2. Label einfach ein Child vom 1. Label sein), beide mit gleichem Style, setzt aber nur beim 1. (also unteren) Label den <mark> Tag (dann idealerweise mit vollem Alphawert, zB <mark=#0000FFFF>). Das 2. Label erhält denselben Text, aber ohne <mark> Tag. Nicht schön, aber selten

Quote from noci

Wie kommen Unity und Steam eigendlich mit einander klar? Gibt es dort eine einheit oder ist das "Unity Standard Chaos" ?

Naja, glücklicherweise hat das nichts mit Unity zutun Wir verwenden Steamworks.NET, welches ein 1:1 Wrapper der Steam API ist. Da muss an keiner Stelle direkt mit Unity interagiert werden (da sich alles eh nur codeseitig abspielt).

Quote from noci

Kann das was mit den Events zu tun haben, das die nur in dem Tick existieren?

Das ist nur problematisch, wenn Events außerhalb des aktuellen Scopes benutzt werden. Es ist für die Lebensdauer des Event-Objects egal, wie lange das Abarbeiten des Events dauert. Problematisch ist es nur, wenn das Event den Scope verlässt - zB wenn du das Event-Objekt selbst in einer Liste speicherst und an anderer Stelle darauf zugreifst, oder wenn du das Event in der enqueue() oder executeDelayed() Methode verwendest, oder in einem Timer, oder wenn du einen neuen Thread erstellst und darin das Event verwendest. In diesen Fällen sollte aber *eigentlich* eine Java-Exception geworfen werden, wenn du auf das Event zugreifen möchtest.

Intern läuft es so ab, dass das native Event-Objekt erstellt wird (immer nur im Stack, nicht im Heap), dann holt sich das Spiel die Speicheradresse dieses Objektes, ruft die Java Eventmethoden auf (also in den Listenern der Plugins), und nach Abarbeitung der Eventmethoden wird das Objekt bzw. der Speicher freigegeben (und ist dann nicht mehr gültig). Das Event ist also nur für die Dauer des Funktionsaufrufs valide.

Quote from noci

Kann ich irgend wie sehen was ein Plugin im Speicher hat, könnte ich sehen wieviele und welche Schleifen am Laufen sind?

Leider nein, also zumindest nicht mit den Bordwerkzeugen des Spiels. Debugging scheint aber generell zu funktionieren, wie Kryssi_79 getestet hat: Plugin Remote debuggen ?

Quote from noci

Wenn ich bis dahin noch Probleme mit dem "low Level Soket" habe, melde ich mich nochmal per PN

Aber habe ich das denn richtig verstanden, dass der Server crasht (falls du im MP testest)? Bzw. konkreter gesagt die Instanz, die die Plugins geladen hat?

Normalerweise sollte der Server niemals crashen, zumindest in der Theorie. In der Praxis ist es allerdings leider so, dass wenn Java eine native Methode aufruft, und diese native Methode eine Exception wirft, es leider zwangsläufig zu einem harten Crash kommt (und die eigentliche Exception des Spiels untergeht). Das kann schon bei ganz simplen Sachen passieren, zB wenn etwas aus der Welt-Datenbank ausgelesen und dabei ein falscher SQL-Syntax verwendet wird (oder auf eine Column zugegriffen wird die nicht existiert). Das führt dazu, dass durch ein Plugin tatsächlich recht schnell mal ein Crash entstehen kann. Aber auch kleinste Bugs im Spiel können dann schnell zu so einer Situation führen (ohne Hinweis auf die eigentliche problematische Stelle).

Das sollte mit dem nächsten Update nicht mehr der Fall sein (sofern wir da nichts übersehen haben). Ob dein Problem aber überhaupt damit zusammenhängt, kann ich leider nicht sagen, das müsste man nach dem Update beobachten (wenn also Crashes nach dem Update auftreten, am besten Bescheid geben)