Seed

Du brauchst konsistente, reproduzierbare Ergebnisse in deinen prozeduralen Effekten — dafür existiert der Seed. Ein Seed ist nichts anderes als ein numerischer Startwert, den du einem Rausch-Algorithmus oder Generatorklasse übergibst. Derselbe Seed produziert immer die identische Ausgabe, egal wie oft du den Generator laufen lässt. Das ist keine Magie, sondern Determinismus: der mathematische Zufall wird gezähmt.

Am Set brauchst du das, wenn du mit prozeduralen Partikeln, Flüssigkeitssimulationen oder Perlin-Noise-basierten Texturen arbeitest. Du renderst eine Feuer-Simulation, stellst fest, dass Frame 47 zu wild aussieht — mit falschem Seed musst du die ganze Sim neu fahren. Mit gespeichertem Seed changeout du einen Parameter (z. B. Viskosität) und der Rest bleibt strukturell identisch. Das spart Render-Zeit und Nerven. In der Praxis speichern VFX-Supervisoren Seed-Werte wie Religionsreliquien — eine Liste im Projekt-Log, damit jeder Artist später reproduzieren kann.

Kritisch wird es bei KI-gestützten Generatoren und Diffusion-Modellen. Ein Seed kontrolliert dort die initiale Rausch-Matrix, aus der das Netz die finale Ausgabe "denkt". Zwei verschiedene Seeds mit identischem Prompt = völlig unterschiedliche Bilder. Du brauchst also einen Workflow: Seed festlegen, generieren, Ergebnis freigeben, Seed dokumentieren. Wenn der Client später sagt "Lass das nochmal wie eben machen", greifst du auf deinen Seed zurück. Ohne Dokumentation bist du verloren.

Ein praktischer Tipp: Verwende nicht 1 oder 0 als Standard-Seed — das führt zu statistischen Artefakten in manchen Algorithmen. Wähle größere, "zufällig" wirkende Zahlen (z. B. 1337, 4242, oder Timestamp-basierte Werte). Und speichern als Projekt-Metadaten — im EXR-Header, in der VFX-Database oder in einem separaten Seed-Manifest. So funktioniert das bei großen VFX-Pipeline-Teams: Seed ist Parameter, nicht Geheimnis.