89 - DROVA: Jetzt wird's Technisch!

Hallo kleine vorwarnung diese folge wird ein bisschen technischer zumindest teilweise und ich wollte nur noch mal darauf hinweisen dass es gibt kapitelmarken und ihr könnt gerne wenn ein thema irgendwie euch nicht ganz interessiert oder es irgendwie zu schwierig nachzuvollziehen ist weil gerade nicht auf ein bild gucken könnte was hier eingeblendet ist dann könnte auch das käme gerne überspringen also es wechselt immer mal so zwischen auch teilweise sehr technische sachen

Hallo Simon, willkommen.

Ja, du, nee, aber herzlich willkommen. Schön, wir sind hier bei, genau, wir kommen hier beide zusammen. Wir heißen uns beide willkommen. Und du bist nämlich da für, also Drova 2. Das ist mein Clickbait-Titel übrigens, Drova 2. Weil das ist die zweite Episode, wo wir über Drova reden. Aber ich habe echt überlegt, ob ich in dem YouTube-Thumbnail dann irgendwie so Drova 2.0 hinschreibe, um da noch ein paar Klicks abzugrasen.

Wenn das jetzt irgendwelche Köder sind, dazu kann ich bisher aber selber noch nichts sagen.

Achso, nee, du, keine Köder. Es ist einfach so, dass ich, ach, Marketing ist wirklich immer so ein schwieriges Thema. Und wenn ich diese YouTube-Thumbnails mache, dann auf der einen Seite bin ich immer so ein Fan von, ich möchte die Informationen, die im Podcast besprochen werden, zum Beispiel jetzt Pathfinding, Tools und Grafik, so auf der Thumbnail packen als Wörter, damit man einfach weiß, was man kriegt. so, ja.

Ja, ich drücke die Daumen, dass es funktioniert auf jeden Fall. Du hast dir Gedanken gemacht.

Ja, mal gucken, mal gucken. Du, genau, also du, okay, das würde es nicht überraschend sein, du hast auch an Drohwe mitgearbeitet und dein Name ist schon sehr, sehr oft gefallen in der letzten Episode, wo ich mit Chris schon sprechen konnte, aber irgendwann ist die Zeit ausgegangen und außerdem hast du ja ganz, ganz viel auch in Bereichen gearbeitet, wo er nicht gearbeitet hat.

Ich bin sehr gespannt, ich freue mich auf jeden Fall, dass wir noch mal so ein bisschen die technische Seite dann auch noch mal erleuchten können.

Genau, genau, genau. Es ist so spannend, was da noch alles kommt. Mal gucken, was wir alles heute abarbeiten können. Wir können aber noch ein, zwei Worte zu dir sagen. Dein Lebenslauf ist überraschend kurz auf LinkedIn. Also du hast studiert, ne? Dann Scientific Assistant und dann Prova.

Ja, genau so war es.

Genau, aber was ich gefunden habe, ist eine Website. Das fand ich nochmal interessant. Warte. Hä, wo ist es denn jetzt? Ah, genau, weiter unten. Und zwar …, gibt es eine Seite von, genau, eine Virtual and Augmented Reality Group. Und da taucht dein Name auf. Und da gibt es verschiedene Scientific Publications. Und da steht überall dein Nachname da. Und ich frage mich, ist das alles, hast du da überall mitgemacht?

Nee, da habe ich tatsächlich überall mitgemacht. Meine Bachelorarbeit, Ich glaube, das ist das dritte von unten, die Konzepte zur Diefendarstellung, bla bla, das war im Endeffekt meine Bachelorarbeit. Das da drüber war ein Paper und das da drüber war dann, glaube ich, meine Masterarbeit.

Ach, das ist ja spannend, weil die letzte Episode oder eine vorherige, die 86, die gerade rausgekommen ist, ist nämlich die Vero zu Gast gewesen und sie ist Game Designerin für ein, also nicht direkt, jetzt muss ich überlegen, das ist nichts falsch zu sagen, doch genau, an der Uniklinik in Aachen. Und da geht es nämlich auch ganz viel um so medizinische Sachen. Und das passt ja einfach sehr, sehr gut zusammen gerade.

Naja, Fenster, ja.

Und was war denn dann deine Shader-Arbeit da?

Also es hat relativ simpel angefangen mit der Bachelorarbeit, da war es einfach nur was quasi, also ich abstrahiere jetzt mal von der Medizin weg, du hast quasi einen Punkt im Raum gegeben, wo du dich sozusagen befindest und basierend auf diesem Punkt im Raum hat man dann bestimmte 3D-Modelle ein- oder ausgeblendet, ein- oder ausgefadet oder distanzcode-technisch verwendet. Wie nah bist du an dieser Struktur dran von diesem Punkt aus.

Also Clipping Planes, damit man zum Beispiel so ein Gehirn in Streifen schneiden kann und dann einfach gucken kann, wie es drin aussieht oder so?

Genau, in dem Fall war es der Oberkörper, der Torso. Und wenn du einen 3D-Volumendatensatz gegeben hast, gibt es ja an jedem Voxel, sage ich mal, eine Farbe. Und deswegen kannst du zum Beispiel gar nicht reingucken, weil du siehst zum Beispiel vielleicht erst das Fleisch oder die Haut, aber du willst vielleicht dir die Knochen angucken. Und dann kannst du entweder die Transferfunktion, nennt sich das, so verändern, dass halt Strukturen mit höherer oder niedriger Intensität dargestellt werden.

Ja, genau, so ein bisschen wie, na gut, im Bio-Unterricht haben sie immer das Plastikmodell auseinandergenommen, aber es gibt sowas in Houdini auch, wer es kennt, so eine Slice-Funktion, dass man halt in Volumen schneiden kann, um da eben so ein Volumen betrachten zu können. Aber das andere habe ich nicht verstanden. Du hast ein Volumen und abhängig von wo dein Kopf ist.

Es ist ein bisschen tricky am besten, warte, ich versuche mal, es gibt glaube ich ein Video dazu in meinem besten Englisch. Ich weiß nicht, was ich glaube, man muss es runterladen, aber ich glaube, man kann es hier runterladen auf der Website. Also im Endeffekt, wenn du sagen, gehen wir mal weg von diesem Anwendungsfall, du hast einen Projektor und der Projektor projiziert ein 3D-Modell an die Wand.

Ah, okay. Das heißt, ich stehe in einem steileren Winkel zur Wand, gucke so von der Seite auf diese Beamer-Projektion sozusagen. Und ich sehe dann aber zum Beispiel den Tor so von der Seite irgendwie.

Genau, genau.

Ah, das ist ja interessant, ja.

Funktioniert vor allem hier sehr gut im Video, wenn du das Video anguckst. Wir hatten ein paar Leute, mit denen hatten wir so Tests gemacht, die haben das irgendwie, auch als sie es verwendet haben, nicht so ganz gecheckt und waren irgendwie so, wie das soll sich mitbewegen und so. Man muss zuerst sich so ein bisschen reindenken, damit es wirklich funktioniert, aber so auf Video-Ebene klappt das tatsächlich sehr gut.

Das ist übrigens eine Sache, die auch bei dem Holotable interessant war, weil da hast du genau dasselbe Problem. Dieser Holotable, der würde ja auch ein Rendering machen von einer Perspektive und damit verschiedene Menschen das aus verschiedenen Perspektiven sehen können, hat jeder eine Brille auf und der Holotable sendet mehrere Renderings auf verschiedene Lichtwellen aus und dann kann man das so filtern und alle Brillen holen sich dann eine andere Welle rein und dann kann man das so sehen.

Das hat man tatsächlich ja auch gemacht. Wir hatten auch so eine Shutterbrille. Da hätte man es theoretisch für zwei Leute quasi darstellen können, weil halt so für linkes und rechtes Auge. Man konnte sie dann so konfigurieren, dass zum Beispiel eine Person auf beide Augen nur die linke Sicht sehen oder auf beiden Augen nur das rechte. Und dann hätte man zwei verschiedene Projektionen auch starten können. Aber das war dann nicht mehr Teil des Themas.

Okay, interessant. Ich habe wegen den Schädern übrigens gerade gefragt, weil während der Research mit der Aufnahme Vero bin ich auf dieses Video gestoßen, und zwar Realistic Tissue Rendering for VR.

Sieht auf jeden Fall sehr, sehr cool aus. Auch ein bisschen eklig, die eine Stelle, aber schon krass, wo wir so gelandet sind heutzutage.

Ja, das stimmt, genau. Ja, cool, spannend. Und ich muss sagen, Respekt, du hast acht Publications hier. Also acht Publications. Einträge, das ist ja schon ...

Ich hatte halt, als ich an der Uni angefangen habe, war auch so ein bisschen ein Thema, ob ich einen Doktor mache oder nicht. Ich wollte eigentlich von Anfang an nicht. Der Prof hätte gern gewollt, dass ich eins gemacht hätte, sag ich mal. Ein Doktorandenstatus, wie auch immer. Aber dann kam leider Drova dazwischen und dann musste ich sagen, tut mir leid.

Diese Videospiel-Fame.

Weiß ich, ohne Drova, muss ich zugeben, hätte ich vielleicht einen Doktor gemacht, aber ...

Aber so, also, also, aber, ja, ich frag mich halt, also, war, also ... Wie kam denn so die Entscheidung dann für Drova? Weil das ist ja schon eine Unternehmung, die sehr risikobehaftet ist. Man weiß ja nie, was läuft. Es ist ein super Spiel geworden, aber auch Superspiele können leider untergehen.

Vor allem, das war ja auch unser erstes Projekt, man hatte ja gar keine Glaskugel, um irgendwie in die Zukunft zu schauen.

Genau.

Im Endeffekt hat sich das eigentlich sehr organisch entwickelt. Ich hatte halt während der Uni schon mit Chris ein paar kleinere Spiele gemacht. Und dann haben wir halt auch in Mandrova angefangen. Aber da hatten wir nur nicht das Ziel, was es jetzt im Endeffekt geworden ist. Und hatten das so auch in, wir kommen aus Magdeburg, da gab es so einen kleinen Videospielpreis. Und da hat Mandrova eingereicht und das hat sehr gut funktioniert.

Und genau, jetzt, was sind so deine Gedanken jetzt? Bereust du es? Oder sagst du, nee, das war schon der richtige Entscheidung?

Ach nee, war schon die richtige Entscheidung. Natürlich, also ich erhabe das manchmal so, was wäre, wenn, aber eigentlich bin ich kein Mensch, der was wäre, wenn Fragen stellt, weil was wäre, wenn, kann man nie richtig beantworten, weil du kennst ja nur die Perspektive, die du hast, weil du den Weg gegangen bist, den du gegangen bist und angenommen, im Kopf stelle ich mir irgendwas schöner vor, dann gibt es aber auch negative Punkte, die es dann irgendwie vielleicht runtergezogen hätten.

Ja, ja. Okay. Ja, wäre vielleicht eine Frage, die ich am Anfang hätte stellen können, aber eigentlich so, wie geht's dir denn eigentlich gerade so? In Klammern, also so gerade in dieser Post-Release-Phase, Droh war es raus, ihr habt jetzt auch die ersten Patches schon da, das heißt, jetzt sollte ja ein bisschen Ruhe eingekehrt sein, so wie geht's dir, wie fühlst du dich, wie fühlt sich das alles gerade an?

Ja, mir geht es gerade super soweit. Hatte jetzt aber, glaube ich, viel durch die Weihnachtsferien zu tun. Hättest du mich vor den Weihnachtsferien erwischt, wäre meine Antwort vielleicht anders gewesen. Aber nee, gerade bin ich tatsächlich eigentlich sehr entspannt. Es ist jetzt auch deutlich ruhiger geworden. Vor den Weihnachtsferien hatten wir nochmal einen Patch rausgehauen. Der war nochmal ein bisschen intensiver, weil wir da nur wenige Wochen Zeit

Okay, warte, jetzt muss ich aber mal, ich hab's ja durchgezockt, jetzt will ich natürlich immer wissen, was war denn in dem Patch drin? Das ist das Problem, man darf Spiele nicht zu früh spielen, weil dann kommen die ganzen coolen Inhalte nicht, also zu spät, an, die hat man ja noch nicht gehabt. Mal sehen. Oh, es gibt eine neue Difficulty.

Genau.

Insane Hardcore. Wow. Ich glaube, ich habe es auf Classic gespielt und ich sehe, es gibt ein, zwei, drei, vier, fünf noch andere Schwierigkeitsstufen. Was gibt es noch? Was ist denn noch Neues, Cooles dazu?

Im Großen und Ganzen haben wir Hardcore und Insane eingebaut. Hardcore ist im Endeffekt, wenn du stirbst, Game Over. Kannst du aber auch spielen auf Klassisch, das heißt dem Bekannten Schwierigkeitsgrad oder auf Insane. Und Insane ist eigentlich, da haben wir eigentlich alles nochmal an Werten angepasst. Also die Gegner haben teilweise auch andere Graphen, also die verhalten sich auch aktiv anders.

Auf jeden Fall gibt es hier eine Challenge No-Hit-Run. dass man da nicht einmal getroffen wird. Okay, ich bin raus. Okay, cool. Ja, schön. Das ist doch schön.

Ja, finde ich auch.

Gut zu hören, ja. Habt ihr jetzt mal Plan für, also ich meine, klar, ihr habt jetzt gerade Weihnachtsferien, aber Weihnachtsferien sind ja auch immer so ein bisschen hin, man fährt zur Familie und so und dann ist Silvester und so richtig ganz dolle Urlaub ist es ja dann, also zumindest bei mir dann auch nicht unbedingt, Weil eben dieses ganze Reisen und Festivities sind halt teilweise auch ein bisschen, also schön, aber auch irgendwie anstrengend.

Also für mich hat sich das tatsächlich jetzt schon so angefühlt über die Weihnachtsfeiertage, weil es für mich jetzt mal irgendwie so zwei Wochen am Stück war, wo ich jetzt eigentlich gar nicht das Projekt geöffnet habe oder nichts wirklich dran gearbeitet habe, deswegen hat es sich für mich schon so angefühlt, entsprechend ist da zumindest jetzt erstmal demnächst nichts weiter geplant, außer halt private Urlaube, die man halt irgendwie so einpflegt ins Jahr, sage ich mal.

Okay, ja, ich finde das tatsächlich immer gar nicht mehr so einfach, weil auf der einen Seite, also man denkt ja…, Ich finde, es ist auch schön, zusammen zu feiern. Und wenn man dann released hat, dann ist, wenn man, sagen wir mal so, wir nehmen jetzt mal an, das Spiel wäre perfekt an dem Status, also wie es früher war, dass man auch auf Cartridge released, und dann muss das Spiel ja wirklich, wirklich fertig sein zu dem Punkt.

Also wir hatten ja eine Release-Party, da sind wir auf jeden Fall einmal zusammengekommen und haben zumindest mal einen Abend richtig ordentlich gefeiert.

Ja.

Und jetzt, wo auch ein bisschen der Stress raus ist, wollen wir auf jeden Fall auch mehr so ein bisschen im Team wieder ein bisschen vielleicht auch mal zocken abends. Das hatten wir auch vor Weihnachten einmal gemacht. Und es steht auch im Raum, ob wir vielleicht so ein bisschen zusammen als Team wegfahren. Als Blockhütte haben wir das ein bisschen deklariert. Aber müssen wir mal gucken, da ist noch nichts Konkretes geplant.

Ich blende zumindest gerade mal ein Bild ein von eurem Release-Kuchen. Ihr habt nämlich einen tollen Release-Kuchen. Kuchen gehabt.

Der war echt ziemlich fancy.

Mit Drova-Logo. War das von der Bäckerei nehme ich an, ne?

Ich glaube nicht. Ich glaube, es hat Chris' Freundin gemacht.

Ja, schön.

Ich war sehr beeindruckt, auf jeden Fall.

Okay. Du, es gibt eine große Kontroverse, über die wir reden müssen. Und zwar habe ich ein TikTok gefunden, wo du sagst, dass du kein C++ magst.

Oh ja, das stimmt. Kontroverse, also ich würde sagen, das ist Fakt quasi.

Ach so, okay. Na gut, also, okay. Damit du das besser verstehst, ich bin ja eigentlich 3D-Artist und habe mich dann in die VFX-Richtung entwickelt. Und so ein bisschen Programmierung mache ich auch am besten mal, aber das ist dann eher so ein bisschen Scripting. Aber ich bin jetzt nicht so ganz tief im Code. Und deswegen, aus meiner Perspektive, ist es immer so, weiß ich nicht, alle machen C++. Oder jetzt halt C-Sharp, aber C++, wenn man cool ist, macht man C++. Das ist so meine naive,

Also ich glaube, das ist es auch, je nachdem, wen du so ein bisschen fragst. Natürlich, wenn du mich fragst, gibt es da nicht so viel Spielraum. Aber es gibt auf jeden Fall, also wir haben ja auch zum Beispiel genau in diesem TikTok-Video, wo wir das, glaube ich, auch thematisiert haben. Und wenn man mal in die Kommentare schaut, wenn ich mich recht erinnere,

Ja, ich finde es ganz interessant, dass du sagst, dass das Ding das ja automatisch machen könnte, weil das ist das Erste, was man vor allem so, wenn man das erste Mal programmiert und diese doofe Meldung kommt, da fehlt ein Semikolon. Und das zeigt dir aber auch an wo. Dann denkt man sich ja auch, dann mach es doch hin! Das ist so der erste Gedanke, warum geht das nicht mehr automatisch?

Ja, wobei ich da wieder, weil ich bin es wahrscheinlich wieder gewohnt, Semicolons zu machen, da würde ich sagen, da mach halt eins. Das würde mich darum weniger stören, ich glaube, weil ich das schon so in meinen Workflow so integriert habe wahrscheinlich.

Aber ich kann verstehen, was du meinst mit diesen Header und Source-Files, die man dann irgendwie rumliegen hat und dann an verschiedenen Stellen was ändern muss. Weißt du, ich habe nämlich mit, also eigentlich habe ich mit QBasic angefangen, aber bin später auch in Pascal.

Ja, so ist das bei C++ auch, nur dass es dann nochmal in verschiedenen Dateien liegt.

Ach, schön.

Ja, oder?

Ja, das klingt wirklich ein Traum. Ich bin ganz froh, dass ich da nicht so tief drin stecke. Aber ich dachte mal, das bringe ich hier mal an, weil es ganz, Ich finde es ein spannendes Thema, wie verschiedene Leute auf sowas blicken und vielleicht ist es ja auch eine schöne Diskussion. Wir haben ja einen Discord-Channel und für jeden Podcast gibt es auch einen eigenen kleinen Thread dort und dann könnt ihr eure Meinung zu C++ und C und C-Sharp und so weiter gerne mal reinschreiben.

Nur vielleicht nochmal als Disclaimer so hinterher, ich würde natürlich nicht sagen, dass C-Sharp objektiv die bessere Sprache ist oder C++ objektiv die schlechtere, kommt natürlich auf dem Anwendungsfall darauf an und je Hardware-H du bist Hardware näher, so rum, desto eher geht man auch in C++-Richtung und C++ hat auch schon so ein bisschen so seine Beauty irgendwie mit Pointern und so weiter rum zu hantieren, ja, aber ich brauche es halt in meinem Alltag einfach nicht.

Was ich halt, aber das ist vielleicht auch nicht nur sprachenabhängig, gehört habe, ist, auf der einen Seite hat man keine Wahl je nach Engine, die man benutzt, weil zum Beispiel Unreal ist halt C++ und wenn man da, also abgesehen von Blueprints natürlich und dann muss man das halt, da hat man keine Wahl und was ich immer mal gehört habe, das habe ich aber nie selbst am eigenen Leib, aber das wäre ja auch ein spannendes Thema vielleicht, um über Drova zu reden.

Ja, ja.

Und das war bestimmt auch ein Problem in Drohwar, oder?

Auf jeden Fall. Also man weiß das ja so ein bisschen, wenn man es viel scharf entwickelt. Hey, irgendwo ist ein Garbage-Collector, irgendwo gibt es da mal ein bisschen Zeug und irgendwann räumt er so ein bisschen auf. Ja, ja, passt schon, passt schon, passt schon. Aber unser Spiel ist dann irgendwann doch sehr groß geworden und wir simulieren sehr viel, zum Beispiel wo NPCs wann hingehen in der ganzen Welt, auch wo der Spieler nicht ist.

Genau, und für den Kontext, was du mit Chunks meinst, ihr habt nämlich ja ein Streaming-System eingebaut in das Spiel, ne?

Genau, genau. Also man muss sich ja vorstellen, wir haben ja eine Open World, das heißt, du kannst jederzeit in jede Himmelsrichtung gehen. Und obwohl es nur 2D-Pixel-Grafiken sind, nimmt das alles schon sehr viel Arbeitsspeicher und RAM weg und auch auf der Grafikkarte und die Atletik, Texturen und Atlase, die dort dann geladen sind, die man braucht, um dieses Objekt dann zu rendern, das Spiel wäre viel zu groß, würde man alles zeitgleich quasi geladen lassen.

Ach so, genau. Und das war noch eine Sache. Ich glaube, das hatte Chris erwähnt, dass dieses Problem vor allem mit der Switch aufgetreten ist, weil alles über zwei Gigabyte, da stürzt das Ding einfach ab. Und wahrscheinlich auf PC wäre es vielleicht noch ohne Chunk-System gegangen, oder?

Also vielleicht, aber dann würde man natürlich auch die Low-End-Geräte nicht so gut bedienen können. Also ich fand es eigentlich ganz praktisch im Nachhinein, dass wir die Switch mit im Kurs hatten, weil wir dann doch so viel optimiert haben, dass es hoffentlich auf jedem Rechner möglichst gut läuft, sofern man irgendwie ein bisschen Hardware verbaut hat.

Ich finde es auch immer super spannend, wie einfach man den PC immer noch auslasten kann. Also es ist relativ einfach, einfach schlechte Performance zu erreichen. Überraschend einfach dafür, dass die Hardware ja schon extrem leistungsfähig ist eigentlich, aber es ist, Doch überraschend einfach alles. Und dann sieht es trotzdem nicht gut aus. Aber sag mal, warum, das frage ich mich jetzt, warum kostet es es denn so viel Speicher, NPC-Simulationen zu machen?

Also nicht unbedingt die spezifisch. Also an NPCs hängt bei uns sehr viel mit dran. Also theoretisch, wenn sie geladen werden würden, hätten sie ihre Kleidung. Das sind dann wiederum Texturen, die geladen sind. Die haben dann ihre Items, die sie bei sich tragen. Und die Items haben zum

Ah, okay, klar. Wenn man alles dazu ... Klar, da macht das Sinn, genau. Aber das finde ich interessant, weil ich hatte, ich erinnere mich bei X-Rebirth, was manchmal so, dass wenn du das Spiel gestartet hast und du hast das erste Mal zum Beispiel geschossen, dann kann es sein, dass du deine Bullet nicht gesehen hast, weil die Textur noch nicht geladen war. Und bei der zweiten kam es dann, und das hat mich sehr geärgert als WFX-Artist dann.

Also ich denke, wenn man von Haus aus Tutorials folgt, die man online sieht, dann ja. Ich würde aber nicht sagen, dass Unity sagt, das ist the way, der gegangen werden muss. Aber es ist entsprechend auch der, also ich hatte das ja mit Chris damals angefangen, Drovo, und es hat einfach Quellkau-technisch sehr viele Altlasten.

Ja gut, aber jetzt ist es ja super, denn jetzt werden ja eh nur die geladen, die in der Nähe sind.

Genau, genau.

Äh, passt das. Aber hier, Spezialfall, es gibt ab und zu mal NPCs, die laufen einen ganzen Weg. Also es gibt in dem Spiel, vielleicht sollte man auch ganz kurz mal beschreiben, worüber wir überhaupt reden. Drova ist ein 2D, äh, 2D Rollenspiel von Vogelperspektive mit einer Open World. Und in dieser Open World gibt's, ähm, zwei große Lager. Und es gibt manchmal den Fall, dass ein NPC sagt, jo, ich geh mal zu einem anderen Lager. Und dann laufen die da wirklich hin. Und jetzt wäre die Frage …

Genau, bei uns ist das so, also es stimmt nicht ganz, dass sie 100 Prozent rausgeladen, also sie werden irgendwann bei uns rausgeladen, aber vor allem auch viel diese grafische Repräsentation.

Aha, interessant. Weil wir über Memory gesprochen haben. Also, ihr habt verschiedene Tools benutzt. Ich habe eine ganze Liste, zum Beispiel den Odin-Inspektor oder das A-Star Pathfinding Project und anderes davon, das passt gerade, weil wir über Speicher gesprochen haben, ist das Memory-Pack. Das gibt's auf GitHub und das ist ein Memory-Pack-Serializer. Was macht das?

Erstmal als so ein bisschen Disclaimer, es geht ein bisschen in die Johannes-Richtung. Ich weiß zumindest inhaltlich, worum es da geht, aber der könnte auf jeden Fall technisch da besser drüber erzählen. Im Großen und Ganzen, warum NPCs auch sehr teuer waren am Anfang, sind die Dialoge von denen.

Ja, weil man ja von der ersten Zeile zur 50. springen kann, je nachdem, was ich aussuche in dem Dialog. Baum oder ...

Nicht gar nicht. Also, wie man es sich eher vorstellen muss, stell dir vor, du hast eine Textur. Und eine Textur, sagen wir mal, ist zweidimensional. Das heißt, du hast ja pro Pixel einen Eintrag. Und du möchtest es jetzt aber auf die Festplatte ablegen. Und die Festplatte kennt nur linearen Speicher. Also du kannst nur Dinge in linear ablegen sozusagen. Das heißt, du musst ja irgendwie deine 2D-Textur nehmen und es so darstellen, dass es jetzt in eine Line passt oder in den Speicher passt.

Aber ist nicht der Speicher, also RAM oder Grafikkanspeicher oder Festplattenspeicher dieselbe Art im Sinne von, wie die Daten draufliegen, nämlich einfach linear?

Das stimmt. Die liegen dann trotzdem natürlich linear beieinander, aber ... Jetzt wird es recht technisch. Das stimmt schon, aber sie können an verschiedenen Speichern im Speicher liegen und dadurch dann zum Beispiel auch unterbrochen sein. Aber dann brauchst du ja einen bestimmten Speicher, der auch wiederum sagt, dass die beiden in Verbindung stehen.

Ja, also man kennt das ja so ein bisschen unter Fragmentierung auch. Also wenn die Daten fragmentiert sind, dann liegen halt sie überall in kleinen Fetzen verteilt im Speicher. und dann gab es früher das wunderbare bei 95D-Fragmentierungstool, was so, es hat so eine Befriedigung ausgelöst, zu sehen, wie die kleinen Blöcke zusammengerückt werden und so und Ordnung gemacht wird.

Ja, das kenne ich auch, da habe ich auch viel verwendet früher oder mein Vater wollte immer, dass wir es verwenden oder so. Weiß nicht, ob es wirklich was getan hat, aber was du schon meinst, die Visualisierung war auf jeden Fall dabei auch sehr, sehr schön.

Ja, aber was ich mich jetzt frage, also dieses, ich zitiere, das Memory-Pack-Ding, Da steht da auf der GitHub-Page Zero Encoding Extreme Performance Binary Serializer for C-Sharp und Unity. Und da steht einfach nur so eine kleine Grafik, dass das 200 mal schneller ist wie irgendwelche JSON-Response-Model, whatever. Warum ist das nicht von Haus aus dann einfach drin in Unity? Wenn das so super ist.

Also Unity, also warum es das spezifisch nicht hat, ist eine gute Frage, das kann ich nicht beantworten. Unity selbst hat natürlich auch eine Art zu serialisieren und die Art, wie Unity serialisiert ist, auch schneller als wie unser Asset-Pack, was wir verwendet hatten für die Graphen, was irgendein Grund haben die ihr eigenes Serialisierungstool, Pipeline, wie auch immer programmiert und die war vor allem nicht so gut.

Ich habe übrigens auf diese GitHub-Page einen Satz gelesen, den möchte ich einfach gerne mal vorlesen, weil es einfach so lustig ist. Ich finde es immer lustig, ich bin jetzt irgendwie seit 15 Jahren in der Branche und wie gesagt, kein richtiger Programmierer und so, aber so ein ganz bisschen technisches Wissen habe ich ja auch. Und dann lese ich diesen Satz und ich sehe einfach nur Worte und verstehe gar nichts. Was habe ich denn lesen vor?

Ja, willkommen in der Welt der Informatik.

Genau, du hast verschiedene Dinge jetzt schon erwähnt eben, auf die ich jetzt Bezug nehmen könnte und ich weiß gar nicht, welches das erste ist, doch wir fangen mit etwas Kleineren an, was auch nochmal ganz humoristisch war. Ihr habt nämlich ein schönes Beispiel für alten Code bei euch auf TikTok vorgestellt. Das fand ich ganz toll. Und zwar ging es da um das Waffenziehen. Warte, jetzt muss ich noch gucken, wo ist das denn jetzt?

Also das Beispiel dort war, wir wollten einmal herausfinden, hey, befindet sich dieser oder befindet sich der Spieler gerade im Kampf oder nicht? Weil das war im Endeffekt so die programmiertechnische Abfrage, die wir dort machen wollten. Und wir hatten etwas Ähnliches programmiert, um dann halt Combat-Musik abzuspielen. Und die Abfrage ist im Endeffekt sowas gewesen wie Musik-Händler.ist-Player-in-Combat.

Genau, das Video hat 60 Kommentare. Das scheint getriggert zu haben. Ja, aber ich finde so eine Beispiele ganz toll. Und das ist auch schön bei euch, dass ihr so offen zeigt. Weil am Anfang in dem Video sagt Chris auch so, ja, man glaubt ja immer, dass die Leute, die Spiele machen, dann immer alles perfekt machen, aber nee, nee, der Code ist manchmal auch.

Da können vielleicht auch nochmal vielleicht Zuhörer googeln. Es gibt sehr schöne Kommentare im GTA 5 Quellcode, glaube ich. Das kann man einfach mal googeln. Von sehr, sehr witzigen Sachen, wo man dann auch sieht, ja, vielleicht ist da nicht alles immer so perfekt. Ich habe gerade keinen richtigen Beispiel im Kopf, aber das sind sehr, sehr witzige Kommentare, sowas wie, ja, ich mach das jetzt hier, weil ich weiß auch nicht, aber wenn ich es nicht mache, funktioniert es halt nicht.

Aber wer ist denn da an den Quellcode von GTA gekommen?

Das ist eine gute Frage, das kann ich darum nicht beantworten.

Weil die Kommentare werden ja immer weggelöscht, wenn man dann, also selbst wenn man jetzt die Echse, disamplizieren, heißt das, glaube ich, also dekompilieren, dekompilieren würde, dann würden die Kommentare ja nicht drinnen.

Das ist eine gute Frage, da bin ich mir gerade selber nicht so sicher. Eventuell wurde es auch geleakt oder so?

Ja, kann schon sein. Oder halt einer der EntwicklerInnen hat das geteilt. Kann ja auch sein, dass es von intern kam. Nein, kam es nicht. Der Quellcode wurde geleakt. Und das ist natürlich ein bisschen unangenehm. Da kann man die ganzen schönen Kommentare nämlich lesen. Und das ist ein kleiner Rückblick auf die Jahresrückblicksfolge. Da haben wir darüber gesprochen, warum es bei Epic Richtlinien für Code gibt.

Nee, also es kommt natürlich auch so ein bisschen, also so, wir hatten dafür, wir haben auch jetzt auch immer noch sehr viele Probleme, also das System, ob man im Combat ist oder nicht, bezieht sich momentan, so fragen wir es, glaube ich, auch wieder Johannes so ein bisschen in Richtung, ist, wenn ein Gegner den Spieler als Ziel hat, mit der Intention, ihn anzugreifen. Das ist gerade aktuell unsere Definition von, ob der Spieler im Combat ist oder

Das war mir das erste Mal bewusst geworden, als ich an einer Raumschiffssimulation mitgearbeitet habe. Und da ist es so, dass die feindlichen Schiffe, die siehst du im Weltall ja schon auf krasse Distanzen. Also ist halt ein 3D-Spiel. Bei euch ist es ja so, wenn das Monster außerhalb des Bildschirms ist, ist es so gefühlt maximal 20 Meter weg oder so. Und im Weltraum kann es sein, dass du ein Schiff halt in 10 Kilometer Entfernung siehst.

Ja, kann ich mir vorstellen.

Und teilweise ist es auch so, dass in dem Moment kannst du dich ja auch noch entscheiden, habe ich jetzt eigentlich Bock auf Kämpfen? Ach nö, weißt du, ich drehe mich einfach zur Seite und fliege zu irgendeiner Station und so. Und das fühlt sich dann auch nochmal weniger wie Kämpfen an. Deswegen finde ich das schon sehr spannend, wie man sowas... Macht aber ja, bei einem Top-Down-Spiel ist es auf jeden Fall ein bisschen einfacher, weil man diese krassen Distancen ja nicht hat.

Ich finde, man kennt das auch manchmal aus anderen Spielen, irgendwie, man läuft durch die Welt, man erkundet, plötzlich setzt die Kampfmusik ein, also du weißt gar nicht, warum und woher, aber einfach schon mal pro Format ziehst du die Waffe, machst dich bereit, da kommt bestimmt gleich irgendwas.

Obwohl das ja auch gut sein kann, um einfach vorgewarnt zu sein, nicht, dass dich da irgendwie einen Wolf von hinten einfach anspringt und denkst, hä, woher kommt der denn jetzt plötzlich? Genau, das gibt es ja tatsächlich manchmal in Trova wirklich. Also ich will jetzt nicht spoilern, aber es gibt so ein, zwei Bereiche, wo wirklich manchmal dann was aus dem Busch springt. Das war ich doch schon.

Sehr zu Horror von manchen Spielern auf jeden Fall. Also wir haben sehr viel auf jeden Fall polarisierendes Feedback bekommen, was diese Gegner angeht, von denen du sprichst.

Da muss ich mal sagen, da bin ich mal gespannt, ob jemand den No-Hit-Run schafft. Und dann will ich mal gucken, wie das dort, ja, also wie man an solchen Stellen damit klarkommt.

Ja, muss man vielleicht auch nochmal sagen, wir haben den No-Hit-Bread ins Leben gerufen, ohne zu wissen, ob es wirklich möglich ist. Aber ich denke schon, dass man das auf jeden Fall hinbekommt, wenn man das Spiel gut kennt, wenn man weiß, wo diese Gegner sind, wenn man vielleicht eine Werkenkampfhafe dabei hat, vielleicht Feuerpult oder was auch immer. Ich denke, es wird auf jeden Fall Mitteln Wege geben, dort dran vorbeizukommen. Aber ja, wir sind da auf jeden Fall auch sehr gespannt.

So, und dann hast du vorher noch was anderes erwähnt. Das ist auch ein ganz interessantes Thema. Und zwar diese Atlanten. Diese Atlanten, da hatten wir nämlich schon drüber gesprochen in der Folge mit Chris. Das sind also große Texturen, auf denen ganz viele einzelne Sprites draufliegen. Und davon gibt es welche für, ich blende jetzt auch mal ein Bild ein, davon gibt es welche für zum Beispiel Architektur.

Ja, genau. Also wir nutzen im Großen und Ganzen einfach Unity kommt mit Sprite-Atlas, nennt sich das dort. Und dann kann man quasi definieren, welche Ordner oder auf welche Texturen in diesen Atlas kommen sollen. Und der packt das dann für ein. Man hat nur ein paar Einstellungsmöglichkeiten, aber im Großen und Ganzen sind fast, eigentlich sind alle Atlanten quasi automatisch gepackt. Er hat auch manchmal witzige Nebeneffekte. Manchmal kann er sie besser packen,

Aber wenn auf der Textur, die aus Esprite kommt, alle Animationsstufen nebeneinander sind, dann weiß Unity ja nicht, wo hier was aufhört, oder? Also dann kann Unity doch nicht die Einzel-Sprites wieder in dem großen Atlas schön rumschieben, sondern es hätte dann eine riesige, lange, vertikale Textur, oder?

Doch, das kann Unity schon. Weil wenn wir quasi ... Also wir slicen das ja. Also wenn es dann, sagen wir, dieser Angriff, sagen wir mal, sind zehn Frames, dann sind es auch zehn Einzel-Sprites. Und was Unity sehr smart macht, ist, er findet quasi das kleinstmöglichste Mesh, was bestmöglich nur die Farbkanäle in der Textur quasi abbildet.

Ah, genau. Also das heißt, aller Leerraum um das Sprite drumherum wird einfach weggeschnitten.

Ja, du hast es einfach ausgedrückt, äh, sich.

Genau, aber da habe ich mich auch gefragt, aber woher, also irgendwie muss ja irgendwo deine Datenbank existieren. Oder nee, warte mal, du hast gerade Polygon gesagt. Also wird irgendwie ein Polygon erstellt, was dann halt UVs hat, die genau auf diese Stelle gemappt sind?

Genau, genau.

Aber, Also, aber hä? Aber das heißt, dass ich, also, okay, ich habe mir das jetzt so vorgestellt. Ich habe meinen kleinen NPC und dieser NPC, der ist einfach auf ein Quadrat oder ein Rechteck gemappt. Aber das passt dann ja nicht. Irgendwie muss dann doch, also.

Also wie genau das jetzt Unity intern macht, weiß ich auch nicht hundertprozentig. Meine Vermutung ist, jeder Sprite hat eine eindeutige ID. Und im Editor existiert beides zeitgleich. Sowohl die Textur, die wir exportiert haben, als auch der Atlas. Und man kann auch Abfragen machen wie Textur.Atlas oder Atlas.Textur. Das heißt, es gibt in Unity zur Edit-Zeit quasi noch die Möglichkeiten, dass die beiden in Referenz zueinander stehen.

Das ist ja interessant. Das ist alles Unity schon direkt drin. Das ist kein crazy Plugin.

Genau, genau.

Ich habe jetzt noch mal geguckt, wie das jetzt genau funktioniert. Hatte mich noch mal interessiert. Und zwar ist es so, dass es bei Unity eben die Sprite-Atlanten gibt. Und es gibt verschiedene Optionen, die man sagen kann. Und das eine ist Tightpacking und das andere eben nicht. Und wenn man das Tightpacking nicht anwählt, dann wird jedes Sprite quasi mit einem Rechteck, also mit einem Quad dargestellt. Ein Polygon mit vier Punkten und geraden Linien eben. Also, ja, Quad.

Das ist auf jeden Fall auch sehr, sehr smart, auch dieses Texturenpacken, dass er diesen Freiraum rausnimmt, das ist wunderschön, also das ja, möchte ich auch gar nicht mehr missen. Das hat, wie gesagt, ein paar Quirks, aber so im Großen und Ganzen gefällt mir das eigentlich sehr gut.

Ja, das sieht sehr effizient aus, auf jeden Fall. War ich sehr beeindruckt, genau.

Wobei wir da noch mal ein bisschen nachgehakt hatten, was die Ektoren angeht, also unsere Menschen. Die sind an sich eigentlich auch in einem Atlas.

Ja.

Aber der Atlas war zu groß. Unity macht mehr Spielraum, als wir eigentlich brauchen. Und wir haben sehr, sehr viele Animationen von Actoren, ich glaube, über 1200 Frames für die Animation, die ein Actor durchführen kann. Und das war dann einfach von der Texturgröße zu groß. Und da haben wir noch mal sehr viel eigenen Stuff gemacht, zum Beispiel, Kann es sein, dass der erste Frame von Stehen identisch aussieht wie der zweite Frame von Ich stehe auf oder sowas.

Das war eine reine Optimierung um die Atlanten kleiner zu halten.

Genau, genau, genau.

Aber warum musstest du das Padding jetzt verändern?

Auch einfach um die Größe, das wäre wie gesagt 1200 Sprites gewesen, jeder hat irgendwie einen Border von zwei Pixel, ein Pixel würde mir eigentlich ausreichen.

Ach so.

Sagen wir, auf einer Horizontal liegen 100 Sprites. Dann würde ich ja schon allein 50 Pixel sparen, auf jeder Ebene zum Beispiel. Und auch je kleiner die sind, desto anders packen würde Unity die auch noch mal. Weil da mehr Möglichkeiten hat, sie auch noch mal optimierter zu placen.

Okay, ja gut. Das ist natürlich super intern, was Unity da macht. Aber ja, spannend. Und dann ist mir aber noch eine Sache aufgefallen. Und zwar, über so eine Sache macht man sich dann ja wenig Gedanken. Und zwar, die Schatten von Objekten sind auf einem eigenen Atlas. Also zum Beispiel, wenn man jetzt einen Baum hat, dann hätte man das Baum-Sprite und dann hätte man nochmal einen Sprite für den Schatten unter dem Baum und ja, das sind zwei verschiedene Objekte.

Das ist was auch ... Wir haben es nicht immer durchgeführt. Das war ... Also viel Unerfahrenheit steckt hier auch natürlich drin und viele verschiedene Ansätze und so weiter. Es gibt auf jeden Fall auch Atlanten, wo die Schatten mit zu dem eigentlichen Objekt kommen.

Ah, okay.

Die Idee generell ist, warum wir das hier gemacht hatten, auch in dem Bild, was du jetzt hier hast, um nicht nur ... Also es gibt verschiedene Arten zu optimieren. Du kannst einerseits entweder den Arbeitsspeicher optimieren oder auch dann GPU-RAM, aber du kannst auch optimieren, wie Objekte gezeichnet werden, also gebatcht werden. Und unsere Schatten liegen alle auf einem gemeinsamen Layer.

Ja, genau. Also hätte man eine Wüste und da steht ein Baum drin, würde man trotzdem die gesamte Schatten-Atlas-Textur laden müssen. Von allen Bäumen. Und das sind dann eben, weiß ich nicht, zehn Megabyte oder keine Ahnung wie groß oder fünf oder ... Ja, das mit dem Batching ist übrigens signifikant. Also ich habe einen kleinen Prototyp gemacht in Godot, Da habe ich einfach so, weiß ich nicht, 500 Sprites oder so. Die bewegen sich einfach vom Rand des Bildschirms auf dich zu.

Absolut. Da macht sich Unix zum Glück auch viel Haus aus und scheinbar auch Godot, ohne dass man da jetzt so viel dran macht. Aber bestimmte Sachen kann es halt leider auch breaken. Und an manchen Stellen mussten wir es sogar explizit breaken, weil sonst bestimmte grafische Effekte bei uns nicht funktioniert hätten. Weil durch das Batching auch bestimmte Informationen verloren gehen, die unter Umständen interessant sein können für bestimmte grafische Effekte.

Ja, zum Beispiel Random Farbe. Random Color.

Zum Beispiel Random Farbe. Aber da gibt es wieder auch andere Tricks, damit du trotzdem Random Farben zuweisen kannst, ohne das Batching zu zerstören. Aber da muss man wieder so ein bisschen smart und optimiert denken und arbeiten, was dann so ein bisschen, glaube ich, auch die Krux ausmacht, damit ein Spiel wie, was weiß ich, Doom oder so was flüssig läuft. Also Doom ist ja krass optimiert und läuft tatsächlich auch auf relativ alten Geräte, also jetzt auch das Aktuellste.

Genau, man muss dann sehr schlau sein. Und oft ist es dann so, dass diese Workarounds oder diese Techniken, die man dann implementiert, dann den Workflow aber auch wiederum behindern können und dann ein bisschen nervig sind, diese ganzen Äste zu erstellen und zu managen und so. Aber dafür läuft es dann flüssig. Spielewicklung, wie du sagst. Es gibt halt Vor- und Nachteile.

Ja, wir haben das auf jeden Fall versucht, möglichst weit nach hinten zu schieben, dass während wir an der Welt gearbeitet haben, da sich niemand Gedanken drum gemacht hat. Und viele von den Optimierungen, die wir auch haben, passieren dann auch erst zur Bildzeit, auch teilweise automatisiert.

Genau, also worum es jetzt geht, das wäre nämlich auch mein nächstes Thema gewesen, ist, dass wir wissen, dass dieses Spiel 2D ist und aus verschiedenen Teilmaps besteht für den Boden, also kleinere Texturen, die einfach aneinander gekachelt werden und so. Und dann gibt es eben verschiedene für Gras und für Sand und so weiter und so weiter.

Ja, tatsächlich repräsentiert das im Großen und Ganzen eigentlich ein Chunk. Also auch eine Chunkgröße ist genau die Größe von dem Bild, was du hier siehst. Und im Endeffekt, ich möchte nicht sagen, dass das immer besser ist oder es ist immer effizienter, es so zu machen, wie wir es tun. Aber in unserem Case hat es sich ausgezahlt. Wir hatten initial ein Shader, der den Boden, nur den Boden zeichnet.

Okay.

Und wir haben noch mehr, fällt mir gerade ein, auch noch optimiert. Tatsächlich sind diese Sachen das Texture Splatting, der Ansatz, den ihr am Anfang meinte, der macht zwar, dass die Sachen Pixelart ähnlich aussehen, aber es mischt auch Pixel. Dadurch wirkt es ein bisschen blurry.

Ja.

Und das Schöne daran wiederum ist, dadurch, dass es ein bisschen blurry wirkte, haben wir noch eine Compression drüber gehauen. Die Compression macht auch, dass es blurry aussieht. Aber man hat es kaum noch gesehen, diese Compression, wodurch wir auch wieder RAM sparen konnten. Und dann liegt es auch auf der Festplatte als JPEG vor. JPEG macht auch ein bisschen was blurry. Also ich glaube, 99% ist relativ hoch, weil es wird dann doch recht schnell sehr hässlich.

Okay. Ah ja. Okay, ich habe Fragen. Also, für alle, die das jetzt Textosplating noch nie gehört haben, die Idee ist im Grunde genommen, dass ich habe eine Sandtextur und eine Grastextur und die möchte ich gerne auf dem Terrain gleichzeitig darstellen. Und da kann ich ja auf das Terrain malen mit meinem kleinen Brush in einem Tool, wie in Photoshop im Grunde genommen. Und will halt so ein bisschen das auch miteinander blenden können.

Also im Endeffekt ist bei uns nicht unlimitiert, klingt zu viel, aber im Großen und Ganzen rendern wir dort ein Mesh und wir nutzen dann im Endeffekt nicht von der Textur die RGBA-Kanäle, sondern von dem Mesh, von den Vertices, die RGBA-Werte. Und man kann aber auch mehr angeben, zum Beispiel haben die ja UVs, UV1, UV2, UV3, entsprechend haben wir eigentlich mehrfach davon. Momentan haben wir pro Splat Mesh quasi elf Kanäle und den Alpha-Kanal.

Okay, das bedeutet, ihr benutzt gar nicht die Vertex-Color-Informationen der Vertex-Color, sondern nur die UV-Color.

Auch beides. Also die RGBA benutzen wir auch. RGB sind dann schon drei Texturen, die da quasi dann drin sind. Und dann UV auch wieder XYZW quasi von den verschiedenen UVs dann auch wieder.

Das ist übrigens eine Sache, die hat eine Weile gebraucht, dass ich das so verstanden habe, Denn die UV-Kanäle, genau wie du es eben gesagt hast, die haben auch mehr Koordinaten, als man eigentlich kennt. Aber manchmal kann man sie nicht nutzen bei, jetzt muss ich überlegen, genau, bei Unreal ist es so, dass wenn du die UVs ausliest, dann kriegst du immer noch X und Y oder halt U und V und die anderen nicht.

Aber ich fand das grad ganz interessant eigentlich, dass du meintest, dass du Pivots, äh, Bakes quasi in einem Mesh, weil wir tatsächlich was ähnliches tun. Und zwar haben wir Wind-Effekte so auf Pflanzen. Und, äh, da haben wir quasi so eine Art Textur, die sozusagen angibt, wie sie sich bewegen. Also zum Beispiel der unterste Part bewegt sich am wenigsten, der oberste Part am häufigsten oder am meisten eher. Und das, jetzt kommen wir zu dem Thema von davor, das hat das Batching zerstört,

Ach so, okay, das ist dann eine Textur pro Pflanze oder eine große, die ganz viele Pivots irgendwie beinhaltet?

Im Großen und Ganzen ist es, Dadurch, dass wir ja Sprites haben, ist es eine Textur, die sozusagen flächendeckend ist zu diesem Sprite. In dem Rotkanal steckt, glaube ich, dann drin, wie stark es sich bewegen darf. Also sprich, schwarz bedeutet, du darfst dich gar nicht bewegen, weil ich zum Beispiel ganz unten am Boden bin. Und wenn es hoch ist, eins, dann heißt es, ich darf mich viel im Wind bewegen.

Okay. Ich weiß nicht, ob ich es ganz genau verstanden habe, aber zu den Pflanzen komme ich auch nochmal. Ich wollte nur ganz kurz nochmal bei dem Baking bleiben, weil eine Sache, genau, das muss ich hier noch aufschreiben. Wann genau wird das gebaked? Also, weil ich mach euer Spiel auf in Unity und dann kann ich das ja im Level-Editor noch schön modifizieren. Ich kann Objekte rumschieben, ich kann auf den Boden malen und so. Und zu diesem Zeitpunkt ist es ja nicht in Texturen gebaked. Wann?

Also, im Endeffekt schon ein bisschen vorher ist es gerade noch ein manueller Prozess. Es gibt so einen Button, da klickst du drauf und dann Leta, Chunk für Chunks, die Welt, bake das, dann legt das auch tatsächlich als Textur ab. Die Texturen werden nur, wenn man alle davon lädt, viel zu groß. Deswegen pushen wir es zum Beispiel nicht mit ins Git rein, weil man sie auch rekonstruieren kann.

Und jedes Objekt, was rausgeworfen wird, hat halt irgendwo einen Tag. Dadurch weiß der Bildprozess erstens, alle diese Objekte mit diesem Tag müssen in dieses Bild und dann später weiß der Bildprozess, okay, und das kann jetzt alles rausgelöscht werden.

Genau, genau, genau.

Ah, okay.

Genau, und dieses Tagging erfolgt so ein bisschen implizit. Also es hat nicht wirklich einen Tag, sondern es wird in eine Methode geworfen, hey, darf ich dich kicken? Und die gibt dann ja oder nein zurück quasi. Das heißt, zum Bauprozess wird diese Methode auch nochmal angefragt. Also wenn man, sagen wir mal, es zu früh gebaked hat und man hat irgendwas verändert, dann kann aus falsche Objekte gekekt werden. Aber in der Regel passiert das nicht und deswegen, also genau.

Aber wenn ich jetzt ein neues Objekt male, ich male jetzt ein Kissen, was auf dem Boden liegen soll. An irgendeinem Punkt muss ich ja sagen, das ist ein Objekt, das möchte ich gerne auf dem Boden haben, weil ein Charakter kann nie dahinter sein. Irgendwann muss ich das ja definieren. So hier, das ist eins von diesen Dingern, die sollen gebaked werden und können dann weg. Wie mache ich das denn?

Also momentan, also du als Artist musst ja gar keine Gedanken darüber machen, du freust dich einfach und playst deine Sachen.

Okay.

Oder als Level-Designer oder was auch immer. Entweder wissen, also im Endeffekt die Information, ob es gebaked werden soll oder nicht, fische ich mir aus dem Objekt selber. Also ich gehe zum Beispiel seinen Sprite-Renderer durch, frage ab, hey, auf welcher Ebene liegst du, auf welcher Render-Order liegst du. Und das Objekt von sich heraus weiß schon, ich bin auf Render-Order 0, auf On-Floor als Beispiel. Und dann weiß der Algorithmus, alles klar,

Ah, okay. Ja, wenn irgendeine Quest zum Beispiel sagt, dass das Bärenfell, was auf dem Boden liegt, dann geklaut wurde oder sowas.

Genau, genau, genau.

Krass, ja. Das ist ja alles sehr kompliziert. Aha.

Ja, es wäre auch echt sehr spät, dass es in der Entwicklung eingebaut hätte. Hätte man alles früher machen können, wäre es vielleicht etwas smoother geworden. Aber wir haben das ein bisschen unterschätzt, die Performance und die Switch und so und mussten am Ende einfach dann mit Kanonen um uns schießen, um möglichst viel Performance noch rauszuholen.

Und dann hast du gesagt, genau, das wird als JPEG abgespeichert, aber das ist nur dafür da, damit es auf der Festplatte relativ klein ist, ne? Weil im Grafikkartenspeicher wird es da dann eh reingeladen und da ist es ja nicht JPEG, sondern es halt, uncompressed.

Wobei, auf der Grafikkarte gibt es auch verschiedene Texturformate und manche davon haben auch, also eine Compression nicht im Sinne von, es hat weniger Festplattenspeicher, aber es benötigt weniger RAM. Inhaltlich bin ich da auch nicht zu deep drin, aber zumindest gibt es, also deswegen gibt es quasi zwei Compressions, einmal die für die Festplatte und einmal den für den RAM und wir nutzen im Endeffekt beides.

Ja, jetzt will ich das ja auch noch mal weiter ausbreiten, denn aus irgendeinem Grund, und ich weiß nicht warum, woher das kommt, habe ich immer gedacht, dass die DXT-Texturen, also die komprimierten Formate, DDS kennt man ja, das ist das File-Format und die Kompression ist dann zum Beispiel DXT 1 oder 3 oder 5, heute nennt man das BC1 bis BC7 und BC steht für Block Compression, dass die nur dafür da sind, dass die Texturen möglichst klein sind,

Genau, das ist vor allem deswegen da, weil das Wasser nochmal ein bisschen, eigentlich würde Wasser auch gebaked werden und es war am Anfang in dem Algorithmus auch immer unter dem Spieler und deswegen baken wir es auch. Das Problem bei Wasser ist, dass es manchmal Objekte gibt, die auf dem Wasser sein sollen, aber durchs Baking unter dem Wasser zum Beispiel liegen.

Das ist aber ein guter Punkt. Es gibt nämlich da so Sonderfälle. Und da bin ich mal gespannt. Also es ist nämlich so, man denkt sich ja so, oh, das ist ja alles easy und Pixelart. Das ist ja eh für Babys und das geht alles ganz einfach und so weiter. Da gibt es ja immer so Aussagen wie Pixelart ist ja nichts wert und so.

Ja, ja, das, ja.

Und ich habe schon, ich habe sogar schon herausgefunden, wie es bei, wie heißt es, Seegras, nee, wie heißt das, was im Wasser steckt mit diesen braunen Dingen?

Ja, ich weiß, was du meinst, Reeds, ich weiß gar nicht, wie es auf Deutsch heißt.

See, Farm, Garmen?

Warte, ich frag kurz, Reeds, Englisch? Schilf.

Schilf, Schilf, genau. Schilf heißt das. Da habe ich schon gesehen, dass der Teil unter Wasser und der Teil über Wasser ist ein getrenntes Pride. Ja, und das ist eigentlich die ganze Magie da. Also, das sind einfach zwei verschiedene Sprites. Da ist gar nichts, steckt gar nichts im Wasser. Das ist einfach, das sind einfach zwei verschiedene Sprites. Eins ist eben dann eingefärbt. Aber ist das bei dem Ast, den ich beschrieben habe, auch so?

Das ist einfach am Stück gepixelt. Also, wenn du die Ace Prater dazu aufmachst, da ist einfach Holz und dann ist da blau drin und dann ist da wieder Holz und dann ist da blau drin und so weiter. Also, es ist einfach so gezeichnet. Ähnlich wie man ein Loch pixeln würde. Da ist ja nicht ein wirkliches Loch in der Welt, sondern du zeichnest es so, dass es so wirkt, als sei es ein Loch als Beispiel. Und so ist das hier auch. Es wurde einfach so gezeichnet, dass es unter Wasser wirkt.

Gut, das ist, das glaube ich, es macht Sinn. Das sind statische Objekte, die kann man platzieren und dann ist das alles gut. Und solange niemand böse ist und einfach Objekte woanders platziert, merkt es keiner. Aber es gibt einen Sonderfall. Es gibt Schlamm im Spiel, habe ich gesehen. Und das ist ganz spannend, weil Schlamm oder Moor, sage ich mal, da kann man durchlaufen und dann versinkt man ein bisschen in diesem Moor und die Füßchen, die sind dann plötzlich schlammig.

Ja, alles ist gefakt. Genau. An der Stelle ist es so, tatsächlich wird der Schlamm an sich auch in den Boden gebakt. Das heißt, wenn du die ... Texture dazu angucken wirst, in diesem Chunk ist es da schon quasi fertig drin. Die Umsetzung selber ist im Endeffekt, dass an der Stelle, wo über solcher Schlamm ist, wo man einsingen kann, ist zusätzlich auch ein Physik-Collider quasi.

Mhm.

Äh, zwei, drei, ich weiß grad nicht wie viel. Und die Füße sind im Endeffekt ein Shader. Und der Shader fragt im Endeffekt ab, hey, auf welchem oder bekommt von diesem Collider mitgeteilt, es ist Schlamm und nicht Wasser. Wir haben einen ähnlichen Effekt in Wasser. Nur dann ist dann die Fußfarbe blau und hier ist es halt eher so braun. Und dann im Shader wird dann quasi von seinem Pivotpunkt alles, was x Pixel unter dem Pivotpunkt liegt, quasi eingefärbt in Farbe des Bodens.

Okay, das ist, ja okay. Das heißt, der Shader hat, ja, das ist einfach ein Shader, der einen ganz speziellen Modus hat für Wasser und Schlamm. Genau.

Genau, genau.

Special Case, ja. Okay. Ja, spannend. Das sind so die kleinen Sachen, aber da hab ich dann drauf geachtet beim Spiel. Das ist sehr, sehr schön.

Da gab's auch einen witzigen Edge Case, wenn man sehr nah an der Kante des Wassers oder des Schlammes war und man geht ja rein, hab ich am Anfang den Spieler komplett nach unten verschoben. Und nicht nur sein Visual. Und dadurch hat sich aber auch sein Collider nach unten nach oben verschoben. Und nachdem, wo du standest, konntest dann mal passieren, du betrittst es, du wirst verschoben. Durch die Verschiebung betrittst du es aber nicht mehr und wirst wieder rausgeschoben.

Ja.

Und deswegen habe ich dann irgendwann nur das Visual verschoben und nicht seine Gesamtposition quasi.

Aber das bedeutet ja jetzt mal wirklich ein Edge Case. Wenn es ein Projektil gäbe, was auf mich zufliegt und quasi die obere Hälfte meines Kopfes treffen würde, jetzt stecke ich im Schlamm, bin ein paar Pixel weiter runter. Visuell würde mich das Projektil jetzt also nicht mehr treffen, weil es fliegt gerade so über meinen Kopf hinweg. Aber mein Physikobjekt hat sich ja nicht verändert. Das ist ja immer noch an der anderen Stelle.

Diesen Edge-Case gäbe es und deswegen verschieben wir auch nicht mehr zwei, drei Pixel und die meisten Projektile sind schon groß genug, dass das nicht auffällt. Zumindest ist es bisher niemandem aufgefallen. Ich hoffe, wir haben jetzt hier kein Secret irgendwie preisgegeben und alle Leute beschweren sich ab sofort, wenn sie im Schlamm kämpfen.

Ja, vor allem wenn der No-Hit-Run failed.

Deswegen. Ja, genau, genau. Aber ne, das stimmt schon, das ist eigentlich ein Edge Case, der auftreten könnte, ja.

Ah, okay. Du hast eben schon Pflanzen erwähnt und bei den Pflanzen ist mir was aufgefallen, das ist jetzt ein bisschen schwierig zu beschreiben, weil wir sind halt ein Audio-Podcast, aber ich, also und selbst ein Bild einblenden ist gerade ein bisschen schwierig, mache ich trotzdem. Aber es ist so, wenn man 2D-Pflanzen hat oder wenn man überhaupt Pflanzen hat, dann kann man die ein bisschen hin und her wickeln, damit dort ein bisschen Bewegung reinkommt, als wären sie eben vom,

Ja, das ist eine sehr gute Frage, was da eigentlich passiert. Das ist vermutlich darauf zurückzuführen, was ich vorhin meinte, dass wir diesen Pivot reinbaken. Weil diese Pflanzen werden nicht nur von Wind verschoben, sondern auch, wenn ich mich als Spieler den nähere und mit ihm kollidiere. Und dieses Artefakt ist dann aufgetrieben, als ich dieses Pivot-Baking eingebaut hatte. Bevor ich das eingebaut hatte, gab es diese Artefakte nicht.

Ja, interessant. Also ich hoffe, das ist nicht zu verwirrend. Wenn ihr zuhört, ihr könnt ja, wenn ihr eine ruhige Minute habt, mal auf das Handy gucken oder bei YouTube oder so. Da kann ich ein Bild einblenden, wo man so das sieht. Ist ganz, ganz interessant. Ja, genau. Und wahrscheinlich wird es noch verwirrender, aber ich will es trotzdem nochmal nachfragen, weil ich habe das mit diesem Pflanzen-Pivotpunkt noch nicht ganz verstanden.

Nee, also jede Pflanze hat schon seine eigene Windmap, haben wir es im Endeffekt genannt.

Ja.

Und auch gleich nochmal, das ist kein schönes Bild, ich such dir gleich nochmal ein Bild raus.

Ja.

Aber ich nehme einfach das hier, ist egal. Schick dir das mal. Genau, das sind zum Beispiel jetzt Blätter eines Baumes. Und was man jetzt hier visualisiert, sieht, man kann da ja die Farben jetzt nicht interpretieren, weil ich die Farbenkanäle wieder als Daten missbrauche. Aber im Großen und Ganzen ist im Rotkanal quasi drin, wie sehr oder wie stark darf es sich bewegen im Wind, zwischen 0 und 1 sozusagen.

Ja, genau, also wo die Pflanze beginnt.

Genau, und das nutzen wir aus, also wir haben zwei verschiedene Arten, Dinge im Wind zu bewegen. Das sind einmal die Bäume, die du hier siehst, und dann Objekte am Boden, weil Objekte am Boden kann der Spieler auch mit kollidieren. Und das sähe sehr merkwürdig aus, wenn wir die Pflanze oder das Blatt an einer Stelle bewegen, weil der Spieler so ein bisschen gegen nur dieses Blatt läuft, dann, Fühlt es sich nicht so an, als ob sich der Busch bewegt, sondern dieses Blatt.

Genau, also für alle, die die Batchen jetzt zum ersten Mal hören, das ist im Grunde genommen, wie wenn man in Blender alle Objekte selectiert und dann joint oder in, jetzt muss ich überlegen, genau, in 3ds Max wäre es attached und dann hat man ein großes Objekt, aber das hat ja nur noch einen Pivot-Point und nicht, viele, wie man sie eben haben wollen würde, wenn man die Objekte einzeln rumdrehen oder rotieren möchte oder so.

Genau, genau.

Aber im Batching, also und die beinhaltet sozusagen den Pivot, lokal im Local Space sozusagen zu diesem Baum. Aber wenn du die jetzt alle Bäume zusammenmergst in einen oder zusammenbatchst, dann weißt du ja nicht mehr, wo die ganzen Pivots sind, weil das war ja sozusagen nur für die lokale Szene abgespeichert. Aber wir reden ja jetzt dann plötzlich von WorldSpace.

Das Gute ist, prinzipiell erstmal ja. In unserem Fall ist so ein bisschen WorldSpace und LocalSpace, ich sag mal, identisch. Weil im Endeffekt der Sprite, den wir rennen, der hat seine Position auf der CPU sozusagen. Aber was wir nicht mehr haben auf der GPU, ist dann sozusagen, oder andersrum. Den Shader, den wir verwenden, der kennt seine World Position.

Ach so, okay, zum Flippen, ja, okay, genau.

Weil sonst bewegt sich der Wind plötzlich für diesen Baum in eine andere Richtung und für alle anderen Bäume, also unser Wind geht in der Regel von links nach rechts und hätten wir das nicht eingebaut, dann gäbe es Bäume, wenn wir sie flippen und wir flippen, um einfach Aufwand zu sparen, damit wir eine Variation mehr haben, dann würde er genau andersrum seinen Wind bewegen. Also von rechts nach links dann.

So, und ich hoffe, jetzt hören noch Leute zu. Es ist alles wahrscheinlich sehr, sehr deft, aber ich finde es total spannend. Genau. Und für alle, die auch so ein Spiel machen wollen, ist es, glaube ich, auch sehr spannend. Aber wir gehen jetzt noch mal in Pflanzen-Thema. Und das ist tatsächlich ganz spannend. Ihr habt Höhenfog eingebaut. Und das sieht man ganz besonders gut bei eben großen Bäumen.

Genau, genau. Also die Inspiration war von Graveyard Keeper. Das sind jetzt hier die Bilder von Graveyard Keeper, nicht von uns. Die haben es einfach technisch ein bisschen schöner. By the way, die haben einen sehr schönen Beitrag bei damals noch Gamasutra. Ich weiß gar nicht, wie die Seite gerade heißt, aber die ist irgendwie anders. Für ein paar visuelle Effekte, die sie verwendet haben. Und da haben wir uns initial auch sehr stark inspirieren lassen.

Ein kleiner Hinweis hier, diese Profiler-Tools, also ich kenne zum Beispiel Nvidia Insight, Intel GPA und RenderDoc ist auch sehr bekannt. Es gibt auch noch eins Pix, P-I-X, aber was wollte ich sagen? Ach ja, genau, ich wollte darauf hinweisen, dass ich einen kleinen Vortrag gemacht habe, wo es genau darum geht.

Und bin dann Step by Step durchgegangen, hab dann gesehen, wie sie es gemacht haben. Der Ansatz im Großen und Ganzen ist einfach, dass du so, ich nenne es mal Bänder in die Szene liegst, die sozusagen den Fog darstellen und zwar von unten, nee, von oben nach unten, warte, halt in die Ränder reinfolge, ich glaube von oben nach unten.

Ah, okay. Ja, klar. Ich meine, die Sprites können sich ja auch überlagern. Das heißt, es gibt eine Render-Reihenfolge. Also ein Haus ist irgendwo ganz hinten, dann kommt davor der Baum, dann kommt davor der Zaun und so. Und dazwischen haut man jetzt nochmal so Fogplanes, also mehrere Fogplanes. Das ist nicht nur eine Fogplane mit irgendeinem Magic Shader, der da irgendwelche Höhendaten aussieht, sondern es sind einfach verschiedene Planes dazwischen gesteckt.

Ja, also ich wäre nie auf die Metapher gekommen, aber ja, im Großen und Ganzen ist das so.

Das ist eigentlich ziemlich exakt so und jeder Käse ist ein Sprite.

Ja, stimmt, stimmt. Und jetzt stell dir einfach vor, ein paar von diesen Käsescheiben werden weg, aber die Plastikdinger waren trotzdem da. Die sind ja auch so ein bisschen semi-transparent.

Ja, genau, genau.

Ja, das war damals auch so mein Heureka-Moment, als ich das so, wie machen die das? Magic, Tiefeninformationen, wie machen die das? Ja, und dann war es so, ich war so, okay, ist ja simpel eigentlich. Hat aber wieder Nachteile, auf der Switch haben wir es zum Beispiel gar nicht drin, den Shader für Nebel, weil dieser, nicht dieser Shader, weil diese Sprites im Endeffekt unser Batching zerstören.

Okay, das ist eine dieser Sachen. Aber ich glaube, es gibt relativ wenige Sachen, die auf der Switch nicht so sind wie auf der PC-Version.

Genau, ich glaube, das ist eigentlich fast das hier. Und wir baken den Schatten auch in den Boden von Objekten. Das machen wir auch auf der Switch. Also wenn du jetzt eine Textur anguckst vom PC, Von diesen gebakten Sachen, die wir vorhin einmal hatten, da findest du keine Schatten drin. Aber auf der Switch-Version sind die Schatten auch einfach eingebakt.

Und warum würde man das nicht auf ... Also okay, warte mal. Meine Vermutung ist, wenn man unter einem Baum steht, will man vielleicht, dass der Schatten auf die Spielfigur auch gelayert wird, weil du ja unter dem Baum stehst. Und deswegen ist es in der PC-Version drin? Oder gibt es irgendeinen anderen Grund?

Genau, unser Schatten ist auch noch mal ein spezieller Shader. Und wenn du mehrere Schatten bei uns im Spiel überlagerst, dunkeln sie sich nicht gegenseitig ab, sondern sie bleiben gleich dunkel sozusagen. Und dieser Effekt ist dann entsprechend auf der Switch raus, weil es wird gebaked und dadurch, wenn du dich draufstellst, wird es tatsächlich dunkel, dass es sich gegenseitig ab.

Also du meinst, dass der kleine Blob-Shadow unter der eigenen Figur dunkelt, die anderen Schatten. Okay, das ist natürlich ein krasses Detail schon.

Oder auch mehrere Bäume untereinander. Angenommen, du hast ganz viele große Bäume nah beieinander und ihre Schatten überlagern sich, da würden die auch schon sich gegenseitig abdunkeln, aber das tun sie in Drohwe halt aktuell auch nicht. Auf PC.

Und, Wie habt ihr das gemacht? Also was ist da die Magic dahinter?

Mit dem Stencil-Buffer quasi. Also im Großen und Ganzen, wenn wir einen Schatten reinrendern, schreiben wir in den Stencil-Buffer, da ist jetzt Schatten sozusagen. Und wenn ein anderer Schatten quasi dazukommt, der addiert sich sozusagen. Wir nehmen sozusagen das Maximum aus dem Stencil-Buffer. Das punktet sich ein bisschen anders, weil den Stencil-Buffer benutzen wir auch nur für was anderes. Aber im Großen und Ganzen kann man sich das so vorstellen.

Also die anderen Schatten ignorieren einfach die Pixel, die schon im Stencil-Buffer drin sind. Sagen aber, okay, wenn da schon mal ein Schatten ist, dann komme ich jetzt nicht auch noch dazu. Es gibt noch eine andere Sache, die ihr anders gemacht habt in der Switch-Version. Und zwar läuft die mit 30 FPS.

Ah ja.

Statt 60. Und da gibt es ein Video, da hat, glaube ich, Chris gesagt, dass ihr am Kampfsystem ein bisschen noch schrauben musste, damit sich das auch in 30 FPS flüssig anfühlt. Und ich höre mal kurz rein, da ist die, der Wortlaut ist so was wie, genau, aber wir haben schon schöne Lösungen im Kopf, sagt Chris. Hast du da irgendeine Information, was so coole Tricks da waren, damit sich Sachen flüssiger anfühlen dann in 30 FPS?

Das Ding mit der Switch-Version war quasi, du hast ja sozusagen nur halb so viele Bilder pro Sekunde als Mensch zu verarbeiten, um zum Beispiel auf einen Angriff des Gegners zu reagieren. Sagen wir, der Angriff des Gegners bei der 60 FPS-Version, weiß ich, wird sechs Frames lang abgespielt. dann sind es ja eine zehnte Sekunde. Aber eine zehnte Sekunde auf der Switch sind nicht sechs Frames, sondern nur drei Frames.

Aber in welcher Framerate sind denn die Animationen angelegt?

Also intern arbeiten wir eigentlich primär mit Zeiten. Also wir sagen, hey, diese Animation wird für 0,1 Sekunde lang abgespielt. Die Framerate selbst kommt natürlich von unseren Pixelartists, weil die pixeln das ja in irgendeiner gewissen Art und Weise mit einer gewissen Anzahl an Frames und geben dann jedem Frame an, für wie viele Millisekunden die angezeigt werden sollen.

Ja, also warum ich frage ist, oder noch eine kurze Seitentangente. Es gibt, ich glaube, eine Dokumentation zu dem Spider-Man-Film, Spider-Verse dem ersten. Und da haben sie, ich hoffe, ich erzähle jetzt nichts falsch, es könnte auch was anderes gewesen sein, aber es gibt auf jeden Fall Animationsfilme, wo sie normalerweise zwölf Frames pro Sekunde animiert haben. Also so typisch Cartoon oder so.

Also, wie es zustande gekommen ist, als einfach, wir haben das Spiel auf der Switch gespielt und am PC war es easy, der Ripper macht sich zum Sprung bereit, du dodged, er verfehlt dich. Und auf der Switch war es irgendwie so, wenn mich der Ripper, oh, zack, also hoch. Ich hatte irgendwie gar kein Gefühl, zu reagieren.

0,16, ja.

Bevor dann, okay, und da gibt es noch ein paar andere, also wir haben in unserer Animation verschiedene Phasen gezeigt und die Anticipation-Phase sind 0,16 Sekunden. Es kommen dann noch ein paar andere Phasen, bevor der eigentliche Angriff kommt, aber im Großen und Ganzen sagen wir, du hast weniger als 0,5 Sekunden Zeit, darauf zu reagieren und in diesen 0,5 Sekunden zeigen wir verschiedene Animationen ab. Er geht in die Knie, er macht seinen Maul irgendwie groß und dann kommt der Angriff.

Interessant, ja. Das sind so Details, da macht man sich keine Gedanken, wenn man so ein Spiel anfängt. Und dann fragt man sich auch immer so, warum dauert ein Spiel eigentlich so lange zu entwickeln? Das sind doch nur so ein paar Figuren drauf zu sehen und ein Schwert und ein Baum und dann läuft das schon.

Also dazu muss man natürlich auch nochmal sagen, es ist... Ich glaube, es macht gar nicht so einen großen Unterschied zwischen 2- und 3D-Spielen, sie, sage ich mal so, auf jeden Fall auf code-technischer Basis zu entwickeln, weil du brauchst trotzdem Pathfinding, Objekte müssen von A nach B, es muss irgendwie vernünftig laufen, du brauchst ein Inventar, nicht Simulation, Management-System und so weiter, das brauchst du ja auch alles im 3D.

Was ich weiß, ist zumindest, also Rotation ist ja ein Riesending, in 2D relativ easy, irgendwie was zu rotieren, easy peasy, aber in 3D ist es dann sofort irgendwie, okay, hallo Quaternions. Ja, genau. Und das Zweite ist, wo viele strugglen in 3D, ist auch Kamera. Eine gute Kamera in 3D, die nicht durch irgendwas durchklippt.

Ich würde fast sagen, es ist gar nicht so selten, wenn ich ehrlich bin. Ich habe das Gefühl, es passiert immer mal wieder bei Dark Souls Elden Ring. Auch bei großen Bossen, wenn du versuchst, die zu fokussieren, die sind einfach so groß, dass die Kamera sich irgendwie so bewegt, dass du irgendwie sehe ich gerade gar nichts mehr so in der Richtung.

Und das sind Sachen, die sind schon, da geht auch schon, also das hat man in 2D, nicht so in der...

Wobei wir aber auch sehr viel Problem mit unserer Kamera hatten. Wir haben ja mittlerweile auch durch Optionsfall verschiedene Optionsmöglichkeiten, wie die Kamera sich verhält. Und es gibt immer noch sehr viele Leute, die durch Motion Sickness bekommen, dass unsere Kamera sich so ein bisschen zu schwankend anfühlt. Wir haben auch sehr viel Zeit in die Kamera gesteckt und sind auf jeden Fall auch nicht vollends zufrieden.

Was sind denn die beiden Optionen, die ihr habt?

Das eine ist, dass halt die Kamera sich automatisch... Angenommen, du stehst irgendwo rum und du bewegst, ich gehe jetzt erstmal nur vom PC aus, und du bewegst die Maus nach rechts, dann bewegt sich die Kamera auch nach rechts. Das ist der eine Modus. Also Kamera geht in die Richtung des Mauszeigers.

Ah ja, genau so habe ich es nämlich auch gespielt, ja. Speaking of Controller, es gibt ein Video, wo du zu sehen bist, mit fünf verschiedenen Gamepads.

Ja.

Ich glaube, ich habe es ich muss gerade mal suchen, ich habe irgendwas mit Joystick geschrieben, aber das ist natürlich Quatsch. Joy?

Ich habe es ja auf jeden Fall gefunden in einem Dokument.

Ah, okay, genau. Und da wollte ich mal fragen, also sehr vorteilhaft oder sehr vorbildlich ist er, ihr habt euch relativ früh schon entschieden, Controller-Support anzufangen, schon in 2021. Das ist cool. Ich glaube, Chris hatte erzählt, dass das eigentlich gar nicht geplant war, weil eigentlich so, ja, wer spielt denn mit Controller? Aber dann hat es das doch ganz gut angefühlt. Und ich wollte dich halt auch noch dazu fragen, was so deine Erfahrung war mit diesem ganzen Controller.

Ja, muss man auch nochmal sagen, TikTok ist ja immer so ein bisschen gestellter. So ähnlich, was du meinst, mit einem Titel. Man versucht ja schon ein bisschen … Stimmt.

Warum hast du eigentlich Joystick-Hölle? Jetzt weiß ich, wer das kommt. In diesem TikTok steht Joystick-Hölle. Aber das sind doch gar keine Joysticks.

Ich glaube, das kommt so ein bisschen bei programmiertechnisch, nennen wir viele von unseren Klassencontroller, also Objekte, die andere Klassen kontrollieren. Und damit sich das programmiertechnisch nicht in die Quere kommt, heißt es bei uns programmiertechnisch Joystick, um es einfach von den anderen Systemen so ein bisschen zu differenzieren. Deswegen sage ich, glaube ich, häufig Joystick, obwohl es kein Joystick ist. Und das war da, glaube ich, auch automatisch in meinem Kopf.

Okay.

Genau, nee, sorry, was war deine Frage?

Einfach so die Erfahrung mit Controller, war das cool zu implementieren oder gab es da Probleme? Vor allem zwischen den verschiedenen Controllern, weil du hattest da ja Playstation, Xbox. Ich weiß nicht, ob du auch den alten Steam-Controller da hattest.

Nee, nee, wir hatten da so andere No-Name-Dinger auf jeden Fall noch rumstehen, liegen wie auch immer. Ja, war auf jeden Fall spaßig. So über die ganze Entwicklungszeit. Also jetzt zu dem Zeitpunkt haben wir es, glaube ich. Der Teaser, den wir damals auf Steam hatten, hatte keinen Controller-Support. Warum wir das da eingebaut hatten, beim Großen und Ganzen, um einen Trailer aufzunehmen mit einem Kampf, der irgendwie cool aussehen soll.

Aber gab es zwischen den Controller-Probleme, also zwischen diesen No-Name-Dingern und Playstation und Xbox oder war das alles smooth?

Wir haben auch aus dem Asset-Store ein Tool benutzt oder ein Asset, das nennt sich Rewired. Das vereinheitlicht die im Großen und Ganzen alle. Das hat eigentlich sehr, sehr schön funktioniert. Es gab einzelne Controller, die Rewired noch nicht kannte und deswegen konnten wir dann auch nicht mit denen umgehen. Und dann war es aber oft so, dass wir einfach nur Rewired einmal updaten mussten, weil die dann auch aufgenommen haben oder so. Also zwischen den Controllern gab es recht wenig Probleme.

Und was waren das für Features, die rausgeflogen sind wegen Controller?

Als Beispiel ... Wir hatten, wir haben es aber auch sehr spät angefangen, die Idee, man kann ja mit, wenn man die Karte öffnet, dort Marker setzen. Und die Idee war eigentlich, dass man nicht nur Marker über die Karte setzen kann, sondern auch wenn ich in der Welt vor einer Kiste stehe und ich zum Beispiel eine bestimmte Taste drücke, dann möchte ich auch dieses Objekt bereits auf der Karte markiert haben, um nicht erst in die Karte gehen zu müssen.

Das habe ich nicht verstanden. Warum will ich eine Kiste auf der Karte markieren? Ach so, weil man, genau, man kann ja Notizen machen, genau.

Genau, genau.

Mit Tinte, muss man aber erst kaufen.

Genau, genau, genau. Und die Idee war initial, dass ich nicht nur auf der Karte direkt etwas markiere, sondern ich hier in der Welt zum Beispiel zu einer verschlossenen Tür und markiere mir aus der Sicht des Charakters quasi etwas auf der Karte und hinterher erscheint es dann tatsächlich auf der Karte, weil ich zum Beispiel E drücke oder so und E heißt, markiere mir das Objekt, das ich gerade angucke.

Okay.

Das waren jetzt keine riesigen Features, sondern eher so Sub-Features.

Ja, aber es ist ja interessant. Das sind ja, ja, doch, das sind halt so kleine, also quasi, es ist mehr so ein bisschen diese, wie heißt das, Service Features, also kleine Komfort Features sozusagen. Weil man kann ja immer noch Dinge zum Beispiel auf der Karte markieren.

Genau, genau.

Wenn man Tinte gekauft hat. Und wenn man die Karte gekauft hat.

Oder sie anderweitig besorgt hat.

Ach, das geht? Ach, interessant. Okay, wir wollen nicht spoilern, aber ich hatte am Anfang, als ich eine Person getroffen habe, die eine Karte hatte, habe ich nicht genug Geld gehabt und dann hatte ich keine Karte für eine sehr lange Zeit in meinem Spiel und habe diese Figur auch nicht mehr gefunden und dann, ja, also ja gut, aber es hat dazu beigetragen, dass ich die Welt sehr sehr gut exploriert habe.

Aber ganz interessant war eigentlich fangen wir genau diesen Edge Case ab. Du gehst zu ihm hin und willst mit ihm handeln und du kaufst die Karte nicht, dann sagt er eigentlich, bist du sicher, dass du keine Karte willst? Und wenn du dann sagst, du hast nicht genug Geld, würde er auch dir anbieten, sie dir quasi zu schenken für einen Gefallen zu einem späteren Zeitpunkt.

Es kann sein, dass ich gesagt habe, nee, sorry, ich habe genug Mafia-Filme gesehen, da lasse ich mich nicht drauf ein.

Okay, okay, fair enough.

Also, das ist mir zu gefährlich. Man weiß ja nicht, was der denn will.

Ja.

Irgendwann kommt er und sagt so, hier, da ist ein kleines Hundebaby, das musst du jetzt umbringen und wenn man das nicht macht dann ist das spiel vorbei oder so das war mit zu risiko du hast eben schon die fliege erwähnt die fliege die fliege die nicht übers wasser kommt ach die genau und und das ist vielleicht ganz interessant um über das pathfinding zu sprechen also erst mal die frage was ist denn dieses a star pathfinding project weil, Also A-Star, das ist ein Algorithmus für Path-Finding.

Das ist im Endeffekt auch ein Asset aus dem Asset Store, was sozusagen relativ einfach dir ermöglicht, deine Welt zu scannen und dann Pathfinding auf dieser gescannten Welt, auf diesen Knoten, entweder zum Beispiel Grid-basiert oder Polygon-basiert, dann Pathfinding-Algorithmus laufen zu lassen oder andersrum, um auf die Abfrage zu haben, hey, ich stehe hier, ich möchte nach da, gib mir einen Weg von A nach B. Und das macht das Projekt sehr, sehr gut im 2D und im 3D, hat dort verschiedene

Okay, und habt ihr, ihr habt das dann irgendwie Polygon-basiert gemacht oder wie, was heißt, wenn man das scannt? Also ich meine, ihr habt ja jetzt ein paar Sprites im Level rumliegen. Irgendwie muss man dem jetzt sagen, hier, das Sprite da, da bitte nicht langlaufen. Oder irgendwie muss man das ja vorbereiten, dass das System das dann wahr ist.

Genau. Oder wie wir es gemacht haben, oder wie das Pathfinder Project das auch im Großen und Ganzen anbietet, dass du so, es gibt einen Scan-Knopf und alles, was gerade in der Welt geladen ist, im Großen und Ganzen kann man sich vorstellen, dass da ganz viele Raycasts in die Szene schießt oder Ray-Sphere-Circles, was auch immer, mit einer gewissen einen Radius mit einer gewissen Größe.

Genau, Knotenpunkt ist ein Vertex, ne?

Genau, genau.

Okay, also man hat einfach ein riesiges Mesh und ein paar haben einfach, hier kannst du nicht lang gehen, und andere haben halt hier ganz lang gehen, okay.

Ja, genau, genau. Also indirekt gibt es das zum Beispiel, zum Beispiel, wenn du das Ding siehst, der Spieler, der hat so kleine Wassereffekte an den Füßen und die Mücke auf der rechten Seite nicht. Und andere Gegner haben aber diese Wassereffekte, wenn sie im Wasser stehen. Also indirekt haben wir zumindest eine Abfrage, bist du ein fliegender Gegner? Aber die nutzen wir gerade nur für diesen Wassereffekt.

Ihr könntet die Blutmücke, wenn die Angriffsanimation fertig ist, sie austauschen gegen ein Projektil, was aussieht wie die Blutmücke und dann, wenn sie nichts getroffen hat, wieder zurück verwandeln.

Ja, es gibt immer Tricks und Wege auf jeden Fall, aber wir haben uns ein bisschen tricky geworden für diesen einen Angriff. Das sind, glaube ich, auch die einzigen Gegner, die man zum Spiel fliegen können. Und entsprechend, ja.

Und es fällt aber auch nicht oft auf, muss ich auch sagen. Also das war so eine lustige Situation. Deswegen habe ich sie als GIF abgespeichert. Aber ansonsten war es eigentlich nie ein Problem.

Ich muss auch zugeben, als ich das GIF gerade gesehen habe, war so, bevor du die Frage gestellt hast, ob eigentlich die Frage ist, warum das Pathfinding nicht rüberfindet. Und mir ist gar nicht in den Sinn gekommen, dass sie eigentlich fliegt und einfach rüberfliegen könnte.

Ja.

Ja, weil ich glaube, ich selber schon so in diesem automatischen Modus drin bin, das so anzunehmen.

Das Pathfinding funktioniert wunderbar. Es müsste jetzt wahrscheinlich, ja, wie würde man das machen? Müsste man dann sozusagen zwei Pathfinding-Layer haben, eins für fliegende Objekte?

Und das wollten wir halt auch nicht machen, dass es da noch irgendwie für diesen einen Gegner irgendwie Zusatz Pass-Dings gibt.

Ja, es ist wieder ein interessanter Edge-Kids, weil man könnte ja auch sagen, naja, fliegende Viechis, die können einfach überall hin, die brauchen gar keine Navigation, aber das wäre ja auch ein Problem, weil die sollen ja nicht durch Mauern fliegen oder sowas.

Genau, oder durch Bäume oder auf Höhen-Ebene könnte man vielleicht wieder überlegen, Aber ja, das hätte viel Probleme gehabt.

Genau, Höhenebenen sind auch eine spannende Sache, weil da habe ich mich auch gefahren, wie ihr das detektet, weil es gibt manchmal die Situation, dass man steht vor einer kleinen Mauer, einer Erhöhung, die so hüfthoch ist und da liegt oben was drauf. Da kann ich jetzt aber nicht einfach hinlaufen, weil ich kann da nicht hochklettern. Und ich glaube, wenn dort ein Objekt liegt, kann ich das auch nicht nehmen. Mein Charakter muss immer zu dem Objekt hinlaufen erst.

Das ist eine gute Frage gerade an der Stelle. Ich bin mir gerade nicht ganz sicher, wenn ich ganz ehrlich bin. Im Großen und Ganzen haben wir keine wirkliche konkrete Logik, was Höhenebenen angeht. Also weder das Objekt noch der Spieler weiß, ob ich auf Höhenebene 0 oder 1 oder 3 bin oder sonst irgendwas. Sondern da ist einfach nur ein Collider dazwischen. Und deswegen kannst du physisch steil zum Beispiel einfach nicht ran.

Ach, da ist ...

Okay. Genau, also warum du nicht näher rankommst, ist im Endeffekt diese Steintextur. Das ist quasi im Endeffekt eine Collider, ein Collision. Ein Small Obstacle, ein normales Obstacle wahrscheinlich. Bin mir gerade nicht ganz sicher. Aber auf jeden Fall kannst du halt einfach physisch irgendwann nicht mehr näher ran, weil dann der Collider von diesem Abgrund dort ist. Warum du jetzt mit dem Objekt nicht interagierst, bin ich mir gerade nicht ganz sicher.

Ah, okay. Ja, ich erinnere mich, ich habe einmal was gecheased und zwar war hinter einer Ruinenmauer eine, jetzt überlege ich, war es eine Falltür oder war es irgendwie ein kleiner Schrank oder so? Auf jeden Fall konnte ich durch die Mauer damit interagieren. Und das heißt, es war nur distanzbasiert und ich habe mich nicht in einem Haus befunden, weil es halt eine Ruine ist, die gilt halt nicht als Haus. ist, ne?

Genau, genau. Und ich hab grad nebenbei mal getestet, tatsächlich ist es hier nur Distanzabfrage.

Okay.

Das heißt, wenn du näher genug rankommen würdest, wenn der Collider ein bisschen schmaler wäre, könntest du es aufsammeln.

Ah, interessant. Genau, meine eigentliche Frage war so ein bisschen, gibt's überhaupt so Höhen Ebenen? Weil man hat also nicht nur manchmal so Podeste, auf die man dann auch spielt, also wenn man irgendwie einen Weg findet, hochlaufen kann. Es gibt ja richtige, Bergpassagen, wo man halt wie in Serpentinen hochlaufen kann. Und da habe ich mich halt auch gefragt, wie funktioniert das da mit den Höhenebenen?

Hätten wir sehr gerne gehabt, also richtige Höhenebenen, auch so ein bisschen mit Logik, zum Beispiel, dass man auch hinter eine Höhenebene laufen kann. Das geht ja momentan bei uns im Großen und Ganzen auch nicht. Das heißt, du hast da eine Collision und kommst nicht dahinter, weil sonst würdest du für denselben Pixelpunkt in der Welt einen Zustand haben für deinen Charakter, wo er auf der Höhenebene und hinter der Höhenebene liegt.

Und jetzt macht das auch Sinn, weil ich habe mich auch gefragt, du kannst nämlich von, natürlich von überall Pfeile abschießen und so, und du hast eben gesagt, das Projektil einfach, dass diese ganzen Collider, nee, warte mal, die können ja die Collider nicht einfach ignorieren, weil irgendwie ein Pfeil muss ja auch in der Mauer stecken bleiben oder dann geblockt werden und so.

Genau, genau. Wir haben zwei verschiedene Arten. Das sind Small Obstacles und Obstacles. Small Obstacles kann man sich vorstellen, also in der Vorstellung sind sie sozusagen hüfthoch und du kannst mit Projektilen drüber schießen. Zum Beispiel ist das Wasser ein Small Obstacle. Und dann gibt es Obstacles, da kann keine Projektile durch und das sind zum Beispiel halt Mauern, Bände, Berge und so weiter und so fort.

Okay, na gut, aber das, was man mitnehmen kann, dass ihr jetzt keine spezifischen, Höhenebenen irgendwie definiert habt. Das ist eigentlich eine ganz interessante Situation, weil diese Frage, finde ich, stellt sich halt so ein bisschen, wenn man das so sieht.

Wir hatten mal einen Prototyp, wo wir, weil es gibt auch coole grafische Effekte, die man mitmachen kann oder auch du kannst von oben nach unten schießen, aber nicht von unten nach oben. Aber das war sehr tricky, weil musste man, weil du musst dann ja quasi es rekursiv angenommen, du hast mehrere Höhenebenen. Erstens heißt das ja irgendwann musst du eine Transition haben von einer zur anderen.

Ja, mir fällt es auch gerade schwer, das mir vorzustellen. Das kann ich mir sehr gut vorstellen, dass das alles...

Kann man Bildschirmübertragung machen, ja.

Aber ist okay. Wir können, weiß ich nicht, wollen wir eine kurze Pinkelpause machen?

Das können wir gerne machen.

Kurze Pause. Five minutes later.

Bei dir auch?

Ja, ja, ja, auf jeden Fall. Ich bin gespannt. Ich hoffe, dass es Feedback gibt, ob es den Leuten zu tief reingeht oder nicht. Aber ich habe schon ein paar Folgen so aufgenommen. Bisher war das Feedback eigentlich immer ganz okay. Aber vielleicht traue ich dir da auch nichts zu sagen.

Ich glaube, vieles ist auch echt schwer, sich so ein bisschen, was du auch eben meintest, mit den Höhenebenen sich vorzustellen, wenn man nur Worte verwendet. Und oft ist es einfach leichter so, ja, hier, guck mal so und dann klappt das irgendwie besser. Aber ja, und dann natürlich auch spezifisch so mit Texturen und Baking, Pivot, bla, bla, bla. Wenn man da thematisch nicht drin ist, kann es recht schnell tricky werden.

Genau, und das ist nämlich das Punkt. Ich merke das halt beim, es gibt den Gameda für die Platte Podcast und da merke ich auch, dass ich teilweise so ein bisschen abschweife, wenn ich zuhöre, wenn es mich nicht so interessiert. Aber dafür, wenn es dann halt mal ein Thema ist, wo man sich auch mal mit beschäftigt hat, ist es dann doppelt super und das wird halt nirgendwo anders besprochen und das ist dann ganz toll.

Das ist auch ganz cool, wir streamen ja auch oder ich ja auch viel freitags in der Wicklung von Drova, die anderen natürlich auch, aber die machen auch viel mit anderen Sachen und was ich immer cool finde, sind tatsächlich auch Leute mit konkreten Fragen, die manchmal reinkommen oder mich hinterher auf Discord irgendwie nochmal anschreiben, wie wir bestimmte Sachen gemacht haben, weil es glaube ich echt, was du auch meinst.

Ich habe mich gerade heute, ich muss mal kurz gucken, heute mit jemandem darüber unterhalten und ich verstehe überhaupt nicht, warum das Pivot Painting heißt. Das gibt es nämlich in Unreal und das gibt es auch für Udini. Ich kann jetzt einfach mal hier so ein kleines Video, hat es keine Relevanz für unser Gespräch. Es steht einfach Pivot Painter da. Man paintet nichts.

Können wir mir vorstellen, also ich habe mir jetzt das Video nicht angeguckt, im Endeffekt speichert man die Informationen, was wahrscheinlich auch mal trotzdem in die Vertex-Daten. Und vielleicht ist das Programm, was die Daten dort reinspeichert, also der Computer, das für dich painted quasi.

Keine Ahnung. Na gut, aber dann ist ja alles so ein bisschen Painting. Dann gibt es den, weiß ich nicht, dann ist der Garbage Collector oder ein Garbage Manager, der den Memory handelt, auch ein Memory Painter oder so.

Ja, es war jetzt nur so mein Versuch, das irgendwie.

Ja, also ich konnte auch nicht rausfinden, warum das Painter heißt. Perplexity AI hat gesagt, das ist nur so ein metaphorischer Name. Was ich aber interessant fand und das ist wieder so ein Ding, Ich habe vor einer Weile mal von Pivot Painter gehört. Ich habe es selbst tatsächlich noch nie so richtig benutzt. Also zumindest das Pivot Painter Tool ist offizielle von Unreal. Und verlinke ich euch auch eine Dokumentation. Und was ich gar nicht wusste, es gibt nämlich eine 2.0 Version davon.

Also so wie es da immer noch steht, we will be looking for features, das hatten wir auch ein bisschen gemacht, also wir haben dann in Godot ein bisschen reingeschaut, eher so ein bisschen noch aus Neugier einfach so ein bisschen, auch so ein bisschen unseren Publisher gefragt, hey, wie ist das eigentlich, habt ihr so Erfahrungen mit anderen Engines, läuft das gut, läuft das schlecht? Und entsprechend waren wir jetzt erstmal vom Mindset da schon drauf offen.

Also ihr macht das mal bei Unity.

Genau, genau.

Na, die Chasing Carrots haben halt gewechselt. Die haben für Hearts of Torment, haben sie jetzt Godot benutzt. Das hatte gar nichts damit zu tun mit diesem Debakel. Das war nämlich schon davor, haben sie gewechselt. Aber davor gab es auch schon immer Kompatibilitätsprobleme mit irgendwie Software, die da nicht weitergeführt wird. Und dann hast du keinen Codezugriff. gefunden. Das war ein bisschen unangenehm und mit Godot haben sie halt die volle Kontrolle.

Ich glaube auch Godot wäre das erste, wohin wir nach aktuellem Stand so ein bisschen wechseln würden. Wobei wir da aber auch viel gehört haben, dass gerade Portierung auf gewisse Plattformen, was weiß ich, Nintendo oder sowas, alles noch ein bisschen trickiger sei.

Ja.

Also Switch, als jetzt zum Beispiel was mit Unity abgeht. Aber ja, muss man mal auf jeden Fall im Auge behalten.

Vorhin hattest du übrigens gesagt, dass ihr ein Tool benutzt habe, um diese ganzen Dialogbäume zu gestalten für die ganzen NPCs. Und ich habe zwei Sachen gefunden, einmal Node Canvas und einmal Flow Canvas. Und ich habe mich gefragt, ob eins davon dafür zuständig war.

Also im Endeffekt ist sowohl Flow Canvas als auch Node Canvas von demselben Macher und ist auch mehr oder weniger das selbe Framework. Ich glaube, Flow Canvas baut auf Node Canvas auf. Das heißt, beides würde ich jetzt einfach unter Node Canvas ein bisschen zusammenfassen.

Und was macht das nochmal?

Genau, also Flow Canvas nutzen wir gar nicht so viel, das nutzen wir glaube ich nur für unsere Quests. Im Endeffekt ist unser Quest, wie die so ein bisschen vonstatten geht, wann ein Tagebuch triggert oder wann hast du so ein bisschen weitergeht, das ist so ein Flow Graph quasi.

Zu bestellen. So wie man das jetzt auch, diese ganzen Node-Editoren kennt, wie man Materialien in Unreal baut und so. Achso, das heißt, eure KI ist gar nicht in C-Sharp geschrieben oder so, sondern ist alles mit diesem … Genau.

Genau, genau. Also natürlich gibt es dann, jeder Knoten repräsentiert sozusagen eine C-Sharp-Klasse, die dann irgendwas Gewisses tut oder sowas. Und wir haben auch eigene Knoten hinzugefügt, die eigene Dinge tun, aber im großen Ganzen werden die dann zusammengestöpselt über das Grafensystem.

Ah, okay. Aha. Genau, ich hatte dann auch gesehen, Odin-Inspektor, das haben wir schon mal gehabt. Ich habe leider vergessen, was das Ding eigentlich nochmal macht, aber wir haben es schon mal erwähnt hier im Podcast.

Das ist auch ein Unity-Ding, also im Endeffekt im Unity hast du ja so einen kleinen Inspektor, wenn du ein Objekt anklickst, hast du so einen Inspektor, der sagt, jo, es hat folgende Eigenschaften, es ist auf folgender Position, bla bla bla. Und was Odin eigentlich nur macht, ist das Ding auf Steroide setzen, quasi.

Ah, okay. Dann Unitask. Also ich liste das hier gerade so ein bisschen auf für Leute, die da interessiert sind, weil es kann ja mancher spannend sein, was ihr für Tools benutzt habt. Und diese Tools übrigens, die habe ich aus den Credits. In den Credits sind die ganzen aufgelistet. Und da gibt es noch eins. Unitask. Provide an efficient allocation free async arrayed integration for Unity.

Ja, auf jeden Fall sehr, sehr geil. hätte ich das früher gekannt, ich hätte es am liebsten für alle meine Projekte, die ich damals verwendet hätte, schon verwenden wollen würden. Johannes hat das per Zufall so ein bisschen entdeckt. Und im Großen und Ganzen ist das ein kleines Framework, womit man asynchrone Methoden erzeugt, die dann zum späteren Zeitpunkt etwas tun. Ist jetzt ein bisschen erstmal abstrakter. Das gibt es von Unity von sich aus auch auf zwei Formen.

Genau, für alle, die jetzt sich denken, so hä, was soll das hier? Es ist halt so, wenn man ein Skript hätte und dort eine kleine ... Schleife macht zum Beispiel, die die ganze Zeit weiterläuft und die nie endet, dann würde das gesamte Spiel einfach blockieren. Und diese Schleife könnte sowas sein wie, ich weiß nicht, warte mal auf eine ganz bestimmte Sache, die im Spiel passiert. Und nur dann soll irgendwas ausgeführt werden.

Genau, genau. Das ist eigentlich genau so. So nutzen wir das. So ist auch der Anwendungsfall häufig.

Genau, dass mal kleine Skripte hat, das fühlt sich so ein bisschen an, wie halt, dass das alles parallel läuft.

Genau, genau, genau.

Genau. Aber ja, okay, das heißt, dieses Unitask ist einfach cool, weil es performanter ist.

Genau. Und sehr schön anzuwenden und rechts eigentlich auch intuitiv ist und sehr elegant. So aus programmiertechnischer Sicht finde ich das.

Okay. Dann habt ihr noch einen Hap-Profiler, der wahrscheinlich dazu da ist, irgendwie den Speicher zu analysieren und was worum liegt und so. Aber es gibt eigentlich die Debugger-Tools von Unity, die schon mit sind. Das ist eine Sache, die mag ich sehr gerne in Unity. Die sind nämlich ziemlich cool, sehr einfach erreichbar und laufen sogar on the fly mit. Kann man einfach während das Spiel schon läuft, kann man sagen,

Also wir haben den Eingebauten trotzdem verwendet. Also es ist nicht so, dass das den jetzt irgendwie replaced hat. Wenn ich mich gerade nicht täusche, sagt sogar, der Memory-Profiler, den wir dort eingebaut haben, jo, ich bin so ein bisschen deprecated, nutz mal den von Unity. Aber irgendwie, er war sehr schnell, also wir haben vor allem den Memory-Profiler viel genutzt und der braucht sehr lange.

Na, es stimmt schon, was du sagst, weil ich habe tatsächlich ein Zitat gefunden, was, genau, was hier, ich verlinke das auch mal, die GitHub-Seite, da steht nämlich, wir spulen mal ein Jahr vor, Unity Technologies hat angekündigt, dass sie auch eine Memory Profiler arbeiten und this disrupted my plans for heap Profiler. Also, ja, das scheint eine Unity-unabhängige Person zu sein, die tatsächlich das Ding...

Ja, also wie gesagt, ich finde es auch ein sehr schönes Tool und ja, wenn ihr euer Spiel so ein bisschen profilen wollt oder nach Speicher-Lags oder sowas suchen wollt, ist das auf jeden Fall eine Empfehlung von mir oder von uns.

Genau, und das letzte Tool, was ich noch aufgelistet habe, ist der Asset Usage Detector. Da kann man wahrscheinlich einfach feststellen, ob Asset überhaupt benutzt wird.

Also im Endeffekt kannst du einen Rechtsklick auf irgendein Asset machen und dann suchen wir Referenzen. Das hat Unity auch von sich aus, aber irgendwie findet er gefühlt nur eine Richtung. Also entweder, ich weiß gar nicht, welche Richtung, ich habe es lange nicht verwendet, wer verwendet mich oder von wem werde ich verwendet, aber nicht beides. Und der Asset Usage Detector durchsucht nicht nur auf Asset-Ebene, sondern kann auch Szenen durchsuchen, ist generell auch recht flott.

Ja, okay. So, das bringt vielleicht jetzt anderen Leuten noch was, die auch coole Tools suchen. Ihr habt aber nicht nur Tools benutzt, sondern auch welche selbst entwickelt.

Ziemlich viele.

Ja, was sind denn so die Top-3- Tools?

Also, kommt wahrscheinlich so ein bisschen drauf an, wen du aus dem Team fragst. Für unsere Level-Designer haben wir, ich habe es ein Level-Design-Toolbox genannt, gibt es jetzt auch nicht nach außen hin oder sowas, womit man zum Beispiel in diesen Boden reinzeichnen kann, also das Texture-Splitting.

Sowas kennt man ja vor allem, wenn man so Gras in Szenen painted. Da hat man wie so ein Brush und dann zieht man einmal da rum und dann werden, ganz viele kleine Grasbüschel platziert.

Und sonst, was für viel, wir haben ein eigenes LOCA-System, also wie unser Spiel übersetzt wird in verschiedenen Sprachen. Da haben wir ein eigenes Dateiformat, sag ich mal.

Okay, das freut mich zu hören, weil ich bin ein großer Fan von guten Tools und guten Workflows. Eine Frage, die ich, ich bin ein bisschen verwundert, dass ihr so ein Terrain-System selbst schreiben musstet. Ich hätte jetzt schon gedacht, dass Unity da was mitbringt irgendwie. Also gerade so verschiedene Texturen ineinanderblenden ist jetzt ja wirklich so ein Standardding.

Ich glaube, also es gibt es auch, nennt sich einfach Terrain, Editor, keine Ahnung. Aber es ist halt erstens auf 3D ausgelegt, das heißt, du hast dann auf jeden Fall auch immer Koordinaten, die du an sich nicht brauchst. Damals konnte man es auch nicht auf beliebenden Achsen drehen, ich glaube, das geht mittlerweile. Du hattest immer dieses Mesh auf der X-Z-Achse. Unser Spiel befindet sich aber auf der XY-Achse, zumindest als wir damals angefangen haben.

Aber das ist ja schon interessant, dass ihr so viele Tools, also das haben wir in dem anderen Podcast schon ausgearbeitet, dass ihr ja vorher nicht viel Erfahrung hattet in Spielentwicklung. Ihr habt ein paar kleinere Projekte gemacht und ihr habt ja auch Informatik studiert, das heißt, da war schon eine ganze Menge Knowledge da, aber jetzt nicht spezifische Erfahrungen mit, ja, wie mache ich ein Spiel?

Man muss auf jeden Fall auch dazu sagen, unsere Tools sind sehr spezifisch auf uns zugeschnitten. Und sie haben auch sehr spezifische Bugs. Also der Workflow ist natürlich so, dass es uns hilft. Aber wir haben mittlerweile auch gelernt, also unsere Tools sind alle so 80 Prozent fertig, vielleicht manchmal sogar weniger. Sie tun so, was sie wollen, aber eigentlich können wir sie noch viel krasser und geiler machen. Und für sowas sind dann oft Assets vielleicht auch ganz sinnvoll.

Vielen Dank. Okay, weil es immer als kleiner Task startet und dann über die Zeit wächst, ja. Und gab es auch mal den Fall, dass ihr, also dass zum Beispiel Level Design hat irgendwie Sachen platziert irgendwie und dann wurde gemerkt, ey, das ist doch alles blöd, wir machen hier ein neues System und das bedeutet aber dann auch, dass die alte Arbeit so ein bisschen verloren ist, weil das neue System irgendwie, weiß ich nicht, die Daten anders abspeichert.

Also so einen großen Change von irgendeinem System hatten wir, glaube ich, nicht. Aber es gab schon Sachen wie, zum Beispiel wenn man Stühle oder Betten ist ein besseres Beispiel. Wenn man ein Bett in unserer Welt platziert, dann gibt es so ein Default-Exit-Position. Und das ist zum Beispiel immer südlich vom Bett. Aber manche Betten sind halt dort platziert, wo südlich im Bett eine Wand ist.

Aber das ist interessant, genau, Exit Position, also dorthin, wo NPCs aufstehen.

Genau, oder der Spieler auch selber, genau.

Genau, das ist übrigens ein guter Punkt. Warum kann man sich hinsetzen auf Stühle?

Warum nicht? Ja, ja, ich verstehe schon die Frage. Es hat keinen Effekt.

Oder?

Genau, nee, es hat keinen Effekt. Im Großen und Ganzen, wir sind ja sehr stark an Gothic inspiriert und in Gothic gibt es sehr viele von solchen Interaktionen. Ich setze mich irgendwo hin oder ich rühre da irgendwie mit dem Summkrautstampfer in diesem Eimer rum oder was auch immer. Es hatte sehr viele so kleine Interaktionen in der Welt, die sich sehr lebendig oder immersiv angefühlt haben.

Aber ich kann mich auch hinhocken und das bringt auch nichts.

Ja genau, es ist so ein bisschen aus WoW inspiriert, da gibt es einen extra Button, der X-Button, um sie auf den Boden zu setzen und irgendwie fühlt sich das einfach immersiv und cool an.

Ja, aber ich glaube, hier ist es Hocken wirklich, nicht sitzen.

Ja genau, Nehmen wir uns ein Socken, ja.

War das mal ein Pickpocket-System, was hätte kommen sollen?

Nee. Das fand ich ganz witzig, als wir drüber released haben, waren einzelne Leute so, ja, irgendwie hat der mich gesehen, obwohl ich hier gehockt habe. Also manche Leute haben das tatsächlich so als Stealth-System missverstanden, was ich sehr interessant fand. Ja, ja.

Letzte Interaktion, die mir aufgefallen ist, man kann trinken aus Fässern.

Hatte lange Zeit keinen Effekt. Entweder mit dem letzten oder vorletzten Patch haben wir aber eingeführt, dass so einen kleinen Gesundheitsspot bekommst und das halte ich ein bisschen. Davor war es auch einfach nur so ein bisschen, ja, sieht ganz cool aus.

Okay, ähm ... Ich habe in einem, warte, in einem Video was gefunden. Das Video heißt, genau das ist von euch, der 26. DevBlog, da geht es um technische Schuld. Was ist denn technische Schuld?

Im Endeffekt ist das ein Begriff, der beschreibt, wie sauber die Code-Basis ist, auf der man arbeitet, sage ich mal. Und die technische Schuld steigt dann an, wenn man zum Beispiel quick und dirty irgendeinen Bug fixt. so, hey, irgendwie funktioniert das hier nicht, ich weiß nicht warum, aber wenn ich das tue, dann klappt das prinzipiell häufiger.

Genau, um, damit die zukünftige Arbeit einfach schnell und effektiv sein kann und nicht sich alles ewig hinzieht und eine Änderung alles kaputt macht, da muss man dann ewig rumfixen, ne, irgendwie.

Wobei, passiert trotzdem irgendwann wieder. Und auch jetzt gegen Ende, gerade auch mit dem Patchen und kurz vor Release, ist auf jeden Fall sehr viel noch reingekommen, was wahrscheinlich nicht so schön ist für künftige Projekte. Das müssen wir dann wieder ausbauen oder so.

Genau, und um die technische Schuld wieder runterzubringen, da muss man dann refactoren. Also mal neu schreiben. Genau, und es gibt eine andere Sache, die man in diesen, also ihr habt ganz viele Devlogs gemacht, sowohl auf TikTok als auch auf YouTube vor allem dann. Und da habt ihr noch eine andere Sache und da genau, das habe ich in der letzten Episode habe ich gesagt, darüber sprechen wir, haben wir aber gar nicht gemacht, deswegen muss ich das hier mit einbringen.

Hängt hier auch noch schräg gegenüber, ich habe es im Blick von hier aus.

Ah, okay, genau, du weißt, worüber ich spreche und zwar ist das Big O Cheat Sheet. Das ist, ich habe es beschrieben mit Zeitprogrammierungsplakat. Das ist ... Ja, wie spreche ich das? Das ist ein, ach genau, es gibt, Algorithmen werden komplexer oder weniger komplexer, je nach Datenstruktur oder so. Und dann heißt das, ich gucke jetzt hier O, Klammer 1, O, Klammer N und das bedeutet, und hier O, Log, Klammer N, das bedeutet einfach ganz schlimm, schlimm, ein bisschen schlimm. Ja, ja.

Ja, schöne Zusammenfassung.

Also wie lange einfach Algorithmen brauchen, um sich irgendwie durch Datenberge zu arbeiten. Und du musst jetzt sozusagen wissen, je nachdem, ob man zum Beispiel ein Array benutzt oder irgendeine Liste oder irgendein, ich gucke jetzt hier mal, ein Red Black Tree, was auch immer das sein soll. Ich finde die Bezeichnung gerade ganz geil. Es gibt einen Cartesian Tree, einen Binary Search Tree.

Ja.

Ist das so?

Also ob man das so machen muss, ist nochmal eine andere Frage.

Na, ihr habt euch immer so Fragen gestellt.

Ja, ja, ja, ja.

Ich habe eine Liste und ich will in dieser Liste suchen. Was ist das Beste, was ich dann machen kann?

Ich weiß gar nicht mehr, wie wir in die Zwerf die Idee gekommen sind. Also wir hatten, also Chris hatte dieses Bild, dieses Poster. Einfach, ja, weiß ich gar nicht warum eigentlich. Wahrscheinlich fürs Studium, weil man hat viel von diesen Algorithmen und Datenstrukturen und so weiter im Studium gelernt. Und da musste sie auch lernen und hatte das einfach privat irgendwie rumhängen. Und wir haben dann TikTok aufgenommen und das war irgendwie eine super spontane Idee.

Aber jetzt meine naive Frage. Also, wenn es die perfekte Lösung, zum Beispiel, ich möchte etwas, ich lese das jetzt hier ab, ja, ich weiß es nicht auswenden. Ich möchte etwas in einen Red-Black-Tree inserten. Warum macht das der Code dann nicht automatisch mit der besten Lösung, die es dafür gibt? Also, warum ist in Unity nicht dieses Plakat einprogrammiert und dann wird das automatisch gemacht?

Weil das auch von seinen Use-Cases oft abhängt, weil du möchtest vielleicht nicht nur etwas einfügen, sondern du möchtest vielleicht auch etwas suchen. Und dann hast du nicht nur den einen Punkt, wo der vielleicht, wo der Red-Black-Tree gut ist, aber auch den anderen Punkt, wo er vielleicht schlecht ist.

Ja, das wäre jetzt auch meine Frage. Wäre das mal ein ordentlicher Einsatzzweck für KI?

Wenn ich ehrlich bin, ich bin gar nicht so ein großer Fan von diesem Big-O-Cheat-Sheet, weil das ist alles so ein bisschen sehr theoretisch.

Das sagt jetzt aber nicht Chris und nicht den ganzen Fans nach den tausend Videos, die ihr gemacht habt. Ich fall vom Baum.

Bleib unter uns. Weil da auch viel Hardware mit drin steckt. 90 Prozent aller Fälle ist das Array am schnellsten, weil wenn du auf Daten zugreifst, die im Speicher liegen, hat jeder Rechner heutzutage so einen Mechanismus implementiert, das nennt sich Caching. Der greift nicht nur die Daten zu, die du gerade haben willst, sondern auch ein paar Daten links davon, ein paar Daten rechts davon.

Ich muss sagen, ich habe eine Sache, die ich jetzt, also wo mir es doch gut tun würde, Ahnung davon zu haben. Und zwar habe ich ja vorhin erzählt von meinem kleinen Prototyp, wo ich diese tausend Sprites auf dem Bildschirm hatte. Und was mir auch bei meinem kleinen Spiel aufgefallen ist, das ist so ein Bullet Heaven, wo ganz viele Gegner auf dem Bildschirm sind. Und es dauert relativ lange, rauszufinden, zum Beispiel, welcher dieser 1000 ist am nächsten bei mir.

Binary Spatial, Spatial, Spatial, Petition, Spatial, ja, ich weiß auf jeden Fall, was du meinst.

Das ist irgendwie so eine Art, da weiß ich nicht, da teilt man irgendwie den Bildschirm in ganz viele kleine Bereiche auf und da kann man dann super gut sortieren und super, super schnell rausfinden, okay, wer ist am nächsten zu wem. Und dafür muss man die Daten in einer ganz gewissen Seite strukturieren. Das war irgendwie, ich habe da einmal KI für verwendet. Ich wollte nämlich sagen, hier, ich habe Godot, mach mir das mal. Hat nicht funktioniert.

Also wir haben natürlich auch ähnliche Abfragen bei uns im Code. Wir machen das so ein bisschen, lassen Unity für uns arbeiten und zum Beispiel sagen, alles klar, ich möchte, wer ist am nächsten von mir als Spieler?

Ja, ansonsten wäre es sehr langsam.

Genau. Ist es auch tatsächlich auch so noch ein bisschen an bestimmten Stellen, vor allem wenn du den Mauszeiger sehr, sehr groß machst, dass du sagst, hey, ich möchte alle Objekte 12.000 Pixel um diesen Mauszeiger löschen, dann wird es auch wieder langsam. Genau.

Aber umfährt zu sein, das ist ja selbst in Photoshop so und da arbeiten sie seit irgendwie 35 Jahren dran und haben da drei Millionen Engineers drauf, dass wenn du den Bereich sehr groß einstellst, dann ist auch Photoshop, und das ist ja schon optimiert, also.

Naja, ähnliches Problem hatten wir auch mit unserem Texturesplating, da haben wir auch ein Tool, um in die Szene und den Boden direkt zu malen. Wenn es sehr groß war, hat das auch sehr lange gedauert, aber das lag daran, dass ich dort initial eine Undo-Funktion eingebaut habe und es sozusagen in den, damit man Undo machen kann, musst du ja den State vorher wissen und den neuen State.

Aber kann ich speichern und wenn es mir dann nicht gefällt, was ich gemalt habe, einfach nochmal neu laden? Okay.

Klar, das geht. Oder auch mit Git nutzen wir ja. Kannst du auch sagen, ich reverte einfach die Szene, wo ich jetzt was gemacht habe oder so.

Ah, okay, ja. Ach, ihr benutzt, okay, ihr benutzt dafür auch gibt.

Also generell einfach für Unity.

Auch für alle Assets?

Ja, genau.

Also ist das schon groß dann?

Außer die gebakten Texturesplanes. Die werden zu groß, alles andere passt gut rein.

Aber ich sag mal so, warum werden die eigentlich zu groß? Also klar, wir haben jetzt festgestellt, das ist, 1600x1600, aber du hast ja gesagt, das sind JPEGs. Und ich sag mal so, jeder von uns hat wahrscheinlich, Tausende Fotos auf der Festplatte liegen.

Also zu groß heißt jetzt auch nicht, dass das 100 Gigabyte groß ist, sondern einfach so groß, dass Git das nicht mehr so mag. Oder andersrum. Unser Projekt ist mittlerweile auch so groß, dass wir hart an der Grenze sind. Das Git sagt, jo, euer Projekt ist ein bisschen zu groß. Entweder braucht ihr da irgendwie, weiß ich, Premium oder was auch immer.

Wie groß ist denn das Projekt gerade so?

Das Problem ist, Also, ich baue ja auch regelmäßig an meinem Rechner immer mal wieder Versionen. Ich glaube, im Peak war ein Ordner von dem Projekt schon mal 80 Gigabyte groß, aber da liegen sehr viele Libraries und gecachede Daten und ein paar Bildversionen rum. So, das reine Projekt ist ungefähr ... Warte, es rechnet gerade. Es kann aber sein, dass da die Texture-Plans drin sind. Fünf Gigabyte. Ich gucke mal kurz drin, ob da die Texture-Plans drin liegen.

Und dann ohne die Rohdaten von Grafik, ne, also ... Ohne A-Sprites oder irgend sowas.

Ach so, genau. A-Sprites liegt extra. Das nutzen wir nur zwar eine Cloud für. Aber die exportierten Daten von A-Sprites, die sind wiederum mit drin.

Aha. War es eine Cloud? Also das heißt, jemand schmeißt eine Dropbox irgendwie?

Nee, also wir haben eine eigene, also was heißt eigene Cloud? Nextcloud nennt sich das. Ist sowas wie Dropbox, aber ist auf unserem eigenen Server quasi gehostet. Aber ist ja wie Dropbox eigentlich.

Das heißt, die Grafik-Rohdaten haben gar keine richtige History dann sozusagen?

Ja, genau.

Oh, stimmt.

Ich glaube, Nextcloud hat ein bisschen von History, aber so richtig verwenden tun wir es nicht.

Ah.

Ich glaube, im Endeffekt ist es bei uns so ein bisschen vom Workflow her, dass die Artists ihre Sachen in ihrem eigenen Workspace editieren, bis sie sagen, jo, ich bin jetzt fertig, es ist Export-Ready. Da kommt es in einen extra Ordner und das ist einfach immer die up-to-dateste Version.

Okay. Ja, und das ist wichtig, weil du hast ja vorhin gesagt, dass auch aus den Aceprite-Dateien, ach nee, warte, der Exporter ist in Aceprite. Das habt ihr für Aceprite geschrieben.

Genau.

Das heißt, die Dateien werden nicht noch mal vom Spiel angefasst oder so.

Nee, nee, nee, nee.

So, jetzt haben wir festgestellt, dass du diese super, das O-Cheat-Cheat, also diese ganzen Sachen, welche Algorithmen man wie wo einsetzt und so, das sind halt Themen auch gewesen aus dem Studium. Haben wir festgestellt, hättest du dich sparen können.

Also fürs Studium brauchte ich schon was, es waren auch Abfragen in Klausuren oder sowas.

Nee, mein ich, genau, fürs Spiel. Nein, übertrieben, aber Caching löst viele Probleme. Und ich habe mich gefragt, ob es noch andere Dinge aus der theoretischen Informatik so gibt, die ins Spiel eingeflossen sind. Also ich frage halt deswegen, weil gerade wenn es um theoretische Informatik geht, ist manchmal so die Frage, hä, wofür brauche ich das?

Gib mir eine Gedenkmenü.

Ja, ich hab halt zum Beispiel gedacht, also mir würde das zum Beispiel helfen, wüsste ich diese ganzen Sachen, dann hätte ich viel bessere Performance gehabt bei meinem Cozy Space Survivors Spiel, weil dann hätte ich diesen Binary Spatial Tree eingesetzt und ja, dann.

Also, ich glaube, einerseits bin ich vielleicht auch blind dafür, was ich im Studium gelernt habe, was ich jetzt verwende, weil vieles vielleicht auch so ein bisschen automatisch so ein bisschen da ist.

Ja, ich muss natürlich sagen, du hast natürlich das mathematische Grundkenntnis dann oder mehr als Grundkenntnis, um dich auch sehr schnell in Dinge einzuarbeiten. Wie ich gesagt habe, ich habe das nicht zum Laufen bekommen, diesen BSP-Tree, aber du hättest es garantiert hinbekommen. Zum Thema LURP übrigens, also das ist die lineare Interpellation und da gibt es noch einen sehr lustigen anderen Begriff, das ist SLURP. Das klingt einfach lustig, wenn man es sagt.

Nicht, dass sie einmal kurz verschwinden und plötzlich auf der anderen Seite wieder auftauchen oder so.

Ja, genau, nicht irgendwie gestaucht werden, wenn man sie da rumschwubbelt. Ich wollte eigentlich vorhin überleiten, das habe ich ganz vergessen, und zwar, als wir über die Tools gesprochen haben. Genau, da habe ich ja gefragt, was habt ihr noch für Tools entwickelt? Und da gibt es ein Tool, da muss ich sagen, Das hat mich am meisten beeindruckt und zwar habt ihr ein saugeiles Feedback- und Bug-Reporting-Tool geschrieben.

Aber genau, also ich glaube im Großen und Ganzen ist fast, nicht alle Tools, aber viele von den Tools und viel von dem, wo du meinst, das Weitblick erforderlich von Chris der hat irgendwie, weiß ich, glaube, wenn er seine Augen schließt, er funktioniert wie anders und irgendwie ist er irgendwie sehr Meter immer weit voraus, und ist ganz interessant und ich glaube, vermutlich kommt das initial von ihm, aber auch, weil wir vorher auch den Pain in der Entwicklung schon gespürt hatten,

Genau und um auf das Tool anzugehen das ist einfach saugeil, man drückt F2 im Spiel und kann dann einen kleinen Text eingeben und entweder Feedback schreiben sagen hey das Spiel ist super oder einen Bug senden und was halt so Cooles dabei, dass automatisch ein Safe Game erstellt wird und das wird mitgesendet.

Im Großen und Ganzen, sofern sich das Spiel nicht zu krass im Bild unterscheidet vom im Editor, nutzen wir einfach dasselbe Safe-Game-System. Äh, und, weil im Editor möchtest du ja auch Save Games laden, du willst ja irgendwie dein Progress speichern, du willst ja, und so weiter. Im Endeffekt fiel das so ein bisschen automatisch ab, dass man's dort einfach auch, also für uns laden konnte.

Ey, das ist so cool, das Tool. Und ich finde, das fühlt sich auch so jetzt aus meiner Perspektive als Konsument total gut an. Also da macht es auch richtig Spaß, irgendwie Feedback zu geben und auch Bugs zu reporten. Und da muss man nicht irgendwie, ja, geh halt auf diese Seite.

Ich weiß auch nicht, warum nicht mehr Programme oder Spiele oder Firmen oder Software sowas tut, weil ja, weiß ich nicht. Das ist eine gute Frage.

Und das Coole ist ja, dieses Savegame, was erstellt wird, ist auch nur temporär im Hintergrund und unsichtbar. Ich habe nämlich am Anfang gedacht so, muss ich vielleicht eins anlegen? Also ich hatte erst noch gefragt so, soll ich ein Savegame speichern und euch das dann schicken? Und da war die Antwort, nö, wird automatisch gemacht, ist schon eins dabei. Okay, krass. Das ist super cool.

Wir schicken tatsächlich auch nicht nur den, also in dem Moment, wo du F2 drückst und auf Absend klickst, wird ein Savegame gemacht und der wird dann mitgeschickt. Wir schicken aber auch den zuletzt Autosave mit, weil manchmal ist dann ja der Bug zu spät. Du bist ja schon weiter zeitmäßig und der Bug ist ja schon passiert. Deswegen versuchen wir beim Autosave, das dann noch mal zu reproduzieren. Was aber ganz interessant ist, manchmal ist das leider auch fehlerhaft.

Ja, also sehr beeindruckend, find ich toll. Überall Einzug erhalten, ja.

Und vielleicht auf unserer Seite auch nochmal was ganz Schönes. Wir schicken ja auch die Log-Datei zum Beispiel mit, die auch oft erstellt wird. Und auch ein Screenshot von der Position, wo du dich gerade befindest, das wird auch nochmal ein Screenshot gemacht. Das heißt, man kann auch örtlich gut schnell einschätzen, wo das ist. Zusätzlich schicken wir aber zum Beispiel auch die Kamera-Position mit. Das heißt, wir haben ein Tool in Unity. Hey, gehe zu der Position von diesem Bug-Report.

Ja, das war eine Sache, die hat mir auch sehr gut gefallen in X-Rebirth.

Also wie wir was speichern?

Naja, also es ist ja so, also der naive Approach könnte sein, man hat so eine Art Management Script und in dem schreibt man manuell irgendwie rein, Pass auf, such dir mal alle NPCs raus und speichere mal irgendwie in eine Textdatei von hier aus rein, wo die gerade sind. Und dann such mal, weiß ich nicht, irgendwelche andere Sachen. Also, dass man das alles manuell definiert, was eigentlich überhaupt in so ein Savegame rein soll.

Ja, nee, das ist ... Wir machen es ähnlich. Also wir speichern auf jeden Fall nicht alles ab. Wir speichern nur das Notwendigste ab. Als Beispiel zum Beispiel, manche spinnen, wenn sie sterben, hinterlassen so eine Giftpfütze auf dem Boden. Wenn du speichern würdest und lädst, dann wäre die dann noch weg. Oder du schießt gerade ein Energieprojektil ab oder ein Pfeil und du speicherst und lädst, dann ist der Pfeil da auch nicht mehr.

Ja.

Also bestimmt, wir speichern nur das Nötigste sozusagen ab, um einfach den Prozess des Abspeicherns möglichst schnell zu gestalten und auch das Laden schnell zu gestalten, auch dass das Savegame klein ist. Das Abspeichern selber, das ist ein Extrascript, das sind Saveables, haben wir so genannt bei uns. Das ist zum Beispiel ein Saveable Actor und das definiert dann, was kann einem im Actor alles gespeichert werden und das ist ähnlich, wie du geschrieben hast, das hat eine Methode Load und Save,

Das ist natürlich interessant, wieder so ein Spezialfall mit, wenn es dann um Streaming geht. Aber das, okay, das heißt aber ganz am Anfang, ganz, ganz am Anfang, habe ich ja dieses Beispiel aufgemacht mit, was ist denn mit einem NPC, der durch die Welt läuft? Da hast du gesagt, es gibt dann trotzdem noch so ein temporäres Objekt, was immer noch da ist. Aber das gilt dann nicht jetzt, wenn wir über diesen Ripper reden. Der ist halt weg, wenn der Chunk entladen wird.

Deswegen, ich meine, Ripper ist ein blödes Beispiel. der ist auch schon, auch global vorhanden. Deswegen meine ich gerade, wir nehmen jetzt mal an, er lege in einem Chunk gut er eigentlich nicht, der ist eigentlich auch global drin mit diesem Nebenobjekt.

Aber wenn du die ganzen Status Stati ähnlich hast, wenn der rausgeladen ist, warum hast du denn überhaupt noch ein temporäres Objekt?

Ich meine, im Endeffekt ist es auch wieder dem gemeinsamen System geschuldet. Es liegt primär daran, dass NPCs sich durch die Welt bewegen. Und sowohl Gegner als auch unsere NPCs sind beides Ektoren bei uns im Spiel und deswegen laufen sie einfach über dasselbe System. Aber ja, eigentlich bräuchte man das dann da nicht.

Ich habe übrigens sehr oft versucht, Gegner wegzuziehen. Ich habe Babsi sehr lieben gelernt, weil Babsi ist eine Jägerin, die da rumsteht und ich habe versucht, möglichst viele, böse kleine Viecher zu ihr zu ziehen, damit sie die für mich umhaut. Aber irgendwann drehen die um. Also man kann die gar nicht über die gesamte Map mitzern. Ja, leider.

Zu einem früheren Zeitpunkt ging das mal, wir hatten das dann irgendwann so ein bisschen ausgebaut, aber ja.

Ja, ich habe mich auch noch gefragt, genau, Cutscenes. Das ist auch nochmal so ein Tool-Ding.

Ein bisschen, ja.

Habt ihr da auch ganz viel selbst programmiert? Oder gab es da irgendwelche coolen, Also irgendwelche Timelines, wo man einfach sagen kann, okay, NPC dahin, du dahin, dann Dialog, dies und das. Weil das ist ja durchaus kompliziert. Also man muss ja sagen, erstens, Player-Kontrolle geht weg. Zweitens, Kamera wird jetzt übernommen und wird jetzt soft irgendwo anders hingeschoben, damit man dort, weiß ich nicht, eben, ja, also dort, wo eben die Cutscene stattfinden soll.

Also Unity hat so ein Timeline-Tool. Das haben wir aber nicht verwendet. Wir haben es, glaube ich, initial mal damit angefangen. Aber es hatte irgendwelche Probleme, an die ich mich nicht erinnere, weil es zu viele Jahre zurückliegt.

Ja, okay.

Aber es ist eigentlich relativ simpel gestaltet.

Aber, okay, aber das heißt, es muss irgendwo eine zentrale Cutscene-Datei geben oder irgendeine Struktur, wo ich dann sage, führe bei Sekunde 0 dieses Skript aus und das schiebt die Kamera irgendwo hin. Und dann muss irgendwo stehen, fünf Sekunden später starte bitte das Skript für NPC1, läuft auf Position XY. Also irgendwo muss ja definiert sein, ja, irgendwo muss die Timeline ja definiert sein, auch wenn es keine visuelle gibt, sozusagen.

Also es ist, ähm, es kommt so ein bisschen ... Zufällig, also beschreibe ich das? Also im großen Ganzen sind es diese Skripte, was ich meinte, die sketcheln sich ein und dein Skript sagt irgendwann, also sagen wir, zuerst kommt das Skript gehe von A nach B. Das sketchelt sich jetzt ein, das wird jetzt aufgerufen. Wie lange das Skript jetzt eigentlich läuft, das weiß das Skript an sich nicht.

Aber wie kannst du dann drei in PCs gleichzeitig irgendwo hinlaufen lassen? Weil da musst du ja parallel drei Skripte starten.

Genau, wir haben zwei so Hauptskripte, also es gibt einmal eine Sequenz, das ist das, was ich gerade gemeint habe, es passiert A, dann B, dann C, dann D und es gibt Parallel. Und wenn das halt aufgerufen wird, dann sind es im Endeffekt wie zwei Einzelsequenzen oder mehrere Einzelsequenzen, die dann ihr Part für sich jeweils tun, die dann aber zeitgleich abgespielt werden, weil sie von dem Parallel-Knoten oder nicht Knoten, Skript aufgerufen wurden.

Und dann muss das System automatisch so lange warten, bevor das nächste gestartet wird, wie das längste Skript in diesem parallelen Block ist, oder? Weil wenn du jetzt ein Skript hast, was quasi eine Sekunde dauert und das andere drei und das andere vier.

Dann… Ja, ich glaube, ich bin mir nicht hundertprozentig sicher, aber ja, ich glaube, das parallele Skript ist erst dann fertig, wenn alle Subskripte durch sind.

Aha.

Genau. Ja, also war manchmal tatsächlich auch Timing manchmal ein bisschen nervig, weil angenommen, du fügst am Anfang irgendwas ein bisschen ein, dann verschiebt sich alles nachfolgend. Und dann musst du manchmal Timings hinterher nochmal ein bisschen reduzieren, damit es dann wieder eigentlich auf dem eigentlichen Punkt liegt, wo es eigentlich liegen sollte.

Okay. So, ich gucke gerade, die Liste ist sogar noch ein bisschen lang, aber ich glaube, wir müssen langsam mal zum Ende kommen.

Das ist okay.

Ich hatte nur noch eine Frage, die ich sehr spannend fände, weil ich die überraschend komplex fand. Und zwar die, so was, wie ihr verhindert, dass man aus Versehen mal NPCs tötet oder haut, wenn man irgendwie mit der Waffe drum ist.

Muss ich auf jeden Fall auch einmal vorweg, das sind alles so ein bisschen Systeme aus Johannes-Bereich. Also der könnte da auf jeden Fall auch wieder ein bisschen deutlich besser antworten. Aber im Großen und Ganzen ist jeder NPC ist halt einer Fraktion zugehörig. Das müssen nicht unbedingt die Fraktionen sein, wie sie auch im Spiel sind. Es kann so Subfraktionen geben, wie zum Beispiel, okay, Banditen sind auch im Spiel.

Also, ja ... Genau, ich glaube nämlich in der Mine, es gibt so eine Mine und ich glaube, da war einer und der hat mich gehauen und dann sagen die anderen nur, oder ich habe den gehauen, na und dann gucken die anderen nur zu.

Ja, ja. Nee, genau, genau. Also wir haben in der Mine zum Beispiel die Wachen und die Hauer selber, sind zwei verschiedene Factions. Und die Wachen würden einander helfen, wenn jemand angegriffen werden würde. Wenn man jetzt aber, also die Hauer sind die Miner sozusagen, die helfen sich nicht gegenseitig, auch untereinander nicht. Das heißt, wenn ich jetzt jemanden, der Hauer angreife oder Miner angreife, dann kommen die anderen nicht zur Hilfe.

Warte, jetzt überlege ich gerade. Was für eine Bar? Ich weiß nicht, ob mir das aufgefallen ist.

Also wenn du mit einer gezogenen Waffe an einen freundlichen NPC herangehst, dann kriegt er ein rotes Outline. Ähnlich wie wenn du mit ihm reden würdest, ist es weiß, aber dann ist es halt rot. Und dann musst du Linksklick gedrückt halten oder Angriff gedrückt halten. Dann lädt sich diese Bar. Und wenn die dann voll ist, dann schlägst du erstens zu. Und zweitens hast du dann eine Rauferei mit ihm initiiert. Und das passiert eigentlich nicht aus Versehen im Kampfgeschehen.

Ja, ist schon zu lange her. Habe ich mich jetzt gar nicht mit dran erinnert.

Genau, aber wenn das dann passiert, wirft der NPC, soweit ich weiß, ein kleines Event. Jo, ich wurde angegriffen. Das ist im Endeffekt wie so ein Hit-Kollider, der drumherum ist. Und alle, die das sozusagen hören, die würden sich dann halt entweder auf die positive oder auf die negative Art und Weise quasi mit einmischen. Und das System aber dahinter ist auch, was die sagen und so weiter und wo sie sich auch hinstellen und so weiter. Das ist alles, das kann ich nicht gut beantworten.

Aber wieder ein Beispiel für ein doch wieder sehr komplexes System, weil es gibt ja noch die neutrale Art, ich gucke einfach nur zu und sage, cool, die kloppen sich. Und ja, genau, spannend, okay.

Aber auch da gab es immer mal wieder Probleme, zum Beispiel gibt es, du meinst ja, es gibt Leute, die wechseln ihre Fraktion, da gab es zum Beispiel im Taverne jemand, der dich übers Ohr hauen will und wenn du denen dann folgst, dann wird er von Freund zu Feind, hat aber selber einen Komplizen und während du noch befreundet mit ihm bist, aber seinen Komplizen schon haust, denkt er nicht, dass das tatsächlich sein Komplize ist und hilft dir dann mit ihm seinen eigenen Komplizen zu hauen,

Ja, okay. Ja, du, ich weiß nicht, was sagst du denn? Hast du noch etwas, was dir vielleicht auf dem Herzenliebe, wo du sagst, boah, das war so cool, da müssen wir noch drüber reden?

Vielleicht ein paar Kleinigkeiten. Die Wasserreflexion fände ich noch ganz interessant. Ich weiß nicht, ob du die konkret hier nicht mit drin hattest.

Meinst du die kleinen ...

Nee, dass man sich selber im Wasser sieht.

Ja, erzähl mal.

Das und Silhouetten von NPCs finde ich sehr interessant, weil beides wirkt voll Magic und beides ist ultra trivial.

Okay, ich will noch kurz untermalen, dass Reflektion in 2D spielen, finde ich, sieht man nicht so oft und warte, Divine, wo ist es denn? Genau, und auf meinem Blog habe ich nämlich genau das mal zum Thema gemacht, weil ich das so toll fand, dass in Divine Divinity, ich poste es hier, da hat man das nämlich schon. Divine Divinity, das ist hat nichts mit, also ist nicht, ich meine, ist nicht Divinity Original Sin, sondern wirklich die beiden Divinity.

Also im Großen und Ganzen, ich weiß nicht genau, wie Divinity das macht. Wir machen es auch nicht perfekt und das sieht man immer mal wieder. Wir haben ja ein Kleidungssystem und unser Kackler ist ja, sag ich mal, du kannst ihn ja ausziehen und kannst Rüstung A anziehen oder aber auch Helm B und Waffe C und kannst ja so ein bisschen mischen und matchen. Und das dann in die Reflektion zu gießen, das war ein bisschen tricky,

Aber was meinst du jetzt mit Faden? Ich zeige auch gerade mal ein Bild an, aber man kann es sich so vorstellen, die Wasserreflektion sieht halt aus wie das Original-Sprite, so mit einem drum und dran, nur ein bisschen dunkler. So würde ich es jetzt beschreiben.

Sage ich mal.

Ich sehe da jetzt aber nicht, also ich sehe da jetzt nicht zum Beispiel, dass die Reflexion nach unten hin immer mehr ausfädelt oder sowas. Also du siehst schon so eins zu eins ein Spiegelbild eigentlich.

Also nicht nach unten hin, sondern generell. Also du hast so ganz leicht, hier sieht man es auch, glaube ich, weil du hast eine dunkle Rüstung. An dunkle Rüstungen fäden weniger aus. Das ist das, was ich vorhin meinte. Du hast zum Beispiel im Wasser so kleine Steine, die so ganz leicht andersfarbig sind. Und die würden auch ein bisschen durchkommen.

Ah, okay, also das Spiegelbild an sich ist ein bisschen transparenter.

Genau, genau. Aber das sieht man jetzt hier wirklich nicht, weil du gerade wirklich einen recht dunklen Charakter hier als Beispiel hast. Also sowohl von der Rüstung als auch von der Hautfarbe.

Und das Problem ist, dass es halt nicht ein Sprite ist, sondern es eben aus verschiedenen Teilen besteht.

Genau, genau.

Also Körper, Haut, darüber dann die ganzen Rüstungsteile. Und jedes davon wird ja ein bisschen transparenter.

Genau, genau, genau.

Aber sag mal, wäre es nicht möglich gewesen, den Charakter in eine neue Textur zu rendern, also zur Laufe Zeit.

Genau, genau, genau. Das wäre eigentlich das Schönste gewesen, dass man sagt, eigentlich zu jedem Zeitpunkt im Spiel, zumindest von den Charakteren, die eine Reflektion haben sollen, rendert man das irgendwie nochmal offscreen in eine Extra-Textur und zeigt die dann da irgendwie an. Aber ich hab das einfach nicht, ich sag, hab ich irgendwie nicht hinbekommen.

Ah, okay. Ja, krass. Okay, aber dann hast du einfach, genau, ist eine Kopie mit allen Layern. Das ist natürlich, okay, das sind auch mehrere Drawcalls, ne? Dann?

Yes.

Genau. Und dann aber mit dem Spezialshader die Farben so angepasst, dass es nicht auffällt, dass da irgendwie die ...

Es fällt immer noch manchmal auf, wenn du eine bestimmte Kombination von Rüstung und Charakter hast, sieht man manchmal, dass die Farben nicht so richtig matchen. Du hast jetzt hier ein perfektes Beispiel eigentlich, wo es ganz gut funktioniert.

Ja klar, weil ansonsten müsstest du ja noch detekten, wann du in die Nähe von Wasser kommst, weil du kannst das Spiegelbild ja nicht erst anzeigen, wenn du im Wasser stehst, weil du kannst ja schon deinen Kopf sozusagen spiegeln sehen, während du noch am Ufer stehst.

Genau, das war auf jeden Fall auch sehr tricky, aber hat auf jeden Fall auch einen sehr coolen Effekt.

Ja, es ist, ja ... Auf jeden Fall.

Weil wir es aber auch wiederum nur für Menschen machen. Wir hatten irgendwann mal einen Ansatz, dass wir alles im Wasser reflektieren. Also angenommen, da stünde ein Baum nördlich vom Wasser, dass auch der Baum dort reflektiert wird. Aber der Ansatz mit diesem wir erzeugen Duplikate und so weiter war da nicht sonderlich sinnvoll.

Ja, vor allem, weil das ja dann auch für alle Bäume, die auch sehr entfernt wurden.

Und ich glaube sogar auch, dass Ripper und sowas keine Reflektion haben, wenn ich gerade richtig im Kopf habe. Ich glaube, es sind tatsächlich nur Menschen. Was ich interessant finde, weil gefühlt fällt das eigentlich niemandem so richtig. Aber obwohl doch.

Nee, ist mir auch nicht aufgefallen, glaube ich.

Aber ich bin mir gerade nicht sicher. Vielleicht haben Ripper doch eine Reflexion.

Die Fliege wäre auch eine Frage.

Ja, stimmt. Das müsste man ja in deinem GIF eigentlich sehen, oder? Die steht ja auf, die hatte, glaube ich, keine.

Nee, fällt aber auch nicht auf.

Ja, finde ich ganz spannend irgendwie, dass es nicht auffällt.

Ja. Ja, cool. Genau, Wasser. Und warte, du hattest noch was anderes. Ach, genau. Und zwar die Pixel Outlines.

Ja, ja, ja.

Genau.

Ist im Endeffekt eigentlich genau das selbe. so ein bisschen. Eigentlich wäre es schön gewesen, die Textur off-screen zu haben, um dann einen Shader zu haben, der dann tatsächlich die echte Outline rendert. Hatten wir aber auch nicht. Und wir hatten auch super lange, weil jedes Kleidungsstück hat dann seine eigene Outline.

Ja, okay, aber warte mal. Aber du sagst das so mit nur einem Pixel größer. Aber ist das denn so einfach? Also weil eine richtige schöne Outline, um einen Sprite zu machen? Also klar, in Photoshop ist es einfach. Das mache ich manuell. Da male ich einfach überall, ziehe ich einfach eine Outline manuell lang. Aber im Code, also ...

In fact, das ist ja im Shader. und wir befinden uns jetzt hier auf Texturebene, wenn man das dann quasi rendert. Und das ist schon einfach, weil du hast die Auflösung deiner Textur und du sagst dann im Endeffekt, jo, ich checke meinen Pixel oben, unten, links, rechts, ob irgendein Pixel davon einen Alpha-Wert gesetzt hat. Und wenn ja, dann mache ich mich selber einfach weiß.

Ja, aber warte mal, im Shader hast du diese Information doch nicht. Also, weil wenn ich jetzt im Shader bin, kann ich ja nicht sagen, if Pixel neben mir ist red, denn du das ist ja das Problem. Also zwar auf der Grafikkarte werden zwar immer zweimal zwei Pixel gerendert, aber im Shader habe ich ja immer nur Zugriff auf mich selbst.

Genau, genau. Und deswegen checke ich für mich selber, also da wird ja eine Textur gerendert. Du musst ja die Farbe für deinen eigenen Pixel schon aus der Textur lesen. Und deswegen hast du ja in der Regel auch sowas wie, hey, lese die Farbe von meiner Position, um mein Pixel zu bekommen.

Genau.

Und du könntest aber auch sagen, lese nicht die Farbe, wo ich gerade bin. Du hast ja so ein Parameter, also du gibst ja im Endeffekt die UV-Koordinaten an. Du kannst auch sagen, gib mir den Pixel auf meiner UV-Koordinate plus ein bisschen nach oben, ein bisschen nach unten, ein bisschen nach links und ein bisschen nach rechts. Und dieses bisschen, wie viel weiter ich gucke, ist einfach die Auflösen der Textur.

Ah, also du hast einen Vorloop im Shader sozusagen.

Ja.

Du machst das viermal im Shader. Okay.

Genau. beziehungsweise korrekterweise, glaube ich. Ich weiß gar nicht, ob ich die Diagonalen auch checke. Ich glaube nicht.

Es gibt noch eine andere, da habe ich einen alten Artikel von mir, da ging es um Outlines, ich kann ja mal ein Video schicken, wie es auch geht, in dem Spiel Move or Die, Und wird so gemacht, dass das Sprite für die Outline achtmal gezeichnet wird. Und zwar einmal ein bisschen nach links verschoben, einmal ein bisschen nach oben, einmal nach rechts, einmal nach unten und dann noch auf die Diagonalen.

Ja, ich meine, Mufordai ist, glaube ich, also nicht kleines Spiel, aber so, du hast ja eine kleine Stage mit deinen Charakteren und so weiter. Und ich glaube, die haben ja keine ganze Open World, die dauerhaft geladen wird und so weiter. Ich glaube, da kann man sich sowas schon mal erlauben. Aber ja, gibt es ja viele interessante Methoden, Outlines zu machen. Auch im 3D ist ja auch oft, dass du deine Vertices irgendwie so ein bisschen, aufbläst in verschiedene Himmelsrichtungen oder sowas.

Genau.

Aber das klappt halt im 2D leider nicht und deswegen sind das ja ähnliche Ansätze.

Genau, dazu, ich kann den Artikel auch mal verlinken, der heißt Cell Shading, aber der zeigt genau das, dass man eben das Modell, das Mesh sozusagen dupliziert, invertiert und anhand der normalen nach außen skaliert und dann kriegt man in 3D eine klassische, also das ist wirklich so dieser ganze Oldschool-Trick, um eine Outline in 3D zu machen.

Schiebe ich definitiv mal in meine Watchlater-Liste bei YouTube.

Ja, war ein schönes Video. War ein sehr schönes Video, genau. Ja, cool. Dann würde ich sagen... Können wir mal zum Ende kommen?

Können wir gerne machen. Die Zeit auch verfliegt in so einem Podcast, finde ich sehr spannend.

Ja, ist krass, oder? Also man kann auch mal vier Stunden quatschen und denkt so, hä?

Ja, ja, ja, ja.

Wo ist die Zeit hin? Genau. Ja, du, hast du denn noch etwas, was du an die Menschen da draußen geben möchtest, wenn jetzt Leute zuhören? Und also Studierende hören hier zu oder Professionals oder also durch die Bank einfach weg und weiß ich nicht, vielleicht hast du ja, keine Ahnung, vielleicht irgendwas, was dir auf dem Herzen brennt, wo du vielleicht denkst, ey, damals als ich studiert habe, hätte ich mir gewünscht, dass das mir mal jemand sagt oder irgend sowas.

Boah, ist natürlich jetzt ein sehr allgemeiner Call, den man alle Menschen da so draußen gibt Ich glaube, wenn ich es so möglichst allgemein fassen wollen würde, ist es natürlich hey, macht das, worauf ihr Bock habt macht, wofür ihr brennt und auch, dass Droh war jetzt entstanden es liegt eigentlich nur darauf, dass ich eigentlich während des Studiums eigentlich schon eine ganze Zeit Spielentwicklung gemacht habe, aber eigentlich nur so ein bisschen für mich und dann mit anderen

Ja gut, vielen Dank für das Schlusswort und vielen Dank, dass du so lange mit dabei warst und deine Expertise hier geteilt hast. Das war sehr, sehr spannend. Bin gespannt auf das Feedback.

Ja, ich auch.

Und ich bin auch gespannt und wünsche euch das Beste für was jetzt kommt als nächstes.

Ja, bin ich auch sehr gespannt. Dankeschön.

Just2D, genau, das ist spannend. Also ganz tolles Projekt. Habe sehr gerne gespielt. Und ja, also großen Respekt. Es ist wirklich krass. Also ich finde es sehr beeindruckend, was ihr da auf die Beine gestellt habt. Ganz, ganz toll. Ja.

Dankeschön. Ja, ich auch nochmal danke, dass du mich hier hattest, gehostet hast quasi, zugehört hast, gute Fragen gestellt hast und auch echt für deine Recherche vorher. Also nochmal Respekt, das hatte ich nie so auf dem Schirm. Also ich belege jetzt auf Podcaster auf völlig andere Art und Weise, wenn jeder mindestens so viel Effort da reinsteckt wie du.

Ja, vielen Dank. Ihr habt es sehr einfach gemacht, weil ihr halt so toll dokumentiert habt, das ganze Projekt. Das war wirklich dann eine Freude, da nachzurecherchieren. Das macht es auch einfacher, coole Fragen zu finden. Genau, cool. Ja, dann ganz, ganz viel Erfolg für die Zukunft und Tschüssi.

Mach's gut.