Posts by red51

    Da ist überall Java 20 eingestellt und ich hatte nichts geändert.

    Aber vorher hatte es funktioniert? :thinking:


    sorry, dass war im Falschen Thema. Ich habe damit das Problem mit dem ClassLoader gemeint wegen getPluginByName :lol:

    Achso, nee, das "Problem" ist eher, dass seit Java 9 kein URLClassLoader mehr verwendet wird ^^ Der neue standardmäßige System-ClassLoader hat einige der Funktionalitäten des URLClassLoaders nicht mehr. Ein direktes Problem ist das aber nicht mehr, da Plugins ja geladen werden können^^ Das einzige Problem ist, dass Plugins andere Plugins nicht sehen können, aber das wird wahrscheinlich mit dem nächsten Hotfix behoben ;)

    Leider ist noch keine SQLite und MySQL Funktionalität vorhanden (man müsste also derzeit noch seine eigene SQLite lib einbinden), das kommt aber noch mit voraussichtlich dem nächsten Hotfix ;)

    Die Falltür läßt sich nicht andocken, die Glastür dagegen schon. Sie lässt sich eingebaut auch schwer öffnen. Könnte man das ändern wie bei den normalen Türen, so dass man die Falltür

    auch zu Deko-Zwecken nutzen kann?

    Das mit dem Andocken werden wir noch ändern ;) Was das Blockieren angeht: Das sollte sich wie bei der normalen Tür auch mit dem Befehl edit attribute DisableObstruction ausschalten lassen.


    Der Undo-Befehl mag zwar toll sein, aber ich bin damit gar nicht so zufrieden. Davor war es möglich, Bauteile oder Objekte zu entfernen, um dann Leuchtstäbe oder Lampen oder sonstiges

    darin zu platzieren. Licht platziert, Undo-Befehl und alles war wie vorher. Jetzt ist zwar der Undo-Befehl wieder da, aber dieser macht auch die Änderungen die man vorgenommen hat, rückgängig.

    Könnte man das neue Undo irgendwie ausschalten?

    Naja, die Intention ist eigentlich, dass mit Undo die jeweils letzte Aktion rückgängig gemacht werden können :| Da unter F8 nun ein schnelles Bearbeiten möglich ist, fanden wir es schon wichtig, dass das vom Undo erfasst wird.


    In Zukunft wollen wir eine Undo-History anzeigen, in der man auswählen kann, welche Aktion man genau rückgängig machen möchte... leider hat das momentan aber eine eher geringe Priorität...


    Was wir aber machen könnten wäre vll ein Parameter für den Undo Befehl, womit nur bestimmte Aktionen zurückgesetzt werden. ZB ein undo remove, was den letzten entfernten Block zurücksetzt (egal ob danach schon andere Aktionen durchgeführt wurden) :thinking:


    Ich habe null Plan von PlugIns. Daher: Funktionieren die Java Plugins (vlt. mit einem kleinen Update) dann auch in der Uniti-Version :?:

    Große Teile der API sind zwar gleich geblieben, doch es müssen (kleinere) Änderungen an Java Plugins vorgenommen werden, damit sie wieder in der Unity Version funktionieren ;) Das kann allerdings nur der Plugin-Ersteller machen, d.h. er müsste sein Plugin für die neue Version updaten und erneut bereitstellen^^

    Thanks for your feedback! :)


    I am getting stuck at the top of the scaffolding ramp every time I walk up it.

    Hmm... that's weird :wat: It never happened while testing it, but I can now easily reproduce this in a built game :thinking: We'll fix that ASAP!


    Firstly when I aim to place the hatch in the hole of the square tower scaffolding piece with the ladder, and press right ctrl, the hatch turns and fixes 90 degrees automatically, rather than staying in the original position to then be adjusted. Because of this 90 degree rotation, it can't open as it is obstructed by the frame or platform on the tower. More on this in the next paragraph.

    That's indeed a bit problematic... the issue is that when locking the element via CTRL, it uses the last rotation that was set for the element. But if it snaps to the hole, it doesn't overwrite the cached rotation (because that would cause other issues). We will find another solution for that ^^


    Secondly, the hatch seems to lock into 1 orientation in this tower hole when I aim it into position, to that I can't rotate it with the left and right arrows. Which might ok, however I feel like the hinge should automatically fix to the opposite side to the ladder, as the ladder side is where the characters hands are to push the hatch up and climb through the hole

    One thing you could do is flip the element (either by pressing END on your keyboard or by selecting it in the radial menu [c]) ;)

    I meant it as in: Can i make a cube(or cow) dig holes in the ground, like players do? and what should I use for that?
    I am asking to if its possible to make a plugin for a sandworm.

    Oh, I see ^^ In this case, the last paragraph of my last post is basically relevant :) So unfortunately this part isn't implemented yet, but it's on our to-do list - we'll try to get that ready ASAP!

    Hmm... Java 19 ist tatsächlich Version 63 (und Java 20 entsprechend Version 64), aber eigentlich sollte NetBeans 17 Java 20 unterstützen :thinking:


    Hat es denn vorher bei dir funktioniert? Bzw. hast du irgendwas geändert?


    Was ist denn in deinem Projekt konfiguriert, also in den Projekteigenschaften (Rechtsklick auf das Projekt in NetBeans -> Properties)? Unter "Sources" kannst du ja unten "Source/Binary Format" einstellen (sollte JDK 20 sein), und unter "Libraries" kannst du oben die "Java Platform" wählen (sollte auch JDK 20 sein bzw. eine eigene Konfiguration).


    Versuche es doch mal mit URI

    Worauf beziehst du dich damit genau? ^^

    When the posters and gifs? :(

    Posters will be part of the next update ;)


    So, I have a suggestion for the API: access to the camera GameObject, this will allow to attach an object to player and object movement will be smooth, or the object will have fixed position related to the camera - it will be very useful for custom skyboxes or other similar effects

    Maybe we could add an optional attach target to the "player.addGameObject()" method (similar to how it works for UI elements), so API objects could be attached to certain elements in the world (e.g. the player body or camera) :)


    Until that's implemented, you could try to use moveToLocalPosition() (which moves the element smoothly). It's still far from perfect, but it may be sufficient in certain cases (e.g. when moving lights)^^


    Been playing for the past hour, and we are only hearing the standard music tracks we all know and love in the shuffle.

    It's not playing any of the new tracks we are anxious to hear lol. Also can we get some music control as well? (play, skip etc)

    Hmm... it looks like there are several music tracks which never play right now (more than 10 tracks) 8| Thanks for bringing this to my attention! I'll take a closer look at this issue :)

    Das klappt soweit

    [...]

    Soweit Klappt es jetzt

    Danke für den Hinweis! Da wird irgendwas mit dem Laden aus den Resourcen wohl nicht klappen (bzw. genau genommen werden die Daten in dem Fall wohl nicht korrekt beim Client ankommen oder der Client geht nicht korrekt mit dieser Datenquelle um) :thinking: Ich werde mir das nochmal genauer anschauen ;)

    Werden denn auch die alten "Kisten" in die Unity version kommen? :)

    Du meinst die quadratischen Kisten? Da haben wir tatsächlich schon was vorbereitet, mal sehen, ob wir das in absehbarer Zeit noch reinbekommen ;)


    Schade das nicht noch eine zwei Türen mit drinnen waren

    Leider haben die Türen es nicht mehr reingeschafft, aber wahrscheinlich werden wir mit dem nächsten regulären Update von einer Vielzahl an Türen überschwemmt :D


    Dank der Falltür kan ich für gewisse Gebäude endlich passende Türen machen.

    Hehe, das ist eine sehr elegante Lösung! :thumbup:


    Wegen der Plugins, würde es da nicht jetzt Sinn machen eine Extra Rubrik für die Unity-Plugins.

    Ich befürchte ein durcheinander

    Ja, da muss irgendwas passieren... wir gucken uns einmal an, wie wir die beiden Kategorien am besten auseinanderbröseln :thinking:


    red51 Die neue Funktion mit F8 ist genial, Vielen Dank. :love:

    Danke für das Feedback, das freut mich zu hören :)


    Die Blaupausen lassen sich nicht nach unten setzen, hüpfen irgendwie wieder hoch, auf jeden Fall ist das ganze Blaupausensystem seit dem vorletzen Update irgendwie buggy

    Leider sind die Blaupausenprobleme noch nicht behoben... meistens hilft es aber, die Kollision auszuschalten (im Radial-Menü beim Platzieren der Blaupause).


    Bei uns sieht der Salat auf einmal ganz Komisch aus :wat:

    Leider sind aus irgendeinem Grund die Texturen des Salats kaputtgegangen :thinking: Solche Probleme sind irgendwie beängstigend (da dann nicht ausgeschlossen ist, dass sowas in Zukunft wieder passiert), aber wir werden das auf jeden Fall in Kürze mit dem nächsten Hotfix beheben^^

    Es ist logisch und absolut nachvollziehbar, dass es für die Mehrheit der Spieler keine Option darstellt, ein eigenes Plugin zu schreiben (da man dazu ja trotzdem ein Mindestmaß an Programmierkenntnissen benötigt). "API" bedeutet im Grunde ja "Programmierschnittstelle". Der API Release richtet sich daher in erster Linie an Programmierer bzw. Plugin-Ersteller (in der Hoffnung, dass diese in Zukunft vielleicht tolle Plugins für Rising World anbieten) ^^


    Aber um einerseits den Einstieg für neue Plugin-Entwickler zu erleichtern, andererseits aber auch der allgemeinen Spielerschaft einen einfachen Zugang zu diversen API Features zu verschaffen (zB eigene Sounds/Musik, eigene Modelle etc), ohne programmieren zu müssen, bieten wir die Beispielplugins an - nur leider bisher noch nicht für die neue Version :/ Das kommt aber definitiv noch ^^

    Das Problem hatten wir auch mit einer älteren NetBeans Version gehabt (da haben sich generell einige Inkompatibilitäten mit Java 20 ergeben). Welche NetBeans Version verwendest du denn? Da hilft wahrscheinlich nur ein Update auf die neueste Version (NetBeans 17) :|

    Das liegt dan doch am ClassLoader, ich/mann kann keine Klasse erstellen

    Jap, das wird in der Tat am Classloader liegen :thinking: Der Teil hat sich generell geändert (da der System-Classloader seit Java 9 kein "URLClassLoader" mehr ist, die alte API aber auf einen URLClassLoader eingestellt war). Ich werde mir das nochmal genauer anschauen, das wird ein lösbares Problem sein ;)

    Hmm... eigentlich sollte das funktionieren :wat: Bekommst du denn ein "Plugin" Objekt zurück, wenn du einfach nur das Resultat von "getPluginByName()" ausgibst (also ohne zu casten, quasi einfach so: " System.out.println("Plugin: " + getPluginByName("ConfigManager"));), oder ist das null?


    Es scheint nämlich eher ein Problem beim Casten des Objektes vorzuliegen :thinking: Das könnte ggf. mit dem Classloader zusammenhängen... das müsste ich mir sonst nochmal genauer anschauen :monocle:

    Das ahbe ich mal gemacht:

    Das sieht eigentlich korrekt aus :thinking: Ich habe es bei mir mal mit deinem Code getestet (allerdings direkt ein Bild von der Festplatte verwendet) und es funktioniert soweit eigentlich... es könnte sonst höchstens am Laden aus der Jar liegen, möglicherweise funktioniert das sonst nicht richtig :wat:


    Probiere evtl. mal ein Bild von der Festplatte zu laden. Oder testweise von einer URL, zB TextureAsset ta = TextureAsset.loadFromURL("https://images.rising-world.net/media/update/api/plugin_api3.jpg");


    Funktioniert es dann?


    Und bild.style.borderTopColor.set(col.getRGB()); will auch nicht klappen :thinking:

    Es scheint in deinem Code, als wenn du das java.awt Color Object verwenden würdest ? Die "getRGB()" Funktion gibt leider keinen Alphawert zurück, daher wird die Border in deinem Fall wohl einfach unsichtbar sein ^^


    Verwende am besten das neue ColorRGBA Objekt (das kann auch direkt dem Styleproperty übergeben werden, ohne, dass du es zu einem int umwandeln musst) ;)

    It's indeed a bit tricky to get the names/paths of the built-in UI elements... for this reason we've added a small tool which can be enabled by typing uidebugger into console - it shows the path of the currently hovered element in the top left corner of the screen ;)

    While this tool is active, you can also rightclick on an element to copy the UI path to clipboard. To close the tool, just hit the X in the top left corner (if you can't hit it properly, press ESC and try to hit it again).


    This enables you to get the paths of most elements ^^ For instance, the path to the inventory background would look like this: InventoryLayer/inventoryContainer etc.


    Unfortunately you can't access all elements this way. To overcome this limitation, you could also type uidebugger <layername> into console - this prints the paths of all elements on a particular layer into console.


    But if there is a particular UI element you're looking for, just let me know and I can post the path here :)

    Der "Pointer" ist im Grunde die Memoryadresse, an der das native Event liegt (also das eigentliche Eventobjekt, von dem das Java Event sich lediglich die Daten holt) ^^


    Wenn du eigene Events erstellst, dann ist der Pointer eigentlich egal. Wenn du also direkt von "Event" ableitest kannst du da einfach eine 0 angeben. Vll bieten wir noch einen zweiten Konstruktor ohne Pointer an (der dann intern allerdings auch nur eine 0 zuweist)^^


    Problematisch wird es nur, wenn du von einem existierenden Event ableiten möchtest (zB von PlayerEvent) - das wird leider nicht funktionieren, daher dürfen eigene Events nur von der Basis "Event" Klasse abgeleitet werden ;)

    Du meinst bei der Java Version wahrscheinlich das "StaticModelLoader" Beispielplugin? Leider gibt es das für die neue Version noch nicht... zeitlich hatten wir keine Kapazitäten, die noch umzuschreiben (für manche der Beispielplugins fehlt aber auch generell noch etwas Funktionalität [zB Schilder], was erst mit dem nächsten Update erscheint).


    Momentan muss mal also ein eigenes Plugin schreiben, um Modelle zu laden. Der Support der API für eigene Modelle ist wesentlich umfangreicher und mächtiger als in der Java Version, aber es führt noch kein Weg um ein eigenes Plugin herum. Wir werden aber in absehbarer Zeit aktualisierte Beispielplugins bereitstellen (sodass man auch ohne Code Modelle laden kann) ^^