Game-Development-Teams mit NetDrive – Große Asset-Bibliotheken streamen

Ein Texture-Artist in einem mittelgroßen Studio-Team muss prüfen, wie eine 4K-Normal-Map im Vergleich zur Revision der letzten Woche aussieht, aber die gemeinsame Asset-Bibliothek liegt in einem S3-Bucket, der über zwei Projekte hinweg auf mehr als 3 TB angewachsen ist. Das komplette Synchronisieren auf eine Workstation ist unrealistisch, und das Herunterladen einzelner Dateien über eine Browser-Konsole unterbricht den Arbeitsfluss in der Engine. NetDrive bindet diesen Bucket stattdessen als Laufwerksbuchstaben ein, sodass sowohl der Asset-Browser der Engine als auch der Datei-Explorer des Artists ihn als lokalen Speicher sehen, der zufällig aus der Cloud streamt.

Binden Sie Ihre Asset-Bibliothek als Laufwerksbuchstaben ein

Mit NetDrive erscheinen Google Drive, OneDrive, S3, SFTP, WebDAV und mehr als native Laufwerke unter Windows und macOS — ohne Synchronisation, ohne vollständige Downloads.

• S3-gehostete Texturen und Builds erscheinen als lokales Laufwerk – keine vollständige Synchronisation nötig
• Der Hintergrund-Upload lädt große Exporte hoch, ohne die Workstation zu blockieren
• Dateisperren verhindern, dass zwei Artists dasselbe Asset gleichzeitig überschreiben

WindowsmacOS

NetDrive herunterladen →

Kostenlose Testversion. Lifetime- und Abo-Pläne verfügbar.

Warum vollständige Synchronisation bei Game-Assets nicht funktioniert

Sync-basierte Tools müssen den gesamten Ordnerbaum auf die Festplatte laden, bevor irgendetwas darin nutzbar ist – eine schlechte Lösung für eine Asset-Bibliothek, in der eine Sitzung oft nur eine Handvoll von Zehntausenden Dateien betrifft. Das On-Demand-Streaming von NetDrive umgeht dieses Problem: Das Einbinden des Buckets zeigt die vollständige Verzeichnisstruktur sofort an, aber einzelne Dateien werden erst übertragen, wenn sie tatsächlich geöffnet werden. Ein Texture-Artist, der in Windows Explorer durch einen Materialordner blättert, sieht jedes vorschaufähige Asset gelistet, ohne auf eine mehrstündige initiale Synchronisation warten zu müssen.

Das ist besonders wichtig für die Dateien, die Game-Asset-Bibliotheken überhaupt so umfangreich machen – unkomprimierte Quelltexturen, hochauflösende Sculpt-Exporte und plattformspezifische Build-Ausgaben, die jeweils mehrere Gigabyte groß sein können. Der einstellbare lokale Cache von NetDrive (100 GB bis 1 TB) hält kürzlich geöffnete Assets schnell wieder abrufbar, ohne das gesamte Laufwerk der Workstation für eine lokale Kopie des Buckets zu belegen.

Builds und Quell-Assets getrennt halten

Ein gängiges Muster ist es, zwei Buckets nebeneinander einzubinden – einen für Quellmaterial (PSDs, Sculpt-Dateien, Rohaudio) und einen zweiten für kompilierte Build-Ausgaben, die eine CI-Pipeline nach jedem automatisierten Build hochlädt. Beide erscheinen als eigene Laufwerksbuchstaben, sodass ein QA-Tester, der den neuesten Nightly-Build holt, sich nicht durch dieselbe Verzeichnisstruktur wühlen muss, die ein Artist für Quelldateien nutzt. Da jedes Laufwerk unabhängig verbindet, lässt sich während der Geschäftszeiten ein Bandbreitenlimit auf dem Build-Ausgabe-Laufwerk setzen, ohne die Artists auszubremsen, die aktiv an der Quellbibliothek arbeiten.

Überschreibungen bei gemeinsam genutzten Assets vermeiden

Wenn zwei Artists gleichzeitig dieselbe Rig- oder Materialdatei bearbeiten, ist das eine Kollision, die leicht versehentlich entsteht und danach ärgerlich zu entwirren ist. Die Dateisperre von NetDrive – verfügbar für alle Dateitypen, nicht nur Office-Dokumente – lässt einen Artist eine Datei sperren, während er daran arbeitet; jeder andere, der sie öffnet, sieht sie bis zur Freigabe der Sperre als schreibgeschützt. Für ein Team ohne dedizierte Versionskontroll-Pipeline für binäre Art-Assets verhindert allein das die häufigste Ursache für verlorene Arbeit.

Ein gemeinsames Team-Laufwerk einrichten

1. Öffnen Sie den Drive-Manager von NetDrive und klicken Sie auf + Add Drive.
2. Wählen Sie Amazon S3 (oder den jeweiligen Objektspeicher, den das Studio bereits nutzt) und geben Sie Access Key, Secret und Bucket-Namen ein.
3. Weisen Sie einen Laufwerksbuchstaben zu – ein im gesamten Team einheitlicher (z. B. T: für „Textures”) hält die Asset-Pfade der Engine über verschiedene Rechner hinweg portabel.
4. Aktivieren Sie Team Drive, falls mehrere Studiomitglieder unter verwalteten Lizenzen Zugriff benötigen, damit Zugangsdaten und Laufwerkseinstellungen ans Team veröffentlicht werden können, statt sie auf jeder Workstation manuell einzurichten.

Hintergrund-Uploads für Exporte

Wenn ein Artist einen Stapel bearbeiteter Texturen fertigstellt oder ein Build von CI eintrifft, erfolgt das Zurückschreiben in den Bucket im Hintergrund, ohne die Workstation zu blockieren. Ein großer Export wird in eine Warteschlange gestellt und hochgeladen, während der Artist in der Engine weiterarbeitet, mit sichtbarem Fortschritt im System-Tray statt in einem Dialog, der offen bleiben muss.

Fazit

Das Einbinden einer Asset-Bibliothek als Laufwerksbuchstaben verwandelt einen mehrere Terabyte großen S3-Bucket in etwas, das eine Engine, ein Datei-Browser und jedes andere Tool auf einer Workstation als gewöhnlichen lokalen Speicher behandeln können – kein maßgeschneiderter Sync-Client, kein Warten auf einen vollständigen Download, bevor die Arbeit beginnen kann. Für die Kollaborationsfunktionen, auf denen dieses Setup aufbaut, siehe Team Drive und gemeinsame Laufwerke in NetDrive und Office-Dateisperren in NetDrive.

— Jay, NetDrive