Posts by red51

Please try this: Rightclick on RW in Steam -> Properties -> Betas -> select the "testbranch - dpi scaling" (no code needed) and try to run the game again. Does it work then?

Apart from the fact that the destroy() method is buggy atm (you know^^), it will remove the element from its parent though, but it will not destroy any childs. This is going to change at some point, but as long as it's necessary to add any child element manually to the player gui (instead of just adding the parent, which is our intention for future updates), it's necessary to remove all childs individually

Originally it was our intention to have a more versatile solution (i.e. a way to display all kinds of primitive geometries, like cubes, cylinders etc), maybe we also add something like a simple plane for that purpose (which would be suitable for a 3d panel or a 3d image). Or maybe we just add a "Word3DPanel" or at least a "World3DImage", for reasons of convenience... we'll think about that

We will remove the debug messages soon, at least some of them They were necessary for us to test specific things, especially to make sure if the plugin api (and the client-server-communication) works properly (all these messages are printed by the client or the server, they're not related to a specific plugin)

Well, on the one hand, we removed the sql exception in order to bring these methods in line with the execute() and executeUpdate() methods of the WorldDatabase: since all commits to the world database are enqueued (for reasons of thread-safety), it's not possible to throw any sql exceptions when calling these methods (even if a error occurred, it always happens with a delay of at least 1 tick).

On the other hand, we don't want to force people to catch exceptions unless it's necessary. For the executeQuery() method, we kept the sql exception, since the user expects a result anyway, and since this method can be used in combination with a try-with-resources (to auto-close the result set).

If desired, we can change this behaviour of course

Also dieses Phänomen ist nicht normal, und darf auf Welten, die nach dem Biomupdate erstellt wurden, nicht auftreten. Wurde die Welt nach dem Wasserupdate erstellt, kann sowas höchstens auftreten, wenn einzelne Dateien im Weltordner gelöscht wurden.
Aber selbst für eine Welt, die vor den Biomen erstellt worden wäre, sehen diese Fehler sehr untypisch aus. Hast du auf dieser Welt ein Lua-Skript oder ein Plugin verwendet, welches die Welt verändert? Ich könnte mir höchstens vorstellen, dass hier etwas schiefgelaufen ist (durch WorldEdit eher weniger, aber es gibt ja auch ein entsprechendes Plugin, welches noch nicht so lange verfügbar ist und noch nicht auf breiter Basis getest wurde).

Es handelt sich um einen Fehler im Plugin (Zeile 80 in Planter.onPlayerCommand()). Das kann nur der Ersteller des Plugins beheben.

The problem is probably the outgoing IP. If no IP is set in the server.properties file, the hive just uses your outgoing IP. Probably it isn't terranova-risingworld.duckdns.org (as it was mentioned in the other topic).
On a home computer you usually can't set your remote IP (since your computer isn't aware if it) as server IP (the server would be unable to bind to this IP).

But alternatively you could try to set server_http_ip to terranova-risingworld.duckdns.org (the hive server uses this IP for his response)

Poste am besten einmal einen Screenshot davon

Quote from Deirdre

Wann wird dieses Feature denn implentiert?

Kann ich nicht genau sagen... erstmal müssen wir jetzt die Dungeons über die Bühne bringen. Ich denke danach wird sich endlich mal etwas mehr Zeit für den Creativemodus finden.

Solche Sachen bitte direkt im entsprechenden Thread des jeweiligen Servers posten. Die Hilfe-Rubrik ist in erster Linie nur für Probleme mit dem Spiel selbst gedacht (Bugs etc).

Sende mir am besten mal den vollständigen Code per PN zu

Unfortunately chest access isn't possible yet, but that will be implemented in the near future

Hier findet sich eine Erläuterung dazu: Hosting a multiplayer game

Es kommt drauf an, wie dein Freund sich zum Server verbinden möchte. Falls ihr beide bereits eine IPv6 Adresse besitzt, kann dein Kumpel versuchen, zu deiner IPv6 Adresse zu verbinden (diese findest du hier heraus: http://ipv6.whatismyv6.com/ ), allerdings müsst ihr beide das Spiel in Steam zuvor über den Startparameter "+ipv6" starten.

Ansonsten, wenn ihr über den regulären Weg, also IPv4 verbinden wollt, muss dein Freund sich zu deiner Remoteadresse verbinden: http://ipv4.whatismyv6.com/

Dazu ist es aber nötig, dass du in deinem Router die benötigten Ports weiterleitest (standardmäßig 4254, 4255, 4256, 4257, 4258 TCP und UDP).

Einfacher ist es hingegen, eine Software wie Tunngle oder Hamachi zu verwenden. Sofern ihr dort im selben Netzwerk seid, kann dein Kollege einfach zu deiner Tunngle-/Hamachi-Adresse verbinden

Quote from Lonelobo

In this version off the game its not possible to pick up certain stuff (wooden beams / modern lamps etc..), while other stuff can be picked up easly (scaffoldings...)

Right now construction elements (i.e. planks, beams) can't be deconstructed, this will be added in the future Apart from that, you can't remove certain objects, like lamps, although that's actually intended behaviour: Once electricity is implemented, lamps are going to require proper wiring and a power source, so in other words, it's going to require much more effort to use lamps. So since it's quite easy to use lamps now, we wanted to have at least a small limitation by preventing players from picking them up^^

Quote from Lonelobo

also in the future is the gui going to be remade?

Probably there won't be a full rework of the gui, but I guess we're going to enable people to customize it (especially when it comes to the position of certain gui elements)

Quote from Lonelobo

Also a realy small question: why did u (@red) programmed this game in java and not c++?

Basically @Miwarre hit the nail on the head: Java offers great portability.
Although Java has a bad reputation, it is unfounded. It had some serious flaws in the 90s, but since then, things have changed dramatically. In terms of performance, there wouldn't be a big difference between Java and C++ (although first we have to be clear about the term "performance": if we are talking about the speed of computations, there is no difference between the various high level languages, your CPU can calculate "1+1" always at the same speed^^). Although Java is a little bit more "limited" when it comes to memory management, due to its automated garbage collection process, one have to say it actually does a good job. Having full control of these things *might* result in a better performance (or better memory management) though, but this only applies if you know what you're doing. Many big C++ projects use garbage collectors as well, and I doubt they're doing a better job at all^^
The formula "higher abstraction == less control == worse performance" might be true in certain cases theoretically, but then we could also decide to write our applications in Assembly, for example
Speaking about memory, there is indeed a minor "disadvantage" in Java: The overhead of the VM, which is unavoidable. But this is nothing to worry about, it's maybe 50 mb or something like that, which shouldn't be a big deal nowadays. You have to keep in mind that every language has advantages and disadvantages.

Quote from Lonelobo

I dont think this game is limited at the graphics output atm, my system is literly doing almost nothing and i still get low fps

Your framerate depends on various factors. On the one hand, the performance of your CPU of course (not only the number of cores matter [and the "type" of a core, there is a difference between AMD and Intel, for example], also the clock speed, and especially the amount of work that is done per clock cycle), but also your graphics card, your RAM, your VRAM and your harddrive (and - of course - the state of your system, installed software etc).

Quote from Lonelobo

java is also know for not alowing 100% system usage thanks to its virtual machine.

This isn't true. Where do you get these information?

Quote from Lonelobo

not to mention vulkan for taking things the next level

Vulkan is still in an early state. Besides the fact that the Vulkan API wasn't available when we started developing RW, even now it wouldn't make much sense if a game fully relies on Vulkan. I'm confident that Vulkan is going to be great, but right now it's too early to concentrate on it. Furthermore, many old graphics cards don't even support Vulkan (Radeon 7000, 6000, 5000 series etc, Geforce 500, 400, 300, 200 series etc), and apparently there are several people out there who have even older hardware

Hehe, glad to hear the problem is solved

Hmm... yeah actually it would be quite useful in certain situations to have access to the bounding information of a model. We'll add some methods to calculate the bounding information, probably this will be available with the next update

That's a bug Thanks for letting us know, it will be fixed with the next update

Ich habe dieses Thema mal in den Diskussionsbereich verschoben, weil die Feature-Request Sektion nur für Features der API selbst gedacht ist (also Dinge, die die API anbieten oder können muss, zB neue Funktionen, neue Events etc), nicht für explizite Plugin Wünsche

Quote from Miwarre

An Area Protection plug-in is under work by me (see here) as well as, it seems, by the dev team themselves (they will probably beat me, but I am leaning a lot working on it, so I go on).

Hehe, no problem, even our Lua Area Protection script was only intended as an example, so it's always preferable to have an improved version made by the community

Also was zumindestens angedacht ist ist die Möglichkeit, Spieler auszublenden, also komplett unsichtbar zu machen. Dazu dient die Funktion player.setInvisible(boolean), welche seit der letzten Version zwar schon vorhanden, aber noch nicht ausimplementiert ist (daher wird sie erst ab dem nächsten Update funktionieren).
PVP ausschalten wäre am sinnvollsten über die Permissions regelbar. Momentan kann man die einzelnen Permissions leider noch nicht individuell ändern, allerdings kann man einen Spieler mithilfe der API einer anderen Permissionsgruppe zuweisen (zumindestens könnte man also behelfsweise den Spieler einfach erstmal einer anderen Permissionsgruppe zuweisen, welche PVP verbietet).

Right now none of these things are possible unfortunately, but we can implement it for the API