Posts by red51

A small new update is available now!

    Das Raster ist bei mir ungenau. Wenn ich in der Unity einen Boden kopiere und versuche das Anschlußstück als Blaupause im Raster anzusetzen, nützt das Raster nichts, weil eine exakte Übereinstimmung nur mit manuellem Hinundherschieben zustande kommt. Siehe Screen. Ich habe natürlich mehrere Rastergrößen ausprobiert.

    Das ist doch eher ein rein perspektivisches Ding? :huh: Es sieht so aus, als wäre der untere Steinpodest (ist das die Blaupause?) etwas erhöht, daher ist es natürlich logisch, dass es auf dem Screenshot so aussieht, als würde das Raster nicht übereinstimmen (genau wie die Textur vermeintlich eine Schnittkante hat). In Wirklichkeit ist das Raster korrekt - würdest du zB von oben senkrecht hinunterschauen, stimmt es überein.

    Heikel ist es durchaus immer, aber wenn der Name nicht eindeutig ist (es zB "Player1" und "Player2" gibt, der Admin aber nur "kick player" eingibt), dann wird der Befehl nicht ausgeführt (mit entsprechendem Hinweis)... besser als Commands ist natürlich eine grafische Lösung (zB Rechtsklick in der Spielerliste -> Kicken), das wird auf jeden Fall noch kommen ^^


    Was die Leerzeichen angeht, vll könnten wir sie auch erstmal mit "_" ersetzen, also aus "ABC "DEF" GHI" würde dann "ABC_"DEF"_GHI" werden? Weiß nicht, ob das vll schöner wäre?

    I'm assuming I press some key which may have signaled the game to purge the inventory. Is there a key for such a thing?

    There is a command "clearinventory" though, but other than that, there is no key to purge the inventory...

    The only situation the game clears the inventory automatically is when an invalid item was detected, or more precisely, when the serialized inventory data is corrupted :thinking:


    I'm however bothered by the fact I can't get rid of the bow having to manually remove it by hand which is bothersome.

    Oh, could you elaborate on that? :wat: If that was part of the blueprint, it should be covered by the undo command?


    Basically that Mtcottage should be in the main blueprints folder with gentry.

    Looks correct on the image - according to the screenshot, MtCottage is indeed in the main "Blueprints" folder. The "Mine" folder is collapsed (if the small arrow on the left shows to the right, it indicates that the folder is collapsed - to expand it, just click on that arrow). It just appears above the "MtCottage" blueprint due to the alphabetical sorting ^^


    Red, Players have the opportunity to create their own blueprint galleries without taking up a lot of space and the danger of high ping.! Fine!

    Thanks for your feedback :) But please keep in mind that mini versions of buildings are still as resource intensitve as the larger counterpart ^^

    So wie ich das sehe, brauchen wir für die Blaupausen ein Regal um diese aufzubewahren.

    Also grundsätzlich wird man ja später Items in der Welt platzieren können, und ein Regal als Objekt haben wir auch schon irgendwo rumfliegen, müssen es nur noch einbauen :D


    SIehe Screenshots - 1 x ohne E Ergänzung und 1 x mit. (Musste das mit dem Handy machen, mit dem normalen Screenshot sieht man die Mausanzeige leider nicht.

    Danke für die Bilder! Das ist tatsächlich ein eigenartiges Phänomen :wat: Das wird wohl an UI Toolkit liegen, denn manchmal berechnet er die Größen von diversen Elementen falsch und schneidet dann Text ab, obwohl noch genügend Platz wäre :thinking: Das tritt typischerweise bei Auflösungen auf, die von 1920x1080 abweichen bzw. ein anderes Bildverhältnis haben.

    Welche Auflösung verwendest du bei dir genau? Spielst du im Fenstermodus?


    red51 Wäre so ein ziehbarer Rahmen, wie beim Löschen, da keine Idee. Oder eine Auswahl welche Farbe/Textur/Skalierung denn überhaupt geändert werden soll. Das wäre dann nur noch ein Klacks und keine stundenlange Arbeit. Oder Objekt ansehen, Wunsch-Auswahl treffen und fertig.

    Das ist auf jeden Fall geplant ;)


    Oder kann vielleicht zur not links setzen zu der rw wiki 😃

    Hehe, naja, das wäre naheliegend, aber das ist ja leider kein Ersatz für Hilfstexte im Spiel (zumindest für die Basics im Spiel) :saint:

    Ich verstehe ... könnte man bei Befehlen nicht vielleicht die Leerzeichen mit einem Backslash escapen lassen?

    Das müsste derjenige, der den Befehl in die Konsole eingibt, ja bereits berücksichtigen... ich weiß nicht, ob das für einen Serverbetreiber wirklich ersichtlich ist. Ich würde, wenn es einen Spieler "Habe einen Namen mit Leerzeichen" gäbe, den ich kicken wollte, ja auch intuitiv "kick habe einen namen mit leerzeichen" in die Konsole eingeben :thinking:

    I may have interacted with the chest putting everything in it, exited the game. I then booted the game up next day finding my inventory is wiped while the chest has items in there. They may be character storage issues.

    Oh, that's not supposed to happen :wat: If that happens again, maybe you could send us a report? To do that, open the console (key ~ or `) and type "report", and maybe add a small note (like "inventory wiped"), then we can take a closer look at this issue :monocle:


    Not really a bug; Noted as feedback by this person. Forwarding this to you.

    Yeah, the splint handling is similar to the Java version atm, but I agree that it probably makes sense to change the behaviour a bit (at least reduce the time it takes until the bone is fully healed) ;)


    Just tried the new update and everything seems to work great most things carried over give or take I did notice a couple of differences in some of the blocks but that's nothing to worry about

    Looks great! :) :thumbup: Some textures are indeed a bit different, because we don't have a proper replacement for all Java textures (so the game tries to pick the most suitable texture instead) ^^

    Every time there is update. I create a new world and delete the old one. Been resizing blocks to start building and notice annoying error. I did square blocks (have not tried it with others), I resize them and had snapping issues. Example X 1.00, Y 1.00, Z 2.00 (this does not snap on. If rotate at the current setting, then it will snap on. If I set "Z" to 4.00, does then same thing but setting it to 3.00 and 5.00 has no issues. Using default settings for resizing.

    If you're working with the grid (G), then yes, there are unfortunately indeed a few issues if blocks are bigger or smaller than the default size... but that's on our to-do list :)

    As a workaround, you can disable the grid (by pressing G) and snap elements via modular snapping (press Return, then look at a building element in the world you want to snap the element to) .

    Thanks a lot for your feedback :)


    If at all possible what I would like as an added function is the ability to copy on the fly a "block/beam/ect" by hovering over it with the mouse cursor and pressing a button. (similar to satisfactory's function) where you can point at a machine press a button and that machine would appear (as long as you have the correct items to build it) I know we can copy the size but not the texture?. unless I'm mistaken.

    We could add something like that for creative mode, but for survival, that would bypass various requirements we have set up for crafting (e.g. when being able to change the texture of a block, one could easily turn cheap wood blocks into more precious metal blocks) :thinking:


    Also add a delete option to an object when in the inventory, maybe add it to the pop-up box that is already there, unless iv missed it the only way to remove anything is to drag n drop it into the game world,

    If it was always possible to dispose items there would be no need for the newly added trashcan :saint: Right now they need to be in your proximity, then a separate trash slot shows up... but at least for creative mode a rightlick -> delete option for items would be a nice addition ^^

    Besteht eigentlich die Möglichkeit, dass die Farbrolle im Kreativmodus mehr Funktionen erhält?Der Edit Befehl ist einfach sehr mühselig bei Bauwerken mit sehr vielen Elementen.

    Ja, das macht auf jeden Fall Sinn ^^ Einerseits wäre wahrscheinlich eine direkte Farbauswahl (also über den Color Picker) beim Farbroller sinnvoll, andererseits ist es vielleicht tatsächlich keine schlechte Idee, auch die Textur darüber anzupassen :thinking:


    Was so einen "Füllen-Modus" angeht, dazu müssten wir uns mal Gedanken machen, wäre aber vielleicht auch ganz hilfreich!

    Im Chat taucht bei mir kein Leerzeichen hinter dem Doppelpunkt nach dem Namen auf, Beispiel: SpielerXY:Hallo

    Oh, danke für den Hinweis, das werden wir ändern :)


    Im Spiel enthält mein Steam-Name keine Leerzeichen, weswegen nach meinem Namensschema ABC "DEF" GHI zu ABC"DEF"GHI wird :|

    Ja, da müssen wir uns mal was überlegen... das Problem bei Leerzeichen im Namen ist, dass es dann im Multiplayer Schwierigkeiten bei Befehlen gibt... Beispiel: Der "kick" Befehl erwartet zB erst den Spielernamen und dann den Grund, wenn nun aber der Spielername Leerzeichen enthält und der Admin das eingeben muss, kann das Spiel nicht mehr so einfach unterscheiden, ob das nun Parameter oder Teil des Namens ist... auch Plugins haben das Leben deutlich schwerer wenn Leerzeichen im Namen vorhanden sein können... :/

    Hallo ;D

    Ich weiss nicht, kann sein das es total blöde idee ist. Aber mit der neuen Version sind ja einige grosse und kleine Änderungen drinne. Wir "alten" Spieler von RW mag das ja nicht so schwer nachzuvollziehen sein, aber denke für komplette neue Spieler könnte es doch schwer sein, die eine oder andere Option / Funktion zu verstehen.

    Daher mein Vorschlag so Tips im Spiel aufpopen zu lassen, als zum Beispiel "Wusstest du das mit F im primitiven Werkbank craften kannst ?" oder so ähnlich ;D

    Da stimme ich zu, richtige Hilfstexte und sowas brauchen wir auf jeden Fall noch :saint: Ich denke wir müssen uns ein Update mal komplett solchen Sachen widmen (also überall entsprechende Hilfstexte, das Journal, ggf. auch ein eigenes Tutorial). Wir sollten das unbedingt in Angriff nehmen bevor die neue Version die Java Version ersetzt, aber vmtl. werden wir uns erst nach dem Weltupdate wirklich darauf konzentrieren können :drunk:

    Schau. Wenn ich das E ergänze, steht auf der Blaupause dann eine Doppel-E.

    Ich sehe das Problem leider nicht :huh: Auf dem Screenshot steht zwar nur "Deirdr", aber daraus kann ich leider nichts ableiten... ich kann das Problem bei mir nicht reproduzieren: Wenn bei mir "red51" steht und ich einen weiteren Buchstaben hinzufüge, wird nur dieser Buchstabe eingefügt. Auch wenn ich mich testweise "Deidr" nenne - wie auf dem Screenshot - kann ich problemlos ein E hinzufügen ^^


    Wie wäre es mit einem Hinweis. Im Singleplayer ist jeder für seine Welt selbstverantwortlich, aber im Multiplayer, das dürfte dann extrem auf die Performance gehen. Könnte nicht beim Setzen, endgültigen Setzen die Miniatur als solche gespeichert werden oder vielleicht als Miniator dauerhaft umgeändert werden, damit dieses Problem nicht entsteht. Separate klein Objekte Bibliothek Miniaturen, sowie bei den Objekten, Dann wäre man doch aus dem Schneider. Oder, dass diese Miniatur als Objekt betrachtet wird, also ein Teil = Objekt wird.

    Der Wunsch, Blaupausen als ein Objekt zu speichern (in dem Fall die Miniaturversion als ein Objekt zu speichern), wird zwar immer wieder geäußert, ich muss aber dabei weiterhin betonen, dass das an der Performance nichts ändern würde, weil das Spiel sämtliche Bauteile jetzt bereits zu einem einzigen Objekt herunterrechnet. Die Framerate bleibt also exakt die gleiche. Lediglich die Weltgenerierung würde sich dadurch beschleunigen (weil das Spiel die Bauteile nicht erst zusammenbauen muss), aber es bringt auch andere Probleme mit sich, denn im Multiplayer würde dadurch deutlich mehr Traffic entstehen (da ein fertiger Mesh deutlich mehr Speicher beansprucht als die jetzigen "Rohdaten"), wodurch die Geschwindigkeit an anderer Stelle leiden könnte... es wäre also leider nur ein verhältnismäßig kleiner Gewinn, der jedoch viel Aufwand erfordert :dizzy: Ich will nicht ausschließen, dass wir das nicht vll trotzdem mal einbauen, aber wie gesagt, performancemäßig ändert das eigentlich nichts.


    MP Server können jetzt über die Permissions aber zumindest die Maximalzahl an Bauteilen in einer Blaupause begrenzen (standardmäßig ist das auf 300.000 gesetzt). Wenn also jemand sein 100k Gebäude platzieren möchte, wovon nochmal 5 Miniaturversionen innerhalb des Gebäudes stehen, dann würde das standardmäßig nicht klappen...


    Durch die Blaupausen sammeln sich jetzt im Inventar sehr viele mit Gebäuden, jedenfalls bei mir. Durch das Kopieren von der Java-Version in die Unity möchte man die besten Objekte behalten und eine Wahl treffen. Wäre es möglich im Inventar einen Slot zu erstellen, in dem diese Blaupausen gesammelt werden können? So könnte man diese nach dem erneuten Einloggen behalten und müsste sie nicht nicht mal herunterladen.

    Ich verstehe das nicht ganz: Du möchtest einen separaten Slot im Inventar haben, in den man einen Bauplan legen kann? Viel Platz haben wir leider nicht mehr im Inventar, daher fürchte ich, dass wir das wohl erstmal nicht ändern werden... du kannst aber Baupläne auch jederzeit in Kisten ablegen.

    So ein testweise Funktion ist tatsächlich schon drin, aber noch nicht ganz fertig: In der config.properties Datei kannst du dem Wert "Input_AutoRun" eine Taste zuweisen (mit "key_" Präfix, sprich also um das zB auf die Taste 0 zu legen, muss es "key_0" sein bzw. die ganz Zeile Input_AutoRun=key_0). Nach einem Neustart des Spiels (oder per Konsolenbefehl "reloadoptions") kannst du dann mit einem Druck auf diese Taste dauerhaft laufen (allerdings sprintet der Spieler nicht automatisch - das kommt noch). Die Funktion ist noch nicht ganz ausgereift und es kann sein, dass es an diversen Stellen noch Probleme geben kann ^^

    Schon geschehen, allerdings mit merkwürdiger Nachricht, der benutzerdefinierte Planwagen konnte nicht gefunden werden. :(Ist aber als Anhang hinterlegt

    Ich habe den Planwagen bekommen: Die beiden vorderen Balken haben eine etwas andere Farbe (#222222), also ein Dunkelton, während die helleren Balken keine Farbe haben. Du kannst die Farbe von Bauteilen herausfinden, indem du "edit color" in die Konsole eingibst (ohne Parameter) - dann siehst du den Farbcode unterhalb der Farbauswahl. Mit dem Befehl "edit color 0" (oder auch dem Farbroller) kannst du diese Farbe entfernen, dann sehen sie genauso aus wie die anderen Balken.


    Das Steinmuster 216 und 217 haben ja das selbe Steinmuster, nur in unterschiedlichen Farbtönen. Wird es auch für andere Muster, wie 214 unterschiedliche Farbtöne geben?

    Das kann ich leider noch nicht genau sagen, bei den Texturen jedoch, bei denen keine ID dahinter mehr frei ist (zB 214), wird das wahrscheinlich nicht passieren :silenced: Der einzige Weg wäre da, mit dem Farbpinsel (oder dem "edit color" Befehl, oder auch während der Craftens über den Farbbutton) eine andere Farbe zu wählen (auch wenn das Resultat natürlich nicht ganz das gleiche ist)...


    Vielleicht bieten wir aber langfristig eine Möglichkeit an, mit welcher man für jedes Bauteil Dinge wie Helligkeit, Glanz usw. separat einstellen kann :thinking:


    Ich hab mich mal eingemauert aber es wurde trotz fehlender Lichtquelle nicht dunkler.

    Sowas stößt leider schnell an technische Grenzen: Um sowas in einer prozeduralen Welt zu berechnen, müsste das Licht statisch sein (wie in der Java Version) - aber auch da gibt es Limitierungen, da unsere Bauelemente ja frei skaliert und gedreht werden können (dadurch werden Berechnungen ein Vielfaches komplexer als bspw. in einer reinen Blockwelt à la MC). Gleichzeitig würde statisches Licht aber auch nicht so schöne Schatten bieten bzw. ist selbst in einer Blockwelt recht eingeschränkt.


    Der einzige Weg, in einem Spiel wie Rising World in geschlossenen Räumen komplette Dunkelheit zu erzielen (unter Beibehaltung realistischer Lichteffekte und Schatten), ist Raytracing - dann würde es im Raum tatsächlich komplett dunkel werden, wenn er geschlossen und keine Lichtquelle vorhanden ist. Wir haben Pläne, Raytracing einzubauen, aber ich kann leider noch nicht genau sagen, wann das passiert (allerdings profitieren von so einem Effekt dann leider nur Leute, die auch entsprechende Hardware haben, daher möchte wir uns natürlich erstmal auf andere Dinge fokussieren) ;)

    Yes, that's covered by the generic "undo" command ;) In general, "undo" reverses the last destructive action (e.g. removing a block), but you can also use it to remove a blueprint (before the game removes a blueprint, you get a message box then which asks for confirmation)

    Diese Texture bitte auch noch einfügen, es gibt keine Ersatz dafür, egal was man auswählt. Ist für Böden und auch für Wände das Non-Plus-Ultra im Mittealterbereicht.

    Ich werde mal schauen, ob wir diese Textur noch einfügen können :monocle:


    Bei meinem Wagen, das sind gleiche Texturen , fallt der Schatten an 2 Stellen unangenehm auf.

    Hmm... was meinst du genau? Also welches Problem bzgl. der Schatten? Was mir auffällt, was nicht so optimal passt, ist natürlich einerseits die Maserung (da das Objekt ja gedreht ist), und ggf. die Textur der Plane... ersteres ist etwas, was wir mittelfristig noch anpassen müssen, letzteres hingegen ist natürlich schwer zu beurteilen, da es hier darauf ankommt, welche textur in der Java Version verwendet wurde :thinking:

    Oder beziehst du dich auf etwas anderes?

    isoldemadouche Willkommen, und vielen Dank für die netten Worte :) Freut mich, dass dir das Spiel bisher gefällt!


    Die Frage zu den Blaupausen wurde ja bereits beantwortet... ich denke es macht auf jeden Fall Sinn, das ein bisschen umzustrukturieren und eine separate Sektion für Unity-Blaupausen anzulegen (oder zumindest ein Label einzuführen, mit welchem man sehen kann, um welche Version es sich handelt) ;) Langfristig ist unser Plan, eine Schnittstelle über mod.io anzubieten, worüber Blaupausen geteilt und auch heruntergeladen werden können. Dann kann man direkt aus dem Spiel heraus neue Blaupausen suchen, runterladen oder aber auch eigene Blaupausen hochladen ^^


    red51 Sehr gute Arbeit. :thumbup: :love: Das Erstellen geht jetzt auch schneller, obwohl ich für 0.01 Speed noch dankbar wäre. ;)

    Danke sehr, das freut mich, dass es jetzt besser klappt :) :thumbup:

    Also 10 Gb sehe ich nicht als besonders viel an.

    Verstehe... wobei das natürlich nur so eine Schätzung ist, ich weiß tatsächlich nicht, wieviel da im Laufe der Zeit wirklich zustande käme... wir müssen uns dazu mal Gedanken machen, wobei es generell hilfreich wäre, wenn mehr Serverbetreiber ihre Einschätzung dazu geben können... vll starten wir mal eine Umfrage zu dem Thema :D


    Wäre es nicht möglich, dass man im Creativmodus keine Blaupause im Inventar braucht? Immerhin muss man die Blaupause immer noch im Slot liegen haben, sehr unpraktisch und da gabs ja in der Java-Version schon einige Diskussionen darüber.

    Dazu müssten wir uns mal Gedanken machen :thinking: Momentan ist die Spiellogik darauf aufgebaut, dass eine Blaupause an ein Item gebunden ist... denkbar wäre ggf. ein separater Modus im Creative-Mode (zB dann mit F10), in welchem man direkt Blaupausen platzieren kann, ohne den Umweg über Items zu gehen :thinking:


    Ich persönlich habe 3,76 GB an Blaupausen. Mein Rising World Ordner hat mittlerweile eine Größe von 41,6 GB. Ich habe ein paar Models und ein paar Texturepacks, da kommt einiges zusammen.

    Naja, über die clientseitige Größe des Blaupausen-Ordners oder von Modellen/Texturepacks hat man ja selber die volle Kontrolle :nerd: Bei Servern ist die Sache natürlich etwas schwieriger, weil sich da natürlich eine Menge Daten im Laufe der Zeit ansammeln können (und sie dann einfach löschen ist auch kompliziert)...


    Es wäre gut, wenn es im Blaupausen Menu zur besseren Unterscheidung jetzt einen separaten Order für die Unity-Version geben würde. <3

    Wie meinst du das genau? Grundsätzlich kannst du ja einen Ordner "Java" anlegen und dort deine Java-Blaupausen reinpacken?


    red51 Ich verstehe nicht, warum beim Löschen auch außerhalb des markierten Bereiches Teile geöscht werden. Ansonsten eine geniale Funktion mit dem Löschwerkzeug.

    (Kann sein, dass der Balken am Ende nicht ganz eingerahmt ist, aber ich habe es mehrmal versucht und das Dach war jedesmal auch weg.

    Oha, das ist ein Bug =O Das Dach wird fälschlicherweise miterfasst, weil bei der Prüfung, ob ein Bauteil miterfasst werden soll, die Rotation nicht korrekt berücksichtigt wird. Das werden wir auf jeden Fall beheben, danke für den Hinweis! :saint:


    Mir fehlt der Hinweis, welche Zahl für welche Bauelemente stehen. 1 dürfte alles sein, 2 Pflanzen, 3 kann ich nicht erkennen und 4 auch nicht. (4 Objekte möglicherweise). Ein kleiner Hinweistext wäre von Vorteil. ;)

    Beim Wechseln des Modus wird doch mittig auf dem Bildschirm als Statustext (also über der Toolleiste) der Modus angezeigt? ^^ 1 erfasst alles, 2 erfasst nur Pflanzen, 3 erfasst nur Bauteile (Blöcke) und 4 erfasst nur Objekte (also Möbel).


    Andere Frage: Wie verhält es sich mit den verkleinerten Blaupausen. Angenommen diese haben Hundertausend Teile, werden die als Ganze berechnet oder verringtert sich diese Anzahl mit dem Verkleinern des Objektes? Oder beim Größermachen? Die Funktion ist toll, aber angenommen jemand möchte alle seine Häuser als Minis in ein Regal stellen, da käme schon einiges an Daten bzw. Teilen zusammen.

    Eine Miniaturversion eines Gebäudes ist leider genauso "teuer" wie die große Version :( Daher ist dieses Feature natürlich mit Vorsicht zu genießen - wenn ein Gebäude, welches aus mehreren hunderttausend Bauteilen besteht, verkleinert wird, damit eine ganze Miniaturstadt daraus auf kleinem Raum gebaut werden kann, wird das unweigerlich zum Performancekiller... und dabei rendert die neue Version sowas schon deutlich effizienter als die Java Version.


    Wenn man also wirklich vorhat, eine Miniaturstadt zu bauen, dann ist es empfehlenswert, wenn man beim Originalbauwerk nicht zu sehr ins Detail geht (vor allem Details, die man bei der Miniaturversion eh nicht sehen würde)...


    Dass das Spiel Bauteile dabei automatisch entfernt wäre an sich keine schlechte Idee, aber würde wohl auch einige Fragen aufwerfen... es wäre schwer zu beurteilen, welches Bauteil wirklich wegfallen darf und welches nicht :thinking:


    Beim Erstellen einer Blaupause ist die Uhrzeit unvollständig, es fehlen die Minuten.

    Hmm... das kann ich leider nicht bestätigen :wat: Bei mir ist sehr wohl die Uhrzeit inkl. Minuten vorhanden, siehe Screenshot (ich stelle dabei aber fest, dass momentan die UTC-Zeit verwendet wird, statt 19 Uhr ist es also 18 Uhr... das ist natürlich nur ne Kleinigkeit, werden wir aber ändern^^)



    Der eigene Name wird nur mit 6 Zeichen angegeben.

    Ich konnte das leider nicht reproduzieren... du meinst den Erstellernamen? oO Ich konnte da auch deutlich längere Namen angeben?


    Ich habe das meiner meinung nach fehlende E ergänzt und stehe jetzt auf meinen Blaupausen als Deirdree da. Kann ich das im Nachhinein irgendwie ändern?

    Den Erstellernamen kann man leider nicht ändern, nur den Namen der Blaupause selber... du müsstest die Blaupause also leider erst platzieren und erneut speichern... wir könnten eine Option dafür anbieten (ähnlich wie das Ändern des Namens der Blaupause selbst), aber damit wird es Leuten natürlich auch sehr einfach gemacht, fremde Blaupausen einfach als ihre eigenen auszugeben?

    I was checking out the newest Unity version, and I can only craft one bandage at a time, and I can't change the quantity. Lots of items in the crafting menu can only be crafted one at a time, so I gave up trying to list them all.

    That's indeed something we still have to address :saint: Right now bandage stacks are limited to 1 item (and for those items the crafting menu limits the max count to 1), that doesn't make much sense, so we will definitely change that ;)