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 Juli 2026

Seit Februar kein neuer großer Debug-Fall

14. Juli 2026 • Projektstand • Stabil
Unity 6 · HDRP Letzter großer Fall: Februar 2026 Keine mehrtägigen Blocker Neue technische Fixes im Juli

Die bisher größten Debug-Fälle

Der Debug Log enthält bisher 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 Kein neuer großer Debug-Eintrag

Kleinere technische Fehler aus den letzten Wochen

Das bedeutet nicht, dass während der täglichen Entwicklung überhaupt keine Fehler auftreten. Beim Erweitern eigener Systeme, beim Abstimmen verschiedener Funktionen oder beim Anpassen von Assets entstehen regelmäßig kleinere technische Probleme.

Die folgenden acht Beispiele stammen aus dem Zeitraum Mai bis Juli 2026 und sind vom neuesten zum ältesten Eintrag sortiert. So stehen die aktuellsten technischen Arbeiten direkt am Anfang. Solche Probleme werden meist während der laufenden Entwicklung eingegrenzt und gelöst und rechtfertigen keinen eigenen großen Eintrag in diesem Debug Log.

Neue Einträge – Juli 2026 Im Juli lag der Schwerpunkt auf dem Kampfsystem, den internen Animationstools und der technischen Umsetzung der filmischen Eröffnungssequenz.
01
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.
02
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.
03
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.
04
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.
05
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.
06
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.
07
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.
08
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.

Drei große Debug-Fälle wurden bisher dokumentiert. Auch die im Juli aufgetretenen Probleme konnten während der laufenden Entwicklung behoben werden. Seit Februar 2026 ist kein neuer Fehler dieser Größenordnung aufgetreten und Dark Continent konnte ohne längeren technischen Stillstand weiterentwickelt werden.

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.