Darüber hinaus wird erklärt, wie PresSTORE 4 diese Technik in Xsan 2.2.x-Umgebungen nutzt, um effiziente Datensicherungen durchzuführen, die derzeit mit keiner anderen Lösung in dieser Form machbar sind.

Beim Export von Metadaten als XML-Datei von einem externen System an Final Cut Server sind zwei Dinge zu beachten:

1. Die XML-Datei muss eine bestimmte Struktur haben, damit Final Cut Server sie versteht.
2. In der XML-Datei muss die von Final Cut Server vergebene Asset-ID der verbundenen Mediendatei zu finden sein.

Während die XML-Struktur auf der Apple-Website sehr einfach beschrieben ist und entweder direkt vom externen MAM-Anbieter bereitgestellt werden kann, oder aber mittels Script konvertiert werden kann, muss die Asset-ID, die in die XML-Datei eingefügt werden muss, erst aus Final Cut Server extrahiert und dann in die Datei geschrieben werden.

Unter http://www.andre-aulich.de/en/perm/final-cut-server-how-to-import-metadata-from-external-mams beschreibe ich diesen Prozess im Detail am Beispiel einer Final Cut Server-Integration mit S4M’s VPMS.

Das Tool sowie die Dokumentation sind kostenlos. Falls Sie Fragen dazu haben oder Anpassungen wünschen, stehe ich Ihnen gerne als Dienstleister zur Verfügung.

Zu den behandelten Themen darin gehören u.a.:

• Rough Cut Editing
• FCSvr CLI
• XML and data exchange with other MAMs
• Automatic fetching of news feeds incl. XML metadata
• Working with growing clips
• Automatic XDCAM ingest
• FCSvr Archiving to tape

Allerdings stehen nicht alle behandelten Punkte im Detail in der Präsentation, da ein großer Teil der Session aus Demos bestand.

Wenn Sie Fragen zu den vorgestellten Punkten haben oder meine diesbezüglichen Dienste in Anspruch nehmen möchten, freue ich mich sehr über Ihr Feedback!

Hier finden Sie eine genaue Beschreibung des Vortrags sowie nähere Informationen zu dem VideoVisions-Event insgesamt. Auf der Site ist außerdem auch ein Anmeldeformular zu dem kostenlosen Event zu finden.

Die Veranstaltung wird außerdem am 23.03. in London wiederholt.

Zum einen belegen Videodaten große Mengen an Speicherplatz, zum anderen dürfen Backup- und Archivvorgänge zentrale Speichersysteme nicht so belasten, dass die darauf laufenden Echtzeitanwendungen beeinträchtigt werden.

Eine hervorragende Lösung, um Videodaten von einem zentralen SAN zu sichern und zu archivieren, ist Quantums StorNext-Dateisystem (SNFS) in Verbindung mit dem StorNext Storage Manager (SNSM).

Das StorNext-Dateisystem ist mit Apples Xsan-Dateisystem kompatibel, und es ist sehr einfach, einen vorhandenen Xsan-Metadaten-Controller durch einen Linux-basierten StorNext-Metadaten-Controller zu ersetzen, was wiederum Voraussetzung für den Einsatz des StorNext Storage Managers ist.

Was macht den Storage Manager aber so besonders?

Wenn Sie Daten auf einem Dateisystem erstellen oder modifizieren, gibt es drei Wege, wie Ihre Backup-/Archivlösung in Erfahrung bringen kann, dass jetzt Daten kopiert werden sollen:

• Eine weit verbreitete Lösung ist, dass die Archivsoftware das Dateisystem auf Änderungen hin scannt. Dieser Scanvorgang erzeugt eine relativ große Last auf einem zentralen SAN, was in der Praxis u.U. zu Dropped Frames oder Ingest-/Playout-Abbrüchen führen kann, so dass sich diese Lösung nur dann anbietet, wenn Sie entsprechend großzügige Backupfenster haben, während derer keine Echtzeitanwendungen auf Ihrem Storage-System laufen.
• Eine weitere Möglichkeit besteht darin, dass die Software, die Dateien auf das SAN schreibt, Ihre Archiv-/Backuplösung aktiv über Änderungen informiert. Dies funktioniert z.B. in der Kombination von Archiware PresSTORE und Final Cut Server, ist aber auf jeden Fall applikationsabhängig.
• Die effizienteste Methode besteht darin, dass das Dateisystem Filesystem Events an Ihre Archiv-/Backuplösung schickt, damit Ihre Software nur zuletzt erstellte oder modifizierte Dateien abarbeitet ohne zuvor das Dateisystem scannen zu müssen.

Archiware PresSTORE unterstützt z.B. Filesystem Events, wenn Sie Daten von einem HFS+- oder Xsan 2.x-Volume sichern wollen, so dass Sie damit eine hervorragende, preiswerte und einfach zu bedienende Lösung zum Synchronisieren Ihres Xsan-Volumes erhalten ohne Ihre Volumes dafür scannen zu müssen.

Aber auch der StorNext Storage Manager kann diese Aufgabe bewältigen. SNFS informiert den SNSM aktiv über geänderte Dateien, die der SNSM in einer Datenbank sammelt und entsprechend der angelegten Backup-/Archivregeln zeitgesteuert abarbeitet ohne das zentrale Dateisystem scannen zu müssen.

In Version 3.5.1 läuft der SNSM-Prozess auf dem aktiven StorNext-Metadaten-Controller, weswegen es wichtig ist, die Aktivitäten des SNSM auf nichtechtzeitkritische Zeiten zu legen, um die Latenz der Metadatenanfragen immer in einem optimalen Bereich zu halten.
Alternativ kann der mit StorNext 4.0 eingeführte Data Mover eingesetzt werden, wodurch Kopiervorgänge ins Archiv/Backup nicht mehr auf dem aktiven MDC, sondern von einem Client ausgeführt. werden. Auf diese Weise können Sie die Latenzen auch dann optimal halten, wenn der SNSM-Prozess gerade viel zu tun hat.

Eine weitere großartige Funktion in StorNext 4.0 ist die Deduplizierung von Daten. Wenn in zwei verschiedenen Dateien zum Teil dieselben Datenblöcke verwendet werden, wird der entsprechende Datenblock nur einmal gespeichert und in der zweiten Datei nur noch referenziert.
Dadurch benötigen Sie je nach Art Ihrer Daten deutlich weniger Speicherplatz.

Die Deduplizierung funktioniert sowohl im Archiv als auch auf Ihrem primären Arbeitsvolume. Da die Deduplizierung jedoch einiges an Ressourcen benötigt, sollte man sie nicht auf dem primären Speichersystem einsetzen, wenn dort Echtzeitanwendungen laufen.

Wenn SNFS und SNSM optimal aufgesetzt sind, können Sie also in einer 24/7-Umgebung ohne oder ohne lange Backup-/Archivfenster zeitnah Ihre Daten von Ihrem SAN sichern.

Wenn Sie Interesse an einer solchen Lösungen haben, würde ich mich freuen, wenn Sie mit mir in Kontakt treten.

Die dazu notwendigen Scripts werden ebenso vorgestellt wie weitere Techniken rund um FCSvr, die Sie benötigen, um Ihren Videoworkflow vollständig abzubilden.

Zum Inhalt gehören u.a.:

• verschiedene Formen des Ingests (XDCAM, P2, Watchfolder, GUI-Upload, FCSvr-Scanmechanismen, eigene Scanprogramme, Live-Ingest mit Edit-while-Ingest)
• Aufbau eines stabilen Compressor-Clusters mit Features wie eingebranntem Timecode
• Anbindung von Final Cut Server an Archiware PresSTORE zur Archivierung auf Tape oder Disk
• Kundenmanagement innerhalb FCSvrs
• Verwenden des ConSol*-Rough Cut Editors für den Vorschnitt
• vollständig MXF-basierte Workflows

Darüber hinaus stellt ein Apple-Mitarbeiter Final Cut Server-zentrierte Workflows mit FCS3 vor, wobei Sie unter anderem auch die neuen Funktionen von Final Cut Pro 7 kennenlernen.

Klicken Sie einfach auf folgende Grafik, um nähere Informationen zu erhalten und sich für das Event zu registrieren:

Ich würde mich freuen, Sie dort begrüßen zu dürfen.

Dieser Workflow eignet sich meines Erachtens für VJs, die ein i-Frame-only Format für die Postproduktion benötigen und optional gleichzeitig das Rohmaterial in einen einzelnen Clips schreiben möchten, den sie aber per Chapter-Marker sehr schnell sichten können.

Wenn Sie sich auf der genannten Website anmelden und den Vortrag besuchen, lernen Sie, wie Sie mit Hilfe von Final Cut Server Ihre videobasierten Arbeitsabläufe automatisieren.

Insbesondere stelle ich Lösungen vor, die in keiner Dokumentation erklärt sind. Dazu gehören:

• verschiedene Formen des Ingests (XDCAM, P2, Watchfolder, GUI-Upload, FCSvr-Scanmechanismen, eigene Scanprogramme, Live-Ingest mit Edit-while-Ingest)
• Aufbau eines stabilen Compressor-Clusters mit Features wie eingebranntem Timecode
• Anbindung von Final Cut Server an Archiware PresSTORE zur Archivierung auf Tape oder Disk
• Kundenmanagement innerhalb FCSvrs
• Verwenden des ConSol*-Rough Cut Editors für den Vorschnitt
• vollständig MXF-basierte Workflows

Zu den weiteren Vorträgen am 25. und 26.03. gehören u.a. folgende Themen:

• Quantum Storage-Lösungen
• Blue Order Media Asset Management
• …

Ich würde mich freuen, Sie dort zu sehen!

Diese Software ist ca. 80% schneller als jede FireWire-basierte Transferlösung, außerdem werden Dateien während des Kopiervorgangs bereits umbenannt, um später die Übersicht über mehrere Disks nicht zu verlieren.

Um mit den übertragenen Dateien zu arbeiten, benötigen Sie die entsprechende QuickTime-Komponente von MXF4mac.

Wenn Sie nicht mehr warten wollen und sich sofort ein Video dazu ansehen wollen, klicken Sie bitte mit der rechten Maustaste auf die folgende Grafik, um das 85MB große, englischsprachige Video zu Xi herunterzuladen:

Hier die wichtigsten Funktionen von Xi:

• ca. 80% schneller als FireWire-basierende XDCAM-Transfer-Tools
• setzt automatisch Diskname oder anderes Prefix vor alle Dateinamen
• Standardingestvorgang umfasst nur zwei Klicks
• unterstützt bis zu 8 Decks innerhalb einer GUI
• erkennt automatisch Dateien, die nicht dem Produktionscodec entsprechen und kopiert diese in separate Ordner, um sie z.B. automatisch konvertieren zu lassen
• ändert MXF-Endungen in mxf, um mit Playoutservern von EVS und Omneon zusammen arbeiten zu können
• umfassendes PDF-Handbuch enthalten
• non-destruktiv: alle MXF- und XML-Daten bleiben dem Original entsprechend ohne Konvertierung enthalten
• unterstützt Edit-while-Transfer: Dateien können noch während des Kopiervorgangs bereits in FCP gelesen werden

Xi wurde noch nicht offiziell veröffentlicht.

Wenn Sie Interesse an Xi haben, verwenden Sie bitte mein Feedback-Formular unter http://www.andre-aulich.de/feedback, um mit mir in Kontakt zu treten.

Ich freue mich auch über Anregungen und Fragen rund um Xi.