Posts by red51

Das Problem sollte mit dem kommenden Update behoben sein

Quote from Steve

I took the Pepsi challenge from one of your recent change logs on 400?x fly mode, using the native system JDK (Steam java is bogus on Linux, FYI.. I know the Ubuntu 2001 edition er 12.04 runtime and all...) and a few JVM tweaks for GC management to see if I could get screen tear or stutter

Oh, could you provide more information about that? Which JRE/JDK did you use exactly? Eventually we may replace the current JRE which is delivered with the Steam Linux version

Quote from Minotorious

wait wouldn't it be wiser to use the inbuilt method buffer.getShort() (i.e. blocks = buffer.getShort() ) instead of reinventing the wheel with bit shifting?

So true When writing my response I was originally working with a byte array instead of a buffer, so I wanted to avoid to wrap the array into a buffer But of course, if a buffer object is already available (like in this case), it d e f i n i t e l y makes sense to use the inbuilt buffer.getShort() method instead of messing around with bit shifting

Quote from Minotorious

I created two test cases one with a single ramp texture 21 and one with a single stair1 again texture 21 to test the block data structure.The values I get from the blueprint file are:

Now it's getting tricky: Currently the game uses a short buffer to store the block information, both the texture and the block shape are encoded into a single short value. Basically every shape has an individual "offset" (at least an offset of 300, to keep enough room for textures). In this case, 9900 is the block shape id, while 21 is the texture.
However, having both information encoded into a single value is crap. That's why we want to change it in the medium run (probably instead of using a single short array, we will use two byte arrays [one holding the texture id, the other one holding the shape id]).

Moment, vielleicht habe ich das falsch verstanden: Geht es darum, dass man keine Erde ins Inventar bekommt, oder ist der Boden unzerstörbar?

Es gibt tatsächlich mit manchen Mailanbietern Probleme, diese sollten bald behoben sein. Ich habe deinen Account aber zwischenzeitlich manuell freigeschaltet

Quote from poptart1296

What is the alternative faster method?

You could read from the byte buffer directly and use bit shifting to convert the bytes to short values. This is the fastest method, however, using a ByteBuffer instead is more convenient

//get the block data length (4 bytes == int)
int blen = buffer.getInt();


//create a new short array with half of the size (1 short == 2 bytes)
short[] blocks = new short[blen / 2];


//now convert all bytes to short values by shifting the bits (big endian)
for(int i = 0; i < blocks.length; i++){
    blocks[i] = (short)((buffer.get() << 8) | (buffer.get() & 0xff));
}

Quote from Steve

I haven't had a chance to dive in yet, but I'd venture to guess we're talking ms at the most here.

That's true. I think we're even talking about ns here (or more precisely, it isn't possible to measure the difference at all). It really doesn't matter, especially if you're not using a performance-critical application (e.g. if you have to execute this code 10000 times per second, it makes sense to use the faster method)

The issue is gone now, at least Rising World starts fine for me now. I'm sorry for the inconvenience... Actually the next update finally introduces a real offline mode, so there shouldn't be anymore issues like this (you may still see the message, but if the game does not get a response within ~10 seconds, it just runs in offline mode)

Das sollte mit dem nächsten Update behoben sein

Ich konnte das Problem leider nicht reproduzieren Worum handelt es sich genau? Gras, oder diese Sand-ähnliche Erde? Kannst du ggf. einen Screenshot davon posten?

I wish there was in fact a real intention behind this Unfortunately it's nothing but a bug, but thanks for letting me know! It's funny that I had the same suspicion this morning after dealing with some of my blueprints, but wasn't sure about that (and wasn't able to reproduce this issue, so I thought it was just my imagination) However, it looks like this issue occurs only when the blueprint contains multiple chunks (vertically). Nevertheless, it will be fixed with the next update
Btw, this issue did not affect blueprint placement (since the game discards all duplicate objects/constructions anyway)

The "content file locked" error indicates that another program prevented Steam from updating the game files. Especially Avast is lately causing these issues. To solve this issue, you can either put the Rising World directory (steam/steamapps/common/Rising World) to the exception list of your antivirus program, or alternatively disable your antivirus program temporarily until Steam has downloaded all files (then you can enable it again)

Quote from Minotorious

Not a new router but I haven't connected to RW before with it.

What router model is it exactly?

Quote from Minotorious

I opened all 4 ports for UDP and TCP on the router (port forwarding) and still cannot connect :?

Usually port forwarding isn't necessary unless you want to host a server on your own machine. According to the log, the game is even able to establish a TCP connection, but apparently it can't establish a UDP connection. Possibly the ISP blocks UDP traffic (although this is just an assumption), at least Google provides some results of users suffering from this issue (not related to RW)

Hmm... I think it's probably related to the ISP (as suspected by @zfoxfire), or maybe some configuration in the router (did you get a new router?)... According to the log, the game was unable to fully establish a connection to all ports. Apparently the problem is caused by the UDP ports: While the game gets a response from the TCP sockets and established successful TCP connections, it gets no response from the UDP ports, so maybe the ISP blocks UDP ports in general?

Vielen Dank für die netten Worte
Und natürlich wünsche auch ich allen frohe Ostern

Diese Fehlermeldung besagt, dass ein anderes Programm Steam daran gehindert hat, die Spieldateien zu aktualisieren. In erster Linie kommen dafür Antivirenprogramme in Frage, insbesondere Avast verursacht solche Probleme in letzter Zeit gehäuft. Um das Problem zu beheben, kannst du das Rising World Verzeichnis (steam/steamapps/common/Rising World) entweder zur Ausnahmeliste in Avast hinzufügen, oder alternativ den Virenscanner kurzzeitig ausschalten, bis Steam alle Dateien heruntergeladen hat (danach kann der Avast wieder eingeschaltet werden).

Where do you spawn exactly? The setspawn command only updates the default spawn position, but if a spawn point is set by sleeping in a bed, tent or shelter, you will always respawn there (until you remove this object).

Danke für den Fehlerlog. Da es sich bei dir jedoch um eine "i7 L 640" Dual-Core CPU handelt, also einen i-Prozessor der 1. Generation, ist nur ein integrierter "Intel HD Graphics" Adapter vorhanden. Das Spiel benötigt allerdings mindestens einen "Intel HD Graphics 4000" Adapter (also der 3. Prozessorgeneration).
Es besteht leider keine Chance, das Spiel auf solch einer Grafikeinheit zum Laufen zu bringen Einerseits sind die alten Intel Treiber sehr fehlerbehaftet im Hinblick auf OpenGL (erst Treiberversionen ab 2014/2015 haben diese Probleme in den Griff bekommen, welche von Intel aber nicht für die ganz alten Grafikadapter angeboten werden [dein derzeitig installierter Treiber ist von 2011]). Andererseits unterstützt dieser Grafikadapter lediglich OpenGL 2.1 (2006), und damit fehlen wichtige Funktionen der Grafikkarte, die das Spiel unbedingt benötigt (zwar gibt es einige Grafikkarten, bei denen 2.1 bereits ausreicht [und die fehlenden Funktionen über Extensions vom Grafikkartenhersteller nachgeliefert wurden, was bei Intel aber nicht der Fall war], grundsätzlich benötigt das Spiel aber OpenGL 3.0 [2008]). Aber selbst wenn diese Probleme nicht existieren würden, würde dieser Grafikadapter (welcher eher für den Office-Betrieb ausgelegt ist) nicht genug Leistung aufbringen, um das Spiel mit halbwegs akzeptablen Framerates abzuspielen

Quote from Minotorious

3) What is the format of the 8 timestamp bytes? I couldn't find a way to translate them to human date format no matter how I tried to position dd/mm/yyyy or yyyy/mm/dd.

Sorry, I forgot to mention that this is a special type of timestamp - the amount of milliseconds passed since 1st of January 1970 (so if you divide it by 1000 you can treat it as a regular unix timestamp). The byte order is big endian, as always.

Quote from Minotorious

I answered my 2nd question by myself by trial and error, so it seems that in the .blueprint files the construction element textures have a 21 number difference to the numbers in the game

That's great! And yeah, block- and construction textures start at 21 (to prevent any collisions between block and terrain textures)

Quote from Minotorious

@Deirdre I will start writing a standalone program to edit .blueprint files

This sounds awesome

This issue usually occurs on integrated Intel HD graphics adapters. The next update will fix this issue, however, in the meantime this can be solved if you go to the game directory (steamversion: rightclick on rw in steam -> properties -> local files -> browse local files), open the config.properties file with a texteditor and set graphic_water_post_processing to false (then save the file, and run the game again)

There isn't a huge difference between the OpenJDK and Oracle JDK/JRE. Both are maintained by Oracle, and Rising World (client and server) should run properly with the OpenJDK as well as with the Oracle JDK/JRE. In some areas the Oracle JDK/JRE might be more stable than the OpenJDK, so personally I would recommend using the Oracle JDK/JRE

Quote from VoodooPanz

wäre es eigentlich sehr von Vorteil, wenn man ein eigenes Start Menü für diese implementieren würde (wie in MC eben)
damit man Texture Packs nicht immer über einen Editor umstellen muss

Sowas ist grundsätzlich geplant, generell wollen wir das Laden und Erstellen von Texturenpacks etwas vereinfachen (besonders dadurch, dass Rising World DDS Texturen sowie unterschiedliche Texturgrößen verwendet ist die Erstellung von Texturenpacks komplizierter als bspw. bei MC - vermutlich gibt es deswegen noch nicht so viele Texturenpacks). Vermutlich werden diese Änderungen zusammen mit serverseitigem Support für Texturenpacks ins Spiel kommen, aber das hat momentan eine geringe Priorität...

Quote from VoodooPanz

Zudem wäre eine eigene Sektion im Forum ganz praktisch, in der die Leute ihre selbst erstellten Texture Packs zum Download
anbieten könnten.

Momentan bietet es sich am ehesten an, Texturenpacks einfach in der Mod-Sektion zu posten Sobald mehr Texturenpacks verfügbar sind, würde sich eine eigene Sektion auf jeden Fall anbieten.