Posts by noci

Moin, @Zwabor.

Das habt ihr schon gefunden?

Quote from Red51

The default port the game uses is 4255,
the internal Http-Server uses the serverport-1. This can be changed for
the dedicated server, but when using the default setup (or when
starting a singleplayer game), you need to forward the ports 4254-4259 TCP and UDP (both protocols are required)
As you see, the server port as well as the following four ports need to
be forwarded (so when using 5600 for example as your server port, you
must forward 5599-5604).

...

I see that the 4259 is "reserved". I will leave it open for now.

Display More

Also 5. Ports braucht ihr. Ist der Server auf 4255 eingestellt muss von 4254 bis 4258 eine Port-Weiterleitung eingerichtet werden.

Und beim "Arris-6aa2" hab ich erstmal nur das gefunden.

Hoffe das Hilft euch weiter.

Ich wollte z.B. bei dem Konsolen Befehl addadmin gerne etwas für den betrefenden Spieler erlediegen.

Wird ausgelöst wenn ein Spieler Admin Rechte bekommt Verliert die Gruppe geändert wird.

Danke.

Quote from lenko

Mir ist jetzt in der halben Std nicht aufgefallen alles funktonierte.

Soweit so Supie.
Macht ruhig nochmal ein Test mit mehreren.

Wir machen schon mal weiter.

Oke, ich hab mir mal den Error_log angesehen, bin darin aber noch nicht geübt, das einziege was ich jetzt unserem Plugin zu ordnen kann sind folgende Zeile.

Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
...
j  de.pbplugins.Noflyarea.showArea(Lnet/risingworld/api/objects/Player;Lnet/risingworld/api/utils/Area;ZZ)V+133
j  de.pbplugins.Noflyarea.showArea(Lnet/risingworld/api/objects/Player;Lnet/risingworld/api/utils/Area;Z)V+5
j  de.pbplugins.Noflyarea.showArea(Lnet/risingworld/api/objects/Player;Lnet/risingworld/api/utils/Area;)V+4
j  de.pbplugins.NoflyareaListenerCommand.onPlayerCommand(Lnet/risingworld/api/events/player/PlayerCommandEvent;)V+3020

Die Funktion showArea wird jedes mal bei spornen, /nfa show [all/id/name] und /nfa hide [all/id/name] aufgerufen. Ich greife dort 3mal hintereinander auf die DB zu. (Weiter oben im error_log hab ich was mit DB gefunden) ?sind die DB zugriffe limitiert? eigendlich ja nicht.

Brauche da mal Hilfe die error_log richtig zu lesen.

Quote from lenko

Auch bei /noflyarea setprio <ID/Name> <PRIO> ist nichts passiert, evtl auch durch falsche Eingabe.

in der version war das noch abgestellt. Wir hatten probleme mit der gemeinsamen Arbeit in NetBeans.
Ich habe die "resources" wieder aus der JAR genommen, damit wird der Ordner "resources" überflüssig. Die DB kann weiter genutzt werden.

setprio ist dafür da um Area in Area zu Managen. Kleinste Prio wird gefunden.

Äußere Area Prio=10
Turm Area Prio=9
Küchen Area Prio=8

Quote from lenko

/noflyarea owner NAME

Funktioniert erstmal nur in einer Area "/nfa setowner [NAME]"

Testet Bitte nochmal mit der Datei.
[Bearbeitet] Siehe Update Oben

Ich denke in dieser Richtung.

try(ResultSet result = sqlite.executeQuery("SELECT * FROM `Area`")){
  //While there is a result available, we read the result data and move
  //the cursor forward one row (this is done in the "result.next()" function)
  while(result.next()){
    //Get the data (column "GlobalStartposX", float)
    float GlobalStartposX = result.getFloat("GlobalStartposX");
    ...
    float GlobalEndposX = result.getFloat("GlobalEndposX");
    ...
    Vector3f Start = new Vector3f(GlobalStartposX, GlobalStartposY, GlobalStartposZ);
    Vector3f End = new Vector3f(GlobalEndposX, GlobalEndposY, GlobalEndposZ);
    getServer().addArea(new Area(Start, End));
  }
}catch(SQLException e){
  e.printStackTrace();
}

Zusammen gebaut aus Gästebuch in den Beispielen.

Schalplatten
item record 1 1-10

Vielleicht macht das auch mehr Sinn wenn es ein Plugin für Flugverbot und Area Protection gibt.
Da müsste man sich vielleicht mal mit @Miwarre in Verbindung setzen.

@red51 ich könnte mir gut vorstellen das man an einem Zeichenbrett die Blaupausen bearbeitet kann. Blaupausen zusammen fügen, Elemente herausnehmen und eventuell Baupläne komplett am Zeichenbrett erstellen.
Was habt ihr eigentlich so mit den Bauplänen noch vor?

Quote from Blacky1004

... Somit kommt der Spieler erst gar nicht mehr
in die Area rein.... Hat halt nur so einen unschönen nebeneffekt wenn man die Taste "W" nicht loslässt.. man denkt das das Spiel "zittert" lol.

...

um das Zittern zuverhindern habe ich zwei, drei möglichkeiten gefunden.
1. event.getPlayer().disableClientsideKeys(KeyInput.KEY_W, KeyInput.KEY_A, KeyInput.KEY_S, KeyInput.KEY_D);
2. event.getPlayer().setMouseCursorVisible(true);
3. rwGUI Dialog aufrufen.

dann gibt es bei mir ne Info, der PlayerEnterAreaEvent wird Disabeld (setzt den Spieler wieder vor den Area Eintrit).

Danke hab das mal angepasst.

Ich glaube wir sind uns HIER einig.

EDIT: Rising World ist noch in der "Alpha" und es gibt Menschen die einfach auf Qualität , nicht auf Quantität stehen.

In diesem Sinne:
Gut Ding will Weile haben!

@red51: Ein aktueller Status und vielleicht ein neues Bild wehre schon interessant.

So ich hab mir mal den spass gemacht und nen Rising World Server auf einer Raspberry Pi zero Type B zum laufen zu bringen.

Dabei ist mir aufgefallen das in der ersten Zeile in "linux_startscript.sh" die variable SCREEN_NAME="" zur Verfügung steht. Einfach Namen vergeben SCREEN_NAME="Rising-World", obwohl eigentlich der Standardname SCREEN_NAME="Rising_World_Server" ausreichen.

Das einziege Problem mit dem restart was mir aufgefallen ist das nicht auf das Scriptende gewartet wird.

Dazu hab ich eine kleine ergänzung hinzugefügt und es klappt prächtig.

Zeile anpassen:
nano linux_startscript.sh
SCREEN_NAME="Rising-World"
RS_SCRIPT="/home/[user]/rw.wait.sh"
und:
restart)
$0 stop && $0 start || exit 1
;;
zu:
restart)
$0 stop && ${RS_SCRIPT} && $0 start || exit 1
;;

nano /home/[user]/rw.wait.sh

#!/bin/bash


while [ -n "$(ps a | grep -v "grep" | grep server.jar)" ]
do
  sleep 1
  echo "SRV Run!"
done


exit 0

Weil mit die Raspberry Pi bei 24/7 gelegendlich schon mal abschmiert hab ich noch eine BackUp Schalter hinzugefügt, vieleicht auch interessant.

nano linux_startscript.sh
SCREEN_NAME="Rising-World"
RS_SCRIPT="/home/[user]/rw.wait.sh"
BK_SCRIPT="/home/[user]/rw.backup.sh"
und:
backup)
$0 stop && ${BK_SCRIPT} && $0 start || exit 1
;;
hinzufügen.

nano /home/[user]/rw.backup.sh

#!/bin/bash


while [ -n "$(ps a | grep -v "grep" | grep server.jar)" ]
do
  sleep 1
  echo "SRV Run!"
done


tar cfzv /media/[Datenträger]/[Arcivname].tar /opt/[server]


while [ -n "$(ps a | grep -v "grep" | grep "tar cfzv")" ]
do
  sleep 1
  echo "Arciv Run!"
done




exit 0

Hoffe das bringt dich jetzt weiter.

Ok, ich werde demnächst auch mal ein Unix Server aufsetzen und mir das genauer ankucken. Wenn um die pid geht müste man die auch mit ps heraus kriegen können. An der Hardware hängt es gerade.

Ja das mit dem Namen über dem Tier.

Die Funktion muss aufgerufen werden um die Collision zu prüfen.

Ich bin erstmal hingegangen und hab einen Timer beim Spawnen gestartet, der die Prüfung startet.

rCallNPCs = new Timer(0.75f, 0.25f, -1, () -> { 
            player.raycast(CollisionType.NPCS, (RayCastResult result) -> {
                if(result != null){
                    Object obj = result.getCollisionObject();
                    if(obj != null && obj instanceof Npc){
                        Npc npc = (Npc) obj;	            
                        if (tName != npc.getName()){
                            tName = npc.getName();
                            System.out.println("Npc found: " + npc.getName());
                        }
                    }
                }
            });
        });
        rCallNPCs.start();

Gibt es hier eine Elegantere Methode?

Startest du den Server in einem screen?

@screen

#Screen anlegen (server Verzeichnis /opt/srv; java Verzeichnis /opt/jdk1.8.0):
screen -dmS scName 


#Server Verzeichnis wählen und Server Starten
screen -r scName -X stuff $'cd /opt/srv\n/opt/jdk1.8.0/bin/java -Xmx2048 -Xms2048 -jar server.jar - noexecstack/n'


#Server Stoppen
screen -r scName -X stuff $'exit\n'


#Warten bis beendet ist
while 'ps -TAux | grep -v grep | grep server.jar' != "" 
do
  sleep 1
done

Damit müsste Mann eigentlich den server Neustart Realisieren können.
Bei der server.jar und der While-Schleife bin ich mir nicht 100% sicher (nicht getestet).

Ich gebe zu das ich die Kohleklappe vom Ofen, auch erst im Tutorial gesucht habe bevor es mir im Journal aufgefallen ist. X/

Vielleicht kann man sowas wie "unbedingt Lesen" definieren. Also beim ersten Start müssen z.B. Server Info Seite 2 und 3 und von Plugin X die Seite 1, "gelesen" bestätigt werden müssen bevor es weiter geht.

Expliziete Admin Infos, gut Idee.

Die Auflistung aller Befehle würde ich lieber im Chat oder Konsole mit z.B. listCommand oder so haben. Dort werden si ja eher gebraucht und man müsste nicht zwischen Chat/Konsole und Journal wechseln.

Vielleicht kann dann auch sowas wie bei putty, Text Markieren und kopieren, für die Konsole Realisiert werden.
Also, listComand, Befehl Markieren und in den Commandpromt Kopieren.

Wenn man Create a Plugin richtig durch liest dann kommt man ja an dem Punkt weiter.

Das Angebot werde ich ser waescheinlich später mal an nehmen.
Aktuell gerade wenig zeit, außer am Wochenende.

Algemeinen interessiert mich wie der "Animal Breed Master" das Maus over realisiert hat. Konnte unter javadoc noch nichts direkt dazu finden.

Muss erstmal weiter schaffen

Super, Danke hat geklappt.

Gibt es eigendlich schon eine Plugin Tutorial Samlung? Und wo würde ich die Finden?