Debug Log

Kritische Systemfehler, Pipeline-Crashes und harte Debug-Fälle

Engine: Unity 6

Dokumentiert werden ausschließlich Fehler, die Szenen vollständig zerlegen, Render Pipelines aus der Bahn werfen oder Kernsysteme so hart treffen, dass viele Projekte an genau dieser Stelle abgebrochen würden.

Der Debug Log zeigt, was Dark Continent hinter den Kulissen aushalten muss und wie ich solche Monster-Bugs systematisch zerlege. Nicht als Jammern, sondern als Beweis dafür, dass das Projekt auch dann weiterläuft, wenn es einmal richtig knallt.

Aufgenommen werden nur Bugs, die ganze Level unspielbar machen, Materialien, Shader oder Beleuchtung vollständig zerstören oder zentrale Systeme wie Leiter, Türen, Keys, Kamera oder Interaktionen lahmlegen.

Ziel ist nicht, jedes technische Detail zu dokumentieren, sondern klar zu zeigen, was kaputt war, wie die Ursache eingegrenzt wurde und welche Schritte zur stabilen Lösung geführt haben. Alles andere bleibt auf internen Listen.

Der Debug Log ist die Hall of Fame der ganz großen Crash-Kandidaten.

Debug Log – Projektstand Oktober 2026

Seit Februar kein neuer großer Debug-Fall

16. Oktober 2026 • Projektstand • Stabil
Unity 6 · HDRP Letzter großer Fall: Februar 2026 Keine mehrtägigen Blocker Aktueller Schwerpunkt: Gameplay-Polishing

Die bisher größten Debug-Fälle

Der Debug Log enthält weiterhin drei größere technische Fälle. Sie haben das Projekt deutlich beeinträchtigt, konnten jedoch systematisch eingegrenzt und vollständig behoben werden.

Dezember 2025 Shader, Materialien und Render Pipeline beschädigt
Januar 2026 Editor-Crash unter hoher Effektlast
Februar 2026 HDRP Post-Processing-State nach Reload defekt

Kurzfassung

Der bisher schwerste Fall ereignete sich im Dezember 2025, als ein Shader-Update große Teile der Materialien und der Render Pipeline beschädigte. Im Januar folgte ein Editor-Crash unter hoher Effektlast, dessen Ursache in einer fehlerhaften Speicherreserve des Systems lag.

Der bislang letzte große Eintrag stammt aus dem Februar 2026. Nach einem Reload geriet das HDRP Post-Processing in einen defekten internen Zustand. Die Szene und ihre Logik liefen weiter, während die Game View visuell nahezu vollständig ausfiel und keine verwertbaren Fehlermeldungen ausgegeben wurden.

Seit der Behebung dieses Fehlers ist kein weiterer Fall aufgetreten, der ganze Szenen unbrauchbar gemacht, zentrale Systeme lahmgelegt oder die Entwicklung über mehrere Tage blockiert hat. Das Projekt läuft seitdem insgesamt stabil und konnte ohne längeren technischen Stillstand weiterentwickelt werden.

✓ März ✓ April ✓ Mai ✓ Juni ✓ Juli ✓ August ✓ September Oktober · aktualisiert Kein neuer großer Debug-Eintrag

Technische Arbeiten und kleinere Debug-Fälle

Neben größeren Debug-Fällen entstehen während der täglichen Entwicklung regelmäßig kleinere technische Probleme, neue interne Werkzeuge und Erweiterungen bestehender Systeme. Einige davon werden hier festgehalten, wenn sie den aktuellen Entwicklungsstand besonders gut zeigen.

Die folgenden 21 Beispiele stammen aus dem Zeitraum Mai bis Oktober 2026 und sind vom neuesten zum ältesten Eintrag sortiert. Ich dokumentiere hier ausgewählte technische Herausforderungen, Anpassungen und Lösungen aus der laufenden Entwicklung.

Neue Einträge – Oktober 2026 Im Oktober habe ich mehrere technische Details korrigiert, damit die Spielsysteme im gesamten Ablauf zuverlässig ineinandergreifen.
01
16. Oktober 2026 Crawler: Kollisionsverhalten und Trefferkontakt korrigiert Beim Testen des Crawlers zeigte sich, dass er vor einem Angriff teilweise zu früh abbremste, seitlich versetzt anlief oder sich bei engem Kontakt mit der Spielfigur überlagerte. Zudem lösten Krallenangriff und Halsbiss Trefferreaktionen sowie Bluteffekte nicht immer beim sichtbaren Kontakt aus. Ich habe die Annäherung, die Kollisionsabstände und das Timing der Treffer korrigiert. Die Anpassungen sind abgeschlossen.
02
15. Oktober 2026 Spielertod und Respawn sauber synchronisiert Beim Todesablauf waren die Animation, das Liegenbleiben des Körpers, die visuellen Effekte und die Rückkehr zum letzten Checkpoint nicht durchgehend aufeinander abgestimmt. Teilweise verschwand die Spielfigur zu früh oder bewegte sich nach dem Respawn ungewollt weiter. Ich habe die Übergänge korrigiert. Die vollständige Todessequenz funktioniert jetzt wie vorgesehen.
03
15. Oktober 2026 Waffenziehen und Sound-Events zeitlich abgestimmt Beim Ziehen und Wegstecken der Waffen waren Handbewegung, Waffenposition und Geräusche teilweise nicht synchron. Ich habe die Animation Events so angepasst, dass der Waffenwechsel genau zur entsprechenden Bewegung stattfindet. Auch die dazugehörigen Sounds werden jetzt zum passenden Zeitpunkt abgespielt. Die bestehende Erkennung von Schildtreffern bleibt unverändert.
04
13. Oktober 2026 Gegner-KI: Bewegungs- und Angriffsübergänge nachjustiert Bei mehreren Gegnertypen waren die Wechsel zwischen Annäherung, Ausweichen, Blocken und Angriff nicht immer flüssig. Schildgegner bewegten sich in einzelnen Animationsphasen ungewollt weiter; schnelle Gegner reagierten gelegentlich zu spät. Ich habe die Bewegungsabstände, Animator-Übergänge und Reaktionen angepasst. Die betreffenden Fehler sind behoben.
05
12. Oktober 2026 Combat-Kamera bei niedrigen Gegnern korrigiert Bei sehr niedrigen Gegnern verdeckte die Spielfigur aus bestimmten Kamerawinkeln zeitweise den Angriff. Schnelle Richtungswechsel führten außerdem zu abrupten Kameradrehungen. Ich habe die Kameraführung angepasst, sodass Angriffe besser erkennbar bleiben und die Bewegung ruhiger wirkt. Die bestehende Kampfsteuerung blieb erhalten.
Neue Einträge – September 2026 Im September lag der Schwerpunkt auf neuen Gameplay-Mechaniken, der Stabilisierung der Fallenlogik, dem Ausbau des Audiosystems sowie einem neuen internen Workflow für die schnellere Erstellung und Vorbereitung weiterer Inhalte.
06
11. September 2026 Räumliches Audiosystem musste neu abgestimmt werden Beim Ausbau der neuen Umgebungs- und Mechanik-Sounds wirkte die räumliche Reichweite einzelner Audioquellen zunächst deutlich zu schwach. Nach mehreren Tests zeigte sich, dass die verwendeten Distanzwerte für die neue Umgebung wesentlich großzügiger gewählt werden müssen. Zusätzlich wurden Timing, Übergänge, Loops und Fade-Verhalten verschiedener Sounds weiter abgestimmt. Das Audiosystem arbeitet inzwischen wieder zuverlässig mit den neuen Bereichen.
07
5. September 2026 Neue versteckte Spielmechanik technisch integriert Eine neue Mechanik wurde in die Spielwelt eingebaut, die vom Spieler nicht sofort als klassisches System erkannt werden soll. Dafür mussten mehrere Zustände, Interaktionen und visuelle Abläufe exakt aufeinander abgestimmt werden. Die technische Umsetzung ist inzwischen abgeschlossen. Was genau dahintersteckt, bleibt vorerst bewusst Teil der Entdeckung im Spiel.
08
4. September 2026 Fallenlogik über mehrere Systeme hinweg stabilisiert Für einen neuen Abschnitt wurden mehrere Schalter, bewegliche Fallen und weitere interaktive Elemente miteinander verbunden. Besonders Trigger, Bewegungsrichtungen, Zustandswechsel und die zeitliche Abstimmung mussten während des Aufbaus mehrfach korrigiert werden. Die einzelnen Mechaniken reagieren inzwischen zuverlässig aufeinander und bilden einen zusammenhängenden Gameplay-Ablauf.
09
3. September 2026 Neuer lokaler Workflow für die Asset-Erstellung aufgebaut Parallel zur eigentlichen Spielentwicklung wurde ein neuer lokaler Workflow aufgebaut, mit dem bestimmte Assets schneller erstellt, vorbereitet und weiterverarbeitet werden können. Dadurch lassen sich neue Inhalte künftig deutlich direkter in den bestehenden Entwicklungsprozess übernehmen, ohne jeden Zwischenschritt extern abwickeln zu müssen.
Neue Einträge – August 2026 Im August lag der Schwerpunkt vor allem auf der weiteren Stabilisierung des Kampfsystems, der Gegner-KI, der Treffer- und Blockerkennung sowie auf Verbesserungen an den internen Animationstools.
10
13. August 2026 Lock-On-Kamera reagierte bei Bewegungen hinter den Gegner zu stark Bei Rollen und schnellen Bewegungen in unmittelbarer Nähe eines Gegners konnte die Lock-On-Kamera ihre Ausrichtung zu stark korrigieren. Besonders beim Wechsel hinter das Ziel begann die Kamera teilweise, dem Gegner weiter zu folgen und sich unnatürlich um den Spieler zu drehen. Die Zusammenarbeit zwischen Rollenbewegung, Zielwinkel, Lock-On und Kameranachführung wurde deshalb mehrfach angepasst und stabilisiert.
11
11. August 2026 Gegner-AI stoppte Angriffe teilweise vor dem eigentlichen Treffer Beim Ausbau der ersten Gegner zeigte sich, dass Navigation, Stop-Distance, Angriffsdistanz und Trefferfreigabe sehr genau aufeinander abgestimmt werden müssen. Einzelne Gegner stoppten zu früh, griffen aus einer falschen Distanz an oder spielten ihre Attacke korrekt ab, ohne den Treffer zuverlässig auszulösen. Besonders schnelle Dagger-Angriffe mit mehreren Treffern sowie der Wechsel zwischen Distanz- und Nahkampfangriffen erforderten mehrere Anpassungen an der AI- und Trefferlogik.
12
6. August 2026 Blocktreffer und echte Körpertreffer mussten klar getrennt werden Beim Ausbau des Kampfsystems mussten Blocktreffer und ungeblockte Treffer technisch eindeutig voneinander getrennt werden. Ein Block darf nur reagieren, wenn eine gegnerische Waffe den vorgesehenen Blockbereich tatsächlich berührt. Ein ungeblockter Angriff muss dagegen die Hurtbox des Spielers erreichen, die passende Trefferreaktion auslösen und den Effekt an der tatsächlichen Trefferposition platzieren. Zusätzlich wurden Rückstoß, Kontaktpunkte und Bluteffekte weiter abgestimmt.
13
4. August 2026 Bearbeitete Animationen wurden nicht immer dauerhaft gespeichert Bereits bearbeitete Animationen konnten beim erneuten Öffnen teilweise wieder auf einen vorherigen Zustand zurückspringen. Besonders Änderungen an der Position des gesamten Charakters mussten gemeinsam mit den angepassten Bones zuverlässig erhalten bleiben. Die interne Speicherung und die Behandlung bearbeitbarer Clips wurden deshalb überarbeitet, damit wiederholte Änderungen nicht verloren gehen.
Bisherige Einträge – Mai bis Juli 2026 Die bereits dokumentierten kleineren Debug-Fälle bleiben Teil des Logs und zeigen die technische Entwicklung der vergangenen Monate.
14
13. Juli 2026 Schwarzes Kamerabild nach einem Material-Upgrade Nach einer größeren Aktualisierung mehrerer Materialien blieb das Bild vor der Spielerkamera vollständig schwarz, obwohl Szene, Steuerung und Spiellogik weiterhin liefen. Ursache waren Materialien, die während des Upgrades nicht vollständig auf den aktuellen Shader-Stand übertragen worden waren. Nach der erneuten Konvertierung und Prüfung der betroffenen Materialien funktionierte die Darstellung wieder korrekt.
15
11. Juli 2026 Animation Creator erkannte Generic-Rigs als ungeriggt Nicht-humanoide Modelle konnten ihre Animationen zwar abspielen, wurden beim Öffnen im internen Animation Creator jedoch teilweise als ungeriggt erkannt. Dadurch war eine direkte Bearbeitung bestehender Clips nicht möglich. Die Rig-Erkennung und die Auswertung der Bone-Hierarchie wurden um Generic-Rigs erweitert.
16
7. Juli 2026 Kampfrollen ruckelten bei engem Gegnerkontakt Beim Rollen in unmittelbarer Nähe eines Gegners entstanden je nach Bewegungsrichtung sichtbare Sprünge, ein zu starkes Ziehen zum Ziel sowie unruhige Kamerabewegungen. Die Bewegungskurve, die Behandlung enger Kollisionen und die seitliche Ausrichtung wurden überarbeitet. Zusätzlich wurde die Kameraführung während der Rolle stabilisiert.
17
2. Juli 2026 Effekte auf der Intro-Kameraroute wurden übersprungen Die entlang einer schnellen Kameraroute platzierten Effekte ließen sich manuell auslösen, wurden während der eigentlichen Fahrt jedoch teilweise übersprungen. Bei kleinen Auslöseradien konnte sich die Kamera zwischen zwei Frames vollständig durch den Bereich bewegen. Die Erkennung wurde deshalb von einer reinen Positionsprüfung auf die tatsächlich zurückgelegte Wegstrecke umgestellt. Dadurch werden atmosphärische Effekte der filmischen Eröffnungssequenz nun zuverlässig ausgelöst.
18
4. Juni 2026 Das Wurfmesser flog quer durch die Gegend Eine falsch ausgewertete Modellachse sorgte dafür, dass ein geworfenes Messer seitlich statt sauber in Zielrichtung flog. Nach der Korrektur der Vorwärtsachse funktionierte der Flug wieder wie vorgesehen.
19
28. Mai 2026 Treffer wurden im falschen Moment freigegeben Bei einer aufgeladenen schweren Attacke konnte die Trefferreaktion bereits während der Haltephase statt erst beim eigentlichen Einschlag ausgelöst werden. Die Trefferfreigabe wurde auf das korrekte Angriffsfenster begrenzt.
20
19. Mai 2026 Vegetation verschwand nach einer Shader-Erweiterung Beim Erweitern eines Schnee- und Oberflächen-Shaders wurde der Alpha-Wert bestimmter Pflanzen nicht mehr korrekt verarbeitet. Dadurch verschwanden einzelne Teile der Vegetation vollständig. Der fehlerhafte Shader-Pfad wurde eingegrenzt und korrigiert.
21
12. Mai 2026 Unsaubere Übergänge zwischen Audio-Zonen Beim Wechsel zwischen verschiedenen Wind- und Audio-Zonen wurden laufende Zustände teilweise falsch übernommen. Die Übergänge wurden angepasst, ohne den bestehenden Audio-Loop neu zu starten.

Solche kleineren Fehler gehören zur normalen Entwicklungsarbeit und treten beim täglichen Ausbau immer wieder auf. Entscheidend ist nicht, dass sie vollständig ausbleiben, sondern dass ihre Ursache nachvollziehbar eingegrenzt und zeitnah eine funktionierende Lösung gefunden wird.

Aktueller Entwicklungsstand

Aus den einzelnen Gameplay-Systemen ist inzwischen ein zusammenhängender Spielabschnitt geworden. Für mich zählt dabei vor allem, wie überzeugend sich das Zusammenspiel beim tatsächlichen Spielen anfühlt.

Bei der abschließenden Abstimmung lege ich besonderen Wert auf flüssige Bewegungsabläufe, klare Reaktionen und einen stimmigen Übergang zwischen den einzelnen Spielsituationen.

Erster Vertical Slice: Online bis Ende Oktober

Ich werde den ersten Vertical Slice von Dark Continent bis spätestens zum 31. Oktober 2026 online stellen. Dafür arbeite ich derzeit Tag und Nacht an der Fertigstellung. Die Präsentation soll erstmals einen zusammenhängenden Eindruck von der Atmosphäre, der Erkundung und dem Kampfsystem vermitteln.

Der Vertical Slice dient mir zugleich als Präsentationsgrundlage für Gespräche mit potenziellen Investoren und Publishern. Ich möchte damit zeigen, welche technische Basis bereits steht und welche Richtung ich mit Dark Continent verfolge. Nicht alle Inhalte werden veröffentlicht: Bestimmte Bereiche, Begegnungen und Überraschungen bleiben bewusst für das eigentliche Spiel verborgen.

Die drei großen Debug-Fälle sowie die dokumentierten kleineren technischen Probleme sind behoben. Das Projekt läuft stabil.

Debug Log – Februar 2026

HDRP Post-Processing State bricht nach Reload

02.02.2026 • Editor / Game View • Crash
Unity 6 · HDRP Editor / Game View Rendering No Log Output

Kurzfassung

Nach einem Reload ist das HDRP Post-Processing in einen defekten internen Zustand geraten. Die Szene lief weiterhin korrekt, Logik, Trigger und Bewegung funktionierten, aber der visuelle Output der Kamera war kaputt. In meinem Fall zeigte die Game View ein schwarz-weißes, flackerndes Bild.

Besonders problematisch war, dass es keinerlei verwertbare Fehlermeldungen gab. Weder im Editor noch im Log ließ sich eindeutig erkennen, was genau schiefgelaufen war. Der Bug ist bekannt, tritt aber je nach System unterschiedlich auf, wodurch viele Forum-Fixes nicht greifen.

Fehlerbild

Die Game View flackerte und war größtenteils schwarz-weiß. Die Szene selbst lief weiter, es gab keine Abstürze, keine Render-Graph-Errors und keine klaren Hinweise in der Console. Der Fehler wirkte wie ein kompletter Rendering-Ausfall ohne erklärbare Ursache.

Ein stiller, brutaler Bug – ohne Logs, ohne Warnung. Genau die Art von Fehler, an der viele Projekte scheitern.

Eingrenzung, Ursache & Fix

Debug Breakdown

Eingrenzung

Der Fehler trat reproduzierbar nach Reloads auf. Die Szene lief weiter, Eingaben funktionierten, aber das Kamerabild war sichtbar kaputt. Es gab keinerlei verwertbare Fehlermeldungen im Editor oder in der Console. Genau das machte die Eingrenzung schwierig, da alles nach einem Shader-, Pipeline- oder Asset-Problem aussah, ohne dafür belastbare Hinweise zu liefern.

Ursache

Die Ursache lag nicht in Shadern, Materialien oder der Render Pipeline selbst, sondern in einem fehlerhaften Post-Processing-State nach einem Reload. Dieser Bug ist in Unity 6 bekannt und trat in ähnlicher Form bereits in älteren Versionen auf. Die Auswirkungen unterscheiden sich je nach System deutlich, weshalb viele bekannte Fixes aus Foren nicht zuverlässig greifen.

Fix

Post-Processing wurde einmal bewusst deaktiviert und anschließend wieder aktiviert, um den defekten Zustand zu brechen. Danach wurde Unity vollständig neu gestartet, sodass Kamera- und Rendering-States sauber neu initialisiert werden konnten. Der Fehler trat danach nicht mehr auf.

Lerneffekt

Wenn Unity ohne Fehlermeldung visuell komplett aussteigt, muss das Problem nicht im Content liegen. Post-Processing kann nach Reloads in einen defekten Zustand geraten, der weder im Log noch im Editor klar sichtbar wird. In solchen Fällen lohnt es sich, Rendering-States gezielt zu resetten und Unity sauber neu zu starten, statt stundenlang Shader, Materialien oder Pipeline-Einstellungen zu zerlegen.

Debug Log – Januar 2026

Editor-Crash unter hoher Effektlast

10.01.2026 • Build / Editor • Crash

Kurzfassung

Unity ist beim Bauen und teilweise bereits während der Arbeit an der Szene abgestürzt, sobald eine hohe Anzahl an Effekten gleichzeitig aktiv war. Der Absturz trat nicht sofort auf, sondern erst dann, wenn die Gesamtauslastung weiter anstieg und Windows keine sinnvolle Speicherreserve mehr bereitstellen konnte.

Im Log sah es zunächst nach einem klassischen D3D12-Problem aus. Die eigentliche Ursache lag jedoch auf Systemebene: Windows konnte keinen ausreichenden virtuellen Speicher mehr reservieren. Nach korrekter Konfiguration des virtuellen Speichers traten die Abstürze nicht mehr auf.

Fehlerbild

Absturz beim Bauen ohne brauchbare Fehlermeldung im Editor. Das Projekt selbst wirkte dabei nicht beschädigt, es gab keine klassischen Asset- oder Script-Fehler im Editor-UI. Kurz vor dem Abbruch tauchten jedoch mehrere D3D12-Meldungen im Editor.log auf.

Was im Log stand

d3d12: failed to Close a command list (887a0005)
d3d12: CreateCommandList failed (80070057)
GfxDevice was not out of Local memory
GfxDevice was not out of Non Local memory
AvailableForReservation: 0
Crash!!!

Eingrenzung, Ursache & Fix

Debug Breakdown

Eingrenzung

Der Absturz ließ sich zuverlässig provozieren, sobald mehrere schwere Effekte gleichzeitig aktiv waren. Wurde die Effektlast reduziert, wurde das Bauen stabiler oder lief vollständig durch. Das Muster war eindeutig.

Es handelte sich nicht um ein einzelnes defektes Asset oder einen isolierten Fehler, sondern um die Summe mehrerer gleichzeitiger Lastspitzen, die das System an seine Grenze gebracht haben.

Ursache

Der virtuelle Speicher unter Windows war ungünstig eingestellt oder eingeschränkt. Windows verwaltet die Auslagerungsdatei normalerweise automatisch, in diesem Fall war die Konfiguration jedoch nicht mehr sauber oder wurde zuvor manuell verändert.

Unter hoher Last fehlte dadurch die notwendige Reserve. D3D12 meldete sichtbar Fehler, obwohl weder der lokale noch der nicht-lokale Grafikspeicher tatsächlich erschöpft war. Kurz darauf folgte der Editor-Crash.

Fix

Der virtuelle Arbeitsspeicher wurde in den erweiterten Systemeinstellungen so angepasst, dass Windows wieder ausreichend Reserve bereitstellen kann. Die Auslagerungsdatei wurde auf systemverwaltet gesetzt und auf ein geeignetes Laufwerk gelegt.

Anschließend konnten dieselben Szenen mit identischer Effektkombination erneut getestet werden. Der Absturz trat nicht mehr auf. Bauen und Arbeiten im Editor blieben stabil.

Ergebnis

Unity bleibt beim Bauen stabil. Die Abstürze sind verschwunden und die D3D12-Fehlkaskade tritt bei vergleichbarer Last nicht mehr auf. HDRP-Shadows, Volumetrics und Particles können wieder gemeinsam genutzt werden.

Für das zuvor teilweise ruckelige Verhalten des Editors wurden zusätzlich einige Effekte reduziert oder deaktiviert. Das eigentliche Hauptproblem lag jedoch eindeutig in der Speicher- und Reservenkonfiguration des Systems.

Lerneffekt

Wenn Unity beim Bauen abstürzt und im Log D3D12-Command-List-Fehler auftauchen, ist das nicht automatisch ein Projektbug. Zuerst sollten die Systemreserven geprüft werden, insbesondere der virtuelle Speicher.

Content kann sauber sein und die Engine korrekt arbeiten – liefert Windows jedoch keine ausreichende Reserve, endet der Prozess trotzdem im Absturz.

Debug Log – Dezember 2025

Shader, Materialien & Render Pipeline

Engine: Unity 6 (HDRP)

01.12.2025 – Shader-Update explodiert, halbes Projekt pink

Kurzfassung

Ein Update eines externen Material- und Shader-Pakets hat die komplette Grafikpipeline zerlegt. Ganze Szenen wurden pink, Shader waren defekt, Render-Graph-Fehler häuften sich in der Konsole. Ein Zustand, an dem viele Projekte einfach beendet werden.

Fehlerbild

Zunächst traten Render-Graph-Fehler und Instabilität beim Szenenwechsel auf. Kurz darauf zeigten einzelne Materialien visuelle Artefakte, bis schließlich der komplette Abriss folgte:

  • Gebäude erschienen als magenta Blöcke
  • Große Teile des Projekts bestanden aus pinken Materialien
  • Inspector zeigte Hidden/InternalErrorShader statt regulärer Shader

Es war klar: Hier war nicht nur ein Setting verrutscht, sondern eine komplette Schicht aus Shadern, Materialien und Render-Pipeline gleichzeitig beschädigt.

Eingrenzung & Fix

Schrittweise Isolation von Pipeline, Shadern und Imports

Unity 6 • HDRP

Ich bin nicht direkt auf alles gleichzeitig losgegangen, sondern Schritt für Schritt.

Basis testen

  • HDRP Render Pipeline mit einem frischen Pipeline Asset neu aufgesetzt.
  • Leere Testszene mit Standard-HDRP-Materialien erstellt.
  • Geprüft, ob Render-Graph-Fehler auch ohne externe Assets auftreten.

Ergebnis: Die Pipeline kann wieder stabil laufen. Das Problem sitzt nicht nur in der Engine selbst.

Shader und Materialien in Kombination prüfen

  • Nur Standard-HDRP-Shader verwendet. Szenen waren benutzbar und stabil.
  • Externe Materialien Stück für Stück wieder zugeschaltet und beobachtet, ab wann Fehler/Artefakte/Crashes zurückkommen.

Ergebnis: Sobald bestimmte Shader und Materials aktiv sind, eskaliert alles wieder.

Importfehler aufspüren

  • Konsole bereinigt und gezielt nach Import-Meldungen gesucht.
  • Hinweise gefunden, dass Assets beim Anlegen in die Datenbank übersprungen wurden.
  • Betroffene Pakete/Materialien geprüft, die danach auf Hidden/InternalErrorShader standen.

An diesem Punkt war klar: Die Render Pipeline selbst läuft wieder. Das eigentliche Problem steckt in kaputten Shaderreferenzen und unvollständigen Imports nach dem Update.

Lösungsschritte

  • Fehlerhafte Material- und Shader-Pakete vollständig aus dem Projekt entfernt.
  • Sauber neu importiert, damit Unity Shader, Graphs und Metadaten frisch anlegt.
  • Projekt neu gestartet, zentrale Szenen geladen, kritische Meshes (Haus, Treppe, Umgebung) kontrolliert.
  • Materialzuweisungen korrigiert, bis kein Hidden/InternalErrorShader mehr im Inspector auftauchte.

Ergebnis: Die Render-Graph-Fehler sind verschwunden. Das Gebäude rendert wieder korrekt mit Ziegeln, Holz, Dach und Schnee. Szenen laufen stabil, ohne Abstürze beim Wechsel. Pipeline, Shader und Materialien greifen wieder sauber ineinander.

Lerneffekt

Große Shader- und Material-Updates mache ich nicht mehr nebenbei, sondern nur noch mit Backup und eigener Testszene.

Wenn Pink Screen und Render-Graph-Fehler gleichzeitig auftreten, stabilisiere ich zuerst die Pipeline und jage erst danach Shader- und Importprobleme.

Importwarnungen in der Konsole sind keine Randnotiz, sondern oft der direkteste Weg zur eigentlichen Ursache.

Solche Monster-Bugs sind kein Game Over, wenn man sie Schicht für Schicht zerlegt und nicht panisch überall gleichzeitig herumdreht.

Dieser Eintrag steht bewusst an einer Stelle, an der viele Projekte sterben würden. Dark Continent läuft danach stabiler weiter als vorher. Pink bleibt ab jetzt wieder da, wo es hingehört, und nicht auf ganzen Leveln.