Hilfe & Dokumentation

Ein Workflow für DIT und Data Wrangler: von der Ordnerstruktur des Tages bis zur verifizierten Kopie jeder Karte, einem Paritätsnachweis für die Produktion und Proxys für den Schnitt.

• Der Dreh ist in vier Ebenen organisiert: Datenprojekt → Drehtag → Transfer-Session → Offload. Das Datenprojekt ist die langlebige Hülle; der Drehtag ist, was sich mit jeder Dispo ändert.
• Die Mac-App kopiert die Karten selbst: Sie liest jede Karte einmal, schreibt alle Ziele gleichzeitig, liest jede Kopie zurück und schreibt MHL- und ASC-MHL-Manifeste. Im Browser legst du die Ordner an, prüfst bestehende Offloads und kopierst mit Offshoot Pro.
• Laufwerke gehören zum Datenprojekt und werden an jedem Drehtag wiederverwendet.
• Mit „Bezeichnen“ im Schritt „Festplatten“ gibst du einem Laufwerk einen eigenen Namen, etwa Mirror A. Er steht überall vor dem echten Namen des Laufwerks — Mirror A (SSD_2TB) —, auch in den Prüfberichten. Das Laufwerk und sein Ordner werden dabei nie umbenannt; eine leere Bezeichnung entfernt sie wieder.
• Kameras, Tonmeister*in, Ordnervorlage und Reel-Zähler gehen von einem Drehtag zum nächsten über, sodass ein neuer Tag schon ausgefüllt beginnt.
• Episoden kommen aus dem verknüpften Dashboard-Projekt, wenn das Datenprojekt mit einem verknüpft ist.
• Das Anlegen von Ordnern überschreibt, verschiebt oder löscht nie etwas: Ordner, die frühere Tage schon angelegt haben, werden wiederverwendet.

Data Management ist eine Pro-Funktion und setzt eine Anmeldung voraus. Data Projects, Drehtage, Ordner-Templates und der Übertragungsverlauf werden pro Konto gespeichert und geräteübergreifend synchronisiert — der Assistent braucht daher ein Konto im Hintergrund.

• Abgemeldet: Statt des Assistenten erscheint eine Anmelde-Karte. Die Anmeldung erfolgt über Einstellungen → Konto.
• Angemeldet im kostenlosen Tarif: Es erscheint eine Upgrade-Karte mit Link zum Tarifvergleich.
• Angemeldet mit aktivem Abo: Der komplette 9-Schritt-Assistent, der Übertragungsverlauf und die Einstellungen sind normal nutzbar.
• Die Sperre blendet nur die Oberfläche aus. Vorhandene Data Projects, Ordner-Templates und Transfer-Sessions bleiben gespeichert und synchronisiert und sind wieder da, sobald der Tarif die Funktion abdeckt.

Die Mac-App kann alles. Ein Browser braucht die File System Access API, um deine Laufwerke zu öffnen, deshalb funktioniert die Seite nur in Chromium-basierten Browsern.

• Mac-App: jeder Schritt, dazu das Kopieren der Karten („Kopieren mit Verifikation“), das automatische Zuordnen verbundener Karten, „Bestehenden Offload prüfen“ mit Vorschlägen für eingesteckte Laufwerke, und „Proxys“.
• Chrome, Edge, Opera, Brave und andere Chromium-Browser: jeder Schritt des Assistenten, das Anlegen der Ordner auf deinen Laufwerken und „Bestehenden Offload prüfen“. „Kopieren mit Verifikation“ und „Proxys“ sagen, dass sie in der Mac-App laufen.
• Safari, Firefox und die iPhone-, iPad- und Android-Apps zeigen statt des Assistenten „Dieser Browser zeigt nur frühere Prüfungen“ — Kopieren, Prüfen und Proxys brauchen Chrome, Edge oder die Mac-App — mit einer Checkliste: Dateisystem-Zugriff ist erforderlich; Web Push, Benachrichtigungen und dauerhafter Speicher sind optional. Darunter listet „Prüfungsverlauf“ deine früheren Offload-Prüfungen nur lesend: Wähle ein Datenprojekt (jedes zeigt, wie viele es enthält), öffne eine Prüfung, um ihre Ergebnisse zu sehen, und exportiere ihren PDF-Bericht oder ihre CSV — dieselben Berichte, die Chrome erstellt.
• Installiere Cine Power Planner in Chrome oder Edge über die Adressleiste (das ⊕-Symbol), damit Laufwerksberechtigungen einen Browser-Neustart überstehen. Bis dahin erinnert ein Banner („Installieren für dauerhafte Laufwerksberechtigungen“) daran, dass Laufwerke bei jedem Besuch neu gewählt werden müssen.

Die Schrittleiste führt in neun Schritten durch die Offload-Routine: Projekt, Dreh, Ordnerstruktur, Karten, Festplatten, Prüfen, Erstellen, Transfer und Bericht.

1. Projekt — wähle ein Datenprojekt oder lege mit „+ Neu erstellen“ eines an. Verknüpfe es optional mit einem Dashboard-Projekt (die Episoden kommen dann von dort) und lege eine Standard-Tonmeister*in und eine Standard-Ordnervorlage fest.
2. Dreh — der Drehtag: sein Datum („Drehtag“), Drehort, Kameras, die Tonmeister*in des Tages und die Episoden. Ein neuer Tag wird aus dem Tag davor befüllt; „Gestriges Setup übernehmen“ übernimmt Kameras, Vorlage, abweichende Tonmeister*in und Zielunterordner erneut.
3. Ordnerstruktur — wähle, erstelle oder bearbeite die Ordnervorlage für den Tag.
4. Karten — erfasse die Karten, die jede Kamera heute gedreht hat (A001, A002, …), und die Tonkarten („+ Tonkarte hinzufügen“). „Eine Karte pro Kamera hinzufügen“ legt für jede Kamera ohne Karte eine an. Reel-Nummern laufen über die Tage weiter, und eine überschriebene Reel-Nummer wird übernommen.
5. Festplatten — füge deine Ziellaufwerke hinzu („Laufwerk hinzufügen“) und bezeichne sie, wenn du willst. Sie bleiben für jeden Drehtag am Datenprojekt; neu wählen musst du eines nur, wenn es offline ist.
6. Prüfen — der Ordnerbaum mit allen Platzhaltern ausgefüllt. „In bestehende Struktur einfügen“ erscheint, wenn frühere Tage schon Ordner auf diese Laufwerke geschrieben haben. Unter „Drehdetails“ steht der Drehort des Tages — du kannst ihn direkt dort eintragen oder ändern; verwendet die Vorlage {{location}} und ist keiner eingetragen, weist eine Warnung darauf hin, dass die Ordnernamen ohne ihn auskommen. Alles unter „Vor dem Fortfahren beheben“ sperrt „Weiter“, bis es behoben ist — zum Beispiel zwei Karten mit demselben Label: benenne eine im Schritt „Karten“ um, denn eine Kopie wird unter dem Label ihrer Karte festgehalten.
7. Erstellen — „Start“ legt die Ordner auf jedem verbundenen Laufwerk an. Vorhandene Ordner werden wiederverwendet und nie verändert; Laufwerke, die offline sind, werden übersprungen und sagen das, und „Fehlgeschlagene erneut versuchen“ versucht die fehlgeschlagenen Laufwerke noch einmal.
8. Transfer — kopiere die Karten mit „Eigene Kopie“ („Kopieren mit Verifikation“, „Bestehenden Offload prüfen“, „Proxys“) oder im Tab „Offshoot Pro“. Der gewählte Tab wird pro Datenprojekt gespeichert.
9. Bericht — der Drehbericht des Tages: Kameras mit ihren Einstellungen, Karten mit Clip-Anzahl, Timecode, Ton und Tonspurbelegung, Notizen. „PDF herunterladen“ speichert ihn; „PDF auf Laufwerke speichern“ legt ihn neben das Material auf jedes Ziellaufwerk.

Vier eingebaute Vorlagen sind ab Werk dabei: Commercial Shoot, Feature Film, Documentary, Stills / Photo. Sie sind schreibgeschützt. Eigene Vorlagen werden in die Cloud synchronisiert, damit dieselbe Struktur auf jedem angemeldeten Gerät erscheint.

• Eingebaute Presets decken die übliche Offload-Struktur ab (Camera/A_CAM, Camera/B_CAM, Sound, Proxies, …).
• Deine eigenen Vorlagen stehen oben. Die mitgelieferten Vorlagen folgen darunter, eingeklappt, sobald du eigene hast; jede zeigt ihre Ordneranzahl, und „Vorschau“ klappt den ganzen Ordnerbaum auf, bevor du sie auswählst.
• „Neue Vorlage“ klicken, um eine eigene anzulegen. Der Editor ist eine Baumansicht: „Hauptordner hinzufügen“ legt einen Ordner der obersten Ebene an, „Unterordner hinzufügen“ verschachtelt einen Ordner unter einem anderen. Mit der Tastatur bewegst du dich mit den Pfeiltasten durch den Baum, Enter benennt um, Entf löscht und Einfg fügt einen Unterordner hinzu (Tab verlässt den Baum).
• Dynamische Platzhalter einsetzen, damit Ordnernamen pro Dreh wechseln: {{date}}, {{shootDay}}, {{projectName}}, {{episodeName}}, {{cameraName}}, {{cameraLetter}}, {{reelNumber}}, {{location}}. {{cameraName}} ist der Kameraname, den du im Schritt Dreh unter Kameras eingetragen hast (z. B. ALEXA 35), {{cameraLetter}} ihr Buchstabe (A); benennst du dort eine Kamera um, ändern sich auch ihre Ordnernamen. {{location}} ist das Feld Drehort im Schritt Dreh: Hat der Tag noch keinen, wird die Stadt eingetragen, in der du gerade bist (ein Ortsname, nie Koordinaten) — egal, bei welchem Schritt der Tag öffnet; klappt das nicht, wird es beim nächsten Öffnen des Tags erneut versucht. Eingetragen wird nur beim heutigen Tag und nur, bis seine Ordner erstellt sind – bestehende Ordnernamen ändern sich also nie von selbst. Du kannst ihn überschreiben, im Schritt „Prüfen“ ändern oder mit „Aktuellen Standort verwenden“ neu ermitteln. Ein leerer Drehort ergibt nichts. Ein Ordnername darf nicht mit einem Punkt beginnen: Der Finder blendet solche Ordner aus, deshalb lehnen der Editor und der Schritt „Prüfen“ ihn ab.
• Mit „Duplizieren“ auf einer mitgelieferten Vorlage arbeitest du mit einer Kopie, ohne das Original zu verlieren. „Exportieren“ speichert eine Vorlage als Datei, und „Importieren“ liest eine wieder ein — so kannst du eine Struktur an andere DITs weitergeben.
• Wenn du einen geänderten Editor schließt, wird vorher gefragt. Hintergrund, Escape und Abbrechen führen alle zur selben Rückfrage, und sie zählt den Ordnerbaum mit — Verschachteln, Umbenennen oder Löschen zählen genauso, nicht nur der Template-Name. Ein Template, das du nur geöffnet und nicht verändert hast, schließt weiterhin beim ersten Klick.

Wie die Schritte „Dreh“ und „Karten“ deine Änderungen speichern, was beim Archivieren eines Datenprojekts erhalten bleibt und was der Übertragungsverlauf mit gelöschten Sitzungen macht.

• Textfelder in den Schritten „Dreh“ und „Karten“ speichern, sobald du sie verlässt (anderswo klicken, Tab oder Enter); Escape macht die Änderung rückgängig. Ein Pflichtfeld wie ein Kartenname darf zum Neuschreiben leer sein – bleibt es leer, kommt der vorherige Wert zurück.
• Das Datum des Drehtags öffnet den Tag erst, wenn du beim Tippen innehältst, das Feld verlässt oder Enter drückst. Ein Datum ohne Drehtag – und beim Öffnen des Assistenten auch heute – öffnet sich als neuer Tag, der erst gespeichert wird, wenn du etwas änderst oder über den Schritt „Dreh“ hinausgehst.
• Drehtagnummern folgen den Daten: Fügst du ein früheres Datum hinzu, löschst einen Tag oder stellst ihn wieder her, werden die anderen Tage neu nummeriert und ein Hinweis nennt sie. Tage, die von einem anderen Gerät oder einem Teammitglied synchronisiert werden, nummerieren sie ebenfalls neu; dieser Hinweis nennt nur Tage, deren Ordner schon angelegt sind. Ein Tag, dessen Ordner schon angelegt sind, verwendet deren Nummer weiter für neue Ordner und für den Transfer-Schritt, damit seine Karten in einem Baum bleiben; Neue Nummern verwenden im Hinweis stellt diese Tage auf die neue Nummer um (lege die Ordner vor dem Kopieren neu an).
• Kamerabuchstaben sind ein Buchstabe A–Z, werden großgeschrieben gespeichert und sind pro Tag eindeutig; S ist für Ton reserviert. Das Feld sagt, warum es etwas anderes ablehnt.
• Karten, deren Kamera oder Tonquelle du entfernt hast, bleiben unter „Karten ohne Quelle“ aufgeführt. Für sie werden weiter Ordner angelegt – entferne alle, die du nicht mehr brauchst.
• Ein Schritt, den du noch nicht öffnen kannst, nennt das Erste, was auf dem Weg dorthin noch fehlt.
• Archivieren blendet ein Datenprojekt mit seinen Drehtagen, Sitzungen und Offloads aus; Wiederherstellen in der Archivansicht holt alles zurück, sodass Rollenzähler und Tagesnummern weiterlaufen.
• Übertragungsverlauf: Löschen verschiebt Sitzungen samt Offloads in den Papierkorb (mit Rückgängig), und gelöscht werden nur die Zeilen, die der aktuelle Filter zeigt. Bearbeiten setzt das Drehdatum per Datumsauswahl; dieses Datum verwendet der Bericht.
• Der Übertragungsverlauf füllt sich selbst: Ordnerstruktur anlegen oder eine Karte mit der eingebauten Kopie abschließen öffnet die Sitzung des Drehtags; jede Karte wird mit ihrer Dateianzahl erfasst, und die Sitzung ist abgeschlossen, sobald jede Karte aus dem Schritt „Karten“ kopiert ist (oder schlägt mit der Karte fehl).
• Der Verlauf ist nach Drehdatum sortiert. Löschen auf der Seite einer Session fragt vorher nach. Wird eine Session aus dem Papierkorb wiederhergestellt, kommt auch ihr gelöschter Drehtag zurück; ist das Projekt archiviert oder hat inzwischen ein anderer Tag dieses Datum, erfährst du den Grund. Eine aus dem Papierkorb geöffnete Session zeigt einen Papierkorb-Hinweis und nur „Wiederherstellen“. Jede Session zählt Dateien, die nicht zur Quelle passten, als Verifizierungsprobleme, und „Laufwerke“ zeigt, wohin die Karten tatsächlich kopiert wurden.

Ein neuer Drehtag in einem bestehenden Datenprojekt beginnt mit diesen Feldern, übernommen vom letzten Tag davor:

• Kameras (Buchstaben und Namen).
• Reel-Zähler — sie laufen über die Tage weiter, pro Kamera und Datenprojekt.
• Die Tonmeister*in des Tages, wenn der Tag davor eine eigene hatte.
• Ordnervorlage — der Tag behält eine eigene Kopie, sodass ein Teammitglied ohne diese Vorlage trotzdem weiterarbeiten kann.
• Muster für den Zielunterordner.

Ein Datenprojekt kann mit einem Dashboard-Projekt verknüpft werden. Das stellst du im Editor des Datenprojekts ein („+ Neu erstellen“ oder „Bearbeiten“ in der Auswahl) unter „Verknüpftes Dashboard-Projekt (optional)“, oder du lässt es auf „— Nicht verknüpft —“.

• Verknüpft: Die Episoden kommen aus dem Projekt, die Drehtage des Datenprojekts erscheinen im Tab „Täglicher Drehbericht“ des Projekts, und „Proxys“ kann Szene und Take aus dem Kamera-Log des Projekts übernehmen. Ein Datenprojekt, das mit einem geteilten Projekt verknüpft ist, wird mit dessen Team geteilt — siehe nächsten Abschnitt.
• Nicht verknüpft: für Offloads, die zu keinem Projekt in der App gehören. Trag den Projektnamen im Schritt „Dreh“ ein, damit er in Ordnernamen und Berichten erscheint. Kopieren, „Bestehenden Offload prüfen“, „Proxys“, der Drehtag-Bericht und der Übertragungsverlauf funktionieren genauso.

Ein Datenprojekt, das mit einem geteilten Projekt verknüpft ist, wird mit dem Team dieses Projekts geteilt, mit denselben Rollen.

• Bearbeiter*innen sehen das Datenprojekt auf ihrer Datenmanagement-Seite und im Tab „Drehtagsbericht“ des Projekts und können darin arbeiten. Drehtage, Übertragungen, Offloads und Prüfungen synchronisieren sich mit dem ganzen Team.
• Betrachter*innen sehen es nur zum Ansehen: Oben auf der Seite steht der Hinweis „Nur ansehen“, und jeder Schritt nach der Projektauswahl ist gesperrt. Die Detailseite einer Sitzung zeigt denselben Hinweis, und „Bericht neu erstellen“ ist die einzige Aktion, die sie anbietet.
• Ein geteiltes Datenprojekt trägt in der Projektauswahl das Abzeichen „Geteilt“, auch nach einem Neuladen und offline. Mit welchem Projekt es verknüpft ist, kann nur die*der Projektinhaber*in ändern, und archivieren kann es nur die Person, die es angelegt hat – denn nur sie kann es wiederherstellen.
• Offload-, Übertragungs- und Prüfpfade werden geteilt, damit das Team sieht, wo die Kopien liegen. Laufwerksberechtigungen, gemerkte Laufwerkspfade und Ordnervorlagen bleiben bei dir. Ein Drehtag behält eine Kopie seiner Ordnervorlage, sodass Teammitglieder ohne diese Vorlage im Schritt „Karten“ weiterarbeiten können.
• Wird jemand aus dem Projekt entfernt, verschwinden die geteilten Datenprojekte von den Geräten dieser Person. Hebt die*der Inhaber*in die Verknüpfung eines Datenprojekts auf, entfernt das Gerät eines Teammitglieds es mit einem Hinweis, sobald es das nächste Mal eine Änderung daran speichern will; bis dahin bleibt die alte Kopie, aber Änderungen daran werden nicht mehr geteilt. Noch nicht synchronisierte Arbeit landet in einem privaten Datenprojekt namens „… (gerettet)“.

In der Mac-App ist Transfer → Eigene Kopie → Kopieren mit Verifikation eine Tafel mit drei Spalten: links die angelegten Karten, in der Mitte alle verbundenen Laufwerke, rechts die Ziele.

Laufwerk dorthin ziehen, wo es hingehört

— Zieh ein Laufwerk aus der mittleren Spalte auf einen Kartenplatz, dann ist es die Quelle dieser Karte, oder auf die Ziele, um darauf zu kopieren. In einem breiten Fenster bleibt die mittlere Spalte im Bild und scrollt für sich; hältst du ein gezogenes Laufwerk an den oberen oder unteren Fensterrand, scrollt die Seite zu weiter unten liegenden Karten. Ohne Maus: Laufwerk anklicken (oder Enter drücken), um es aufzunehmen, dann beim Ziel auf „… hier ablegen“ klicken; Esc legt es wieder ab. Ein Laufwerk hat immer nur eine Rolle — verschiebst du es, verliert es die alte. Schreibgeschützte Laufwerke können kein Ziel sein, und das Startvolume dieses Macs selbst auch nicht — wähle stattdessen mit „Ordner hinzufügen…“ einen Ordner darauf.

Jede Karte bekommt ihren eigenen Ordner

— Jeder Kartenplatz zeigt den Ordner, in den die Karte kopiert wird — aus demselben Ordner-Template und mit denselben Namen wie im Schritt „Erstellen“ — und den vollständigen Pfad auf jedem Ziel. Ein Template-Ordner mit {{reelNumber}} wird direkt verwendet (260928_A7cii_C_Karte_001). Ein Kameraordner wie A_CAM bekommt einen Unterordner pro Karte (A_CAM › A001), Tonkarten landen im Tonordner. Hat das Template keinen Tonordner, bekommt eine Tonkarte ihren eigenen Kartenordner, mit dem Namen der*des Tonmeister*in anstelle des Kameranamens. Zwei Karten teilen sich nie einen Ordner. Über den Stift wählst du für eine Karte einen anderen Ordner. Ein getippter Ordner, der der Ordner einer anderen Karte ist, ihn enthält oder in ihm liegt, blockiert den Start, bis du ihn änderst; Groß- und Kleinschreibung und die Art, wie ein Umlaut getippt wurde, spielen dabei keine Rolle.

Deine Laufwerke aus dem Schritt „Laufwerke“

— Die im Schritt „Laufwerke“ gewählten Laufwerke sind die Standardziele. Sie werden auf diesem Mac über ihren Namen gefunden; ein nicht gefundenes zeigt „Nicht verbunden“ und wird übersprungen. Leg das Laufwerk darauf ab oder nutze „Suchen…“, dann merkt sich dieser Mac, wo es liegt. Entferne den Haken, um ein Laufwerk bei einem Offload auszulassen.

Start — und was vorher angezeigt wird

— Die Schaltfläche beschreibt den Offload („Offload starten — 3 Karten → 2 Ziele“). Solange er nicht starten kann, stehen die Gründe darüber. Ein Ziel, das für die Karten darauf zu klein wirkt, wird vor dem Start markiert.

Während es läuft

— Die Karten werden nacheinander in der Reihenfolge der Plätze kopiert, jede gleichzeitig auf alle Ziele. Ein Fehler oder „Abbrechen“ stoppt den Lauf; die späteren Karten werden nicht kopiert. „Fortsetzen“ (auch nach „Abbrechen“, sobald die Karte gelesen wurde) überspringt, was schon verifiziert ist, und macht mit dem Rest weiter; steckt eine andere Karte im Lesegerät, bricht es ab. Den Schritt zu verlassen oder die Seite neu zu laden stoppt die Kopie nicht: Die Liste kommt mit dem Fortschritt der aktuellen Karte zurück. Solange kopiert wird, geht der Mac nicht in den Ruhezustand (der Bildschirm darf sich ausschalten; Zuklappen schickt ihn trotzdem schlafen). Wurde die Mac-App mitten in einer Karte beendet, bietet diese Karte „Fortsetzen“ an, und der abgebrochene Versuch steht im Kopierprotokoll als gestoppt. Eine Karte, die vor dem Neuladen fehlgeschlagen war, kommt mit demselben Fehler und ihrer Dateiliste zurück. Am Ende hat jede Karte ihr eigenes Ergebnis und ihre eigene Auswerfen-Schaltfläche.

Was eine Kopie umfasst

— Leg die Karte selbst in den Kartenplatz, keinen Ordner darin. Die Kopie überspringt die Verwaltungsdaten, die macOS und Windows auf jede Karte schreiben (.Spotlight-V100, .fseventsd, .Trashes, .DS_Store, ._-Dateien und die .hedge-enabled-Markierung von Offshoot), und kopiert alles andere. In der Mac-App wird eine Karte ohne Dateien nicht kopiert: Die Kopie bricht ab und sagt das, statt eine leere Kopie als geprüft zu melden. Die Karte wird einmal gelesen und alle Ziele werden gleichzeitig geschrieben; jede Datei wird geprüft, während die nächste kopiert wird, und dafür vom Laufwerk selbst zurückgelesen statt aus dem Arbeitsspeicher. Foto- und Tonkarten mit Tausenden kleiner Dateien kopieren mehrere davon gleichzeitig. Jede Kopie behält die Dateidaten der Karte und ihre ganze Ordnerstruktur, einschließlich leerer Ordner (etwa PRIVATE/M4ROOT/SUB bei Sony) und der Ordnerdaten.

Ein Ordner, eine Kopie

— Zwei Ziele, die auf denselben Ordner zeigen — ein Laufwerk, das du als anderes Laufwerk zugeordnet hast, oder zwei Laufwerke mit demselben Namen — zählen einmal, und das zweite sagt, warum es übersprungen wird. Während ein Offload läuft, sind die Ziele gesperrt. Eine Karte einer Kamera landet nie in einem Ordner, der nach einer anderen Kamera benannt ist, und Tonkarten nie in Kameraordnern.

• Prüfung, über Start: Karte und Ziele erneut lesen (empfohlen) liest die Karte ein zweites Mal und jede Kopie von den Laufwerken zurück – so fällt ein Lesefehler der Karte genauso auf wie eine falsch gelandete Kopie. Nutze das, bevor du eine Karte formatierst. Ziele erneut lesen liest nur die Kopien (schneller bei einer langsamen Karte, erkennt aber keinen Lesefehler der Karte). Nur kopieren liest nichts zurück. Liest sich die Karte beim zweiten Mal anders, formatiere sie nicht, sondern kopiere sie erneut.

Was vorgeschlagen wird

— Sobald in der Mac-App im Schritt „Karten“ Karten angelegt sind, liest die App die Clip-Namen auf jeder verbundenen Karte (nur die Namen, nie das Material). Eine Karte, deren Clips eine deiner Karten nennen, wird direkt im Platz dieser Karte vorgeschlagen — auch wenn sie als „Untitled“ eingebunden ist. Kopiert wird erst, wenn du „Übernehmen“ (oder „Alle Vorschläge übernehmen“) wählst — und Start drückst du weiterhin selbst.

Wonach entschieden wird

— In dieser Reihenfolge: ein Clip-Dateiname auf der Karte, der eine deiner Karten nennt (A001C001… ist Karte A001), dann die Bezeichnung des Datenträgers, dann ein Kameraname wie „B CAM“, wenn diese Kamera an dem Tag genau eine Karte hat. Was auf der Karte liegt, zählt mehr als ihre Bezeichnung — ein Label ist veraltet, sobald die Karte gewechselt wurde.

Was nicht geraten wird

— Ein Laufwerk, das nicht zugeordnet werden kann, wird nie geraten: Seine Kachel in der mittleren Spalte nennt den Grund — die Hinweise passen auf mehrere Karten, nichts darauf nennt eine Karte, oder zwei verbundene Laufwerke beanspruchen dieselbe Karte. Die Clips zählen mehr als die Bezeichnung: Gehören die Clips zu einer Karte, die gerade keine Quelle sucht, wird das Laufwerk auch nicht nach seinem Namen vorgeschlagen, und seine Kachel nennt die Karte, zu der die Clips gehören. Im letzten Fall wird keines vorgeschlagen. Zieh so ein Laufwerk von Hand auf seine Karte.

Noch keine Karten angelegt

— Ohne Karten im Schritt „Karten“ erscheint kein Vorschlag. Du kannst trotzdem jedes Laufwerk unter „Quellen“ ablegen; die Vorschläge beschleunigen nur.

Verliert eine Kamera mitten in der Aufnahme den Strom, bleibt der Take ohne Index auf der Karte. „Kopieren mit Verifizierung“ (Mac-App) und „Bestehenden Offload prüfen“ warnen vor diesen Dateien, sobald die Karte gelistet ist.

Was erkannt wird

— Sony Alpha und FX (FX3, FX30, FX6, a7S III …) hinterlassen eine .RSV-Datei anstelle der .MP4 oder .MXF. Panasonic Lumix hinterlässt eine .MDT-Datei. Canon EOS R und Cinema EOS hinterlassen eine .DAT-Datei im Clip-Ordner oder ein Paar aus .DAT und .DMV. Eine Clip-Datei mit 0 Bytes wird bei jeder Kamera gemeldet. Ein Clip, der seinen normalen Namen behalten hat, wird am Inhalt erkannt: eine MP4 oder MOV mit Bilddaten, aber ohne Index (DJI, GoPro, Atomos, Blackmagic), und eine WAV, deren Länge nie geschrieben wurde.

Wo die Warnung erscheint

— In der Mac-App über dem Transfer-Board für jede angeschlossene Karte und jeden Ordner, der einem Karten-Slot zugewiesen ist, noch vor dem Start. Unter „Bestehenden Offload prüfen“ in der Zeile der Karte, sobald sie gelistet ist, während sie noch gehasht wird.

Was zu tun ist

— Die Karte nicht formatieren und nicht weiter bespielen. Zuerst kopieren: Die Datei wird wie jede andere kopiert und verifiziert. Danach die Kopie reparieren, zum Beispiel mit Wondershare Repairit; die Schaltfläche in der Warnung öffnet die Website. Sony-Kameras bieten die Wiederherstellung teils an, wenn die Karte wieder eingelegt wird, neuere Lumix-Kameras haben „Video-Reparatur“ im Wiedergabemenü, Canon-Kameras bieten sie teils beim Abspielen des Clips an.

Wo es festgehalten wird

— Die Warnung bleibt bei der archivierten Prüfung und erscheint wieder, wenn du sie im Verlauf öffnest. Der PDF-Bericht listet die Dateien unter „Nicht abgeschlossene Aufnahmen auf den Karten“, die CSV nennt die Art in der letzten Spalte. In der Mac-App führt der Kopierprotokoll-Eintrag der Karte die kopierten, nicht abgeschlossenen Aufnahmen auf.

Was sie nicht tut

— Die Warnung blockiert keine Kopie und ändert das Ergebnis einer Prüfung nicht. Bei Clips mit normalem Namen liest die App nur die ersten Header-Bytes; eine Datei, die sich nicht lesen lässt, wird nicht gemeldet. Eine Karte, die zu groß ist, um sie vollständig zu durchsuchen, wird als solche gemeldet.

Jede Karte auf der Zuordnungstafel zeigt, ob sie kopiert ist, und jede Kopie wird in einem Protokoll festgehalten, das als Nachweis mit deinem Konto synchronisiert wird.

Grau, Markenfarbe, Grün, Gelb, Rot

— Grau: noch nicht kopiert oder wartet. Markenfarbe: ein Laufwerk ist zugeordnet (die Karte zeigt das Laufwerk, einen Pfeil und den Kartenordner), vorgeschlagen oder wird gerade kopiert. Grün: kopiert, und jedes Ziel wurde direkt vom Laufwerk zurückgelesen und stimmt überein. Gelb: ohne Prüfung kopiert, oder die Mac-App konnte nicht bestätigen, dass ein Rücklesen vom Laufwerk und nicht aus dem Arbeitsspeicher kam (Karte vor dem Formatieren noch einmal kopieren), oder ein Ziellaufwerk hat nicht bestätigt, dass es die Dateien aus seinem eigenen Zwischenspeicher geschrieben hat, was bei Netzwerkfreigaben häufig ist (ordnungsgemäß auswerfen und die Kopie mit „Offloads prüfen“ prüfen), gleichnamige Dateien neben unseren behalten, ein Manifest nicht geschrieben oder eine gestoppte Kopie, die fortgesetzt werden kann. Rot: die Kopie ist fehlgeschlagen (Lese- oder Schreibfehler oder abweichende Prüfsumme). Eine Kopie, die sich nicht so zurücklesen lässt, wie sie geschrieben wurde, wird auf diesem Laufwerk in <Name>.cpp-mismatch umbenannt; unter dem Namen des Clips liegt dann nie eine fehlerhafte Datei, und „Kopie fortsetzen“ schreibt den Clip neu. Die Leiste oben zeigt alle Karten des Tages in denselben Farben.

Die Tafel bleibt beim Kopieren

— Nach Start zeigt die mittlere Spalte die Übertragungen: eine Zeile pro Karte, Quelle → Ziellaufwerk und Kartenordner, mit einem Balken, der grün, gelb oder rot wird, wenn die Karte fertig ist. Zu den verbundenen Laufwerken kannst du jederzeit zurückwechseln. Die Karten sind bis zum Ende des Laufs gesperrt.

Das Kopierprotokoll

— Jeder Kopiervorgang landet im Kopierprotokoll des Drehtags, der neueste zuerst, synchronisiert mit deinem Konto. Du öffnest es an der Session im Übertragungsverlauf (im Schritt „Transfer“ steht es unter den Kopier-Tabs, egal welcher Tab offen ist). Jeder Eintrag enthält Karte, Quelle und Fingerabdruck, jedes Ziel mit seinen MHL- und ASC-MHL-Manifesten, wie geprüft wurde, Dateien und Größe, eine SHA-256-Lauf-Prüfsumme über die kopierten Dateien (eine mitkopierte ascmhl-Historie ausgenommen, wie in den Manifesten), wer auf welchem Gerät mit welcher App-Version kopiert hat und einen etwaigen Fehler. „Protokoll herunterladen (CSV)“ exportiert es für die Produktion. Die Farbe einer Karte kommt aus diesem Protokoll, sie bleibt also nach „Neue Kopie“, nach dem Neuladen und auf deinen anderen Geräten.

Eine laufende Kopie, Kartenprüfung oder ein Re-Hash sagt, wie lange er noch braucht, wie schnell er ist, und zählt, was erledigt ist.

Was der Lauf zeigt

— Über den Transferzeilen: die Restzeit der Karte, die gerade kopiert wird, die Restzeit des gesamten Offloads, wenn weitere Karten warten, die aktuelle Geschwindigkeit und die Bytes über alle Karten. An der laufenden Karte: kopierte Dateien und Bytes und – bei eingeschalteter Verifizierung – verifizierte Dateien und Bytes (das erneute Lesen läuft eine Datei hinter der Kopie).

Sie folgt dem Laufwerk, wie es gerade ist

— Die Schätzung nutzt die aktuelle Geschwindigkeit, nicht den Durchschnitt seit dem Start. Wird ein Laufwerk mittendrin langsamer (eine SSD ohne schnellen Cache, ein ausgelasteter Hub), folgt die Restzeit innerhalb etwa einer halben Minute und sagt, dass das Laufwerk langsamer geworden ist. Bewegt sich einige Sekunden nichts, sagt sie, seit wann.

Sie lernt aus ihren eigenen Fehlern

— Nach jeder sauber kopierten Karte hält die App fest, wie weit ihre Schätzung bei 10, 25, 50, 75 und 90 % der Karte daneben lag – für jede Kombination aus Kartentyp, Ziellaufwerken und Verifizierung – und korrigiert spätere Schätzungen an derselben Stelle. Sie lernt auch die feste Zeit am Anfang (Karte lesen) und am Ende (Manifeste schreiben). Wird eine Korrektur angewandt, steht das dabei. Fehlgeschlagene, abgebrochene und fortgesetzte Karten lehren nichts. Das Gelernte bleibt auf diesem Gerät, nur als Geschwindigkeiten und Zeiten.

Wartende Karten und „mindestens“

— Wartende Karten werden über den belegten Platz auf ihnen geschätzt. Ein wartender Ordner, der sich nicht messen lässt, macht aus der Restzeit des gesamten Offloads ein „mindestens“.

Offloads prüfen

— Die Überschrift „Karten (Quellen)“ zählt geprüfte, laufende und wartende Karten. Eine Karte, die gehasht wird, zeigt gehashte Dateien und Bytes, Geschwindigkeit und Restzeit; „Kopien auf den Laufwerken neu hashen“ zeigt Bytes, Geschwindigkeit und Restzeit.

Bevor du auf Start drückst, prüft die Mac-App, wie jede Karte und jedes Laufwerk verbunden ist, testet ein paar Sekunden lang die Geschwindigkeit und sagt, was die Kopie begrenzt.

Was geprüft wird

— Unter jeder Kachel bei „Verbundene Laufwerke“: die Verbindungsgeschwindigkeit von Kabel oder Anschluss, ein kurzer Geschwindigkeitstest (Lesen von einer Karte; auf einem Ziel, sobald eine Karte zum Kopieren eingeplant ist, eine kleine Testdatei, die wieder gelöscht wird), Lese-/Schreibfehler während dieses Tests und ein Vergleich mit früheren Tests desselben Laufwerks, Kartenlesers und derselben Karte an diesem Mac.

Langsamer verbunden als bisher

— „Mit 480 Mb/s verbunden; an diesem Anschluss waren es schon 10 Gb/s. Prüf das Kabel.“ Das Laufwerk oder der Kartenleser war an genau diesem Anschluss schon schneller, also tauschst du zuerst das Kabel. War es nur an einem anderen Anschluss schneller, steht das dabei, und es ist ein Hinweis, keine Warnung. Für ein Laufwerk oder einen Kartenleser, den dieser Mac zum ersten Mal sieht, gibt es noch nichts zum Vergleichen.

Langsamer als sonst

— Der Geschwindigkeitstest lag deutlich unter dem, was diese Karte in diesem Kartenleser oder dieses Laufwerk sonst erreicht. Die ersten drei Tests von etwas Neuem merken sich nur die Geschwindigkeit, getrennt nach Verbindungsgeschwindigkeit; verglichen wird noch nichts. Gegenüber Karten oder Laufwerken desselben Typs ist es nur ein Hinweis. Ein langsamer Test wird nicht durch Wiederholen zum neuen Normalwert; nach drei langsamen Tests über einen Tag hinweg schon, und dann steht dabei, was das Laufwerk früher erreicht hat. Eine in der Kamera formatierte Karte wird mit Karten desselben Typs verglichen.

Erwartete Kopiergeschwindigkeit

— Über Start, pro Karte: „A001: bis zu 92 MB/s, begrenzt durch die Karte. Bei dieser Geschwindigkeit dauert alles darauf etwa 45 min (ohne Verifizierung).“ Die Kopie läuft so schnell wie ihr langsamstes Teil. Eine Warnung zu einem Teil, das die Kopie nicht begrenzt, erscheint nur als Information.

Während und nach der Kopie

— Treten beim Kopieren Lese- oder Schreibfehler auf einer Karte oder einem Laufwerk auf, steht das im Lauf. Bricht eine Kopie ab, weil ein Laufwerk weg war, steht dort, wie dieses Laufwerk jetzt verbunden ist, zum Beispiel mit USB-2-Geschwindigkeit.

Was die Prüfung nicht sagen kann

— Ein Kabel, das jetzt funktioniert und zehn Minuten später aussetzt, sieht sie nicht, über Thunderbolt-Verbindungen weiß sie nichts, und ein kurzer Test sieht nicht, dass eine SSD langsamer wird, sobald ihr schneller Cache voll ist. „Nichts Auffälliges“ nennt, was geprüft wurde; eine Garantie ist es nicht.

Die Mac-App überschreibt nie Material auf einem Ziel. Was sie mit einer Datei macht, die schon dort liegt, hängt davon ab, ob es dieselbe Datei ist.

• Eine Datei mit demselben Namen, derselben Größe und derselben Prüfsumme wie auf der Karte ist dasselbe Material — aus einem früheren Lauf oder einer fortgesetzten Kopie. Sie bleibt liegen, zählt als verifiziert und wird als schon kopiert und übersprungen gemeldet.
• Eine Datei mit demselben Namen, aber anderem Inhalt — typischerweise die A001.mov einer anderen Karte im selben Ordner — bleibt unangetastet. Die neue Kopie wird daneben geschrieben, mit .1 im Namen, und für diese Karte wird kein Manifest geschrieben. Die Karte wird gelb („Kopiert — bitte prüfen“); prüfe diese Dateien, bevor du die Karte löschst. Dasselbe passiert, wenn eine Karte zwei Dateien enthält, deren Namen das Ziellaufwerk als einen Namen behandelt (zum Beispiel Namen, die sich nur in Groß- und Kleinschreibung unterscheiden): Die erste behält ihren Namen, die zweite bekommt .1.
• Jede Karte bekommt ihren eigenen Ordner aus deiner Ordnerstruktur, und zwei Karten teilen sich nie einen; das passiert also normalerweise nur, wenn du einen Ordner von Hand eingetragen hast oder das Laufwerk schon einen anderen Dreh enthielt.
• Eine fortgesetzte Kopie, oder eine nach „Kopie abbrechen“ neu gestartete, prüft zuerst, ob die Karte im Leser dieselbe ist wie zu Beginn, und hält an, wenn nicht.

Was die Fehlermeldungen bedeuten — und was du danach auf keinen Fall tun solltest.

• Ein Kopiervorgang, der ohne Rückmeldung abbricht, ist kein abgeschlossener Kopiervorgang. Am Ziel können schon Dateien liegen und trotzdem unvollständig sein — bis du erneut kopiert und die Verifizierung gesehen hast, ist die Karte die einzige intakte Kopie.
• „Der Kopiervorgang wurde unerwartet beendet.“ bedeutet, dass der Kopierprozess endete, bevor er etwas melden konnte; der Hinweis darunter sagt „Lösch die Karte nicht.“ Er zeigt den Exit-Code — gib ihn an, wenn du das Problem meldest.
• Erneut zu kopieren ist unbedenklich und der richtige nächste Schritt: „Kopie fortsetzen“ überspringt jede schon kopierte und verifizierte Datei und macht weiter, und nichts, was schon auf einem Ziel liegt, wird überschrieben.
• Mehrere Karten in einem Offload werden nacheinander kopiert, in der Reihenfolge der Plätze, jede im selben Durchgang auf alle Ziele — zwei Karten gleichzeitig zu kopieren würde sie nur um denselben Kartenleser und dasselbe Laufwerk konkurrieren lassen.
• Schlägt eine Karte fehl, stoppt der Lauf dort. Die Karten danach werden nicht kopiert, und der Lauf sagt das, statt sie zu überspringen. Behebe das Problem und starte die Kopie erneut.

Wähle im Schritt „Transfer“ den Tab „Offshoot Pro“, wenn Offshoot die Karten kopiert. Den Kopiervorgang startest du in Offshoot selbst; Cine Power Planner legt die Zielordner an und hält, wenn der Hook eingerichtet ist, fest, was Offshoot meldet.

1. Im Schritt „Transfer“ den Tab „Offshoot Pro“ wählen. Der gewählte Tab wird pro Datenprojekt gespeichert.
2. In Offshoot die Karte als Quelle und die Ordner, die der Wizard auf deinen Laufwerken angelegt hat, als Ziele hinzufügen.
3. In Offshoot auf Start klicken.
4. Mit eingerichtetem Hook (nächster Abschnitt) zählt das Panel „Transfer-Status“ in diesem Tab die Karten und die Verifizierungsprobleme, die Offshoot meldet.

Um die Transfers und Verifizierungsprobleme von Offshoot in Cine Power Planner zu sehen, richte den Offshoot-Hook ein. Offshoot führt ihn mit seiner eingebauten Scripting-Engine aus, die nur Offshoot Pro enthält.

1. Öffne im Tab „Offshoot Pro“ den Bereich „Offshoot-Hook einrichten“ und klicke auf „Python-Hook herunterladen“. Das öffnet die Einstellungen.
2. Schalte „Offshoot-Integration“ ein. Unter „Webhook-Bearer-Token“ gibst du dem Token bei Bedarf einen Namen (z. B. DIT-MacBook) und klickst auf „Token erzeugen“. Das Token wird nur einmal angezeigt; direkt darunter speichert „Skript herunterladen“ die Datei cine-power-planner-notifier.py mit deiner Webhook-Adresse und dem Token. Diese Datei nicht teilen oder committen — sie enthält ein Geheimnis.
3. Verschieb sie in Offshoots Scripts-Ordner (macOS: ~/Library/Application Support/Hedge/Offshoot/Scripts/, Windows: %APPDATA%\Hedge\Offshoot\Scripts\).
4. In Offshoot → Preferences → Scripts die Datei für alle drei Ereignisse registrieren: File Copy Completed, Verification Issue und Transfer Finished.
5. Klick neben dem Token auf „Verbindung testen“, um zu prüfen, ob der Hook den Server erreicht. Ab dann folgt das Panel „Transfer-Status“ dem, was Offshoot meldet.

Klick in den Einstellungen bei eingeschalteter Offshoot-Integration einmal auf „Benachrichtigungen aktivieren“ und bestätige die Browser-Abfrage. Wenn ein Offshoot-Transfer endet oder ein Verifizierungsproblem meldet, bekommst du eine Systembenachrichtigung in deiner App-Sprache, die sagt, was Offshoot gemeldet hat — ein fehlgeschlagener Transfer wird als fehlgeschlagen gemeldet. Ein Klick öffnet den Übertragungsverlauf. „Transfer-Benachrichtigungen ausschalten“ stellt nur diese Transfer-Hinweise auf diesem Gerät stumm; die übrigen Benachrichtigungen der App bleiben an.

Der Schritt „Bericht“ ist der Drehbericht des Tages, so weit vorausgefüllt, wie es die Clips erlauben. Kameraeinstellungen, Clip-Anzahl und Timecode werden aus den Karten selbst gelesen; du ergänzt, was kein Clip weiß — Tonspurbelegung, Szenen, Notizen. Derselbe Bericht öffnet sich auch im Tab „Täglicher Drehbericht“ des Projekts.

1. Kopiere die Karten im Schritt „Transfer“. In der Mac-App wird jede Karte gelesen, sobald ihre Kopie fertig ist: die Clip-Anzahl aus der Kopie selbst, Kameramodell, Codec, Auflösung, Bildraten, Farbraum, Gamma, ISO und Timecode aus bis zu 40 ihrer Clips auf dem Backup-Laufwerk.
2. Karten, die im Tab „Bestehenden Offload prüfen“ geprüft wurden, werden genauso gelesen — öffne den Schritt „Bericht“ (oder drücke „Erneut erkennen“), dann kommen ihre Ergebnisse dazu, über den Ordnernamen der Karte zugeordnet.
3. Für eine anderswo kopierte Karte drückst du an der Karte „Karte lesen …“ und wählst die Karte oder ihren Ordner.
4. Öffne den Schritt „Bericht“ („Drehbericht öffnen“ im Schritt „Transfer“). Das geht auch, während Karten noch kopiert werden: Die Warteschlange läuft weiter und die nächsten Karten starten von selbst. Die Angaben jeder Kamera werden aus ihren Karten gefüllt; eine Kamera, die die Bildrate gewechselt hat, zeigt beide, z. B. 25 / 50. So gefüllte Felder tragen darunter „Erkannt“.
5. Trage pro Kamera die Tonspurbelegung ein („Quelle“ und „Kanal“ — was auf welchem Kamerakanal liegt) und im Bereich „Ton“ die Spuren des Recorders. Schreibt der Recorder iXML-Spurnamen, werden die Spuren für dich angelegt.
6. „PDF herunterladen“ oder „PDF auf Laufwerke speichern“, um ihn in den Tagesordner auf jedem Ziellaufwerk zu legen. Ein nicht verbundenes Laufwerk wird als übersprungen aufgeführt.

Transfer → Eigene Kopie → Bestehenden Offload prüfen zeigt, dass jede Karte auf jedem Laufwerk liegt, und exportiert einen Paritätsnachweis: Die Hash-Listen der Laufwerke werden miteinander und mit einem frischen Hash jeder Karte verglichen. Die Dateien auf den Laufwerken werden nur beim Neu-Hash noch einmal gelesen. Ein Transfer, den die eigene Kopie ohne Rücklesen des Laufwerks geschrieben hat, trägt in seiner Zeile und im PDF den gelben Hinweis „ohne Rücklesen kopiert — Neu-Hash empfohlen“, bis du ihn neu gehasht hast. Es wird nur gelesen — auf Karten und Laufwerke wird nichts geschrieben. Weil Ordner geöffnet werden, braucht es Chrome, Edge oder die Mac-App.

Laufwerke anschliessen

— Füge jedes Laufwerk hinzu, auf das die Karten kopiert wurden; die Laufwerke des aktuellen Data Projects werden automatisch hinzugefügt. Sie bleiben angeschlossen, während du die Karten wechselst. Jedes Laufwerk wird nach MHL v1.1, ASC-MHL und Offshoot-Transfer-Logs durchsucht, also werden auch Kopien aus Offshoot, ShotPut oder Silverstack gefunden.

Angeschlossene Laufwerke (Mac-App)

— In der Mac-App erscheint ein Laufwerk, das du anschließt, während „Datensicherung prüfen“ offen ist, unter „Ziel-Laufwerke“ als Vorschlag mit Name und Größe. „Hinzufügen“ nimmt das ganze Laufwerk in die Prüfung auf und durchsucht es sofort — ohne Ordnerauswahl. „Nicht jetzt“ blendet es aus, bis du es ab- und wieder ansteckst. Karten im Lesegerät und die eigene Festplatte des Mac werden nie vorgeschlagen. Ein so hinzugefügtes Laufwerk verbindet sich nach dem Abstecken, einem Neuladen der Seite oder einem Neustart der App von selbst wieder; seine Clip-Bilder kommen aus macOS QuickLook, und „Kopien auf den Laufwerken neu hashen“ hasht es direkt in der Mac-App, so schnell wie das Laufwerk liest.

Eine Zeile pro Transfer

— Jedes Manifest wird eine Zeile, benannt nach dem Ordner, in den kopiert wurde (eine Karte namens „Untitled“ erscheint mit dem Ordner darüber); derselbe Transfer auf zwei Laufwerken ist eine Zeile. „Anderes Laufwerk“ (nur ab zwei Laufwerken) wird grün, wenn alle Laufwerke dieselben Dateien mit denselben Hashes haben, rot, wenn eine fehlt oder abweicht. „Gegen Karte“ bleibt leer, bis du diese Karte anschliesst. Keine der beiden wird grün, solange ein Laufwerk der Sitzung nicht verbunden ist, und ein Ergebnis zählt nicht mehr, wenn ein neuer Scan eine veränderte Kopie findet.

Karten anschliessen

— „Karten (Quellen)“ steht direkt unter „Ziel-Laufwerke“. Füge eine Karte hinzu oder mehrere auf einmal — sie werden nacheinander geprüft. Jede Karte wird einmal gehasht, über ihre Dateipfade oder Hashes ihrem Transfer zugeordnet und gegen jedes angeschlossene Laufwerk geprüft. Während sie gehasht wird, zeigt der zugeordnete Transfer „wird mit Karte … geprüft … %“. Karten und Laufwerke werden im Hintergrund gehasht, je Karte bzw. Laufwerk getrennt, sodass ein Re-Hash jedes Laufwerk in dessen eigenem Tempo liest. Steck die nächste Karte ein; die Sitzung merkt sich jede geprüfte Karte, und eine bereits gelistete Karte wird erneut geprüft statt doppelt geführt. Ein Transfer, dessen Manifest mehrere Karten aufführt (ein Manifest für den ganzen Tag), wird erst grün, wenn jede davon geprüft ist; bis dahin steht dort „Karte … stimmt überein — noch nicht geprüft: …“. In der Mac-App läuft die Prüfung auch bei minimiertem Fenster mit voller Geschwindigkeit weiter, und der Mac geht bis zum Ende nicht in den Ruhezustand; in Chrome oder Edge lass den Tab sichtbar, weil der Browser einen verdeckten Tab ausbremst.

Aufnahmeformate und Timecode

— Details zeigt, womit die Clips aufgenommen wurden — Bildraten (mehrere, wenn die Karte sie mischt), Auflösung, Codec, Farbraum, Gamma, Kamera — sowie den ersten und letzten Timecode des ersten und letzten Clips. Neu hashen liest jede Kopie noch einmal, wenn das Manifest allein nicht reicht — nur solange die Karte des Transfers angeschlossen ist: Füge die Karte zuerst unter „Karten“ hinzu; eine mit „Fertig — nächste Karte“ weggelegte oder getrennte Karte lässt Neu hashen ausgegraut.

Clip-Bilder

— Jeder Transfer zeigt seinen ersten und letzten Clip — Name und Timecode — und darunter ein Bild beider Clips von jeder Laufwerkskopie, nach der Kartenprüfung auch von der Karte: immer ein Bild, das aus dem Clip selbst dekodiert wird — MP4, MOV und MXF (Sony XAVC, Canon XF-AVC, Panasonic AVC-Intra), nie das Vorschaubild, das die Kamera neben ihren Clips ablegt (Sony THMBNL, DJI MISC/THM, GoPro THM), damit eine Kopie mit Vorschaubild, aber ohne Material nicht vollständig aussieht —, bei einem WAV-Take des Tonrecorders die Wellenform (eine Spur je Kanal), sonst das Format mit „keine Vorschau“ (BRAW, R3D, ARRIRAW, ProRes in MXF). Ein Clip, der kein Bild ergab, weil er in dem Moment nicht gelesen werden konnte (das Laufwerk war beschäftigt), wird etwas später erneut versucht, bis zu drei Mal. Ein Laufwerk ohne den Clip zeigt „Nicht auf diesem Laufwerk“. Jedes Laufwerk und die Karte zeigen ihre Clipanzahl; eine Zeile unter den Bildern sagt „Clipanzahl stimmt“ oder „Clipanzahl weicht ab“ mit jeder Anzahl. Oben zählt der Bildschirm Laufwerke, Transfers, wie viele die Laufwerke bestätigen und wie viele eine Karte bestätigt hat; der farbige Rand jeder Zeile wird grün, wenn Laufwerke und Karte übereinstimmen, rot bei einer Abweichung und gelb, wenn eine Prüfung unvollständig ist. Eine frühere Prüfung zeigt Namen und Timecodes ohne Bilder. Eine Karte unter Karten zeigt ihren ersten und letzten Clip, sobald sie eingesteckt ist — schon in der Warteschlange und während des Hashens.

Daten und Kameras

— Unter den Kacheln oben zeigt Daten, wie viel jedes Laufwerk enthält, wie viel jede Karte trägt, das Material selbst (jeder Transfer einmal) und alle Laufwerke und Karten zusammen — als Größe und als genaue Byte-Zahl mit der Dateianzahl. Kameras fasst jede Kamera zusammen: Modell, Karten, Clips, Datenmenge, Drehzeit und Aufnahmeformat. Die Zeile einer zugeordneten Karte unter Karten zeigt ihr Aufnahmeformat. Jeder Transfer, jede Karte und jede Kamera zählt außerdem ihre Dateien nach Typ (zum Beispiel 34 MOV · 34 XML · 34 JPG · 1 ARW).

Nach Drehtag und Kamera filtern

— Über den Transfers wählst du einen oder mehrere Drehtage und Kameras aus, um nur deren Transfers zu sehen; ohne Auswahl erscheinen alle. Auf einem Laufwerk liegen oft mehrere Drehtage, deshalb zeigt jeder Transfer den erkannten Tag: aus den Ordnernamen auf dem Laufwerk — ein Ordner, der mit einem Datum beginnt (20260928_…, 260928_…) oder einen Tag nennt (Day_02, DT03, Drehtag 4) — und, wenn kein Ordner ihn nennt, aus dem Aufnahmedatum, das die Kamera in die Clips geschrieben hat; fahre mit der Maus über den Tag, um die Quelle zu sehen. Die Drehtage des Projekts benennen ihn: Ein Ordner Day_02 und ein Ordner mit dem Datum dieses Tages sind dieselbe Auswahl, angezeigt als „Tag 2“ mit Datum, und der Tag, an dem du gerade arbeitest, ist mit „aktueller Tag“ markiert. Die Kamera kommt aus dem Buchstaben im Kartenordner (C-Cam_Karte_1 → C-Kamera), sonst aus dem Kameramodell in den Clips. Alle zeigen hebt den Filter auf. PDF- und CSV-Bericht folgen dem Filter: Sie enthalten nur die angezeigten Transfers mit ihren Zeitachsen-Hinweisen und Karten, nennen das oben im Bericht und tragen den Tag im Dateinamen, wenn genau ein Tag gewählt ist — wähle den aktuellen Tag, um den Bericht dieses Tages abzugeben. „Bericht über die ganze Sitzung“ unter „Sitzung und Bericht“ hebt den Filter auf; „Neue Sitzung“ bewahrt immer die ganze Prüfung auf. Lücken und frühe Enden in den Zeitachsen-Hinweisen werden innerhalb eines Drehtags beurteilt, nie zwischen zweien.

Hinweise zur Zeitachse

— Ein weicher Hinweis erscheint, wenn eine Kartennummer fehlt, wenn eine Kamera länger als 20 Minuten pausiert, während eine andere weiterdreht, oder wenn eine Kamera mehr als 30 Minuten früher endet — die Anzeichen einer Karte, die nie kopiert wurde. Ein Tonrekorder heißt Ton, nicht Kamera. Unter Details siehst du jede Kamera und den Ton auf der Uhr des Drehtags, den fraglichen Zeitraum hinterlegt, und jede Karte darum mit Zeiten, Clips sowie erstem und letztem Clip. Prüfe ihn von Hand, ergänze bei Bedarf eine Notiz und klicke auf „Manuell geprüft — akzeptieren“; die Notiz steht im Bericht.

Der Bericht

— Das PDF ist der Paritätsnachweis für die Produktion. Es beginnt mit einer Übersicht: ein Urteil für den ganzen Bericht (alles stimmt mit den Hash-Listen überein, alles verifiziert mit erneut gelesenen Laufwerken, Achtung oder unvollständig), die Kennzahlen, Balken für Laufwerksparität, Kartenprüfungen und Hinweise, ein Verzeichnis aller Transfers mit ihren drei Urteilen, die Dateien, die Aufmerksamkeit brauchen, die Laufwerke, die Karten mit Zeitpunkt und Lesegeschwindigkeit der Prüfung, die Kameras und eine Erklärung, was jede Prüfung belegt. Ein Transfer gilt nur dann als vollständig, wenn die Laufwerke übereinstimmen und seine Karte auf jedem Laufwerk geprüft wurde; „verifiziert“ steht im Bericht nur, wenn die Laufwerke zusätzlich mit „Neu-Hash“ noch einmal gelesen wurden. Danach hat jeder Transfer seinen eigenen Abschnitt mit Aufnahmeformaten und jeder Datei samt Hashes; eine fehlerhafte Datei ist farbig hinterlegt. Zu jedem Transfer zeigt es den ersten und letzten Clip auf jedem Laufwerk und auf der Karte nebeneinander — Bild, Name und Größe auf das Byte genau —, damit eine zu früh abgebrochene Kopie auf dem Papier sichtbar ist; lass Laufwerke und Karte angeschlossen, während es erstellt wird. Die CSV enthält eine Zeile pro Datei und Laufwerk mit allen Hashes; ein Laufwerk, auf dem ein Transfer ganz fehlt, bekommt eigene Zeilen mit dem Vermerk not-on-drive. Die Sitzung bleibt auf diesem Mac über ein Neuladen oder einen Neustart der App erhalten; die Laufwerke werden neu gescannt, und ein Ergebnis zählt nur wieder, wenn die Kopie unverändert ist. Eine Karte, die gerade geprüft wurde, kommt als unterbrochen zurück — Erneut prüfen. Neue Sitzung beginnt von vorn, behält die Laufwerke und bewahrt die abgeschlossene Prüfung unter „Frühere Prüfungen“ auf.

Frühere Prüfungen

— „Neue Sitzung“ bewahrt die gerade abgeschlossene Prüfung unter „Frühere Prüfungen“ auf, beim geöffneten Drehtag — ein Drehtag kann beliebig viele davon haben. Sie werden als Sicherung mit deinem Konto synchronisiert und erscheinen auf deinen anderen Geräten. Nach Drehtag gruppiert, lässt sich jede einzeln auf- und zuklappen und zeigt ihre Transfers, Markierungen, Hinweise und Karten genau so, wie sie waren — nur lesend; exportiere ihr PDF oder ihre CSV erneut oder lösche sie. Wird ein Drehtag gelöscht, gehen seine Prüfungen mit. In Safari, Firefox und den iPhone- und iPad-Apps öffnet sich dieselbe Liste unter „Prüfungsverlauf“ auf der Data-Management-Seite, nur lesend (ohne Löschen) und mit eigener Datenprojekt-Auswahl. Eine Prüfung, die zu groß ist, um jeden Datei-Hash aufzubewahren, behält Ergebnisse und Zählungen, bietet aber keine CSV an; „Neue Sitzung“ fragt vorher, wenn sie nicht exportiert wurde.

Wofür eine Prüfung bürgt

— Eine Kartenprüfung oder ein Re-Hash bürgt nur für die Laufwerke, die gelesen wurden: Ein später hinzugefügtes oder beim Re-Hash getrenntes Laufwerk zeigt „auf … nicht geprüft“ / „auf … nicht neu gehasht“. Ein Laufwerk, das während eines Re-Hash getrennt wird, zeigt „Laufwerk nicht verbunden“ (gelb), nie beschädigte Dateien. Ein Laufwerk, das sich nicht vollständig durchsuchen ließ — zu groß, oder ein Ordner darauf ließ sich nicht öffnen —, sagt das und bleibt gelb, statt Dateien als fehlend zu melden. Eine Datei, die eine ASC-MHL-Historie oder ein Offshoot-Log als fehlgeschlagen verzeichnet, erscheint als „als fehlgeschlagen verzeichnet“ und besteht nie einen Re-Hash. Mac-._-Dateien und Manifestdateien in Manifesten sowie der eigene ascmhl/-Ordner einer Karte werden ignoriert, und Namen mit Umlauten passen unabhängig davon, wie sie gespeichert sind. Zwei Dateien, deren Namen sich nur in Groß- und Kleinschreibung unterscheiden, zählen als ein Pfad, sodass nur eine davon geprüft wird: Eine solche Übertragung sagt das, bleibt gelb, und ihr Re-Hash endet unvollständig.

Ersten und letzten Clip vergleichen

— In „Bestehenden Offload prüfen“ öffnest du nach der Prüfung einer Karte ihren ersten und letzten Clip neben der Kopie auf jedem Laufwerk, jeweils mit Hash. Hier wird sichtbar, wenn eine Kopie vor dem letzten Clip abgebrochen ist oder einen zu kurzen letzten Clip geschrieben hat.

Funktioniert auch bei Formaten, die kein Browser abspielt

— Die Parität kommt aus den Hashes, nie aus dem Bild — eine ARRIRAW-, RED- oder BRAW-Karte wird also genauso gründlich geprüft wie eine XAVC-Karte. Wo der Browser keinen Decoder hat, nennt die Zelle das Format, statt leer zu bleiben; das Vorschaubild der Kamera erscheint an dieser Stelle nie.

Clips pro Karte

— Sobald die eingebaute Kopier-Engine eine Karte abgeschlossen hat, wird die Anzahl der kopierten und verifizierten Dateien auf diese Karte im Karten-Schritt geschrieben und erscheint im Shooting Day Report. Ein abgebrochener oder fehlgeschlagener Lauf schreibt nichts statt einer Null — ein leeres Feld heisst „unbekannt“, eine Null würde „die Karte war leer“ heissen.

Von Karte lesen

— Im Tab „Täglicher Drehbericht“ des Projekts hat jede Kamera eine Schaltfläche „Von Karte lesen“. Sie liest die Metadaten eines Clips — Codec, Auflösung, Sensor-FPS, ISO/EI, Farbraum, Gamma — und schlägt vor, was sie gefunden hat. Geschrieben wird erst, wenn du auf Übernehmen drückst, und nur die Felder, die der Clip tatsächlich enthielt; von Hand Eingetragenes bleibt erhalten. Sidecar-Dateien von Sony und Blackmagic werden zuerst gelesen, weil sie am günstigsten und vollständigsten sind; QuickTime- und MP4-Clips werden aus ihrem Header gelesen. ARRI, RED und Canon Raw können nicht gelesen werden und sagen das.

Transfer → Eigene Kopie → Proxies macht aus verifizierten Offloads kleine, timecode-genaue Proxys für den Schnitt. Die Mac-App steuert dafür DaVinci Resolve Studio 21 oder neuer im Hintergrund; im Browser erklärt der Tab, wo er läuft. Jeder Proxy behält Namen, Bildrate, Seitenverhältnis, Start-Timecode und Tonspuren seines Originals und lässt sich so wieder mit dem Kameraoriginal verknüpfen.

Resolve-Status

— Das Abzeichen zeigt, ob Resolve bereit ist. Ist Resolve mit Fenster geöffnet, speichere und beende es: Die App startet eine eigene Instanz im Hintergrund und beendet sie danach wieder. Solange ein Lauf diese Instanz nutzt, öffnet das Resolve-Symbol kein Fenster; wer diese App mitten im Lauf beendet, beendet die Instanz mit, und eine nach einem Absturz übrig gebliebene wird beim nächsten Start beendet. Steht dort „Scripting erlauben“, stelle in den Voreinstellungen von Resolve unter System → Allgemein „Externes Scripting“ auf „Lokal“. Die kostenlose Version kann nicht im Hintergrund rendern. Ist die Hardware-Dekodierung in Resolve aus (Voreinstellungen → System → Decode Options), weist ein Hinweis darauf hin: H.264/H.265-Originale rendern dann um ein Vielfaches langsamer; schalte sie ein, beende Resolve und klicke auf „Erneut versuchen“.

Was gerendert wird

— Wähle einen oder mehrere Drehtage; nur verifizierte Kopien erscheinen. Liegt ein Tag auf mehreren Laufwerken, wähle, von welchem gelesen wird — dort landen auch die Proxys. „Ordner hinzufügen…“ nimmt jeden Ordner als eigenen Tag; seine Kameras erscheinen unter Look nach „Clips prüfen“. Mit OffShoot oder Hedge kopierte Karten werden an ihrem Transfer-Log erkannt: Jeder Kartenordner ist eine Karte, und ein Kamerabuchstabe im Namen (…_FX3_B_Karte_001) legt die Kamera fest. Clips werden nach Aufnahmedatum getrennt, damit sich Timecodes nie mischen; Bilder werden ignoriert.

Format für den Schnitt

— Empfohlen ist Avid Media Composer (DNxHR, MXF OP-Atom in Avid MediaFiles). Avid (ältere Versionen) nutzt DNxHD, immer 1920 × 1080: Clips, die nicht 16:9 sind, bekommen schwarze Balken, manche Bildraten werden übersprungen. ProRes passt für Premiere, Final Cut und Resolve; Sichtung erzeugt kleine H.264/H.265-Dateien mit Stereoton, kodiert vom Hardware-Encoder des Mac. Qualität, Auflösung und (bei H.264/H.265) Bitrate gibt es je Codec. Die Größenschätzung folgt jeder Änderung: vor „Clips prüfen“ GB pro Stunde bei der entstehenden Proxy-Größe (für UHD-Clips mit 25p), danach Gesamtgröße und Länge deines Materials. Die Gesamtgröße wird mit dem freien Platz jedes Laufwerks verglichen.

Sichtwurst

— Statt eines Proxys pro Clip legt „Sichtwurst — eine Datei pro Tag“ alle Clips eines Tages, sortiert nach Kamera und Timecode, in eine Datei — zum Sichten, nicht zum Relinken.

Look

— Log-Material wird pro Kamera nach Rec.709 umgewandelt, vorgeschlagen aus den Clip-Metadaten (zum Beispiel S-Log3 bei Sony). Wähle einen anderen Farbraum, keine Umwandlung oder eine eigene .cube-LUT und optional eine Show-LUT darüber. „Alle Kameras“ legt einen Look für jede Kamera ohne eigene Einstellung fest — bei einem hinzugefügten Ordner sofort, dessen Kameras erst nach „Clips prüfen“ bekannt sind. LUTs bleiben bei der Produktion; ein anderer Mac fragt erneut danach.

Einblendungen

— Standardmäßig an: Clipname und Source-Timecode. Wähle weitere Felder (Record-Timecode, Reel, Kamera, Datum, Bildrate, Szene/Take, Produktion, eigener Text), ihre Ecke, die Textgröße und einen dunklen Kasten; die Vorschau zeigt das Ergebnis.

Ton anlegen

— Standardmäßig aus. Tondateien werden per Timecode zugeordnet und über die Wellenform bestätigt. Findet nur eines von beiden einen Treffer — etwa weil der Timecode am Rekorder nicht lief — oder widersprechen sie sich, wird der Clip markiert und du entscheidest: Timecode, Wellenform oder kein Ton.

LTC und ZIP

— „LTC aus dem Kameraton lesen“ schreibt als Audio aufgezeichneten Timecode in die ALE (Auxiliary TC1); der Proxy behält den Timecode der Kamera. „ZIP zum Hochladen“ legt zusätzlich ein ZIP pro Tag mit Proxys, ALEs, Bericht und den Tondateien des Tages an und braucht diesen Platz noch einmal.

Prüfen, durchsehen, rendern

— „Clips prüfen“ öffnet sie in Resolve, liest Timecode und Format, erkennt den Look und legt den Ton an. Die Übersicht zeigt Warnungen zum Bestätigen, Sync-Entscheidungen und schon vorhandene Proxys (überspringen oder ersetzen). Rendern startet, sobald nichts mehr blockiert, und zeigt die Restzeit, die aktuelle Geschwindigkeit von Resolve (zum Beispiel 290 fps (9,7× Echtzeit)) und eine Kachel pro Kamera-Timeline; Clips ohne Kamerabuchstaben im Kartenordner (…_B_Karte_001) werden markiert. Abbrechen behält die fertigen Proxys und funktioniert auch, während Resolve noch startet oder das Upload-ZIP geschrieben wird.

Was auf dem Laufwerk landet

— Im Ordner Proxies/ des jeweiligen Tages: die Proxys, eine ALE pro Tag (Tape aus dem eingebetteten Reel oder dem Kartennamen, Szene/Take aus dem Kamerabericht), das Resolve-Projekt (.drp) und proxy-report.json/.txt. Danach wird jeder Proxy mit seinem Original verglichen — Timecode, Bilder, Bildrate und Tonspuren. Für Avid kopierst du den Ordner Avid MediaFiles in die oberste Ebene des Schnitt-Laufwerks und importierst die ALE.

Während die Mac-App Karten kopiert, Proxys rendert oder Offloads prüft, kann dein iPhone den Lauf als Live-Aktivität auf dem Sperrbildschirm und in der Dynamic Island zeigen.

Einschalten

— Öffne in der iPhone-App Einstellungen → Allgemein → Benachrichtigungen und schalte Live-Fortschritt auf dem Sperrbildschirm ein. Der Schalter gilt pro iPhone, ist anfangs aus und braucht iOS 16.2 oder neuer. Hat iOS Live-Aktivitäten für Cine Power Planner ausgeschaltet, steht das dort: Schalte sie in den iOS-Einstellungen → Cine Power Planner ein.

Was die Karte zeigt

— Eine Zeile pro laufendem Auftrag — Kopieren, Prüfen, Proxys — mit Fortschrittsbalken in Prozent, Restzeit, der Karte oder Kamera in Arbeit und der Warteschlange (zum Beispiel Warteschlange 2/7 · Als Nächstes A004). Endet ein Auftrag, zeigt die Zeile Fertig oder Fehlgeschlagen; die Karte verschwindet etwa zehn Minuten nachdem alles beendet ist. Eine Prüfung, die du durch Verlassen des Schritts Prüfen abbrichst, verschwindet nach wenigen Sekunden von der Karte. Wird die Mac-App mitten in einem Lauf beendet oder geht offline, startet der nächste Lauf eine neue Karte.

Beide Apps, ein Konto

— Mac-App und iPhone müssen mit demselben Konto angemeldet sein. Aufträge werden nur gesendet, während ein iPhone zuhört — schaut niemand zu, hat der Mac keine Mehrarbeit.

Wenn das iPhone gesperrt ist

— Die Karte bleibt auf dem Sperrbildschirm. Balken und Restzeit laufen von selbst auf das erwartete Ende zu. Echte Werte kommen, solange die App geöffnet ist; sobald Push für Live-Aktivitäten auf dem Server eingerichtet ist, auch bei gesperrtem iPhone. Hat die Karte länger nichts vom Mac gehört, zeigt sie Aktualisiert mit der Uhrzeit der letzten Meldung.

Kein Material verlässt deinen Rechner.

• Kopieren, Prüfen und das Rendern von Proxys geschehen auf deinem eigenen Computer. Mit deinem Konto synchronisiert wird der Nachweis: Datenprojekte, Drehtage, Karten, Offloads mit ihren Pfaden, das Kopierprotokoll, Transfer-Sessions und Prüfungen.
• Der Offshoot-Hook schickt nur die Art des Ereignisses, ein Session-Label, die Uhrzeit, den Projektnamen, einen Status und Zahlen — nie Dateipfade oder Material.
• Die Hook-Datei enthält dein Webhook-Token. Behandle sie wie ein Passwort: nicht in Git committen, nicht teilen. Ein Token wird nur einmal angezeigt, beim Erzeugen, und „Widerrufen“ stoppt es sofort.
• Jedes Konto kann nur seine eigenen Transfer-Ereignisse lesen.
• Im Browser ist ein Laufwerk ein Ordner, für den du den Zugriff erteilt hast; er wird bei jedem Lesen und Schreiben neu geprüft. Entfernst du ein Laufwerk aus der Liste, wird auch dieser Zugriff vergessen.
• In einem geteilten Datenprojekt sehen die Mitglieder des Projekts die Quell-, Ziel- und Laufwerkspfade, die es festhält — siehe „Ein Datenprojekt mit dem Projektteam teilen“.

Häufige Probleme und ihre Lösung.

• Ein Laufwerk zeigt „Offline“ → es ist ausgesteckt, oder der Browser hat seine Berechtigung verloren. Steck es ein und klicke auf „Neu verbinden“; hilft das nicht, wähle es mit „Neu auswählen“ erneut.
• Der Tab „Offshoot Pro“ zeigt „Nicht installiert“, obwohl Offshoot installiert ist → die Mac-App sucht es über Spotlight. Öffne Offshoot einmal aus dem Programme-Ordner, damit Spotlight es indiziert, und öffne dann den Schritt „Transfer“ neu.
• Keine Echtzeit-Updates aus Offshoot → der Hook ist nicht registriert, oder sein Token wurde widerrufen. Prüfe, ob die Datei in Offshoots Scripts-Ordner liegt und für alle drei Ereignisse registriert ist, und starte Offshoot neu. Hilft das nicht, erzeuge in den Einstellungen ein neues Token, lade das Skript erneut herunter und ersetze die alte Datei.
• Benachrichtigungen kommen nie an → Benachrichtigungen sind für die Seite blockiert, oder der Browser hat seinen Hintergrunddienst beendet. Erlaube Benachrichtigungen in den Website-Einstellungen des Browsers und klicke dann erneut auf „Benachrichtigungen aktivieren“.
• Eine Kopie in der Mac-App stoppt mit „… ist nicht angeschlossen“ → dieses Ziellaufwerk ist nicht eingehängt. Schließe es wieder an oder wähle ein anderes Ziel und starte die Kopie dann erneut. Ein Zielordner, den es noch nicht gibt, ist kein Problem: Die Kopie legt ihn an und misst den freien Speicher auf dem Laufwerk, auf dem er liegt.
• Eine Kopie in der Mac-App stoppt mit „… wurde während der Kopie getrennt oder neu eingebunden“ → ein Ziellaufwerk (oder die Karte) war mitten in der Kopie kurz weg, oder ein anderes Volume hat seinen Platz eingenommen. Die Kopie stoppt, bevor eine Datei an eine andere Stelle geschrieben wird. Prüfe, ob das Laufwerk angeschlossen ist, und klicke auf „Kopie fortsetzen“; bereits kopierte Dateien werden geprüft und übersprungen.
• Eine Kopie in der Mac-App stoppt mit „Auf … ist während der Kopie der Platz ausgegangen“ → die Karte hat beim Start der Kopie gepasst, aber etwas anderes (ein weiterer Offload, ein Rendering, eine Sync-App) hat das Laufwerk seitdem gefüllt. Die Kopie fragt vor jeder Datei erneut nach dem freien Platz und stoppt, bevor sie eine Datei schreibt, die nicht mehr passt. Schaffe Platz oder beende das andere Programm und klicke dann auf „Kopie fortsetzen“. Das ist vor allem bei „Nur übertragen“ wichtig, wo nichts zurückgelesen wird: Auf einem vollen exFAT-Laufwerk kann eine Datei ohne jede Fehlermeldung falsch ankommen.
• Ein Ziel auf dem Transfer-Board zeigt „exFAT-Laufwerk: Wirf es aus, bevor du es abziehst …“ → das Laufwerk ist als exFAT formatiert und hat kein Journal: Ohne Auswerfen abgezogen können Dateien zurückbleiben, die aufgelistet, aber leer sind. Wirf es zuerst aus und nimm für die Masterkopie besser ein APFS-Laufwerk. Eine fehlgeschlagene Prüfung nennt jede umbenannte Kopie („aufbewahrt als <name>.cpp-mismatch“); „Kopie fortsetzen“ schreibt diese Clips neu.
• Eine Kopie in der Mac-App stoppt mit „… hat während des Kopierens die Größe geändert“ → die Datei auf der Karte wurde während der Kopie kürzer oder länger: ein Kartenleser, der zu früh aufgehört hat, oder ein Clip, den eine Kamera oder ein Rekorder noch geschrieben hat. Die unvollständige Kopie wird nicht als fertige Datei übernommen und nichts wird als verifiziert markiert. Prüfe die Karte oder warte, bis die Aufnahme beendet ist, und klicke dann auf „Kopie fortsetzen“.
• Start wird abgelehnt mit „in diesen Ordner läuft noch eine Kopie“ → eine andere Kopie in der Mac-App schreibt in diesen Ordner oder in einen Ordner darüber oder darunter. Warte, bis sie fertig ist, und starte dann erneut.
• Start wird abgelehnt mit „die Quelle liegt in einem Zielordner“ → die Karte oder der Ordner, von dem du kopierst, liegt in einem der Ziele. Wähle ein Ziel an anderer Stelle.
• „Nicht genug freier Speicher auf einem oder mehreren Zielen.“ → jedes Laufwerk, dem Platz fehlt, wird mit dem benötigten und dem freien Speicher aufgeführt. Schaffe Platz oder wähle ein anderes Ziel.
• Eine Kopie endet mit „…das Prüfsummen-Manifest konnte nicht geschrieben werden“ und dem Grund „der Name von … enthält ein Steuerzeichen, das ein Prüfsummen-Manifest nicht aufnehmen kann“ → alle Dateien wurden kopiert und geprüft, aber ein Dateiname enthält ein unsichtbares Steuerzeichen, das die Formate MHL und ASC-MHL nicht speichern können. Ein trotzdem geschriebenes Manifest würde einen Dateinamen nennen, den es nicht gibt, deshalb wird keins geschrieben. Das Zeichen steht in der Meldung als „?“. Benenn die Datei auf der Quelle um und kopier sie erneut. Kamerakarten können solche Namen nicht enthalten; es passiert bei Ordnern von einem Mac.
• „Das ist nicht die Karte, mit der die Kopie begonnen hat“ nach „Kopie fortsetzen“ oder nach „Diese Karte noch einmal von vorn kopieren“ → die App hat die Karte im Lesegerät mit der verglichen, mit der die Kopie begonnen hat (ihr Volume, ihre erste Datei, wie viele Dateien sie enthält und deren Gesamtgröße), und sie unterscheiden sich; es wurde nichts geschrieben. Beide Schaltflächen prüfen das: Eine andere Karte, die unter demselben Namen erscheint, etwa „Untitled“, wird nicht in den Ordner der unfertigen Karte kopiert. Leg die erste Karte wieder ein und setz fort. Ist die Karte im Lesegerät wirklich die richtige, wähl „Das ist die richtige Karte – von vorn kopieren“: Das kopiert sie ohne diese Prüfung. Ein Kartenplatz zeigt außerdem nicht mehr „Kopiert“ aus dem Kopierprotokoll, wenn die jetzt zugewiesene Karte oder das Laufwerk ein anderes Volume ist.
• Eine fortgesetzte Kopie schlägt fehl und meldet „Einige dieser Clips lagen von der früheren Kopie schon auf dem Laufwerk und lesen sich jetzt anders als auf der Karte“ → ein Clip, den der frühere Lauf schon kopiert hatte, liest sich nicht mehr wie auf der Karte. Die App hat diese frühere Kopie als <Name>.cpp-mismatch aufbewahrt und den Clip unter seinem eigenen Namen neu kopiert. Wähl „Kopie fortsetzen“, um die neue Kopie zu prüfen; danach endet sie sauber. Ein einzelner Lesevorgang zeigt nicht, welche Seite falsch ist: Schlägt es wieder fehl, probier einen anderen Kartenleser oder ein anderes Kabel und trau dem Laufwerk nicht. Das passiert nur, wenn du die Kopie derselben Karte fortsetzt; eine Datei mit anderem Datum unter demselben Namen gilt als fremde Datei, und deine Kopie wird als „.1“-Variante daneben geschrieben.
• Eine fehlgeschlagene Kopie meldet zusätzlich „Bevor die Kopie abbrach, stimmten beim Zurücklesen Dateien nicht mit der Karte überein“ → die Kopie ist aus einem anderen Grund abgebrochen (Laufwerk oder Karte ließen sich nicht lesen, oder du hast abgebrochen), aber davor wurde mindestens eine Datei schon falsch zurückgelesen. Die Dateien stehen unter dem Fehler. Ein Laufwerk, das erst falsche Daten liefert und dann nicht mehr antwortet, ist das typische Zeichen für ein defektes Kabel, einen defekten Anschluss oder ein defektes Laufwerk: Prüf sie, bevor du fortsetzt, und nimm im Zweifel ein anderes Laufwerk. Das Kopierprotokoll zählt diese Abweichungen beim fehlgeschlagenen Lauf mit.
• „Die Karte wurde beim zweiten Lesen anders gelesen.“ → mit „Karte und Ziele erneut lesen“ hat die Karte beim zweiten Lesen andere Bytes geliefert. Formatiere die Karte nicht; kopiere sie erneut, und wenn es wieder passiert, versuch einen anderen Kartenleser oder ein anderes Kabel. Die Kopien dieses Clips enthalten möglicherweise den Lesefehler und wurden deshalb so umbenannt, dass sie auf .cpp-mismatch enden; „Kopie fortsetzen“ schreibt den Clip unter seinem eigenen Namen neu.
• „Dieser Browser zeigt nur frühere Prüfungen“, obwohl du in Chrome bist → ein privates Fenster, ein Gastfenster oder eine Unternehmensrichtlinie hat den Dateisystem-Zugriff abgeschaltet. Nutze ein normales Profil oder die installierte App.

Was zu beachten ist:

• Kopieren, automatisches Zuordnen und Proxys laufen nur in der Mac-App. Im Browser verweist „Kopieren mit Verifikation“ auf die Mac-App; „Bestehenden Offload prüfen“ funktioniert in Chrome und Edge, aber nicht in Safari oder Firefox, die keinen Ordner öffnen können; dort bleiben frühere Prüfungen unter „Prüfungsverlauf“ lesbar und exportierbar.
• Die Mac-App gibt es derzeit nicht als öffentlichen Download.
• Cine Power Planner startet Offshoot nicht: Den Transfer richtest du in Offshoot selbst ein und startest ihn dort. Offshoot meldet nur über den Hook zurück — ohne ihn zeigt das Panel „Transfer-Status“ die Karten, aber keine Verifizierungsprobleme aus Offshoot.
• Netzlaufwerke, die als lokale Volumes eingebunden sind, funktionieren, ihre Geschwindigkeit hängt aber von der Freigabe ab. Im Browser werden Ordner nacheinander angelegt.