Dachte ich auch immer...Und ich dachte der dünnere untere Part wäre Design.
Allgemeines Fragenthema
- Themenstarter RockGermany
- Datum Start
)
Ich hoffe die Frage kam noch nirgends, habe jedenfalls nichts gefunden. Es geht um Items, die nicht mehr in einer getickten Zone sind, außer Spielerreichweite.
Mein Lager ist aufgeteilt. Mein Hauptlager ist auch mein Homepunkt, aber auf der anderen Seite der Zone (Der Keller ist quasi 100x100 ausgebuddelt, man sieht die andere Seite) ist ein weiteres Lager.
Ich habe eine Truhe gebaut, wenn ich dort Dinge reintuhe, dann werden die Items mittels Wasser in eine Truhe in dem anderen Lager transportiert.
Wenn ich direkt, nachdem ich Items in die Truhe gelegt habe, zu dem anderen Lager laufe, kommen die Items dort auch an.
Wenn ich dies nicht tuhe, kommen sie nicht an, da es weiter weg ist als 64 Blöcke.
Es kommt aber vor, dass die Items komplett verschwinden. Und zwar dann, wenn ich länger nicht in den Bereich gehe, wo diese Items quasi stehen bleiben, weil ungeladen.
Eigentlich sollten diese doch nicht verschwinden?
Kompakte Frage also:
Wenn ein Item mit Wasser außerhalb der Reichweite transportiert wird, wird dann auch gespeichert, dass es sich gerade bewegt? So dass es weiter fließt, wenn es geladen wird?
Und wieso verschwinden Items manchmal? Wenn diese nicht geladen sind, sollten sie auch nicht verschwinden?
Gibt es Pläne, dass Items in Zukunft wenigstens im 100x100 Radius geladen werden und soein System funktioniert?
Mein Lager ist aufgeteilt. Mein Hauptlager ist auch mein Homepunkt, aber auf der anderen Seite der Zone (Der Keller ist quasi 100x100 ausgebuddelt, man sieht die andere Seite) ist ein weiteres Lager.
Ich habe eine Truhe gebaut, wenn ich dort Dinge reintuhe, dann werden die Items mittels Wasser in eine Truhe in dem anderen Lager transportiert.
Wenn ich direkt, nachdem ich Items in die Truhe gelegt habe, zu dem anderen Lager laufe, kommen die Items dort auch an.
Wenn ich dies nicht tuhe, kommen sie nicht an, da es weiter weg ist als 64 Blöcke.
Es kommt aber vor, dass die Items komplett verschwinden. Und zwar dann, wenn ich länger nicht in den Bereich gehe, wo diese Items quasi stehen bleiben, weil ungeladen.
Eigentlich sollten diese doch nicht verschwinden?
Kompakte Frage also:
Wenn ein Item mit Wasser außerhalb der Reichweite transportiert wird, wird dann auch gespeichert, dass es sich gerade bewegt? So dass es weiter fließt, wenn es geladen wird?
Und wieso verschwinden Items manchmal? Wenn diese nicht geladen sind, sollten sie auch nicht verschwinden?
Gibt es Pläne, dass Items in Zukunft wenigstens im 100x100 Radius geladen werden und soein System funktioniert?
Mal ins blaue geraten, aber mit der 1.16 gab es serverseitige Optimierungen, die in entfernten geladenen Chunks Entitys nicht berücksichtigen/bewegen/berechnen. Das Problem könnt dort seine Ursache haben. Meine Theorie wäre, dass die Items weiterhin in einem geladenen Chunk sind und ihre Zeit tickt, aber sie nicht weiter transportiert werden.
Items in einem größeren Bereich zu laden, wäre vermutlich zu Rechenintensiv und würde die Performance verringern.
Items in einem größeren Bereich zu laden, wäre vermutlich zu Rechenintensiv und würde die Performance verringern.
Das würde es tatsächlich erklären. Die Items wären dann da, aber würden durch das Wasser nicht transportiert werden. Das ist ein Problem. Aber welchen Sinn hat das? Dann können sie auch bitte nicht geladen werden, damit sie nicht verschwinden, dann wäre das Problem nicht. Sie würden weiter gehen, sobald der Chunk getickt wird.
Es geht hier um eine Entfernung von 100x100, die vor der 1.16 unter dem getickten Bereich lag.
Es geht hier um eine Entfernung von 100x100, die vor der 1.16 unter dem getickten Bereich lag.
Ne, das Problem ist, dass die Items anscheinend nach 64 Blöcken Entfernung nicht verschwinden, aber keine Bewegung mehr haben. Dadurch verschwinden sie dann irgendwann anstatt, dass sie zum Trichter transportiert werden. Man müsste quasi entweder einstellen, dass die Items gleichzeitig verschwinden, wenn sie keine EIgenschaften mehr haben, oder eben die Entfernung etwas erhöhen
Ich habe mal kurz bei den Devs nachgefragt, aber leider können die da nicht helfen. Die Tick-Distanz kann nicht bis zur Sichtweite von 7 Chunks erhöht werden (wodurch eine 100x100-Zone immer vollständig abgedeckt wäre), weil sich die Anzahl der getickten Chunks mit der Entfernung quadratisch ändert und das leider zu viel Performance kosten würde. Die Performance ist ein ärgerliches Minecraft-Problem seit 1.14. Ebenso können die Devs an dem Verhalten der Items nichts ändern, auch das kommt von Minecraft 
Demnach beeinflusst der Chunk-Tick auch die Bewegung aller Entitys, nicht aber den Timer von Item-Entitys? Fall ja, kannst du das bitte in den Farmbaurichtlinien bei der Empfehlung von Wasserkanälen unter "1.6 Trichter" erwähnen? Vielleicht auch unter "1.3 Schwebende Items" dass es diesen Bereich um den Spieler gibt Tickdistanz ? bis Renderdistanz 7, der sich anders als in Vanilla verhält?Ich habe mal kurz bei den Devs nachgefragt, aber leider können die da nicht helfen. Die Tick-Distanz kann nicht bis zur Sichtweite von 7 Chunks erhöht werden (wodurch eine 100x100-Zone immer vollständig abgedeckt wäre), weil sich die Anzahl der getickten Chunks mit der Entfernung quadratisch ändert und das leider zu viel Performance kosten würde. Die Performance ist ein ärgerliches Minecraft-Problem seit 1.14. Ebenso können die Devs an dem Verhalten der Items nichts ändern, auch das kommt von Minecraft
Guter Hinweis. Allerdings kann sich die Chunk-Tickdistanz noch ändern, die 1.16 ist ja noch nicht so lange auf dem Server. Ich kann daher nur allgemeine Infos geben und keine konkreten Werte. Ich werde das mal genauer testen und dann in die Farmbaurichtlinien mit aufnehmen.
Für Objekte (Entities) gibt es aktuell verschiedene Stufen:
Die in 4. werden seltener getickt, die Bewegung aber entsprechend kompensiert.
Die in 3. werden nicht getickt, es wird sich aber der letzte Tick gemerkt, in dem sie getickt wurden. Wenn sie später wieder in einen Bereich kommen, in dem sie getickt werden, wird die Tick-Diffenz dem Alter zugeschlagen und die Gegenstände entsprechend sofort entfernt.
In 2. wird der letzte Tick nicht gespeichert, das Alter zählt also genau wie bei 1. nicht hoch.
- ungeladen
- serialisiert geladen (in Chunks, von denen nicht alle Nachbarchunks geladen sind)
- als Objekt geladen (in Chunks, die außerhalb des Tick-Radius liegen)
- außerhalb des Aktivierungsradius von Spigot
- innerhalb des Aktivierungsradius von Spigot
Die in 4. werden seltener getickt, die Bewegung aber entsprechend kompensiert.
Die in 3. werden nicht getickt, es wird sich aber der letzte Tick gemerkt, in dem sie getickt wurden. Wenn sie später wieder in einen Bereich kommen, in dem sie getickt werden, wird die Tick-Diffenz dem Alter zugeschlagen und die Gegenstände entsprechend sofort entfernt.
In 2. wird der letzte Tick nicht gespeichert, das Alter zählt also genau wie bei 1. nicht hoch.
Die Items dürfen nicht als Drop in Bereich 3 hineingeraten, oder du musst gewährleisten, dass die Items innerhalb von 5 Minuten ihren Weg abschließen.
Da Letzteres vermutlich unrealistisch ist, könnte ich mir vorstellen, dass du vielleicht den Transport auf eine Trichterlore umstellst?
Eine verdammt gute Idee, bin ich nicht drauf gekommen. Dann verschwindet zumindest nix mehr. Vielen Dank!
Ich würde würde gerne wissen wie man so ein Vote Belohnungssystem selber machen kann. Überlege einen Server zu machen und das würde schon helfen.
G
Gelöschtes Mitglied 8787
Hey,
ich fände es toll wenn man bei /createsearchad also wenn man ein Suchangebot erstellt auch das Item in der Hand nehmen kann. Z.b. die ganzen Köpfe findet man bei der Suchauswahl nicht und es ist auch ziemlich umständlich
Sollte eigentlich relativ einfach möglich sein weil es bei /createofferad damit funktioniert.
Entweder man macht es über einen eigenen Command oder in der GUI
LG
4004
ich fände es toll wenn man bei /createsearchad also wenn man ein Suchangebot erstellt auch das Item in der Hand nehmen kann. Z.b. die ganzen Köpfe findet man bei der Suchauswahl nicht und es ist auch ziemlich umständlich
Sollte eigentlich relativ einfach möglich sein weil es bei /createofferad damit funktioniert.
Entweder man macht es über einen eigenen Command oder in der GUI
LG
4004