Posts by red51

    Werden Schiffe und andere Fahrzeuge nur als Fortbewegungsmittel dienen oder auch als Transportmittel? Gibt es diesbezüglich schon konkrete Pläne ob und wie das möglich gemacht wird? Oder wovon es abhängt welches Fahrzeug wieviel aufnehmen kann?

    Also Schiffe werden auf jeden Fall auch Lagermöglichkeiten bieten. Idealerweise möchten wir langfrist auch dafür sorgen, dass auf Schiffen Objekte wie Möbel oder Kisten platziert werden können, damit man hier ein wenig individualisieren kann ;)


    Mich würde auch noch z.B. interessieren, ob es Moderne Schiffe und Segelschiffe geben wird.

    Anfangs werden wir unser Augenmerk wohl erstmal auf Segelschiffe legen, aber moderne Schiffe sind ebenfalls geplant (gab ja schließlich auch schon das RIB in der Java Version, auch wenns nur ein Boot war) ^^

    Oha, sowas sollte natürlich nicht passieren :wat: Wir haben leider keinen Report erhalten. In die Konsole musst du lediglich report eingeben (ohne Slash), dann sollte sich ein Fenster öffnen, in welchem man den Bericht absenden kann. Falls du das Spiel seitdem nicht nochmal gestartet hast, kannst du es evtl. erneut versuchen (einfach bis ins Hauptmenü laden und dort den Report absenden).


    Ansonsten ist leider schwer zu sagen, was da schiefgelaufen ist :thinking: Evtl. könntest du mir auch einmal die Welt senden, die "Chunks.db" aus dem Welt-Ordner sollte genügen. Entweder per PN im Forum, oder via Mail an support@jiw-games.net

    Vielleicht kann ich darin feststellen, was passiert ist, und den Chunk ggf. wiederherstellen (bzw. zumindest wieder gangbar machen).

    (Übrigends: Solche gefährlichen Inseln wie Giftiger Nebel, Radioaktivität usw. finde ich im Spiel auch gut.)

    Spezielle gefährliche Inseln wären bestimmt keine schlechte Idee :) Man müsste sich mal Gedanken machen, was für Inseltypen da wohl so in Frage kämen.


    Es sollte auf jeden fall, mindestens eine Insel geben, die sehr groß ist, damit sich auch Straßen- und Schienensystem auch rentieren (Platzproblem).

    Eine große Insel in der Mitte und kleinere Inseln außen rum (nur als Beispiel).

    So ist das tatsächlich geplant: Die "Startinsel" wird immer eine große Insel sein, und die umliegenden Inseln sind zufällig mal groß, mal klein.


    Idealerweise wird man das sogar einstellen können bei der Welterstellung, aber wahrscheinlich werden wir so eine Einstellung bis zum ersten Release noch nicht reinbekommen...


    also ich wäre auch für 3., allerdings verstehe ich das.mit den inseln nicht recht. Werden diese gleich bei der welt erstellung mitgeneriert? oder kann man nachträglich erstellen?

    Ja genau, wie lenko schon sagt, die Inseln würden bei Variante 3 bereits mitgeneriert werden - allerdings als normale Inseln. Mit Option 3 wird man diese Inseln dann hinterher löschen können, um Platz für eine neue Insel - in dem Fall mit einem anderen Biom - zu schaffen.


    Wenn ich recht verstehe, wird es dann ungefähr in diese Richtung gehen:

    Ja, das trifft es schon ganz gut :D


    Werden dann Inseln mit neuen Biomen auch nur in neuen Sektoren auftauchen oder funktioniert das nochmal anders?

    Die Biome wären dann auch auf die Sektoren beschränkt, d.h. bei großen Inseln wäre die gesamte Insel bzw. bei kleinen Inseln die ganze Inselgruppe innerhalb des Sektors davon betroffen.


    Genau so stelle ich mir das auch vor: Das Problem ist aber dass der Abstand von der Insel unten links zur Insel oben links viel zu riesig wäre. Daher bin ich gespannt wie das genau funktionieren soll, die Inseln interssant aussehen zu lassen wie in deinem Beispiel aber ohne dass die Ozeane zu riesig werden.

    Es kann durchaus passieren, dass manche Inseln sehr weit auseinanderliegen. Das macht es natürlich umso notwendiger, dass es später auch große Schiffe gibt (und nicht nur ein kleines Paddelboot), mit welchen man schneller zwischen den Inseln hin- und herreisen kann.


    In den meisten Fällen ist wohl aber davon auszugehen, dass irgendeine Nachbarinsel relativ nah gelegen ist. Man weiß aber natürlich auch nie, wo die sich genau befindet (kann zB sein, dass im Süden die Nachbarinseln quasi schon in Sichtweite sind, während Richtung Norden lange nichts kommt)...


    Wie ist es wenn ich in der Wüste Schneegestäuber oder Schnee haben möchte? Wird das per Commands möglich sein? In der Java-Version konnte ich die Wüste bzw. das Biom ausbauen, allerdings war das Gebiet aber klimatechnisch vorgegeben.

    Das ist eine gute Frage :thinking: Wir haben das Handling dafür noch nicht implementiert (in der jetzigen Version ist der "Verschneitheitsgrad" ja nur global bestimmt, abhängig vom Wetter). Irgendeine Lösung dafür brauchen wir auf jeden Fall noch. Ich stimme zu, dass das in der Java Version nicht ganz optimal war, daher müssen wir mal schauen, ob wir diesmal einen besseren Weg finden (womit man den "Verschneitheitsgrad" von Pflanzen evtl. frei einstellen kann, unabhängig vom Wetter und Klima). Kann da momentan aber leider noch nicht viel zu sagen.


    Wenn mir meine Insel zu klein ist, kann ich sie ohne Probleme vergrößern oder Inseln zusammenlegen?

    Jein... also es gibt kein direktes Tool oder so, womit man das auf einfachem Wege machen kann. Im Creative-Mode kann man natürlich Terrain aufschütten, bei weit auseinanderliegenden Inseln wird das aber auch sicher mühseelig. Das Terrain-Bereichs-Werkzeug (F5 -> 4) könnte da evtl. helfen.


    Sinnvoll wäre im Creative-Mode sicher auch ein Tool, mit welchem man mit einem Klick das Terrain an der gewünschten Stelle auf eine bestimmte Höhe bringen kann. Das würde solche Vorhaben massiv erleichtern. Sowas ist auf unserer Todo-Liste (nur leider kein Zeitplan) ^^


    Alternativ könnte man die Inseln allerdings auch mit Brücken verbinden :D Ansonsten wird es aber auch große Inseln geben, die schon enorm viel Platz zum Bauen bieten werden.


    Wenn ich jetzt mal "ein Mehrfaches" als x5 betrachte wäre das schon eine Größe bei der man erst mal eine ganze Weile zu bauen hat.

    Wenn ich mich recht entsinne was die Größe der Demoinsel angeht (also Berg zusammen mit dem grünen flacheren Gebiet dahinter [nicht die Kieswüste]), dann wäre eine künftige große Insel ca. 9x so groß ;)

    red51 So, when the blueprint update comes out, we can use blueprints made from the Java version, correct?

    Yes, that is correct ;)


    Also, if so, will the textures be the same? I am afraid that the new version will replace the textures with others, etc. May I assume that you will make it so this doesn’t happen?

    No, unfortunately the textures will not be the same :/ The textures of the Java version wouldn't really fit to the new version (given their low quality) - so even if we add them for reasons of compatibility, that would still look pretty bad...

    Instead the new version will try to pick the most suitable textures from the textures which are already in the game. This will not yield perfect results, but in most cases it should be acceptable.


    Having that said, we will add more textures with future updates, so you could give an old blueprint another try in the future (if the first results are unsatisfying). For this reason it's important to keep a copy of the original blueprint file: Once you load it in the new version (i.e. place it in the blueprint folder of the new version), it will no longer be compatible with the Java version. In other words: It's recommendable to not delete the blueprint from the Java folder, instead just put a copy of that file in the new version blueprint folder).


    Also, will there be anyway to make 3D prints from blueprints, since the Engine is now Unity? Or does the Engine matter? If It does not matter, and if it is still possible to 3D print said blueprint(s) could you tell me how or send a referral on instructions of some kind? I’d love to have a 3D model of one of my best builds sitting on my desk 😍

    Actually the engine doesn't play a role in this regard, but in fact the new version will have an option to export blueprints to .obj (most 3d printer programs should be capable of loading such files). Not sure if this will be already available in the first BP release, but it's on our to-do list ;)

    Wenn Java-Version Blaupausen in die Unity-Version kopiert werden, werden diese der dort auch gespeichert werden. Dann ist doch die gleiche Blaupause zweimal vorhanden, natürlich in verschiedenen Versionen, das ist klar.. Es gibt ja zwei Ordner und sie muss daher nicht noch an einem anderen Ort gesichert werden?

    (Durch deine Aussage, man soll alte Blaupausen nicht wegwerfen, ist das vielleicht etwas verwirrend).

    Ja, also prinzipiell wird das wie in der Java-Version laufen: Das Spiel erkennt alle Blaupausen, die im "Blueprints" Ordner im Spielverzeichnis liegen. Andere Blaupausen die irgendwo auf der Festplatte liegen oder im "Blueprints"-Ordner der Java-Version werden natürlich nicht angerührt ;)


    Ich wollte damit eigentlich nur betonen, dass Blaupausen (also die jeweilige .blueprint Datei) nicht mehr in Java benutzt werden können, nachdem sie einmal in der neuen Version geöffnet wurden. Daher sollte man am besten seine Blaupausen der Java Version nicht in die neue Version verschieben (so nach dem Motto "reicht ja eigentlich wenn die Datei nur 1x vorhanden ist, kann sie ja jederzeit wieder nach Java verschieben"), sondern lieber kopieren ^^

    Ein Video wäre tatsächlich hilfreich hierzu, denn ich weiß leider auch nicht, ob ich das Problem richtig verstanden habe :thinking:


    Das einzige, was ich mir einbilde herauslesen zu können, ist der Wunsch nach dem dritten Andockmodus, wodurch Bauteile nicht mehr an Pivots andocken, sondern immer mittig zur betrachteten Fläche. Sowas wird ja auf jeden Fall noch kommen, ich kann leider nur noch nicht sagen wann :silenced:


    Desweiteren ist das Verschieben nur mit eingestellten Raster möglich. :( Könnte das nicht anders gehen?

    Das stimmt so eigentlich nicht :wat: Das "manuelle Positionieren" (also mit welchem man das Bauteil mit der Tastatur verschieben kann) ist auch ohne Raster möglich.

    Was mich zu dem Blaupausen Update jetzt dringend interessieren würde. Wie werden die alten Texturen in der neuen Version aussehen?

    Das Spiel wird versuchen, aus den bisherigen Texturen der neuen Version den passendsten Ersatz für die jeweilige Textur zu finden (und ggf. Blöcke auch einfärben, um bspw. bunte Putzblöcke zu reproduzieren). Ein wenig anders aussehen werden die Texturen dadurch natürlich schon (da ja die Texturen der neuen Version nicht 1:1 mit denen der Java-Version identisch sind), in den meisten Fällen wird es aber weitgehend passen.


    Evtl. bieten wir Usern auch die Möglichkeit, eigene Definitionen anzulegen, welche Textur mit welcher ersetzt werden soll (falls man zB mit der Entscheidung des Spiels nicht ganz zufrieden ist).


    Wenn das Update herauskommt, müsste das schon feststehen, sonst könnten die alten Blaupausen nicht verwendet werden. Umgefärbt werden muss dann aber auch möglich sein, sonst bekommt der Spieler vielleicht den Schreck seinen Lebens

    Naja, wenn wir sicherstellen wollten, dass das wirklich 100% passt, müssten wir das Blaupausen-Update noch mindestens um 1 Jahr verschieben, bis die neue Version zwischenzeitlich noch viele neue Texturen erhalten hat :drunk: Unser Hauptaugenmerk beim Blaupausen-Update liegt in erster Linie ja an der Blaupausen-Funktionalität an sich, also dass man von seinen neuen Bauwerken Blaupausen erstellen können wird.


    Die Kompatibilität zu Java-Blaupausen wird zwar auch bereits mit dem ersten BP-Update kommen, aber das bauen wir eigentlich nur ein, damit Spieler nicht gezwungen sind, wieder komplett bei 0 anfangen müssen. Es wird mehr oder weniger eine Kompromisslösung, da die Unity-Version ja eh einen gänzlich anderen Look hat (und diverse Dinge können ohnehin nicht übertragen werden, wie zB Möbel, Lichter usw).


    In manchen Situationen wird man wahrscheinlich sogar besser fahren, wenn man gewisse Teile neu baut (da die neue Version ja deutlich mehr Möglichkeiten bietet und dadurch einen komplett anderen Baustil zulässt - und meist auch viel mehr Details ermöglicht).


    Es ist aber eh empfehlenswert, die Java-Blaupausen nicht wegzuwerfen: Die Blaupausen, die in der neuen Version eingefügt werden, werden anschließend nicht mehr mit der Java-Version kompatibel sein (da sie für die neue Version umkonvertiert werden müssen), darum macht es Sinn, eine Kopie der Originalblaupause zu sichern :!:

    Da wohl zu erwarten ist, dass nicht alle Texturen optimal passend sein werden (und uns natürlich auch jederzeit ein Fehler unterlaufen kann, nämlich dass eine Textur zB falsch zugeordnet wird), könnte man die originalen Java-Blaupausen dann nochmal zu einem späteren Zeitpunkt einfügen (sobald es zB passendere Texturen im Spiel gibt).


    Mit anderen Worten: Wenn eine alte Blaupause beim ersten BP-Update nicht passend sein wird, kann es gut sein, dass dies mit einem künftigen Update der Fall sein wird. Wir möchten das BP-Update nicht unnötig verzögern, nur damit alle Eventualitäten, die sich aus Java-Blaupausen ergeben könnten, abgedeckt sind...


    Ich meine, die Texturen werden einfach auf "passende" neue Texturen abgebildet, ist nur die Frage wie es mit eigenen Texturen ist :thinking:

    Eigene Texturen können mit dem Blaupausen-Update leider nicht berücksichtigt werden... :/ Die Java-Texturen besitzen leider keine Informationen darüber, ob ein Texturepack verwendet wurde oder nicht. Die neue Version wird sich also strikt an den Originaltexturen orientieren müssen.


    Auch Poster können leider nicht übertragen werden, da die Java-Blaupausen die Bildinformationen der Poster nicht mitgespeichert haben.


    Was mich noch interessieren würde, wird es für uns überhaupt noch möglich sein, eigene Texturen zu verwenden, auch wenn der Weg dahin anders wäre. Was red51 geäußert hatte, klang eher so, als ob das überhaupt nicht mehr möglich sein wird. (Auf der einen Seite könnte ich das aufgrund von manch seltsamen Zweckentfremdungen verstehen, auf der andere Seite wäre es für Spieler, die nur ihr eigenes Schwimmbad-Fliesenmuster haben möchten, aber sehr schade).

    Wie hier erwähnt ist es langfristig geplant, dass man eigene Texturepacks anlegen bzw. eigene Texturen einfügen können wird. Das funktioniert dann aber gänzlich anders als in der Java-Version, da in der neuen Version aus technischen Gründen die Originaltexturen nicht mehr zugänglich sind. Das Spiel wird also von sich aus wohl ein Tool bieten, womit man eigene Texturen einsetzen bzw. bestehende Texturen ersetzen kann.


    Das Tool hat aber bislang eher eine niedrige Priorität bei uns, momentan gibt es noch so viele andere Baustellen :dizzy:

    Ich verstehe leider auch nicht so ganz, was du mit "nicht fester Form" meinst bzw. dass sich die Formen wie Gummi verhielten :thinking: Das Andocken funktioniert ja in der Tat anders als in der Java Version, und dadurch, dass es jetzt mehrere Andockpunkte gibt, ist natürlich davon auszugehen, dass man vll zweimal hinschauen muss, ob der richtige Andockpunkt anvisiert ist (anders als bei Java, wo Bauteile immer mittig andockten).


    Ein dritter Andockmodus - wodurch das Andocken wie in der Java Version sein wird - ist geplant, nur leider kamen wir bisher noch nicht dazu, den zu implementieren...


    Wenn du schreibst, dass das Platzieren von Blöcken in der Java Version deutlich schneller vonstatten ging: Meinst du damit wirklich Blöcke, oder Bauelemente wie Planken/Balken?


    Das liegt an der veränderbaren Form, die sich ja anpasst, ob ich es will oder nicht. Praktisch ja, aber leider nicht immer.

    Wie meinst du das mit "veränderbare Form"? Meinst du die Oberflächenbearbeitung (womit die Oberseite eines Blockes manuell verschoben und skaliert werden kann)?

    Hatte den Verbindungsabbruch eben auf auf einem Server. Ich vermute mal, dass es ein Windows-Server war.

    Ich habe eine Portfreigabe bereits vor Jahren erstellt, da ich meine Singleplayer-Welt öfter mal für andere geöffnet habe.

    Vll ist es besser, einen eigenen Thread dazu zu erstellen, es sei denn, du hast wie der TE alle paar Minuten einen Disconnect ;)


    Ein sporadischer Verbindungsverlust kann viele Ursachen haben. Portfreigaben sind normalerweise für Spieler nicht notwendig, sowas ist typischerweise nur dann erforderlich, wenn man selbst einen Server bei sich hosten möchte.

    Freut mich, dass das Problem behoben ist! :):thumbup: Es ist zwar merkwürdig, dass eine Portfreigabe dafür notwendig war (normalerweise ist das nur relevant wenn du selber einen Server auf deinem Rechner hosten möchtest), aber die Hauptsache ist, dass es jetzt läuft :D

    Ich hätte da auch noch ein paar Texturvorschläge für Sitzmöbel welche auch bestimmt für manchen Mittelalterfan interessant wären.

    Danke für die Vorschläge! Wir haben zumindest für das erste Leder (also das braune Leder) eine passende Textur in Vorbereitung, und eine weitere Textur, die dem schwarzen Leder (vom Muster her) ungefähr ähnlich ist. Mal sehen, ob wir auch speziell verzierte Stoffe vorbereiten können ;)

    1 <1 ms <1 ms <1 ms Datenklo [192.168.178.10]

    :lol::thumbup:


    Aber sonst ist leider nichts auffälliges zu erkennen, zumindest nichts, was augenscheinlich nicht i.O. wäre :/ Mich wunderts, dass Aorta darin noch vorkommt, wo Vodafone AFAIK eigentlich plante, diese nicht mehr als Peering-Partner zu verwenden :thinking: Man liest im Unitymedia/Vodafone Umfeld viel von Problemen im Bezug auf Aorta, aber das muss nichts bedeuten bzw. es wäre reinste Spekulation, dass man dort das Problem vermuten würde...


    Gehe ich recht in der Annahme, dass der Server auch im Unitymedia/Vodafone Netz gehosted wird, also hinter einem Router steckt? Es ist zwar nicht gänzlich auszuschließen, dass es dann auch ein serverseitiges Problem ist, aber da andere Spieler auf dem Server ja scheinbar nicht betroffen sind, ist es wahrscheinlich clientseitig.


    Ich würde sonst evtl. mal den Ansatz mit einem VPN ausprobieren. Wenn das Problem dann nicht mehr auftritt, liegt es höchstwahrscheinlich am Routing. Wenn das Problem dort hingegen weiterhin besteht, muss es eine andere Ursache haben.


    Vll wenigstens ein ganz kleiner Lichtblick (auch wenn das in der jetzigen Lage leider nicht wirklich hilfreich ist): Zumindest in der neuen Version sollte sich die Situation in dieser Hinsicht bessern, da wir dort kein TCP mehr verwenden, sondern ausschließlich UDP (was "verbindungslos" ist). Anders als bei TCP spielt ein Abbruch der Verbindung dort erstmal keine Rolle (lediglich wenn für einen bestimmten Zeitraum [> 10 Sek] keine Pakete mehr durchkommen, würde man einen Timeout bekommen).


    Ich hab mal zum testen ein Linux Server erstellt nur findet der Server dort die "steamclient.so" nicht hat jemand ne idee wie ich die ins startscript mit einbeziehen kann oder wo der Server diese sucht (nutze für den test den Linux Server).

    Unter Linux ist es wichtig, dass die LD_LIBRARY_PATH Umgebungsvariable auf das "/linux64" Verzeichnis (im Serverordner) verweist. Normalerweise sollten die mitgelieferten Startskripte "linux_startscript.sh" und "linux_screen.sh" die Variable aber automatisch setzen :thinking:

    Schade, das wirkte einigermaßen aussichtsreich... :| Ich könnte mir sonst noch vorstellen, dass dein Routing zum Server evtl. Probleme macht. Du könntest evtl. mal die Eingabeaufforderung unter Windows öffnen (Windowstaste + R drücken → "cmd" eingeben) und dort tracert <serverip> eingeben (also "<serverip>" durch die IP des Servers ersetzen). Anschließend werden die einzelnen Hops angeben (dauert ein kleines bisschen). Vll kannst du das Ergebnis hier einmal posten (entweder kopieren oder Screenshot)?


    Um zu prüfen, ob es evtl. am Routing liegt, könntest du auch vll einmal einen VPN Dienst ausprobieren - das sorgt i.d.R. für ein anderes Routing. Du könntest Cyberghost probieren (davon gibts zumindest eine kostenlose Testversion) oder einen anderen VPN Dienst. Wenn damit keine Probleme mehr auftreten, dann wird es höchstwahrscheinlich am Routing liegen. Was die Sache aber nicht unbedingt einfacher macht: Denn hier kann typischerweise nur der Provider was ändern, und erfahrungsgemäß kann ich leider sagen, dass jedes Problem, das über einfachste Sachverhältnisse hinaus geht, bei vielen ISPs Zeit und Nerven kostet :dizzy:

    Hatte ein wenig den Eindruck das du etwas genervt bist (:

    So sollte das wirklich nicht rüberkommen, sorry ^^ Ich hatte lediglich meine Bedenken zu Mini-Updates (also zB nur ein Tisch etc) kurz zuvor geäußert, es dort aber etwas zurückhaltender formuliert, darum habe ich anschließend etwas deutlichere Worte gewählt (sollte aber echt nicht negativ rüberkommen).


    Wenn es keine Umstände macht, wäre es trotzdem ein Versuch wert.

    Wir machen uns dazu mal Gedanken, ob und wie man sowas am sinnvollsten umsetzen könnte :thinking: Ich finde die Zeiteinschätzung da etwas schwierig, wie gesagt, den Fortschritt können wir nur schwer als Prozentangabe darstellen (was dann eher zu etwas willkürlichen Angaben führen kann). Für das jetzige Update möchten wir das aber nicht mehr einrichten, da dies eh schon auf der Zielgeraden ist.

    Aber dennoch wäre es bestimmt eine gute Idee in Zukunft am Spinnrad oder Webstuhl solche Säcke herstellen zu können 8)

    Wir haben so ein Sack-Objekt tatsächlich schonmal vorbereitet ^^ Ich denke, dass wir das bald schon einbauen können. Das könnte dann generell als Stauraum benutzt werden (in Skyrim waren ja zB in solchen Säcken häufig Obst und Gemüse zu finden)

    Ich habe deinen Beitrag mal in einen neuen Thread verschoben, da er an sich nicht viel mit dem ursprünglichen Thread (über die Felsbrocken) zutun hatte ^^


    Es klingt ein wenig so, als wenn du dich auf die alte Version beziehst (also das Standardspiel)? Oder meinst du die neue Version? In der alten Java-Version können Blöcke leider nicht gedreht werden (lediglich manche Blockformen - zB Treppen - können in vordefinierten 90° Schritten gedreht werden).

    Hier können stattdessen aber Holzplanken benutzt werden, die - anders als Blöcke - frei gedreht und platziert werden können. Über einen Konsolenbefehl sind diese auch mit allen beliebigen Texturen verfügbar: Öffne die Konsole einfach mit einem Druck auf die Taste ^ und gib dort "item woodplank 64 <id>" ein (ersetze "<id>" mit der gewünschten Textur ID).


    In der neuen Version hingegen gibt es diese Einschränkungen nicht mehr. Dort können alle Blöcke frei gedreht werden und sind auch direkt mit allen Texturen herstellbar ;) Die neue Version ist aber leider noch in einem frühen Stadium, d.h. viele Features der Java Version fehlen noch...

    Leider bringen Aussagen wie, das Update käme noch diesen Monat, nur wieder unbequeme Nachfragen. Trotzdem wäre ein kleineres Update irgendwie, mag es ein Tropfen auf den heißen Stein sein, recht hilfreich. Die Nachfragen, warum dies und nicht jenes implementiert wurde, kommen so oder so, egal an welcher Stelle man den Wurm anpackt.

    Ja, das stimmt allerdings... aber andererseits fühle ich mich unwohl, wenn ich mich dauerhaft nur auf ein "das Update kommt wenn es fertig ist" beschränken würde :saint:


    Das Blaupausen-Update wird aber deutlich zügiger kommen, und vor der Weltgenerierung wird es voraussichtlich auch noch ein kleineres Zwischenupdate geben.


    Das update kommt eh wieder genau zum Ende meines Urlaubs so wie immer 🤣✌️

    Das darf doch nicht wahr sein :saint: Ich versichere dir, dass wir die Updates nicht bewusst so planen, dass sie immer nur zum Ende deines Urlaubs erscheinen :D


    Nichts für Ungut mein Freund, sollte kein Angriff sein. Nur eine Möglichkeit, die Updates kommen so wie Ihr es schafft

    Keine Sorge, ich habe das eigentlich nicht als Angriff aufgefasst (sorry, falls mein Post diesen Eindruck vermittelt hat) :saint:


    Vielleicht gibt es ja die Möglichkeit eines Statusbalkens, immer von dem aktuellen Update an dem gearbeitet wird. Dies würde dann evtl auch eine Fragen mit "wann kommt das Ubdate den" zum Teil erledigen. Sonst wäre ich aber auch nicht dafür das ua Trello komplett zugeballert wird mit Informationen.

    Sowas wurde ja tatsächlich schonmal gewünscht. Ist auch an sich keine verkehrte Idee, aber vmtl. wäre der auch recht inakkurat... wahrscheinlich wird es dann so laufen, dass der Balken nach 3 Wochen bei 90% steht, und dann 12 Wochen für die restlichen 10% benötigt :drunk: Eben weil unerwartete Dinge dazwischen kommen, oder die Implementierung mancher Aspekte deutlich länger als erwartet dauert...