Posts by red51

The setting server_lan_mode is set to true in this case, this indicates Steam that this is only a LAN server (so it won't show up in the public server list). In addition to that, the server_ip is set to your local ip (192.168.0.10), therefore the server only binds to the LAN ip (and is only accessible in your local network).

Make sure to set server_lan_mode to false and remove the LAN ip from the server_ip field. If you're running the server on your local machine, just keep the server_ip field blank, then the server binds to all addresses

As @Stager83 mentioned, spacing is indeed very important. If there is a wrong spacing or indenting, the permission file cannot be loaded.

According to the log output, the default, architect and resident permissions could not be loaded.
In the default.permissions, the "chatcolor" in the first line is wrong, and there is a space missing in line 14 (between "maxupload:" and "20")

In the resident.permissions file, the "allow" in line 16 does not belong there (more precisely, it looks like the "commands" block is missing).

Fixing the wrong indenting of "- itemgive" in the architect.permissions as described in your last post should indeed fix this permission. Although there is no need for the "- itemgive" line if the next line contains a wildcard (*): the asterisk basically means "all commands", so in this case, it allows all commands. If you want to disable all commands but the "itemgive" command, you could write the "deny" block first containing a wildcard, followed by the "allow" block only containing the "itemgive" entry:

commands:
    deny:
    - *
    allow:
    - itemgive

I'm sorry I didn't reply earlier to this topic Unfortunately it's tricky to provide a "clean" way to access the game GUI... the best way would be if the various vanilla GUI elements (e.g. HUD elements) would be treated as "GuiElements" (similar to the custom GUI elements you create through the API), so you could manipulate them or retrieve their information (position, size etc). Unfortunately the server has no information about the GUI, so it cannot provide the default information (position etc) about these elements...

Probably we'll just add a new type of GUI object which only has setters. Although we still need a proper way to identify paritcular GUI elements (e.g. the block id label, or the health bar) through the API

The next update will introduce an "Internals" class which provides access to some internal server classes, objects and methods. Maybe we could put a dirty method there to modify at least the position, size and visibility of a particular vanilla element...

Sorry, dass ich erst so spät antworte! Das ganze ist leider etwas schwierig... momentan gibts nur "normale" Chunks in der API, aber noch keine "ChunkAdditions" (bzw. genau gesagt die Art von Chunks, die Objekte, Vegetation und Constructions enthält). Aus den bestehenden Chunks kann man nur auslesen, wie das Terrain beschaffen ist und ob und welche Blöcke verbaut sind.

Auf die Schnelle haben wir da leider keine Lösung Aber mit dem nächsten Update wirds in der API zumindest eine Internals Klasse geben, welche direkten Zugriff auf manche Serverdaten und -funktionen bietet, so also auch die "internen" Chunk-Daten. Damit könnte man auslesen, ob ein bestimmter Chunk bspw. Objekte oder Bauelemente enthält. Bei Bedarf kann ich nach dem Update auch ein Beispiel-Codeschnipsel dazu posten

Sorry für die späte Antwort! Ich habe zwar noch etwas Sorge mit der Funktion, aber ich denke wir können sie im nächsten Update trotzdem als experimentelles Feature mit reinpacken. Die Daten werden dann 1:1 als komprimiertes byte[] übertragen, also quasi exakt so, wie die MapTiles beim User gespeichert sind (allerdings werden wir Funktionen anbieten, um dieses byte[] zumindest in ein BufferedImage umzuwandeln)

Quote from noci

Unter der [F3] Info findet Mann ja auch so nützliche angaben wie:

Zumindest die Infos "indoor" und "incave" könnten wir mit reinpacken Die Wasserangaben sind etwas schwieriger, mal schauen ob wir da auf die Schnelle was machen können

Quote from noci

Allerdings beim Essen und Trinken Event bin ich mir nicht sicher, wie viel Aufwand das ist.

So ein Event war mal geplant, aber ich bin mir nicht sicher, ob das im nächsten Update drin sein wird...

Quote from noci

Aber wenn dann die eigenen Items da sind, würde ich gern mal sowas wie Tränke machen

Die Custom Items werden so aufgebaut sein, dass du (optional) eine eigene Routine schreiben kannst, welche ausgeführt wird, wenn das Item benutzt wird (so ähnlich wie jetzt schon die Callbacks funktionieren). So könntest du dem Item bspw. eine der Trink-Animationen zuweisen, und bei Benutzung zB definieren, dass der Spieler volles Leben erhalten soll, oder plötzlich fliegen kann oder was auch immer

Quote from Deirdre

Türen lassen sich nicht richtig öffnen, am Türknopf geht gar nichts, sondern Tür öffnet sich an der anderen Seite, aber das Symbol zum Öffnen lässt sich
schwer finden

Ich denke das hängt mit der ursprünglichen Anvisier-Problematik zusammen. Das sollte mit dem kommenden Update endgültig behoben sein

Quote from famyko

müssen denn einzelne spieler wieder ihre welten konvertieren ?????

Nein, das wird nicht nötig sein Tiere und Gegner werden aber nur in den Chunks (re)spawnen, die noch nicht bebaut wurden.

Quote from TheKing

Aber wie sieht es mit Spielern aus die Rising World nicht über Steam gekauft haben

Auch die Standalone-Spieler haben eine eigene UID. Der einfachste Weg, daran zu kommen, ist wenn der betreffende Spieler dir seine UID mitteilt (er findet sie bei sich im Hauptmenü oben rechts, via Rechtsklick kann er sie in die Zwischenablage kopieren). Ansonsten bliebe nur, in die Welt-Datenbank (in der Tabelle "Player") zu schauen, welche UID der entsprechende Spieler hat.

Quote from SonoBionda

Nun denn ... es ist jetzt Ende Februar und morgen Anfang März ... also stellt sich mir die Frage, wo bleibt der Coutdown und wie lang ist der überhaupt?

Das Update ist in der finalen Phase Ein paar Tage vor dem Update werde ich einen kleinen Banner im Forum platzieren, der das genaue Datum mitteilt. Ich gehe stark davon aus, dass das Update zw. dem 11. und 15. März kommen wird. Definitiv aber im März.

Quote from Deirdre

Desweiteren ist es leider so, dass nicht immer der angezeigte Name eines Online Spielers funktioniert, sondern nur die Steam ID. Natürlich kann die ID auch kopiert werden, aber warum funktioniert ein Name manchmal und ein anderes Mal überhaupt nicht? Player not found usw. Es handelt sich dabei um ganz normal geschriebene Namen ohne kryptische Zeichen.

Hmm... normalerweise sollte ein und derselbe Name immer gleich gut (oder schlecht) erkannt werden Tritt das ggf. nur mit bestimmten Namen auf? Ist zu dem Zeitpunkt noch ein weiterer Spieler online, der evtl. ähnlich heißt?

Well, unfortunately the skull temple really pushes the game to its limit It consists of more than 30k skulls and bones, and it gets quite "expensive" (in terms of performance) to generate and render so many skulls in a small space...
I'm afraid there isn't much you can do about it... you could try to assign more RAM to the game (by setting the launch option in Steam +memory 4096 4096), but I'm not sure if this really helps (since there isn't much free RAM left anyway).

Das können wir fürs nächste Update einbauen Statt der Einschlagsrichtung würde ggf. die Oberflächennormale sinnvoll sein (also die Richtung, in der die getroffene Oberfläche gerichtet ist).

Leider werden .mtl Dateien nicht unterstützt. Du müsstest in dem Fall also die Texturen über ein ImageInformation Objekt zuweisen. Der OBJ-Importer versucht zwar automatisch eine MTL Datei zu laden, aber das kannst du eigentlich ignorieren
Auch die Stack Trace Ausgabe war eher zu Debug-Zwecken drin, die wird im nächsten Update entfernt sein. Aber die dürfte eigentlich keine Probleme bereiten.

Oder wurde keine BoundingInformation generiert?

Oh, ja das kann an steilen Hängen leider tatsächlich manchmal passieren. Es wirkt dann so, als würde man bergab rennen, aber tatsächlich "fällt" man - was dann manchmal auch unerwartet viel Fallschaden bringen kann, je nach Distanz

Um die fehlenden Items zurückzubekommen kannst du die Konsole öffnen (mit Druck auf die Taste ^) und folgendes eingeben:

Falls was fehlt, sag einfach Bescheid

Um zum Unterschlupf zurückzukehren, kannst du gotospawn in die Konsole eingeben, sofern du schonmal darin geschlafen hast (durch das Schlafen darin wird der Spawnpunkt nämlich aktualisiert, sodass du auch beim Tod dort neu spawnst). Ansonsten wird es leider etwas schwieriger, den Ort wiederzufinden (falls du ihn auf der Karte nicht wiederfindest). Du kannst aber den Befehl findbase objects eingeben, um zumindest den Chunk zu finden, wo die meisten Objekte (zB der Unterschlupf) verbaut sind (ansonsten geht auch findbase constructions für den Chunk mit den meisten Bauelementen, oder findbase blocks für den Chunk mit den meisten Blöcken).
Dort werden X und Z Koordinaten ausgegeben, diese kannst du in der Konsole mit dem Befehl goto X Z verwenden (also X und Z entsprechend durch die Koordinaten ersetzen). Aktiviere vorher am besten den Flugmodus (F2, muss ggf. vorher in den Optionen aktiviert werden)

Hmm... normalerweise sollten so kleine Höhenunterschiede eigentlich keinen Schaden anrichten, es sei denn, man hatte zuvor ein gebrochenes Bein und trägt derzeit eine Beinschiene. Bis der Bruch verheilt ist (so lange wird unten rechts noch das Knochen-Symbol angezeigt), reagiert man auch auf kleine Höhenunterschiede sehr empfindlich. Wenn die Beinschiene bricht, ist einerseits das Bein wieder gebrochen, und man bekommt etwas Schaden zugefügt (allerdings dürfte das nur dann zum Tode führen, wenn die Gesundheit generell sehr niedrig ist).

Leider ist es im Nachhinein schwer zu sagen, was in dem Fall genau passiert ist... beim Tod kannst du aber für eine bestimmte Zeit zu deiner Leiche zurückkehren, und die Gegenstände daraus entnehmen. Ansonsten könntest du in den Einstellungen noch ein Häkchen bei "Inventar behalten" setzen. Dann verlierst du deine Gegenstände beim Tod nicht, sondern spawnst wieder mit ihnen. Im Nachhinein kannst du deine Gegenstände damit aber leider nicht wieder zurückholen...

Da deine Leiche zwischenzeitlich auf jeden Fall schon despawnt ist, könntest du deine Gegenstände nur noch mithilfe von Commands (der item Command) zurückholen oder kurzfristig mit dem Creative-Mode (wie @Avanar erwähnt hat, indem du gm 1 in die Konsole eingibst - dort kannst du dann auf alle Werkbänke zugreifen und kostenlos die Items craften). Wenn du mir grob sagst, welche Items du verloren hast, kann ich dir gerne die nötigen item-Commands mitteilen

Die Map bleibt aber übrigens bestehen, wie @Sir Prising schon vermutet. Nur das Item verschwindet natürlich. Doch wenn du jetzt eine neue Map craftest, dann siehst du auch weiterhin alle Bereiche, die zuvor schonmal aufgedeckt wurden. Es erscheint übrigens bis zum Restart auch ein Icon auf der Map, welches deine Todesstelle markiert - damit kann die Leiche ggf. etwas leichter gefunden werden.

Unfortunately the "invulnerable" permission does not cover fall damage or damage from traps etc. at the moment... there is a separate "nofalldamage" permission available though, which prevents the player from taking fall damage, but probably it makes sense to change the "invulnerable" permission as well (to cover all types of damage). We will change it with the next update

According to @yahgiggle (the creator of this plugin), the Object Protection plugin is supposed to replace the Door plugin - AFAIK there have been some issues in the Door Protection plugin, maybe that's the reason why it isn't working properly in this case?

I'm glad to hear it works now

Quote from eriki

Hippos and Crocs would be fun for the water areas BTW

More animals are planned, but I can't say for sure which animals will be added exactly. Maybe hippos and crocs will be added in the long run.

Quote from eriki

Having to shoot or fight from a floating boat would be really crazy.

In the future it will be possible to use certain items while sitting in a boat or on a mount

Quote from HansWurst

Die reform betrifft doch nur große Plattformen wie Youtube?!

Wie meine Vorredner schon sagen, leider betrifft es sämtliche Plattformen, die einen kommerziellen bzw. geschäftsmäßigen Hintergrund haben (was meist schon durch einen einfachen Werbebanner erfüllt ist) und älter als 3 Jahre sind (sobald sie älter als 3 Jahre sind, spielen der Umsatz und die Anzahl der User nämlich keine Rolle mehr). Doch selbst jüngere Plattformen müssen beweisen, dass sie "größte Bemühungen" unternommen haben, Lizenzen einzuholen.

Wenn du bspw. ein Hobby-Forum betreibst mit 5 Besuchern im Monat, und du ggf. Spenden annimmst oder Werbung schaltest zur Finanzierung der Seite (selbst wenn die Einnahmen nur im Cent-Bereich liegen), wirst du also erstmal genauso behandelt wie YouTube (sofern deine Seite älter als 3 Jahre ist).

Da es natürlich absolut unrealistisch ist, sich Lizenzen von allen potenziellen Rechteinhabern auf der Welt einzuholen, bliebe nur ein Upload-Filter. Doch abgesehen vom finanziellen Aufwand, der dahinter steckt, gibt es kein System, was 100% zuverlässig funktioniert (selbst das Content-ID System von YT, was wohl zu den ausgereifsten Systemen zählt, ist nicht perfekt). Da aber in dem Moment, in dem ein User urheberrechtlich geschütztes Material hochlädt, der Plattformbetreiber bereits dafür haftet, verbleibt also trotz Upload-Filter ein ungeheures rechtliches Risiko.

Erschreckend ist leider die offensichtliche Ahnungslosigkeit und Ignoranz mancher Abgeordneter in dieser Sache. Wenn man bspw. solche Aussagen sieht, wundert man sich nicht mehr, warum Artikel 13 rein gar nix mit der Realität zutun hat...

Quote from TheKing

Hallo @red51 wäre es möglich den befehl setofflinegroup mit ins Update zu nehmen ? weil der befehl ja leider immer noch nicht funktioniert und ich gerne einige Spieler eine andere Gruppe zuweisen möchte aber dieses offline nicht mehr geht.

Hmm... eigentlich sollte der Befehl funktionieren Wichtig ist allerdings, hier die UID des Spielers anzugeben, da Spielernamen ja nicht mehr eindeutig sind.

Thanks for the hs_err_pid file! It's indeed a crash of the graphics driver, in this case it's caused by the "gameoverlayrenderer64.dll" which is a Steam lib to render the ingame overlay. Unfortunately I missed the fact that you also have a 2nd, dedicated graphics card (GeForce GTX 870M), so forget about the Intel drivers

Where did you check for new drivers exactly? Never rely on Windows built-in driver check, since it only looks for "new" Microsoft drivers in most cases. Here you can find the latest NVIDIA driver: https://www.nvidia.com/Downloa…Results.aspx/143233/en-us

If installing the latest NVIDIA driver does not fix the issue, please try to disable the ingame overlay in Steam. To do that, go to your Steam library -> rightclick on Rising World -> select "Properties" -> uncheck "Enable the Steam Overlay while in-game"

I'm glad to hear it's working now