Posts by SonoBionda

Quote from Devidian

Wie ist das eigentlich mit Pferden?

Für das Reiten von Pferden ist unter "general" die Berechtigung "ridemounts" verantwortlich. Hier lässt sich nicht in spielereigene oder freilaufende Pferde unterscheiden und auf "true" erlaubt es das Reiten von Pferden im allgemeinen. Ich habe dies auf meinem Server dennoch auf true, auch in den Areas, da man sein "eigenes" Pferd verlieren würde, wenn man in eine fremde Area hinein reitet. Die meisten Spieler haben sich daher einen Stall/Unterstand für ihre Pferde gebaut, da Türen nicht geöffnet und somit Pferde nicht geklaut werden können.

Ja, der Teleport funktioniert auch nur "total" ... also durch goto Befehl und auch über die Spielerliste "i" ... sollte nicht für jeden erlaubt sein ... das regel ich über die Areaberechtigung oder über eine Gruppenberechtigung. Da ist man schon gezwungen ein Teleport Plugin zu benutzen .... und ich wäre auch sehr dafür, dass so etwas auch seinen Weg in das Spiel findet

Quote from EiMiiranda

I really love the exploration but caves for me its really harder cause the spiders.

You can disable individual NPCs during world creation (including spiders). However, you can also do this later with a console command: disablenpc spider

Quote from red51

Für welche Objekte möchtest du in erster Linie die Verwendung verbieten?

Ja, Öfen auszuschließen fände ich gut und Türen im allgemeinen (also nicht nur abgeschlossene).

Ich habe noch 4 weitere Einträge für die server.properties Datei gefunden, die in der letzten Fassung noch nicht enthalten waren.

(Daher werde ich sie im Anschluss im ersten Beitrag aktualisiert hochladen) ... alle Einträge sind für den Bereich "general Settings"

Ich habe jetzt alles hin und her probiert was useallchests und useallobjekts angeht.

Ich hätte ja mal vermutet (wie viele andere wahrscheinlich auch), dass die Kombination useallchests auf true und useallobjekts auf false folgendes bedeutet:

"Du darfst KEINE Objekte benutzen - Truhen aber schon" ... ist aber nicht so (warum?)

Lediglich die Kombi useallchests auf false und useallobjekts auf true hat eine Auswirkung:

"Du darfst ALLE Objekte benutzen - Truhen aber nicht"

Mit usealllights können wir Lichter noch von den nutzbaren Objekten ausschließen und unlockalldoors würde ja nur bedeuten man kann sie nicht aufschließen, aber dafür müsste ja jeder hinter sich abschließen.

Wir arbeiten also nach dem Ausschlußverfahren ... dabei wären zurzeit doch ausschließlich die Truhen interessant, die man benutzen/öffnen können sollte.

Also: warum geht die erste Kombi nicht? Das man keine Objekte benutzen darf und lediglich Truhen öffnen kann?

This has turned out beautifully ... it's a great way to get into the Christmas spirit.

Quote from Opa Zeron

Mir ist auch aufgefallen, dass sie sich dabei nicht von Zäunen aufhalten lassen.

Zäune müssen den Boden berühren und höher als 2,5 Block sein (also am besten 3 - aber immer vom Boden aus gemessen).

Das scheint aber nur für menschliche NPC zu gelten; Tiere bleiben auch so in ihrem Gehege (zumindest bei mir)

With the in-game world protection (F9), players cannot acquire land; so is this about a plugin? If so, you should ask this question in the corresponding plugin folder.

Quote from appelcorn87

in auf verschiedenen serven schon verfügbar alls spieler

nee, das ist ein Plugin ... hier ist die Rede von einem ingame Feature ... ... alles was ingame ist, ist cooler als ein Plugin (wo man auf Pflege durch den Ersteller angewiesen ist)

red51 .... wie cool ist das denn .... weiß man schon in welcher fernen Zukunft das liegt?

Quote from Forscherdrang

Am besten alles so lassen, wie es ist

nönö ... mein ursprünglich simpler Vorschlag scheint ja nicht unmöglich zu sein ... aber es eilt nicht .... hat auch was beruhigendes 1x1x1 Blöcke mit der Spitzhacke weg zu kloppen, um sie durch größere zu ersetzen (weniger aus performance Gründen sondern eher wegen Bearbeitungsgründen -anstreichen; andere Textur- (das mache ich auch mit Farbrolle und F8/1)

Quote from red51

Was meinst du genau damit, dass das noch viel mehr erfordern würde?

Ich hätte gedacht, dass der Spieler dazu die Areatools und somit Gm 1 braucht und show/hideareas .... wusste nicht, dass hier bereits weiter gedacht/geplant wurde ....

gefällt mir sehr der selfclaimPlan

Quote from Elfradhr

I did ask the moderators and they told me it's not something they can help with. One of them suggested to post it on the forum as a 'bug'

Currently, players in the wilderness need the permissions "useallchests" and "destroyobjects" set to "true" in order to open chests and pick up items from points of interest (POIs).

Players probably only have the "destroyownobjects" permission.

However, in the future there will be a distinction in permissions between player-placed objects and naturally spawned objects.

Bzw. was kann man als Spieler mit einer Area machen, wenn sie von einem Admin auf claimable gesetzt wurde?

Ich frage mich ob das irgend etwas mit "selfclaim" zu tun hat ... also, dass ich als Admin eine Area erstelle und sie auf claimable setze und dann ein Spieler bei einer ungeclaimten Area zugreifen kann.

Aber irgendwie kann es das nicht sein ... das würde ja noch sehr viel mehr erfordern

Soweit ich weiß, wird es keinen Steam Workshop geben, da es RW auch als Standalone gibt und diejenigen hätten dann keinen Zugriff darauf.

Statt dessen ist wohl mod.io im Gespräch wodurch man dann direkt im Spiel auf Zusatzinhalte zugreifen könnte (wenn ich das richtig verstanden habe).

Aber NPC Spawner und Lootkisten stehen definitiv auf der Liste ... dafür hab ich gesorgt wird es also irgendwann geben.

supi .. einmal vom Server löschen und vom Einzelspiel wieder einfügen hat geklappt ...

hm ... wenn es geht so eine gedrehte Konstruktion zu einem Teil zu verbinden, umsobesser .... aber ich hab da meine Zweifel

Ich habe der server.properties 2 Einträge hinzugefügt.

Zum einen ist es ein neuer Eintrag, mit welchem man die Größe der Welt begrenzen kann und zum anderen der Eintrag, der dafür sorgt, dass Banditen auch tagsüber spawnen.

Zur Erläuterung betreffend der Weltgröße:
Wenn Ihr hier den Wert 0 (Null) eintragt, würde nur die Startinsel generiert / zugänglich sein.

Der Wert 1 würde zusätzlich in alle Richtungen einen weiteren Sektor generieren / zugänglich machen, so dass 9 Sektoren / Inseln zur Verfügung stehen würden

(3 x 3 Inseln mit der Startinsel in der Mitte).

Diesem Schema folgend würde der Wert 2 eine 5 x 5 Sektoren Welt generieren / zugänglich machen.

Zum Thema Permissions/Areas gibt es ebenfalls eine Neuerung:
Es ist nun möglich in einzelnen Areas den friedlichen Modus zu aktivieren, bzw. zu deaktivieren.

Grundsätzlich ist dieser Modus ja in der properties Datei geregelt (also global eingestellt) mit peacefulmode true oder false.

Angenommen der Wert ist dort auf false eingestellt (unfriedlich) könnte man nun in einer Area-Permission unter "general" einen Eintrag hinzufügen der "peacefulmode": true lautet,

um nur in diesem Bereich eine friedliche Umgebung zu schaffen. Oder umgekehrt: wenn global auf true in einer Area auf false.

edit:

In den Berechtigungen unter der Rubrik "world" gibt es noch eine neue Berechtigung, die dafür sorgt, dass der Undo Befehl auch im Survivalmodus genutzt werden kann:

""undoinsurvival": true

Keine Ahnung ob das technisch möglich ist (und auch wenn Forscherdrang meint man müsse diese Arbeit selber machen ),

wäre es super wenn man mit dem F8 Tool einzelne, gleichartige und gleich große Blöcke zu einem Block verbinden könnte.

Das ist zum einen gut für alte Blaupausen aus der Java Version die naturgemäß aus 1 x 1 x 1 Blöcken bestehen und somit abgespeckt werden können und zum anderen auch sinnvoll, wenn man vorab mit eben solchen Blöcken arbeiten möchte, um in der Bauphase viele Andockpunkte zu haben, und dann anschließend die Blockanzahl wieder zu reduzieren.

Ah ... vielen Dank ... das kann gut möglich sein; ich habe die Welt zunächst auf dem Server gespielt und zwischendurch in ein Einzelspiel kopiert, dort weiter gebaut und jetzt wieder zurück kopiert.

Dann schau ich noch mal wie ich das wieder hinbekommen kann