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 läuft der Kunde ungeduldig im Studio auf und ab. Ein NAS für Videoschnitt löst dieses Problem nicht durch pure Kapazität, sondern durch die richtige Kombination aus Netzwerk, Dateisystem und Workflow.
Dieser Artikel beschreibt, worauf es bei einem NAS für 4K- und 8K-Postproduktion wirklich ankommt — von der Netzwerkschicht über 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 Büro-NAS in der Postproduktion scheitern
Ein Consumer- oder Büro-NAS ist auf viele kleine Dateien und moderate Parallelität ausgelegt. Videoschnitt funktioniert genau umgekehrt: wenige, sehr große Dateien, sequenzieller Zugriff, aber gleichzeitig hoher Durchsatz pro Client und oft mehrere Editoren am selben Projekt. Die typischen Engpässe 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 für 4K-Schnitt: das Netzwerk ist der wichtigste Baustein
10 GbE als sinnvolles Minimum
Für echten Mehrkamera-Schnitt in 4K ist 10 GbE die untere Grenze für den Schnittplatz. Kupfer via 10GBASE-T ist bequem, produziert aber Wärme 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 fällt oft erst auf, wenn die Vorschau plätschert.
25 GbE, 40 GbE und SMB Multichannel
Für 8K-Rohmaterial, hohe Bitratenformate oder mehrere gleichzeitige Editoren ist 25 GbE der nächste sinnvolle Schritt. Ältere Studios setzen manchmal noch auf 40 GbE mit QSFP+, weil die Ports günstiger geworden sind. Entscheidend ist aber nicht die Marketing-Zahl, sondern SMB Multichannel: Ab SMB 3.0 kann der Client mehrere Netzwerkverbindungen gleichzeitig für 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 weiterläuft.
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 Fällen 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 für Video-Traffic entkoppelt den Schnittplatz vom Büronetz und verhindert, dass ein großer Datei-Upload aus dem Sekretariat die 8K-Vorschau kippt. Netzwerktrennung ist billig zu haben und lässt sich in OPNsense mit VLAN-Segmentierung ohne großen Aufwand einrichten.
ZFS Storage für Postproduktion richtig konfigurieren
recordsize an das Material anpassen
Der wichtigste ZFS-Parameter für Videoschnitt ist die recordsize. Der Standardwert von 128 KiB ist für viele Workloads gut, für sehr große Videodateien aber suboptimal. Für reines Videomaterial haben sich in der Praxis Werte im Bereich von 1 MiB für 4K-Codecs und teilweise darüber für 8K-Rohformate eingebürgert. Größere 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 für neu geschriebene Dateien. Wer sie nachträglich ändert, muss die Dateien einmal neu schreiben, damit die Änderung greift. In der Praxis heißt 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 Schreibvorgänge, die niemand braucht. compression=lz4 oder zstd mit niedrigem Level läuft nahezu kostenlos und hilft bei Zwischendateien, Projektdateien und XML-Metadaten. Für bereits komprimiertes Material wie H.264 oder H.265 bringt Kompression wenig, schadet aber auch nicht — LZ4 erkennt inkompressible Blöcke und überspringt sie.
Special VDEV und L2ARC für viele Metadaten
Bei sehr großen Media-Bibliotheken mit vielen Dateien lohnt sich ein Special VDEV auf NVMe für Metadaten und kleine Blöcke. Der Effekt beim Durchsuchen von Ordnern mit zehntausenden Clips ist deutlich spürbar. L2ARC auf NVMe ist in Postproduktions-Workloads dagegen oft überbewertet — 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
Für Schnittstorage sind gestreifte Spiegel — also RAID 10 im klassischen Sinne — meist die bessere Wahl als RAIDZ. Sie bieten deutlich höhere IOPS pro Spindel, verkraften Rebuilds ohne Performance-Einbruch und sind unkomplizierter beim späteren Erweitern. RAIDZ2 hat seinen Platz im Nearline-Bereich, in dem das Rohmaterial ruht, aber der Live-Schnitt gehört auf schnelle Spiegel. Wer sich noch nicht festgelegt hat, sollte den Überblick 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 über das Netz. Für 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 über 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 lässt die Editoren mit den kleineren Dateien schneiden — das ist der wichtigste Hebel für 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 über SMB funktioniert, ist aber empfindlich gegenüber 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 überarbeitet, alte Workarounds sind teilweise nicht mehr nötig.
Backup, Snapshots und Archiv im Videoumfeld
Postproduktion produziert große Datenmengen, die zu unterschiedlichen Zeiten unterschiedlich wichtig sind. Während das Projekt läuft, ist jeder Take Gold — nach dem Ausliefern reichen oft ein paar wenige Master und die Deliverables. ZFS-Snapshots sind hier ein ideales Werkzeug: Sie schützen vor versehentlich gelöschten Bins oder einem verunglückten Sync, kosten wenig Speicher und sind sofort verfügbar. Details dazu in TrueNAS Snapshots und Replikation.
Für Langzeitarchive lohnt sich ein zweites, langsameres System mit RAIDZ2 und großen Platten, das per Replikation gefüttert wird. Wer die klassische Absicherung braucht, orientiert sich an der 3-2-1-Backup-Regel — zwei Kopien im Haus auf unterschiedlichen Medien, eine außerhalb, gerne auf einem Offsite-Ziel via TrueNAS Cloud Sync.
Hardware: welche NAS-Klasse passt zum Studio
Für kleinere Studios mit ein bis drei Schnittplätzen reicht ein solides Mittelklasse-System, das RAM, NVMe für Metadaten und einen 10 GbE-Uplink mitbringt. Für Produktionshäuser mit vielen Editoren und 8K-Material führt an einer Enterprise-Klasse mit hoher Portdichte und mehreren Netzwerkkarten kein Weg vorbei. Die aktuellen Empfehlungen für diese Klasse finden sich in unserer Übersicht zur TrueNAS M-Serie — konkret die M30 für mittlere Umgebungen und die M40 für große Postproduktions-Setups. Ältere 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 Plattenkapazität und Netzwerkoptionen — verlässliche Zahlen liefern wir auf Anfrage im individuellen Angebot.
FAQ
Wie viel Bandbreite brauche ich pro Schnittplatz für 4K?
Als Richtwert gilt: für flüssigen 4K-Schnitt in ProRes oder DNxHR sollten pro Schnittplatz mindestens 10 GbE zur Verfügung stehen, damit Multicam und mehrere Streams parallel ohne Ruckeln laufen. In der Praxis reichen die tatsächlich benötigten Werte oft an ein bis drei Gigabit pro Sekunde heran, aber Bandbreitenspitzen und andere Nutzer am selben Storage müssen mit einkalkuliert werden.
Lohnt sich 25 GbE für ein kleines Studio wirklich?
Für 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 führt oft über ein 25 GbE-Uplink am Storage und 10 GbE zu den Schnittplätzen.
Was ist die richtige ZFS recordsize für Videomaterial?
Für 4K-Codecs wie ProRes und DNxHR haben sich Werte um 1 MiB bewährt, für 8K-Rohmaterial kann auch mehr sinnvoll sein. Wichtig ist, pro Dataset genau ein Format-Cluster zu bedienen und die recordsize beim Erstellen zu setzen — nachträgliche Änderungen wirken nur auf neu geschriebene Dateien.
Kann ich mit Proxies das NAS klein halten?
Ja, und das ist der wichtigste Hebel für 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 flüssig, und das NAS wird durch mehrere parallele Streams nicht überfordert.
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 hartnäckigen Fällen hilft eine dedizierte 10 GbE-Verbindung ohne Zwischen-Switch für den kritischen Editor. Alte Workarounds mit nsmb.conf sind oft nicht mehr nötig, sollten aber vor Maßnahmen im NAS geprüft 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 federt Editorfehler, Hardwaredefekte und Ransomware deutlich zuverlässiger ab.
Sie planen einen neuen Schnittraum oder ein zentrales Storage für Ihre Postproduktion? Wir konzipieren TrueNAS-Systeme für 4K- und 8K-Workflows und liefern die passende Netzwerkanbindung dazu. Kontaktieren Sie uns für ein individuelles Angebot.
Mehr zu diesen Themen:
Weitere Artikel
TrueNAS 27 statt 26: iXsystems benennt den Dezember-Release um — was das für Planung und Upgrade-Pfade heißt
iXsystems hat den bisher als TrueNAS 26 entwickelten Nachfolger von 25.10 Goldeye kurz vor dem Dezember-Release in TrueNAS 27 umbenannt. Was hinter der Umbenennung steckt, welche Technik-Basis drin ist (Kernel 6.18, OpenZFS 2.4), wann GA kommt und wie der Upgrade-Pfad von 25.10 realistisch aussieht.
Was kostet Storage wirklich? Cloud vs. TrueNAS über 5 Jahre
Cloud-Storage wirkt günstig – bis Egress, API-Calls und Dauerbetrieb die Rechnung drehen. Eine ehrliche TCO-Betrachtung über 5 Jahre: wann sich On-Premise-TrueNAS rechnet, inklusive Beispielrechnung und Konfigurator.
TrueNAS als Immutable-Backup-Target für Veeam & Proxmox (S3 Object Lock)
Unveränderliche Backups gegen Ransomware: Wie Sie TrueNAS als S3-kompatibles Immutable-Target mit Object Lock für Veeam und den Proxmox Backup Server einsetzen – on-premise, ohne Cloud-Egress.