Haha good Point, fixe ich später
Posts by Devidian
A new update (0.9.2) is available now!
Latest Hotfix: 0.9.2.1 (2026-05-13)
Latest Hotfix: 0.9.2.1 (2026-05-13)
-
-
Klar ich kann das optional einbauen, kann ja jeder Admin für sich entscheiden wie er es handhaben möchte...

-
You mean an area with borders you cant see through and cant pass? That area must be visible all time, i think that would look ugly
-
Ja das mit der Zeit zwischen 21 und 7 hab ich neu eingebaut, vorher funktioniert schlafen eh nicht und da würde jede Meldung nur stören. Das mit den aktiv nicht schläfern ist so eine Sache. Wenn sie aktiv sind, dann gibt es vielleicht einen guten Grund warum sie nicht schlafen wollen oder können. Diesen können sie ja per chat Kommunizieren. Solche aktiv Verweigerer sollte man eher einem admin melden wenn es öfter vor kommt und er damit der community schadet. Er könnte ja auch kurz ausloggen wenn er aktiv ist. Das Problem sehe ich also eher bei den Leuten die gerade nicht mitkriegen das die anderen schlafen möchten, weil sie afk sind.
Ans Bett fesseln geht nicht, höchstens zählen wie oft der Spieler sich in kurzer Zeit hinlegt und dann ... Elektroschocks oder so wenn er wieder aufsteht.😈 -
Der fix ist fertig allerdings ist der fix in Oz tools nicht in landclaim.
-
Ich verstehe deine Argumente allerdings möchte ich verhindern dass irgendwer aus Spaß sich immer wieder ins Bett legt und alle den Spam kriegen auch wenn sie nicht AFK sind. Sie würden ja dann einmal die Meldung bekommen dass XY sich hingelegt hat und das spieler a b c d e f und g gerade AFK sind.
Ich kann aus der chatmeldung natürlich ein jell machen weil es soll halt dafür da sein dass wenn jemand nur vielleicht gerade nicht an der Tastatur ist aber trotzdem seinen Bildschirm sieht, er merkte dass er jetzt was tun sollte.
Gerade wenn viele Spieler da sein sollten wäre es schon ziemlich spammig wenn man für jeden der AFK ist eine Meldung bekommt.
-
v0.4.2 ist unterwegs mit fixes.
-
npc hit sollte nicht im chat stehen 😅 muss ich wohl vergessen haben zu entfernen. Diese PlayerSync Meldung kommt nicht vom Plugin, die hab ich auch in meinen logs.
Die Warnung bekommt jeder der länger als 30 sekunden afk ist. Die Warnung kann nur er sehen.
Wenn jemand gekickt wird, werden alle übrigen Spieler auf dem Server benachrichtigt - dient auch dazu das andere vielleicht nicht afk gehen kurz vor Bettzeit ;)) -
Ist das der ganze log oder nur das Ende? Oder ein Mittelteil? Ich hatte die Tage auch einmal den Fall das der Server abrupt beendet wurde, das das log mittendrin aufhörte. Scheinbar ist der übergeordnete Prozess also unity abgestürzt, aber genau kann ich es nicht sagen, gibt keine logs dazu.
EDIT: Gerade gesehen das es heute 19:10 also fast zur gleichen Zeit wie in deinem log wieder aufgetreten ist:
Display MoreCode[02/06 19:07:40] DestroyTerrain: marco (DbID: 78, UID: x element: -1(type: 0, tex: 0, ownerDbID: 78) @ chunk -298 1 -153 (-9518, 77, -4884)[02/06 19:07:54] DestroyTerrain: marco (DbID: 78, UID: x element: -1(type: 0, tex: 0, ownerDbID: 78) @ chunk -298 1 -153 (-9518, 78, -4886)[02/06 19:08:00] DestroyTerrain: marco (DbID: 78, UID: x element: -1(type: 0, tex: 0, ownerDbID: 78) @ chunk -298 1 -153 (-9519, 78, -4885)[02/06 19:08:02] DestroyTerrain: marco (DbID: 78, UID: x element: -1(type: 0, tex: 0, ownerDbID: 78) @ chunk -298 1 -153 (-9518, 79, -4885)[02/06 19:08:04] DestroyTerrain: marco (DbID: 78, UID: x element: -1(type: 0, tex: 0, ownerDbID: 78) @ chunk -298 1 -153 (-9518, 79, -4887)[02/06 19:08:06] DestroyTerrain: marco (DbID: 78, UID: x element: -1(type: 0, tex: 0, ownerDbID: 78) @ chunk -298 1 -153 (-9520, 78, -4887)[02/06 19:08:07] DestroyTerrain: marco (DbID: 78, UID: x element: -1(type: 0, tex: 0, ownerDbID: 78) @ chunk -298 1 -153 (-9521, 78, -4885)[02/06 19:08:09] DestroyTerrain: marco (DbID: 78, UID: x element: -1(type: 0, tex: 0, ownerDbID: 78) @ chunk -298 1 -153 (-9519, 79, -4884)[02/06 19:08:12] DestroyTerrain: marco (DbID: 78, UID: x element: -1(type: 0, tex: 0, ownerDbID: 78) @ chunk -298 1 -153 (-9519, 79, -4888)[02/06 19:08:13] DestroyTerrain: marco (DbID: 78, UID: x element: -1(type: 0, tex: 0, ownerDbID: 78) @ chunk -298 1 -153 (-9520, 79, -4887)[02/06 19:08:16] DestroyTerrain: marco (DbID: 78, UID: x element: -1(type: 0, tex: 0, ownerDbID: 78) @ chunk -298 1 -153 (-9517, 80, -4886)[02/06 19:08:18] DestroyTerrain: marco (DbID: 78, UID: x element: -1(type: 0, tex: 0, ownerDbID: 78) @ chunk -298 1 -153 (-9518, 80, -4884)[02/06 19:08:20] DestroyTerrain: marco (DbID: 78, UID: x element: -1(type: 0, tex: 0, ownerDbID: 78) @ chunk -298 1 -153 (-9520, 80, -4884)[02/06 19:08:22] DestroyTerrain: marco (DbID: 78, UID: x element: -1(type: 0, tex: 0, ownerDbID: 78) @ chunk -298 1 -153 (-9521, 79, -4885)[02/06 19:08:23] DestroyTerrain: marco (DbID: 78, UID: x element: -1(type: 0, tex: 0, ownerDbID: 78) @ chunk -298 1 -153 (-9521, 80, -4887)[02/06 19:08:25] DestroyTerrain: marco (DbID: 78, UID: x element: -1(type: 0, tex: 0, ownerDbID: 78) @ chunk -298 1 -153 (-9520, 80, -4888)[02/06 19:08:28] DestroyTerrain: marco (DbID: 78, UID: x element: -1(type: 0, tex: 0, ownerDbID: 78) @ chunk -298 1 -153 (-9518, 80, -4888)[02/06 19:08:30] DestroyTerrain: marco (DbID: 78, UID: x element: -1(type: 0, tex: 0, ownerDbID: 78) @ chunk -298 1 -153 (-9516, 80, -4887)[02/06 19:08:32] DestroyTerrain: marco (DbID: 78, UID: x element: -1(type: 0, tex: 0, ownerDbID: 78) @ chunk -298 1 -153 (-9516, 80, -4885)[02/06 19:08:34] DestroyTerrain: marco (DbID: 78, UID: x element: -1(type: 0, tex: 0, ownerDbID: 78) @ chunk -298 1 -153 (-9517, 81, -4883)[02/06 19:08:36] DestroyTerrain: marco (DbID: 78, UID: x element: -1(type: 0, tex: 0, ownerDbID: 78) @ chunk -298 1 -153 (-9519, 80, -4883)[02/06 19:08:39] DestroyTerrain: marco (DbID: 78, UID: x element: -1(type: 0, tex: 0, ownerDbID: 78) @ chunk -298 1 -153 (-9521, 80, -4884)[02/06 19:08:41] DestroyTerrain: marco (DbID: 78, UID: x element: -1(type: 0, tex: 0, ownerDbID: 78) @ chunk -298 1 -153 (-9522, 80, -4885)[02/06 19:08:44] DestroyTerrain: marco (DbID: 78, UID: x element: -1(type: 0, tex: 0, ownerDbID: 78) @ chunk -298 1 -153 (-9522, 80, -4887)[02/06 19:08:46] DestroyTerrain: marco (DbID: 78, UID: x element: -1(type: 0, tex: 0, ownerDbID: 78) @ chunk -298 1 -153 (-9521, 80, -4889)[02/06 19:08:49] DestroyTerrain: marco (DbID: 78, UID: x element: -1(type: 0, tex: 0, ownerDbID: 78) @ chunk -298 1 -153 (-9519, 80, -4889)[02/06 19:08:53] DestroyTerrain: marco (DbID: 78, UID: x element: -1(type: 0, tex: 0, ownerDbID: 78) @ chunk -298 1 -153 (-9519, 80, -4886)[02/06 19:09:00] DestroyTerrain: marco (DbID: 78, UID: x element: -1(type: 0, tex: 0, ownerDbID: 78) @ chunk -298 1 -153 (-9520, 81, -4885)[02/06 19:09:02] DestroyTerrain: marco (DbID: 78, UID: x element: -1(type: 0, tex: 0, ownerDbID: 78) @ chunk -298 1 -153 (-9518, 81, -4885)[02/06 19:09:04] DestroyTerrain: marco (DbID: 78, UID: x element: -1(type: 0, tex: 0, ownerDbID: 78) @ chunk -298 1 -153 (-9519, 81, -4887)[02/06 19:09:06] DestroyTerrain: marco (DbID: 78, UID: x element: -1(type: 0, tex: 0, ownerDbID: 78) @ chunk -298 1 -153 (-9518, 82, -4887)[02/06 19:09:10] DestroyTerrain: marco (DbID: 78, UID: x element: -1(type: 0, tex: 0, ownerDbID: 78) @ chunk -298 1 -153 (-9520, 82, -4886)[02/06 19:09:20] DestroyTerrain: marco (DbID: 78, UID: x element: -1(type: 0, tex: 0, ownerDbID: 78) @ chunk -298 1 -153 (-9517, 79, -4884)[02/06 19:09:22] DestroyTerrain: marco (DbID: 78, UID: x element: -1(type: 0, tex: 0, ownerDbID: 78) @ chunk -298 1 -153 (-9516, 79, -4886)[02/06 19:09:24] DestroyTerrain: marco (DbID: 78, UID: x element: -1(type: 0, tex: 0, ownerDbID: 78) @ chunk -298 1 -153 (-9517, 79, -4888)[02/06 19:09:26] DestroyTerrain: marco (DbID: 78, UID: x element: -1(type: 0, tex: 0, ownerDbID: 78) @ chunk -298 1 -153 (-9519, 79, -4889)[02/06 19:09:28] DestroyTerrain: marco (DbID: 78, UID: x element: -1(type: 0, tex: 0, ownerDbID: 78) @ chunk -298 1 -153 (-9522, 79, -4887)[02/06 19:09:32] DestroyTerrain: marco (DbID: 78, UID: x element: -1(type: 0, tex: 0, ownerDbID: 78) @ chunk -298 1 -153 (-9523, 78, -4886)[02/06 19:09:34] DestroyTerrain: marco (DbID: 78, UID: x element: -1(type: 0, tex: 0, ownerDbID: 78) @ chunk -298 1 -153 (-9522, 78, -4888)[02/06 19:09:36] DestroyTerrain: marco (DbID: 78, UID: x element: -1(type: 0, tex: 0, ownerDbID: 78) @ chunk -298 1 -153 (-9519, 78, -4890)[02/06 19:09:38] DestroyTerrain: marco (DbID: 78, UID: x element: -1(type: 0, tex: 0, ownerDbID: 78) @ chunk -298 1 -153 (-9521, 78, -4889)[02/06 19:09:40] DestroyTerrain: marco (DbID: 78, UID: x element: -1(type: 0, tex: 0, ownerDbID: 78) @ chunk -298 1 -153 (-9518, 78, -4888)[02/06 19:09:41] DestroyTerrain: marco (DbID: 78, UID: x element: -1(type: 0, tex: 0, ownerDbID: 78) @ chunk -298 1 -153 (-9517, 78, -4886)Nur wenige sekunden später war er wieder da:
Display MoreCode -
Ja genau, und es ist schnell implementiert, quasi schon fertig, hab es auf den testserver geladen aber testen kann ich das auch erst heute abend. Hab auch gleich eine option hinzugefügt das claiming von pferden zu deaktivieren falls man es gar nicht nutzen möchte
-
auf dem testserver gibt es 5 pro stunde

-
Der Kreativteil meines Gehirns hatte gerade folgende Idee: Eine option für admins, das tiere in besitz nehmen nur in Areas möglich ist, in denen der spieler eine bestimmte permission hat wie area_addplayer das wäre dann unabhängig zum landclaim plugin und auch mit anderen areas kompatibel.
-
ich hab die Y koordinate mal mit gespiegelt und auf dem dev server gepackt den fix, kann aber erst heute abend testen
-
Ich habe noch nicht versucht die Hölle zu claimen, eigentlich sollte das kein Problem sein, aber es kann natürlich auch hier wieder ein Problem bei negativem Vorzeichen geben, ich hatte nicht bedacht das nach unten die chunks auch negativ werden. Ich sehe mir das an.
-
Das ist etwas kompliziert, dafür müßte ich dann doch eine extra Datenbank anlegen in der der Besitz gespeichert wird. Ich hoffe ja das red51 es ermöglicht den Besitzstatus im npc zu setzen und zu lesen.
Dann wäre es auch sicher möglich sowas wie player.getOwnedNpcs([Type?]) zu implementieren.
Es wäre nur die Frage wann ein nächstes Update dazu kommt
Aktuell gibt es World.getAllNpcs() aber ich weiss nicht ob das so günstig wäre bei jeder Interaktion abzufragen.
Schöner wäre da schon World.getAllNpcsByPlayer(id). Natürlich könnte ich auch hier als Workarond wieder eine Abfrage beim start des servers machen und alle Besitztümer cachen, bis sich da an der API was tut. Ich überlege mir da vielleicht noch was.
-
Es setzt sich fort, sonst wäre es zu milde

Aber ich erarbeite gerade eine Gefängnis Variante und dann können Admins entscheiden welche sie nutzen wollen - oder keine dann passiert halt nichts das Pferd bleibt ja trotzdem sicher.
-
Die 2:: ist dein Besitzprefix, anders geht es leider gerade nicht. Ohne die 2:: gehört es dir nicht
-
New Major release v0.19.0
- removed tracking feature (moved to OZ Admin Utils Plugin)
-
Sure, in most cases its enough to save references e.g. player.getDbID(). I didnt see that Discussion before, sorry. I could also create a meta plugin that uses the npc id and adds key/value attributes but then every other plugin would need to use this plugin to get any data.
I just looked up the npc database with my vscode sqlite viewer plugin.
I see owner already exists as column, for my current issue it would be enought to have getter and setter for this. That might be easier to implement for the next update. I mean i could also use WorldDatabase and execute my own sql on it but i dont like to manipulate vanilla dbs from plugins.
btw. is there a way to change any existing radial menu? For example when i want to add something like "rename mount" so i dont need to set editnpc true. Or to stay in the current case "claim mount" and "release mount". -
If i understand you correctly, your problems seem to occur when admins are present and teleport to players/admins using the interface? The effect is massive lagging? Maybe it would be helpful to post server logs, there could be some Exception spam in the logs from plugins that take down the server performance. I dont use any of those plugins so i have no experience what else it could be, but a server-log should help.