Wer schon einmal mit acht offenen Timelines und einer stotternden Vorschau am Schnittplatz gesessen hat, kennt das Muster: Der Editor schiebt es auf den Speicher, die IT schiebt es auf das Schnittprogramm, und am Ende laeuft der Kunde ungeduldig im Studio auf und ab. Ein NAS fuer Videoschnitt loest dieses Problem nicht durch pure Kapazitaet, sondern durch die richtige Kombination aus Netzwerk, Dateisystem und Workflow.

Dieser Artikel beschreibt, worauf es bei einem NAS fuer 4K- und 8K-Postproduktion wirklich ankommt — von der Netzwerkschicht ueber ZFS-Tuning bis zum Zusammenspiel mit DaVinci Resolve, Adobe Premiere und Final Cut Pro. Keine erfundenen Benchmarks, sondern die Grundprinzipien, die einen Schnittplatz-Storage von einem Sorgenkind zu einem stabilen Werkzeug machen.

Warum klassische Buero-NAS in der Postproduktion scheitern

Ein Consumer- oder Buero-NAS ist auf viele kleine Dateien und moderate Parallelitaet ausgelegt. Videoschnitt funktioniert genau umgekehrt: wenige, sehr grosse Dateien, sequenzieller Zugriff, aber gleichzeitig hoher Durchsatz pro Client und oft mehrere Editoren am selben Projekt. Die typischen Engpaesse liegen deshalb selten bei den Festplatten, sondern beim Netzwerk und beim Protokoll.

Ein einzelner 4K-Stream in ProRes 422 HQ liegt grob im Bereich von rund 750 MBit pro Sekunde, in 8K bei ProRes je nach Variante schnell im Bereich von 4 bis 8 GBit pro Sekunde. Sobald zwei oder drei Streams gleichzeitig gelesen werden — Multicam, Split Screen, gleichzeitige Renderpfade — reicht 1 GbE nicht mehr aus, und selbst 10 GbE muss sauber konfiguriert sein. Wer das ignoriert, kauft ein teures NAS und wundert sich, warum die Vorschau ruckelt.

NAS fuer 4K-Schnitt: das Netzwerk ist der wichtigste Baustein

10 GbE als sinnvolles Minimum

Fuer echten Mehrkamera-Schnitt in 4K ist 10 GbE die untere Grenze fuer den Schnittplatz. Kupfer via 10GBASE-T ist bequem, produziert aber Waerme und Latenz, SFP+ mit DAC oder Glasfaser ist ruhiger und in dichten Studios angenehmer. Wichtig ist, dass sowohl der Client als auch der NAS-Port sauber ausgehandelt sind — ein Auto-Negotiate-Fehler auf einen 1 GbE-Modus faellt oft erst auf, wenn die Vorschau plaetschert.

25 GbE, 40 GbE und SMB Multichannel

Fuer 8K-Rohmaterial, hohe Bitratenformate oder mehrere gleichzeitige Editoren ist 25 GbE der naechste sinnvolle Schritt. Aelte re Studios setzen manchmal noch auf 40 GbE mit QSFP+, weil die Ports guenstiger geworden sind. Entscheidend ist aber nicht die Marketing-Zahl, sondern SMB Multichannel: Ab SMB 3.0 kann der Client mehrere Netzwerkverbindungen gleichzeitig fuer eine Freigabe nutzen. Zwei 10 GbE-Ports pro Schnittplatz sind in vielen Projekten stabiler als ein einzelner 25 GbE-Link, weil bei Ausfall einer Leitung der Stream einfach weiterlaeuft.

TrueNAS SCALE und Windows-Clients handeln SMB Multichannel automatisch aus, wenn beide Seiten mehrere Interfaces mit ausreichender Bandbreite bieten. Auf macOS ist die Situation weniger komfortabel — dort hilft in vielen Faellen ein einzelner sehr schneller Link plus Jumbo Frames. Details zu Freigaben und Active-Directory-Anbindung finden sich in unserem Artikel zu TrueNAS SMB mit Active Directory.

Getrenntes Storage-VLAN

Ein eigenes VLAN fuer Video-Traffic entkoppelt den Schnittplatz vom Bueronetz und verhindert, dass ein grosser Datei-Upload aus dem Sekretariat die 8K-Vorschau kippt. Netzwerktrennung ist billig zu haben und laesst sich in OPNsense mit VLAN-Segmentierung ohne grossen Aufwand einrichten.

ZFS Storage fuer Postproduktion richtig konfigurieren

recordsize an das Material anpassen

Der wichtigste ZFS-Parameter fuer Videoschnitt ist die recordsize. Der Standardwert von 128 KiB ist fuer viele Workloads gut, fuer sehr grosse Videodateien aber suboptimal. Fuer reines Videomaterial haben sich in der Praxis Werte im Bereich von 1 MiB fuer 4K-Codecs und teilweise darueber fuer 8K-Rohformate eingebuergert. Groessere Records reduzieren den Metadaten-Overhead, verbessern die Kompression von unkomprimierten Streams und erlauben ZFS effizienteres Prefetching bei sequenziellem Zugriff.

Wichtig: recordsize ist eine obere Grenze und gilt fuer neu geschriebene Dateien. Wer sie nachtraeglich aendert, muss die Dateien einmal neu schreiben, damit die Aenderung greift. In der Praxis heisst das: pro Projekt oder pro Format ein eigenes Dataset mit passender recordsize.

atime aus, compression an

atime=off spart auf busy Media-Datasets viele kleine Schreibvorgaenge, die niemand braucht. compression=lz4 oder zstd mit niedrigem Level laeuft nahezu kostenlos und hilft bei Zwischendateien, Projektdateien und XML-Metadaten. Fuer bereits komprimiertes Material wie H.264 oder H.265 bringt Kompression wenig, schadet aber auch nicht — LZ4 erkennt inkompressible Bloecke und ueberspringt sie.

Special VDEV und L2ARC fuer viele Metadaten

Bei sehr grossen Media-Bibliotheken mit vielen Dateien lohnt sich ein Special VDEV auf NVMe fuer Metadaten und kleine Bloecke. Der Effekt beim Durchsuchen von Ordnern mit zehntausenden Clips ist deutlich spuerbar. L2ARC auf NVMe ist in Postproduktions-Workloads dagegen oft ueberbewertet — sequenzielle Videostreams profitieren wenig von einem klassischen Read-Cache. Wer das Budget hat, investiert es lieber in mehr RAM oder in schnellere Netzwerk-Ports. Grundlagen dazu haben wir in TrueNAS Performance-Optimierung zusammengefasst.

RAID-Level: gestreifte Spiegel gewinnen

Fuer Schnittstorage sind gestreifte Spiegel — also RAID 10 im klassischen Sinne — meist die bessere Wahl als RAIDZ. Sie bieten deutlich hoehere IOPS pro Spindel, verkraften Rebuilds ohne Performance-Einbruch und sind unkomplizierter beim spaeteren Erweitern. RAIDZ2 hat seinen Platz im Nearline-Bereich, in dem das Rohmaterial ruht, aber der Live-Schnitt gehoert auf schnelle Spiegel. Wer sich noch nicht festgelegt hat, sollte den Ueberblick in unserem Artikel zu ZFS RAID-Level durchgehen.

NAS 4K 8K Workflow: Rolle der Schnittprogramme

DaVinci Resolve am NAS

DaVinci Resolve arbeitet sehr direkt mit dem Dateisystem. Media Pools mit vielen Clips profitieren stark von einem Special VDEV und schneller Netzwerkanbindung. Der Optimized-Media-Cache sollte auf lokaler NVMe liegen, nicht auf dem NAS — sonst schreibt Resolve permanent Zwischenformate ueber das Netz. Fuer kollaboratives Arbeiten mit Resolve Studio und einer Postgres-Datenbank ist ein stabiler, niedrig-latenter Storage Pflicht, sonst kippen die Locks.

Adobe Premiere Pro

Premiere ist in Sachen NAS traditionell empfindlicher als Resolve, hat sich aber deutlich verbessert. Wichtig ist, den Media Cache und die Projektdateien auf lokale NVMe zu legen und nur die eigentlichen Clips ueber SMB anzubinden. Team-Projekte in der Creative Cloud arbeiten mit Cloud-Sync, das eigentliche Rohmaterial bleibt auf dem NAS. Wer Proxies nutzt, generiert sie einmal zentral auf dem NAS und lasst die Editoren mit den kleineren Dateien schneiden — das ist der wichtigste Hebel fuer 8K-Projekte auf mittleren Netzen.

Final Cut Pro und macOS

Final Cut Pro ist am komfortabelsten, wenn die Library lokal liegt und die Original Media als externer Ordner auf dem NAS eingebunden ist. Kompletter Library-Betrieb ueber SMB funktioniert, ist aber empfindlich gegenueber Netzwerk-Aussetzern. Auf macOS-Clients sollte SMB3 mit signing off, packet signing off und ein aktueller Treiberstand verwendet werden — Apple hat die SMB-Implementierung in den letzten Jahren mehrfach ueberarbeitet, alte Workarounds sind teilweise nicht mehr noetig.

Backup, Snapshots und Archiv im Videoumfeld

Postproduktion produziert grosse Datenmengen, die zu unterschiedlichen Zeiten unterschiedlich wichtig sind. Waehrend das Projekt lauft, ist jeder Take Gold — nach dem Ausliefern reichen oft ein paar wenige Master und die Deliverables. ZFS-Snapshots sind hier ein ideales Werkzeug: Sie schuetzen vor versehentlich geloeschten Bins oder einem verunglueckten Sync, kosten wenig Speicher und sind sofort verfuegbar. Details dazu in TrueNAS Snapshots und Replikation.

Fuer Langzeitarchive lohnt sich ein zweites, langsameres System mit RAIDZ2 und grossen Platten, das per Replikation gefuettert wird. Wer die klassische Absicherung braucht, orientiert sich an der 3-2-1-Backup-Regel — zwei Kopien im Haus auf unterschiedlichen Medien, eine ausserhalb, gerne auf einem Offsite-Ziel via TrueNAS Cloud Sync.

Hardware: welche NAS-Klasse passt zum Studio

Fuer kleinere Studios mit ein bis drei Schnittplaetzen reicht ein solides Mittelklasse-System, das RAM, NVMe fuer Metadaten und einen 10 GbE-Uplink mitbringt. Fuer Produktionshaeuser mit vielen Editoren und 8K-Material fuehrt an einer Enterprise-Klasse mit hoher Portdichte und mehreren Netzwerkkarten kein Weg vorbei. Die aktuellen Empfehlungen fuer diese Klasse finden sich in unserer Uebersicht zur TrueNAS M-Serie — konkret die M30 fuer mittlere Umgebungen und die M40 fuer grosse Postproduktions-Setups. Aeltere Modelle wie M50 und M60 sind mittlerweile EOL und tauchen deshalb in aktuellen Angeboten nicht mehr auf.

Wer die richtige Kombination aus Chassis, VDEV-Layout und Netzwerkkarten sucht, kann sich das im TrueNAS Konfigurator selbst zusammenstellen. Die konkreten Preise variieren stark mit Plattenkapazitaet und Netzwerkoptionen — verlaessliche Zahlen liefern wir auf Anfrage im individuellen Angebot.

FAQ

Wie viel Bandbreite brauche ich pro Schnittplatz fuer 4K?

Als Richtwert gilt: fuer flueassigen 4K-Schnitt in ProRes oder DNxHR sollten pro Schnittplatz mindestens 10 GbE zur Verfuegung stehen, damit Multicam und mehrere Streams parallel ohne Ruckeln laufen. In der Praxis reichen die tatsaechlich benoetigten Werte oft an ein bis drei Gigabit pro Sekunde heran, aber Bandbreitenspitzen und andere Nutzer am selben Storage muessen mit einkalkuliert werden.

Lohnt sich 25 GbE fuer ein kleines Studio wirklich?

Fuer den einzelnen 4K-Schnittplatz nicht unbedingt — dort reicht 10 GbE mit SMB Multichannel meist aus. Sobald aber mehrere Editoren gleichzeitig auf dasselbe NAS zugreifen, 8K-Material verarbeitet wird oder Renderings parallel laufen, entlastet ein 25 GbE-Uplink am NAS die Situation deutlich. Der Weg fuehrt oft ueber ein 25 GbE-Uplink am Storage und 10 GbE zu den Schnittplaetzen.

Was ist die richtige ZFS recordsize fuer Videomaterial?

Fuer 4K-Codecs wie ProRes und DNxHR haben sich Werte um 1 MiB bewaehrt, fuer 8K-Rohmaterial kann auch mehr sinnvoll sein. Wichtig ist, pro Dataset genau ein Format-Cluster zu bedienen und die recordsize beim Erstellen zu setzen — nachtraegliche Aenderungen wirken nur auf neu geschriebene Dateien.

Kann ich mit Proxies das NAS klein halten?

Ja, und das ist der wichtigste Hebel fuer 8K-Projekte auf mittleren Netzen. Proxies werden einmal auf dem NAS erzeugt, die Editoren schneiden mit den kleineren Dateien und nur die Colorists oder Onliner arbeiten am Original. So laufen selbst 8K-Projekte auf 10 GbE fluessig, und das NAS wird durch mehrere parallele Streams nicht ueberfordert.

Wie gehe ich mit macOS-Clients um, die SMB-Probleme machen?

Aktuelle macOS-Versionen sprechen SMB3 stabil, wenn Signing und Packet Signing deaktiviert sind und der Client mit einer festen Domain-Anmeldung arbeitet. In hartnaeckigen Faellen hilft eine dedizierte 10 GbE-Verbindung ohne Zwischen-Switch fuer den kritischen Editor. Alte Workarounds mit nsmb.conf sind oft nicht mehr noetig, sollten aber vor Massnahmen im NAS geprueft werden.

Ist ein NAS im Studio wirklich sicherer als lokale SSDs an jedem Schnittplatz?

Ja — vor allem wegen Snapshots, zentraler Backups und dem gemeinsamen Zugriff auf dasselbe Rohmaterial. Lokale SSDs sind schnell, aber bei Ausfall eines Rechners ist das Material weg, wenn kein Sync lief. Ein zentraler ZFS-Storage mit Snapshots und Replikation fedchert Editorfehler, Hardwaredefekte und Ransomware deutlich zuverlaessiger ab.

Sie planen einen neuen Schnittraum oder ein zentrales Storage fuer Ihre Postproduktion? Wir konzipieren TrueNAS-Systeme fuer 4K- und 8K-Workflows und liefern die passende Netzwerkanbindung dazu. Kontaktieren Sie uns fuer ein individuelles Angebot.

NAS fuer Videoschnitt: 4K und 8K Workflow ohne Nervenzusammenbruch