Posts by red51

A small new update is available now!

    Well, basically there are two issues here: one issue is that you cannot interact with objects through walls, the other issue is that the new version performs additional checks for seatings (to make sure the space above the chair is not obstructed by other objects or players).

    For the first issue, I agree that it would be helpful if we change that, so at least certain objects can still be used even if they're behind a thin wall ;) For the second issue, the best solution would be probably to introduce a special seating (similar to the one in the Java version) which does not perform any collision checks. We may also tweak the collision checks in general.


    In your particular case, however, it may work if you use chairs instead of the log bench: After placing a chair (make sure it's centered), you can change it's size by using the "edit size 1 0 1" command (while looking at the chair), this will make the chair very thin. If you place the chair directly beneath the seating area, it may work.

    ok so i attached some pictures ,wood log left is texture 106 ,u can see in the second screen shot the curser is in the build it says its texture 106 ,iv use edit texture 106 and tryed edit texture and selected from the menu and its still basically black i tryed restarting my game same thing still, this is a bp from the old version i transfred to the new version. the texture is 106 to start with

    That's because there is an additional color put on the blocks for certain textures (in situations where we did not have a good replacement for a Java texture), e.g. black wood. If you want to get rid of the color, you can either use the edit command (type edit color 0 to remove the color from a block), or the paint roller (make sure no color is selected [RMB], then the paint roller removes the color) :)

    The command you're looking for is just edit, followed by the specific type you want to change - for example "color" (to change the color of the block), "texture" (to change the id), "texturescale" (for the texture scale), "size" (to set a new size along X, Y and Z axes), "rotation" (to set a new rotation), "rotate" (to rotate the block along X, Y and Z) or "move" (to move the block along X, Y and Z).


    So if you want to change the color, you can either type edit color (this brings up a color picker where you can select the desired color), or if you already know the color code (html color), you can set it directly, i.e. edit color #ff0000 (which would set a red color).


    To change the texture/id, the command would be edit texture (if no id is specified, this also brings up a texture selection), or if you know the id (e.g. id 200), the command would be edit texture 200.


    To rotate a block by 45° along the Y (up-) axis, for example, the command would be edit rotate 0 45 0. To move it by 0.1 units to the north (towards Z axis), the command would be edit move 0 0 0.1 accordingly etc.


    Some edit types require creative mode btw.


    Unfortunately we don't have an overview of the new console commands yet :( But unlike the Java version, the console in the new version provides suggestions when typing a command. Basically you could also type "commands" to print all commands, then use the page up/down keys to scroll up/down... but it's a bit cumbersome unfortunately (after the next update, this command will provide more information).


    However, we definitely want to prepare a new list of console commands in the near future :)

    Okay red51 Ich gib auf bevor ich noch anfange zu nerven ;)

    Um Gottes Willen, da musst du dir nun wirklich keine Sorgen machen ;)


    Ich klicke die Blaupause an, diese wird grün, ich verschiebe sie, sie ist dann in zwei Ordnern gleichzeitig vorhanden. 2 x! Menu geschlossen

    Wenn die Datei nach dem Verschieben doppelt vorhanden ist, dann kann ich mir lediglich vorstellen, dass irgendein Programm dazwischenfunkt, vornehmlich das Antiviren-Proramm. Ich habe das Verschieben nochmal mehrfach getestet, auch einmal mit testweise 4000 Blaupausen - hier funktioniert alles so, wie es soll.


    Ich hatte jetzt Kaspersky jetzt ausgeschaltet, aber normalerweise macht dieses Programm keine Probleme. (Wie soll ich das feststellen?

    Zwar kann grundsätzlich jedes AV-Programm für Ärger sorgen, aber Kaspersky ist leider eines der AV-Programme, welches gehäuft Ärger machen kann. Das heißt nicht, dass du ein anderes AV-Programm benutzen sollst, aber sobald es Probleme in der Hinsicht gibt macht es Sinn, das Spiel auf die Ausnahmeliste zu setzen.


    Der Pc ist relativ neu, da dürfte nichts an der SSD sein, lagen bisher 0 Fehlermeldungen vor.

    Wie gesagt, es ist technisch vollkommen ausgeschlossen (selbst wenn es Bugs gibt), dass das Spiel spätestens nach einem Neustart Dateien anzeigt, die nicht mehr auf der Festplatte vorhanden sind.


    Vor ein paar Tagen konnte ich in der Suchleiste das Datum von Blaupausen eingegeben. Irgendwie geht das nicht mehr, oder kommt es auf die Schreibweise an?

    Die Suche nach dem Datum war noch nie möglich, es sei denn, die Blaupause hat ein Datum als Namen.


    Ich spiele das Spiel. Hört sich alles so einfach an, ist es aber nicht, dreimal war meine Welt bzw. der Chunk kaputt, und der arme Red musste es wieder reparieren. Gut, er kennt den Fehler jetzt und hat ihn beseitigen können, aber wenn keiner gewisse Dinge testet und auch nicht spielt, dann merkt Spieler so etwas eben auch nicht.

    Es ist gut und wichtig, Fehler und Probleme anzusprechen, damit sie behoben werden können. Damit das aber passieren kann, ist es wichtig, dass dies in konstruktiver Weise geschieht. Ich verstehe natürlich auch, dass man manchmal frustriert ist, wenn etwas nicht so funktioniert wie es soll, daher gehe ich auch so gut es geht auf Beiträge ein, die weniger konstruktiv und eher emotional sind. Ich habe auch den Eindruck wie ffflo1993 , dass deine letzten Beiträge tendenziell negativ erscheinen bzw. du frustriert über das Spiel wirkst. Ich meine das auch nicht böse, aber das erschwert es leider enorm, Fehler wirklich einzugrenzen oder Verbesserungsvorschläge in den richtigen Kontext zu setzen.


    Ich habe mein Baumenu auf V gelegt, öffnet ich mein Baumenu jetzt, fängt meine Spitzhacke an zu hacken, klar das hat keiner außer mir,aber ich denke Tastenbelegungen sind frei wählbar.

    Ich habe mal die config aus einem älteren Report von dir rausgesucht: "Primäraktion" ist bei dir sowohl auf die linke Maustaste, als auch auf die Taste V gelegt. Ist doch klar, dass die Spitzhacke dann loshackt, wenn du V drückst. Ich habe diese Vermutung damals schonmal gehabt (also du das Problem einmal angesprochen hattest) und dir diese Vermutung geschrieben. Ich habe deine config auch sicherheitshalber mal bei mir geladen, nur um sicher zu gehen, dass diese doppelte Belegung auch korrekt im Menü angezeigt wird (und ja, das wird sie).


    Der Satz "aber ich denke Tastenbelegungen sind frei wählbar" impliziert ja irgendwie ansatzweise, dass wir in der Hinsicht ein falsches Versprechen liefern bzw. das Spiel dich betrügen würde, was die freie Belegbarkeit der Tasten angeht. Du meinst das mit Sicherheit nicht so, aber ich denke das ist das, was ffflo1993 meinte?


    Was mich persönlich auch stört, sind Beiträge von Leuten von denen man nie etwas sieht, nicht dass sie etwas zeigen müssen, aber überall dabei sein und mitreden, das müssen sie.

    Was soll das denn? Selbstverständlich darf jeder uneingeschränkt im Forum schreiben, egal, ob er seine Bauwerke zeigt oder Blaupausen teilt :wat: Die Meinung von jemanden, der viele Bilder postet, ist genauso wertvoll wie die Meinung von jemanden, der nicht ein einziges Bild gepostet hat.

    I must admit I really did not expect such a response..


    This forum is not the right place for political topics. You won't change anything in the world by posting this in our forums, political topics just get us into trouble. Period. The ONLY thing we can do is stay neutral. If we vote for A, we get trouble from group B, if we vote for B, we get trouble from group A. This forum is about Rising World, it's not a political forum - especially when it comes to controversial and polarizing topics. People are here to enjoy RW and other games, they are not here to discuss political things.


    If someone from the other side had posted something against your topics, it would have been deleted accordingly. Keeping controversial topics (which have nothing to do with the game or gaming in general) just result in a fight sooner or later.


    There are other forums out there which focus on politics. You won't change anything in the world by posting these things there, but these places are definitely more suitable for political topics.

    Game not responding when pressing alt+tab. Windows 10 x64 + nvidia 1070 with latest drivers.

    Does that mean the game is not responding while it's not focused, or does it mean you cannot return to the game after pressing alt+tab? There are a few things you may try to solve this issue: One thing you could do is change the display mode in the graphics settings. If it's set to fullscreen, you could set it to "Fullscreen Windowed", for example. If that doesn't work, another thing you could try is to go to the game directory (into the "_New Version" subfolder), open the config.properties file with a text editor and add this line to the bottom: Game_RunInBackground=True, then save the file and run the game again.


    If that still does not work, maybe you could send us a report. To do that, just run the game again (after you ran into the "not responding" issue), then open the console (by pressing ~ or `) and type "report". Maybe add a note that you're referring to this issue (e.g. "not responding issue after alt+tab"), then send the report. That would help us to take a closer look at this issue :)

    red51 Ich hab das schon verstanden. Wer das nicht so groß scalieren will , muß es ja nicht , aber bei meiner Sichtweite dürfte sowas ja kein Problem darstellen und ich hab nicht den besten PC.

    Das stimmt natürlich, aber wenn das Spiel sowas standardmäßig anbietet, dann muss ein User ja auch davon ausgehen können, dass er sowas ohne Probleme machen können sollte. Wenn er nun ein Bauteil wirklich so groß skaliert, beim Herumlaufen dann aber das Bauteil nicht geladen wird (weil es wie oben beschrieben zB zu einem weiter entfernten Chunk gehört), dann würde er das als Bug empfinden :hushed:


    Wir könnten ggf. eine Einstellung dafür in der config anbieten, wobei das auch wieder Probleme im Multiplayer mit sich bringen könnte... allerdings weiß ich auch gar nicht, ob man dadurch wirklich so viele Bauteile einsparen könnte :thinking: Probleme bereiten meist eher die Detailbauten, also wo auf kleinem Raum relativ viele Bauteile verbaut sind.


    red51 Ich bin am Verzweifeln. Ich versuche Blaupausen vom Ordner Mittelalter in den Ordner Moderne zu verschieben. Verschieben im Spiel geht anscheinend nur über Duplizieren, anderen Namen vergeben oder ziehen, da bin ich mir nicht sicher.

    Ich verstehe die Probleme nicht ansatzweise, die du mit dem Spiel hast. Du kannst Blaupausen innerhalb des Spiels in andere Ordner verschieben, indem du sie im linken Menü mit der Maus anpackst und auf einen anderen Ordner schiebst. Der Ordner sollte sich dann grün färben. Wenn du sie loslässt (und kein Antiviren-Programm im Hintergrund dazwischenfunkt), dann wird die Datei auf der Festplatte verschoben und die Ansicht entsprechend aktualisiert.


    Ansonsten kannst du Blaupausen auch auf der Festplatte verschieben. Ingame musst du dann nur das Blaupausenmenü schließen und erneut öffnen, damit die Ansicht aktualisiert wird.


    Bist du sicher, dass du den richtigen Blaupausen-Ordner bearbeitest (der im "_New Version" Ordner und nicht den Blaupausen Ordner, der zur Java Version gehört)?


    Gibt es dazu einen Befehl, dass die Bildanzeige auch im Spiel aktualiert wird, bzw. wie lange dauert das in der Regel? Steam habe ich auch neu gestartet.

    Es ist technisch ausgeschlossen, dass das Spiel selbst nach einem Neustart Blaupausen-Dateien anzeigt, die nicht mehr existieren. Wenn das bei dir wirklich so ist, dann würde ich dringlichst die Festplatte auf Fehler überprüfen und den Rechner formatieren und neu aufsetzen.


    Die Anzeigen sind auch schwierig zu handhaben, da es im Ordner zwar eine Dateigröße gibt, im Spiel aber nur die Anzahl der Bauelemente

    Was ist an den Anzeigen schwierig? Für den Spieler ist die Anzahl der Bauelemente wesentlich wichtiger und aufschlussreicher als die Dateigröße. Die Java Version hat die Dateigröße auch nicht angezeigt. Wenn du möchtest, dass die Dateigröße ingame angezeigt wird, dann kannst du das gerne vorschlagen, aber wenn du das System dadurch als zu kompliziert empfindest, dann kann ich das nicht nachvollziehen...

    red51 Was man auch noch machen könnte um nicht zuviele Bauteile zu haben , insbesondere bei so großen Bauwerken , wäre die derzeitige Scalierung von bis zu 32 Blöcken auf 126 zu erhöhen , dann könnte man schon an der Grundfläche ( auch beim Straßenbau mit langgezogen Kurven ) und auch den Wandbereichen einiges an Bauelementen einsparen.

    Theoretisch wäre das machbar, das einzige "Problem" ist nur, dass ein Bauteil dann etwas zu weit vom eigentlichen Chunk entfernt sein könnte :saint: Chunks sind momentan 32 Blöcke breit, und die Bauteile, die sich in einem Chunk befinden, werden erst geladen, wenn der Chunk geladen wird. Wenn ein Bauteil nun zB 128 Blöcke breit sein kann (also 4 Chunks breit), würde das Bauteil weit in andere Chunks hineinragen. Das kann (wenn relativ kleine Sichtweiten eingestellt sind) dazu führen, dass dort, wo ich herumlaufe, Bauteile evtl. nicht geladen sind, weil sie zu einem anderen Chunk gehören, nur aufgrund ihrer Größe bis zu mir hinragen (wenn das einigermaßen verständlich war) :D

    Hello to all. Vertical grid error. Because of it, sticking does not work even if we narrow the block. (Can't edit blueprint vertically)

    Thanks for the screenshot! There are indeed issues with the grid when it comes to blueprints: The problem is that blueprints basically behave like objects (e.g. furniture) when the grid is enabled, i.e. the blueprint is centered - but as a result, they don't fit to existing construction elements (which were placed while the grid was active). We will fix that with the next update :)

    Also diese Situation mit dem Raster sollte mit dem nächsten Update eigentlich behoben sein ;) Im Zweifelsfall kannst du mir sonst aber die problematischen Blaupausen einmal zusenden (auch du, Deirdre , kannst das gerne machen), dann kann ich nochmal genau überprüfen, ob das wirklich in allen Situationen klappt ^^


    Was die Performance betrifft, das tut mir natürlich Leid zu hören... grundsätzlich sollte die Performance zwar eigentlich besser als in der Java Version sein, aber in der neuen Version hat man meistens deutlich höhere Sichtweiten (vor allem für Gebäude), sodass das tatsächlich manchmal problematisch werden kann... ein Sonderfall sind Blaupausen, die vorher überwiegend aus Blöcken bestanden - die sind jetzt "teurer" geworden (da ja alles zu Bauelementen konvertiert wurde), was sich vor allem am Abbauen etc. bemerkbar macht. Aber das können wir noch optimieren :)

    ToyOpa Die Darstellung oben war nur eine starke Vereinfachung des Sachverhalts. Wenn eine Java-Blaupause zB nur aus Blöcken besteht, dann sollten die eigentlich zusammenpassen. Wenn aber zusätzlich noch Bauelemente vorhanden sind, dann kann es sein, dass eine Blaupause von der Länge her zB 10,23 Blöcke lang ist (je nachdem, wie sie aufgebaut ist) - diese wird dann auch zentriert (wie oben beschrieben), d.h. in beide Richtungen ist sie in dem Fall 5,115 Blöcke breit, und das passt natürlich nicht mit dem Raster zusammen.

    I have a feeling that this is a bit too much for the forums... political topics are sometimes extremely polarizing, and we really want to keep political topics away from the forums (unless it's something that explicitly affects RW or gaming in general). I would really like the forums to remain neutral in this regard, I hope you understand that.

    Deirdre Ich muss zugeben, dass es mir die letzten Tage etwas schwerfällt, herauszufinden, was genau die Probleme sind, auf die du im Spiel stößst :thinking: Deine Beiträge klingen nach einer allgemeinen Unzufriedenheit mit dem Update, allerdings scheinen es ja stattdessen doch eher spezifische Probleme zu sein, die bei dir zu Unmut führen. Es ist von meiner Seite dann nur leider schwierig, genau zu bestimmen, was wirklich störend ist oder welche Mechanik genau problematisch ist. Das ist nicht böse gemeint, nur drehen wir uns dadurch ein bisschen im Kreis, und die eigentlichen Probleme oder Mängel bleiben unbemerkt.


    Ich möchte auch nochmal betonen, dass kein Feature so in seiner Form in Stein gemeißelt sein muss. Wenn etwas nicht gut funktioniert, dann können (und wollen) wir das natürlich ändern. Auch kann es bei einem Update jederzeit sein, dass ein Teilaspekt nicht so funktioniert, wie es eigentlich vorgesehen war.


    Konkret auf das Blaupausen-Update bezogen habe ich die Vermutung, dass das Hauptproblem, welches du damit hast, das Raster ist? Das Zusammenspiel mit Java ist da natürlich naturgemäß etwas schwierig, da es dort für Blaupausen ja kein Raster gab, bzw. sobald ein Block vorhanden war, es automatisch an das feste Block-Raster ausgerichtet wurde. In der neuen Version gibt es dieses Konzept mit Blöcken ja so nicht mehr, wodurch sich das Raster standardmäßig anders verhält. Blaupausen verhalten sich momentan wie Objekte (also Möbel): Sprich der gesamte Inhalt der Blaupause wird zentriert, und das wird dann bei aktivem Raster entsprechend auch ans Raster ausgerichtet. Das führt allerdings auch manchmal dazu, dass dies mit Bauelemente, die im Raster gebaut wurden, nicht zusammenpasst. Ich habe mal eine vereinfachte Grafik dazu angefertigt:




    Die schwarzen Linien zeigen das Raster in größter Stufe, rot sind die Umrisse der Blaupause, und blau zeigt den Mittelpunkt, sprich der Bereich, wo man mit dem Fadenkreuz hinschaut.


    Die erste Abbildung zeigt eine Blaupause mit einer "geraden" Größe, sprich zB 2x2, oder 4x4, 10x16 usw. Diese richtet sich normalerweise passend im Raster aus. Die zweite Abbildung zeigt eine Blaupause mit ungerade Größe (zB 1x1, 3x5, 11x15, oder aber auch Kommazahlen wie 1.5x3 etc). Wie oben beschrieben werden Blaupausen immer zentriert, führt beim Raster aber zu einem unerwünschten Ergebnis, nämlich dass dieser einzelne Block nicht wirklich zum Raster passt bzw. zu Bauteilen passen würde, die im Raster gebaut wurden. Die dritte Abbildung zeigt, wie du es dir vmtl. vorstellst bzw. wie die Blaupause verschoben werden müsste, damit sie ins Raster passt.


    Ich hoffe, das ist einigermaßen verständlich geworden. Wie gesagt, die 1. und 2. Abbildung geben den aktuellen Zustand des Spiels wieder. Wir können mit dem nächsten Update das Raster-Verhalten so anpassen, dass es sich wie auf der 3. Abbildung verhält, das sollte die Raster-bezogenen Probleme lösen.



    Versuche ich dann wieder einen Block in das Loch zu setzen, muss ich das Teil manuell rein fieseln, weil es einfach automatisch nicht mehr funktioniert. Das ist unheimlich zeitaufwändig und es geht hier nur um einen Block. Wenn ich mir vorstelle, es wären mehrere. dann ändere ich am besten überhaupt nichts mehr. Magnet funktioniert in diesem Fall nicht , da der Block ja eventuell (vielleicht tut er das) irgendwo andockt, aber nicht an der gewünschten Position.

    Das modulare Andocken sollte dabei eigentlich ohne Probleme funktionieren. Verwendest du den automatischen Pivotmodus? Das ist empfehlenswert, da du beim manuellen Pivotmodus sonst möglicherweise recht umständlich den Block zurechtdrehen musst, damit er passt.

    Was ist der unterschied zwischen create und createown bei der blueprint permission ?

    "create" gibt an, ob ein Spieler generell von sämtlichen Gebäuden Blaupausen erstellen darf, und "createown" gibt an, ob ein Spieler zumindest von seinen eigenen Bauwerken (also Blöcke, die er selber platziert hat) Blaupausen erstellen kann. Man könnte zB "create" auf false stellen, damit keine fremden Gebäude gestohlen werden, und "createown" auf true setzen, damit der Spieler trotzdem seine eigenen Gebäude sichern kann. Dasselbe Konzept gibt es quasi auch bei diversen "world" Permissions (zB bestimmt "destroyconstructions", ob der Spieler sämtliche Blöcke zerstören darf, und "destroyownconstructions" bestimmt, ob der Spieler seine eigenen Blöcke zerstören darf).


    Man kann Blaupausen natürlich auch mit Areas koppeln, sprich dass der Spieler nur innerhalb einer bestimmten Area Blaupausen erstellen darf ^^

    Vielen lieben Dank für die netten Worte! :):thumbup: Ich weiß das wirklich sehr zu schätzen! Freut mich, dass dir die Blaupausen bisher gefallen! Auch vielen Dank für den Blumenstrauß, der ist echt toll geworden :wow:

    Schade um die Lichteinstellungen der zweiten Blaupause, aber glücklicherweise werden die korrekt gespeichert, nur leider beim Platzieren nicht berücksichtigt... das können wir leicht beheben, und ich konnte mir das korrekte Resultat tatsächlich anschauen :D



    Thank you so much for your kind words! :) :thumbup: I really appreciate that! I'm glad to hear you like the blueprints so far! Also many thanks for the flowers, they're amazing :wow:

    It's a pity about the light issue in the second blueprint, but fortunately it is saved correctly, it's just not being taken into account when the element is placed... we can easily fix that, and in fact I was able to see the correct result :D

    Wenn sich das Spiel schließt ohne eine Fehlermeldung (und die Spieldateien i.O. sind), deutet das meist auf ein natives Problem hin - häufig i.V.m der Grafikkarte oder dem Grafiktreiber. Bitte schaue einmal, ob ein "Logs" Ordner im Spielverzeichnis (also im "_New Version" Unterordner) vorhanden ist - dort sollte sich eine "Player.log" Datei befinden. Bitte lade diese Datei hier hoch oder sende sie mir via PN.


    Falls der "Logs" Ordner nicht vorhanden sein sollte (der wird erst kurz nach Spielstart angelegt), kannst du zu den Logs gelangen, indem du die Windowstaste + R drückst und folgendes eingibst: %APPDATA%/../LocalLow/JIW-Games/Rising World

    red51 I recommend a dynamic lighting variant for the luminous blocks. That’s really what I was expecting when I first used them. I guess I expected too much? Lol I really would love to see dynamic lighting with ‘LEDS’ for the glass houses that I love to make 😃

    Well, probably we can only implement that with raytracing ;) A non-raytraced solution would introduce a lot of issues (in terms of performance) unfortunately... players can basically place an unlimited amount of luminous blocks, resulting in too many lights the game would have to handle... :|

    Also sobald wir Wasser und Tiere (bzw. Wolle oder Baumwolle) haben, wird wohl auch wieder die Papierpresse kommen und mit ihr entsprechend auch Papier, was natürlich der prädestinierte Rohstoff für eine Blaupause wäre ^^ Fraglich bleibt natürlich, ob ein Bauplan noch mehr kosten sollte... vielleicht ist es auch ok, wenn das Erstellen einer Blaupause (egal wie groß das Bauwerk ist) kostengünstig ist (halt nur etwas Papier), da ja das Platzieren dieser Blaupause sowieso angemessen teuer sein wird (und da wird ja ein Kreuzfahrtschiff ganz automatisch wesentlich teurer sein als ein einfacher Stuhl)? :monocle:

    Echt tolle Arbeit, Hut ab! :):thumbup::thumbup: Das Wiki ist mittlerweile ja schon echt umfangreich geworden, tatsächlich ist das meiste der neuen Version bereits abgedeckt wie ich sehe! Da sieht man auch, wie viel Arbeit dahinter steckt - vielen Dank, dass ihr die Bereitschaft hattet und habt, so ein Projekt auf die Beine zu stellen (denn das Spiel profitiert definitiv davon!). Wenn der englischsprachige Teil noch etwas ausgereifter ist, könnte man das vielleicht durchaus zum offiziellen Wiki machen (natürlich nur, wenn ihr damit einverstanden seid) ;)


    Aber so oder so, wirklich toll gemacht!