Sildur's Shaders Changelog

Die Familien besitzen unabhängige Nummern: Vibrant 2.01, Enhanced Default 1.19 und Basic 2.6. Eine größere Zahl in einer Familie ist nicht automatisch neuer als jede Datei einer anderen.

Prüfe Namen, Preset, Version, Datum und Dateinamen. Das Umbenennen von Fast zu Fancy oder Medium zu Extreme ändert den Inhalt nicht.

Diese Seite fasst aktuelle Versionen zusammen, während Modrinth den vollständigen Verlauf und die Dateien des Autors enthält.

SHA-512 und Versions-ID unterscheiden einen aktuellen Download von einer alten Kopie.

Vibrant 2.01 ist der Hotfix nach der 2.0-Neufassung. Die Pipeline überarbeitete solide und transparente Blöcke, Wasser, Glas, Metalle, Regen, Himmel, Nebel, TAA, Bloom und Volumenlicht.

Neu sind PCSS, Nässe nach Regen, Mondphasen, Biom-Nebel, dynamisches Wasser und Distant Horizons sowie Voxy in Nether und Ende.

2.01 korrigiert NVIDIA-Probleme. Ungenaue Reflexionen, dichterer OptiFine-Nebel und einzelne Entitätsunterschiede bleiben bekannt.

Wer von einer alten Version kommt, sollte mit Standardwerten beginnen, bevor eigene Optionen übertragen werden.

1.19 ergänzt Voxy, Minecraft 1.21.11, 26.1 und getöntes Glas und behält das Vanilla-Ziel.

Das Nebelsystem deckt Minecraft 1.7.10 bis heute ab und korrigiert Horizont, Auswahl und End-Himmel unter Iris.

Fast und Fancy erhalten dieselben Korrekturen. Für das Update ist kein Wechsel zu Fancy nötig.

Teste End und Ressourcenpakete, weil Himmel und Materialien das Ergebnis beeinflussen können.

Basic 2.6 ergänzt Voxy, Minecraft 1.21.11, 26.1 und getöntes Glas. Es korrigiert Horizont, End-Himmel und Auswahlumriss.

Das Nebelsystem wurde für zwölf Jahre Minecraft überarbeitet. Die Korrekturen gelten für Fast, Fancy, Motion Blur und DoF.

Bleibe bei derselben Variante, außer du möchtest einen anderen Effekt. Rund 35 KB Dateigröße sind normal.

Vergleiche immer dasselbe Basic-Preset und dieselbe Version, nicht die Größe mit Vibrant oder Enhanced.

Lies den Abschnitt deiner Familie, bestätige Minecraft und Loader, notiere Optionen und behalte die alte ZIP während des Tests.

Prüfe Nebel, Wasser, Glas, Regen, Nether, Ende und entferntes Terrain entsprechend den Änderungen.

Betrifft ein bekanntes Problem dein System, kehre zur stabilen Datei zurück und sichere das Log. Verwende keinen unbekannten Mirror.

Die Hinweise des Autors haben Vorrang vor einer Zusammenfassung. Modrinth enthält die technischen Details.

• Familie und Preset bestimmen
• Änderungen und Probleme lesen
• Einstellungen sichern
• Neue ZIP neben der alten testen
• Fallback nach der Prüfung entfernen

Nutze dieselbe Welt, Zeit, Wetterlage, Auflösung und Sichtweite. Erstelle Bilder an gleicher Position und beobachte auch Bewegung.

Beginne nach einer Pipeline-Änderung mit Standardwerten. Eine alte Konfiguration kann Verbesserungen verdecken oder eine nicht vorgesehene Kombination erzeugen.

Download-Datum und Veröffentlichungsdatum sind nicht dasselbe. Name, ID und Hash beschreiben die Datei auch nach späterem Kopieren.

Nenne Minecraft, Loader, GPU, Treiber, Preset und Schritte, wenn du eine Regression meldest.

Verwende für Dateien und Versionsangaben die jeweilige Modrinth-Projektseite als Quelle. Notiere bei jeder Prüfung Datum, Minecraft, Loader, Preset, GPU und Treiber. Diese Angaben machen die Anleitung, den Kompatibilitätstest und spätere Versionsvergleiche nachvollziehbar, ohne sich auf Erinnerung oder einen unbekannten Mirror zu verlassen.

Halte Minecraft-Java-Version, Loader, Shader-Familie und Preset, GPU, Treiber sowie aktive Rendering-Mods fest. Ergänze die genaue Fehlermeldung und den Schritt, bei dem sie erscheint.

Ein Bild derselben Position vor und nach einer Änderung erleichtert den Vergleich von Licht, Wasser, Nebel und Leistung. Ändere pro Test nur eine Variable, damit das Ergebnis bei Installation, Kompatibilitätsprüfung und Update eindeutig bleibt.

Bewahre tatsächlich verwendete ZIP-Dateien außerhalb von shaderpacks in einem Archiv auf. Lasse den Originalnamen unverändert und notiere das kompatible Profil.

Speichere wichtige Optionen und ein Referenzbild. Nach einem Update kannst du beabsichtigte Änderungen an Farbe, Nebel oder Belichtung von einer Regression unterscheiden.

Prüfe Modrinth regelmäßig, aktualisiere aber dann, wenn eine Version eine relevante Korrektur oder Kompatibilität bringt. Eine stabile Installation muss nicht am Veröffentlichungstag ersetzt werden.

Vergleiche den Hash einer archivierten Datei, bevor du sie erneut verwendest. So erkennst du eine unvollständige Kopie oder eine versehentliche Änderung.

Notiere den Grund für einen Rückschritt: Compiler-Fehler, geringere Leistung, Mod-Konflikt oder persönliche Bildvorliebe.

Behalte mindestens einen bekannten Rückfall, bevor du alte Dateien aufräumst. Historische Minecraft-Profile lassen sich später oft schwer exakt nachbauen.

Sortiere nach Shader-Familie und anschließend nach Preset. Die unabhängigen Versionsnummern dürfen nicht als gemeinsame Reihenfolge gelesen werden.

Wenn ein Problem nur mit einem neuen Treiber erscheint, teste alte und neue Shader-Version mit demselben Treiber. Andernfalls werden zwei Veränderungen gleichzeitig verglichen.

Lies die vollständigen Notizen des Autors, wenn ein technischer Begriff in der Zusammenfassung unklar bleibt. Der Quellverlauf hat Vorrang.

Dokumentiere auch das Datum deiner Prüfung. Das Download-Datum allein sagt nicht, wann die Datei vom Autor veröffentlicht wurde.

Eine neue Ausgabe ist besonders wichtig, wenn sie deine Minecraft-Version ergänzt, deinen Loader korrigiert oder einen sichtbaren Fehler löst. Ein stabiles Profil sollte zuerst in einer Kopie aktualisiert werden.

Lies bekannte Probleme zusammen mit Verbesserungen. Eine NVIDIA-Korrektur verändert AMD möglicherweise nicht, während Nebel und Transparenz mehr Systeme betreffen.

Download-Datum und Veröffentlichungsdatum sind verschieden. Name, Versions-ID und Hash bestimmen die Datei auch nach späterem Kopieren.

Teste jede angekündigte Änderung in einer passenden Szene. Nebel braucht mehrere Biome, Reflexionen benötigen Wasser und Glas, Fernterrain mehrere Distanzen.

Weicht das Ergebnis ab, kehre vor einer Fehlermeldung zu Standardwerten zurück. Alte Einstellungen können eine unnötige oder nicht mehr unterstützte Kombination aktivieren.

Bewahre die alte Version außerhalb des aktiven Ordners auf und verändere ihren ursprünglichen Dateinamen nicht.

Notiere, welche Änderung den Wechsel ausgelöst hat. So kannst du später entscheiden, ob ein weiterer Hotfix für deine Umgebung relevant ist.

Vergleiche bei Treiberproblemen beide Shader-Versionen mit demselben Treiber, damit nur eine Variable wechselt.

Bestätige aktives Preset, Dateinamen und Hash, bevor du die alte ZIP entfernst. Eine falsche Auswahl kann wie eine Regression wirken.

Starte das Spiel ein zweites Mal und kontrolliere, ob Optionen und Caches den Neustart überstehen.

Ergänze deine lokale Notiz um Datum, Profil und beobachtete Änderungen. Diese Spur beschleunigt den nächsten Vergleich.

Bleibt die Version instabil, kehre zum bekannten Fallback zurück und warte auf eine Korrektur an der Quelle.

Teile reproduzierbare Fehler mit vollständigem Log und genauer Versionsliste, statt das Archiv selbst zu verändern.

Räume alte Versionen erst auf, wenn mindestens eine stabile Datei und ihre Einstellungen sicher archiviert sind.

Bewerte ein Update nicht nur nach dem ersten Start. Spiele mehrere Sitzungen mit unterschiedlichem Wetter, Tageszeiten und Dimensionen.

Notiere kleine Unterschiede bei Farben, Nebel, Wasser und Belichtung, bevor du alte Bilder löschst. Manche Änderungen sind absichtlich und werden erst im direkten Vergleich sichtbar.

Prüfe nach einem Loader-Update erneut, auch wenn die Shader-ZIP unverändert blieb. Der Loader kann denselben Code anders verarbeiten.

Wenn ein später Hotfix erscheint, lies genau, ob er deine GPU oder dein Problem betrifft. Ein unnötiger Wechsel kann eine bereits stabile Kombination verändern.

Bewahre die geprüfte Version zusammen mit einer kurzen Bewertung auf. Dadurch wird dein lokales Archiv zu einer brauchbaren Entscheidungshilfe.

Bestätige den Dateinamen, den Hash und das aktive Preset. Erstelle danach eine kurze Notiz mit Datum, Loader und Ergebnis der Tests.

Bewahre die vorherige stabile Datei mindestens bis zum nächsten erfolgreichen Start auf. So bleibt ein sicherer Rückweg erhalten, wenn ein späterer Test ein Problem zeigt.