Posts by noci

SebOverlay Hallo, erstmal Entschuldigung für die späte Antwort.

Ich musste mich längere Zeit um das Reale Leben kümmern und habe das Letzte Update noch nicht getestet.
Außerdem bin ich noch dabei, den ModelLoader um zu bauen.

Aber zu dem Fehler: Er besagt das bei der Chat Eingabe "/ml save" für den Benutzer die Prüfung, ob er Administrator ist, mit dem Fehler Endet.

Hier müsste ich Rücksprache mit Red halten, warum in diser Konstellation der Fehler kommt. Ich kann ihn nicht mit einem Federstrich beseitigen.

Hattest du zuvor "rp" oder "reloadplugins" in der Konsole ausgeführt?
Wenn ja probiere es bitte mit einem sauberen Server Start ohne "rp", da dies Experimentell ist und noch einige Probleme verursacht. Aber für die Entwicklung ist es gut um ein Großteil, schnell zu Testen.
Tastatur Abfragen werden beeinträchtigt.

Ja die Objekte sind Weltobjekte und können noch nicht zerstört werden.

Im Zweifel die "ModelLoader.db" löschen oder sie bearbeiten.

Ich bin mit dem Gröbsten durch und werde mich bald wieder RW zuwenden können.
Bitte habe noch etwas Geduld, ich warte noch darauf das Red wieder mehr Zeit hat sich, um die Plugin API zu kümmern, in der Vergangenheit wurde viel an Spiel Inhalten gearbeitet.

####

SebOverlay Hello, first sorry for the late reply.
I had to take care of a long time to be in real life and have not tested the last Update.
Also, I'm still going to build the model loader.

But the error: It says in the chat command "/ml save" for the user, the examination of whether he is an Administrator with the error Ends.
Here, I would have to check with the Red keep, why in this constellation, the error comes. I can eliminate him with the stroke of a pen.

You had previously run "rp" or "reload plugins" in the console?
If Yes, try it please with a clean Start the Server without the "rp", because this is Experimental, and some of the problems caused. But for development, it is a Test of a majority, quickly.
Keyboard queries are affected.

Yes, the objects are world objects and can not be destroyed.
In case of doubt, the "model loader.db," delete or edit.

I'm through with the Woods, and I will soon be able to turn back to RW.
Please have a little patience, I'm waiting in the Red again, more time has to take care of the plug-in API, in the past, was a lot of work to game content.

Ich kann dich und mich beruhigen, an der ToolsAPI und dem Modelloader liegt es nicht. Übrigens die Ordner Umbenennung in 0ToolsAPI ist nicht mehr notwendig. Dank der Prioritäten.

Bei den Blueprints, passiert es gelegentlich das durch die Rotation der BP's die "neuen" Rasterkoordinaten nicht auf das Spielraster passen.
Die Sachen fallen ab weil, sie nicht mehr mit einem Objekt Verbunden sind.
Z.B. die Perfekt an der Wand platzierte Lampe wird nach der Drehung, ein wenig von der Wand entfernt platziert (mit dem Auge nicht zu erkennen).

Der einfachste Weg ist: Admin zu sein und in der Console undo zu benutzen, damit werden die zuletzt zerstörten Objekte wiederhergestellt, bis der Gesamte Blueprint entfernt werden soll (Hier kommt aber ein Bestätigungsfenster, das dann Abgebrochen werden kann).

Bei Bauten für BP's, sollte Mann z.B. Lampen, ein wenig in die Wand setzen, der Kleinste zur Verfügung stehende Raster Schritt reich da Völlig aus:Daumen hoch:

####

I can't and calm me down, to the ToolsAPI, and the ModelLoader, it is. By the way, the folder is renamed in 0ToolsAPI is no longer necessary. Thanks to the priorities.

In the Blueprints, it happens occasionally due to the Rotation of BP's the "new" grid coordinates not on the game grid to match.

Things fall because they are no longer Associated with an object.

For example, the Perfect on the wall-placed lamp will not recognize after the rotation, a little away from the wall is placed (with the eye).

The easiest way is: to be Admin to use the Console undo, the last destroyed objects will be restored to the Entire Blueprint should be removed (Here, a confirmation window, which can then be Canceled), but.

In the case of buildings for BP's, should man, for example, lamps, put a little into the wall, the Smallest available Grid step rich as Completely

Magst du das als Kompiliertes JAR veröffentlichen?

####
Would you like to publish this as a Compiled JAR?

Andre Pab Das ist gut
Es wird eine neue Version geben, allerdings bin ich derzeit noch durch eine Umschulung abgelenkt, das dauert noch gut 1/2 Jahr.
Sie wird absolut kompatibel mit der aktuellen Version sein.
Die Listen werden Scrollbar sein und Unterordner so wie Bundle werden einklappbar sein

Quote from icon58

Have you installed the TOOLS API?

yahgiggle benutzt die ToolAPI nicht.

Aber hast du Probleme mit der ToolsAPI festgestellt, die andere Plugin's Beeinflussen?

####

yahgiggle not used the ToolAPI.
But you may have noted problems with the ToolsAPI, the other Plugin's Influence?

OKe, ich glaube es ist gelöst

Ich habe einen Alternativen Garbage Collector genommen -XX:+UseParallelGC, das läuft jetzt stabil

Oder wehre der -XX:+UseSerialGC besser?

Das sind jetzt meine VM einstellungen:

Plugins_VMOptions=-Xdebug;-Xnoagent;-Djava.compiler=NONE;-XX:+UseParallelGC

red51 könntest du diese Option als Standard hinzufügen, wenn nichts dagegen spricht?

Sonst wird die Anleitung für das Plugin zu Intensiv

### Edit ###

OKe, vieleicht doch nicht die VMOption ändern, sondern den OpenJDK 21 versuchen, das klingt sauberer.

Kein Stress, Work Around ist ja jetzt da

Ich habe mir das nochmal mit automatisierter Intiligens angesehen

Ich habe ihr den Letzten hs_err gegeben und den kritischen Teil in meinem Code dargelegt und Überarbeitet.
Ich versuche eine größere menge an Overhead zu managen, beim Erstellen eines 30x30 Raster, wobei für jeden Rasterpunkt ein weiteres Objekt was eine UIElement implementiert hat, hinzugefügt wird.
Ich Teile die Verarbeitung in Batch's auf und lasse sie über Plugin.executeDelayed, versetzt Ausführen.

Die UI sieht so weit gut aus, es werden auch alle Segmente, ordentlich im Timing, geladen.
Dann nach gefühlten 20-30sec. kommt der Absturz.

Das ist zunächst nur ein Test was und wie es geht, 900 Elemente sind natürlich sehr hoch gegriffen und mit 50-100 Elementen hatte ich diese Probleme nicht. Ich kann natürlich die gesamte Größe begrenzen und damit diesen Fehler vermeiden.

Du hast sicherlich deine eigene Art und Weise Fehler zu analysieren, aber ich wollte dir die "Absturz Analyse" mal mitgeben.

Vom Bauchgefühl her denke ich, es hat etwas mit der Unity Heap/Übertagungsgröße zu Tun

Eventuell gibt es dort irgendwo einen Engpass, der sich aufschaukelt oder Zeit überschreitet.

Laut dem was ich herausgefunden habe, ist der Heap auf 31-1024MB eingestellt, also sollte es eigentlich nicht an den zerbatchten 29MB liegen.

Ich hoffe das es dir etwas Hilft

Oder ist das genau der Bug, den du meintest, dass der G1 Garbage Collector mit einer neueren Java-Version stabiler wehre?

Oder als Admin, je nach Rechteeinstellung.

Entweder in den Gruppenrechten, oder du hast Permissions_AdminsFullPermissions=True in der ..\RisingWorldDedicatedServer\server.properties Aktiv, dann wirst du auch nicht angegriffen.

###
Or as Admin, depending on the setting.
Either in the group right, or you got Permissions_AdminsFullPermissions=True in the ..\RisingWorldDedicatedServer\server.properties is Active, then you will not be attacked, too.

OKe, ich bin jetzt dazu gekommen das mal durch zu Testen

Beim DedicatedServer bekomme ich hs_err_pid2628.log.

Im Einzelspiel scheint es etwas stabiler zu sein/länger zu dauern. Hier habe ich hs_err_pid9496.log und hs_err_pid21612.log Bericht produziert. Die dazugehörigen Player.log und Player-prev.log.

Ich habe mir die HS_ERR durch gesehen und ein wenig nachvollziehen können, aber nicht wirklich durchgeblickt

Der Report ist unterweg.

Leider wird bei mir keine hs_err_pid mehr erstellt, meine Letzte ist vom (26.06.2023) nur das Jahr Stimmt nichtdenke aber nicht das, die Falsch datiert sind.
Habe ich das eventuell in der Config abgeschaltet?

Quote from red51

Bei "enqueue()" musst du nur bedenken, dass dadurch alles in den Main-Thread des Servers ausgelagert wird. Wenn dort zB eine umfangreiche Berechnung stattfindet, kann das den Server solange zum Hängen bringen.

Und Plugin().executeDelayed ist dann ein Asyncroner Thread?

Quote from red51

Crasht der Client denn? Ansonsten hat er keinen Einfluss auf den Server oder die API, d.h. der Client kann den Server nicht direkt zum crashen bringen (oder umgekehrt).

Nein der Client bleibt stabil

Das habe ich auch eigentlich nicht erwartet Es war nur ein Bauchgefühl

Quote from red51

hast du sonst ggf. irgendwie die Chance, das Problem clientseitig zu reproduzieren

Klar, den Single Player Test werde ich mal machenund ein Report senden, wenn er kommt.

Hallo @red5, eigentlich wollte ich dich erst wieder nerven wenn du wieder Zeit für Plugins hast.
Aber ich habe etwas Mysteriöses festgestellt, das ich besprechen muss.

Ich bin mir zu 99% sicher das ich die Thread's, mittlerweile gut synchronisiere und sinnvoll Locke.
Unter anderem wird eine Aufwendige GUI erstellt, die durch Plugin.enqueue "Ausgelagert" wird. Hier wird ein größeres Raster erstellt (Teste 5x5, 5,10 & 30x30), was auch alles soweit super klappt.

Das Phänomen:
-1- Frisch gestarteter DedicatedServer und RW-Spiel: Ich kann die 30x30 (900 Elemente) Liste Öffnen und habe keine Probleme.
-2- Frisch gestarteter DedicatedServer, RW nach Disconekt (vom Fehler) weiter genutzt: Wenn ich jetzt die 30x30 Liste Öffne, bekomme ich den Kirtischen Fehler Trying to close low level socket support, but we still have sockets open! schon nach kurzer Zeit ca. 90sec.

Da ich normalerweise das Spiel nach einem Server Absturz nicht schlisse, hat es eine Weile gedauert, bis es mir aufgefallen ist. Ich vermute das ich oder das Spiel im Client die Threads nicht richtig aufräumen.

Wenn ich im "1.Phänomen" nach ca. 30min. von der 30x30 auf eine andere Liste Wechsel habe ich wieder 90-120 sec. bis zum Absturz.

Kurioserweise kann ich nach diesem kritischen Fehler (Server mit restart), die kleineren Listen 5x5 & 5x10 ohne Probleme lange hin und her Schalten.

Es deutet, für mich, darauf hin, dass es etwas gibt, das bei den 30x30 Listen, etwas im Client durcheinander bringt, was aber bei frischem Start nicht auftrit.

Ich widme mich diesem Problem schon eine Weile, ich weiß nicht wie ich das weiter untersuchen kann.

Wenn du etwas im Spiel-Code findest, was dieses Verhalten erklären kann, lass es mich wissen

Oder es für dich nach einem typischen Fehler bei ... anhört.
Danke.

Wenn es um die Screen Shoot's geht, kannst du auch schauen, ob in ...\RisingWorld\Screenshots das ist, was du suchst.

Normalerweise werden die doppelt gemacht, in RW und bei Steam.

####

When it comes to screen shots, you can also check ...\RisingWorld\Screenshots to see if you're looking for what you're looking for.

Normally they are done twice, in RW and on Steam.

Wenn du Probleme mit dem ModelLoader findest, sag Bescheid.
Nutzt du Elemente aus der ToolsAPI?

####

If you find any problems with the ModelLoader, let me know.

Do you use elements from the ToolsAPI?

Mir gefällt besonders, dass du effizient baust
Damit bekommst du mindestens den silbernen Rang für "RW Baumeister"

####

I especially like that you build efficiently

This will get you at least the silver rank for "RW Builder"

Quote from EpicCev

ich musste für jedes Plugin eine Zahl da vor schreiben

Ja, bei manchen Mietservern kommt das vor.
Eigentlich sollte es eine Ladereihenfolge geben, da könnte Mann noch mal genauer hinschauen.

Quote from EpicCev

ich habe das Problem gelöst geht jetzt alles

Da freut mich zu hören
Und wie

Quote from Grena777

How to select multiple textures to load onto a model? that is, there are many files with the image, but it selects one and therefore the texture does not look right.

Wenn du so ein Komplexes-Model hast, empfehle ich es als Bundle zu erstellen. Dort kannst du auf verschiedene Punktgruppen eingehen.
FBX werden derzeit noch wie OBJ behandelt, hier muss eine UV-Map geben, die auf die Textur und Normal zugeschnitten ist.

#####

If you have such a complex model, I recommend creating it as a bundle. There you can go into different point groups.

FBX is currently still being treated like OBJ, here a UV map must be given that is tailored to the texture and normally.

Quote from red51

Ich muss mir das mal genauer anschauen

Es muss ja nicht unbedingt der Genaue Unity VersionsCode sein. Ich dachte einfach nur beim Bundle Erstellen einen eigenen Versions String. Thoretisch weiß doch "der Extre Knopf bei Unity" in welcher Version er gerade Arbeitet?
Keine Umstände.

Aber wenn du dir die Unity Bundles noch mal anschaust.
Ich habe da Probleme mit "setVFXParameter" und "setAnimatorParameter", ich vermute Versions Probleme, hatte aber noch keine Zeit eine ausführliche Beschreibung zu erstellen. Ich Versuche auf Bones an den ein neuer SubKnoten hängt indem ein VFX steckt, zu zugreifen.
Aber das muss ich noch mal genauer darlegen.

Quote from EpicCev

ich brauche da mal Hilfe bei der Installation.

Eine allgemeine Hilfe zu Plugin Installation findest du hier bei help-install-plugin.

Quote from Ludy

ich wollte helfen aber ich glaube die beschreibung ist falsch
so weit ich weis braucht das auch die ToolsAPI aber es kann sein das sich das geändert hat

erst die Späteren und Umfangreicheren Plugins brauchen die ToolsAPI.
Das sollte eigenständig laufen.

Quote from EpicCev

oh okey ja gut versuche ich es mal

Was hast du denn schon probiert?
Wo genau willst du das Plugin „Installieren“, Single Player oder Server, eigener oder gemietet.

Was genau klappt nicht, oder ist suboptimal erklärt?

Quote from Tante Tom

Dann hoffe ich mal das die Log weiterhilft.

Auf jeden Fall besser als, mit einer kaputten Glaskugel Informationen zu sammeln

Nun ja, zumindest ist zu erkennen, dass dieses Phänomen nicht nur beim Wetter auftritt.

Allerdings kann ich keinen Grund dafür finden, dass eins der Plugin's direkt verantwortlich ist.

Hier muss red51 mal reinschauen und etwas dazu sagen.
Verwirrend ist das einRisingWorld.PluginAPI.Events.General.ReadyEvent mit aufgeführt wird, den es für Plugins so noch nicht gibt.

- RisingWorld.PluginAPI.Events.World.PlantGrowthEvent

- RisingWorld.PluginAPI.Events.Player.PlayerLocationTickerEvent

- RisingWorld.PluginAPI.Events.Player.PlayerEnterChunkEvent TOOK 15 MS!

- RisingWorld.PluginAPI.Events.Player.PlayerConnectEvent TOOK 232 MS!

- RisingWorld.PluginAPI.Events.World.ItemTransformEvent

- RisingWorld.PluginAPI.Events.Player.Inventory.PlayerInventoryAddItemEvent

Was allerdings unmittelbar um diese Meldungen herum kommt, ist:

[Java] SQLite: /home/../rising-world-unity/Plugins/WorldProtectionV3.4/MyDream/database.db

Was auf eine intensive DB Nutzung hinweist.

Es könnte sein, dass, eine normale Kommunikation mit dem OnlinePlayer, durch die Verbindung oder Serverauslastung gebremst wird, was die "LOOP DETECTED" auf den Plan ruft.