Problem: Ein Projekt in DaVinci Resolve 21.1.2 zu öffnen, kann die Rückkehr zu DaVinci Resolve 20.3.2 ausschließen.
Schnellste Lösung: Sichern Sie Projektbibliothek und Einzelprojekt getrennt, und prüfen Sie zuerst eine Kopie. Die Versionshinweise nennen ausdrücklich die Grenze, dass Projekte aus 21.1.2 nicht mehr von 20.3.2 geöffnet werden können (Versionshinweis in durchsuchbarer Kopie).

Dieser Leitfaden richtet sich an Sie, wenn Sie unter Windows arbeiten, aber ein Resolve-Projekt in einer Mac-Umgebung prüfen müssen.
Er hilft auch unabhängigen Kreativen, die eine alte Projektbibliothek weiterführen möchten, sowie kleinen Teams, die Zuständigkeiten für Upgrade, Abnahme und Wiederherstellung festlegen müssen.

Zuletzt aktualisiert am 27.10.2026; geprüft anhand des veröffentlichten Versionshinweises, der offiziellen Support- und Downloadseite und der unten verlinkten offiziellen Handbücher.

Versionsgrenze zwischen Bibliothek und Einzelprojekt

Prüfen Sie zuerst, was mit „kompatibel“ in Ihrem Fall gemeint ist. Eine Projektbibliothek ist nicht dasselbe wie ein einzelnes darin gespeichertes Projekt. Die Bibliothek kann in einer Umgebung erreichbar sein; daraus folgt aber nicht automatisch, dass jedes bearbeitete Projekt mit einer älteren Resolve-Version wieder geöffnet werden kann.

Der Versionshinweis zu DaVinci Resolve 21.1.2 unterscheidet diese Fälle: Er empfiehlt, vor dem Öffnen eines Projekts sowohl die Projektbibliothek als auch einzelne Projekte zu sichern. Außerdem hält er fest, dass Projekte aus 21.1.2 nicht von DaVinci Resolve 20.3.2 geöffnet werden können. Behandeln Sie daher eine Bibliothekskopie nicht als Beweis für einen funktionierenden Rückweg.

Für Ihre Entscheidung bedeutet das:

  • Wenn Sie auf Version 20.3.2 angewiesen sind: Öffnen Sie das Original nicht in 21.1.2, bevor eine Wiederherstellung aus einer Kopie mit Ihrer älteren Umgebung erfolgreich geprüft wurde.
  • Wenn Sie 21.1.2 freigeben möchten: Legen Sie fest, dass die neue Version zunächst nur ein repräsentatives, separat gesichertes Projekt erhält.
  • Wenn Sie nur den Bibliothekszugriff geprüft haben: Halten Sie die Projekt-Rückkehr für ungeklärt. Das sind zwei verschiedene Abnahmepunkte.

Die offizielle Support- und Downloadseite ist der richtige Ort, um verfügbare Installationspakete und aktuelle Supportinformationen gegenzuprüfen. Verlassen Sie sich bei der Rückwärtskompatibilität jedoch auf die konkrete Versionsinformation und Ihren eigenen Wiederherstellungstest, nicht allein auf eine sichtbare Bibliothek oder einen erfolgreichen Programmstart.

Getrennte Sicherungen für Bibliothek und Projekt

Planen Sie vor dem Upgrade zwei voneinander unabhängige Sicherungen ein. Eine Sicherung der Projektbibliothek hält die Bibliotheksumgebung fest. Ein DRP-Projektbackup bewahrt dagegen ein einzelnes Resolve-Projekt für einen separaten Import. Keine dieser Sicherungen ersetzt automatisch die andere.

Der offizielle Einsteigerleitfaden beschreibt das Sichern einer Projektbibliothek. Der offizielle Schnitt-Leitfaden erläutert den Export und Import von DRP-Projekten. Nutzen Sie diese Anleitungen für die jeweils passende Sicherungsart, statt eine einzelne Datei als vollständige Rückfallstrategie zu behandeln.

Prüfen Sie anschließend die Sicherungen selbst:

  • Vorhandensein: Ist die Bibliothekskopie am vorgesehenen Speicherort zu finden? Wurde das DRP des ausgewählten Projekts tatsächlich exportiert?
  • Zuordnung: Ist anhand des Namens erkennbar, zu welchem Projekt, Arbeitsstand und Prüfzweck die Datei gehört?
  • Trennung: Liegen Sicherung und Arbeitskopie nicht nur unter demselben unklaren Namen im selben Ordner?
  • Verantwortung: Wissen Sie, wer die Bibliothek wiederherstellt und wer das DRP in Resolve importiert?
  • Zugriff: Kann die Person, die im Fehlerfall übernehmen soll, den Speicherort und die Dateien öffnen?

Der letzte Punkt ist ein häufiger Übergabefehler: Eine Sicherung kann vorhanden sein, aber für die zuständige Person unauffindbar oder nicht zugänglich bleiben. Dokumentieren Sie deshalb Speicherort, Projektname und Wiederherstellungsverantwortung. Behaupten Sie erst dann, die Sicherung sei verwendbar, wenn Sie zumindest ihre Existenz und Lesbarkeit geprüft haben. Für eine belastbare Rückfallentscheidung ist zusätzlich ein Wiederherstellungstest nötig.

Rückkehrpfad mit einer Kopie testen

Ein Backup, das noch nie wiederhergestellt wurde, belegt nur, dass eine Datei abgelegt wurde. Es belegt nicht, dass Sie damit Ihre bisherige Arbeitsumgebung zurückbekommen. Testen Sie deshalb den Rückweg vor der Freigabe und nicht erst, wenn die neue Version bereits das Original verändert hat.

Gehen Sie dabei in dieser Reihenfolge vor:

  1. Ausgangspunkt festhalten. Notieren Sie, welche Resolve-Version das Team aktuell für das Projekt verwendet und welche ältere Version im Rückfallfall tatsächlich verfügbar wäre. Für die im Versionshinweis genannte Grenze sind 21.1.2 und 20.3.2 relevant.
  2. Bibliothek separat sichern. Erstellen Sie die Bibliothekssicherung nach der offiziellen Anleitung und notieren Sie den Ablageort.
  3. Einzelprojekt exportieren. Erzeugen Sie für das repräsentative Projekt ein DRP. Halten Sie fest, dass es eine Testkopie ist und nicht das einzige Sicherungsmittel.
  4. Wiederherstellung in einer Kopie durchführen. Verwenden Sie einen Testbereich und überschreiben Sie dabei weder die produktive Bibliothek noch das Originalprojekt.
  5. Ergebnis dokumentieren. Schreiben Sie auf, welche Datei importiert oder wiederhergestellt wurde, welche Resolve-Version den Test ausgeführt hat und ob das Projekt wie erwartet zugänglich war.

Unterscheiden Sie in Ihrem Protokoll zwischen „Projektbibliothek ist erreichbar“ und „einzelnes Projekt wurde in der vorgesehenen Version wiederhergestellt“. Diese Aussagen beantworten verschiedene Fragen. Wenn der Test nur den Bibliothekszugriff abdeckt, dürfen Sie daraus keine bestätigte Rückkehr zu 20.3.2 ableiten.

Achtung: Ein erfolgreicher Test mit einer Kopie garantiert nicht, dass jedes andere Projekt fehlerfrei geöffnet wird. Er bestätigt nur den geprüften Wiederherstellungspfad für die verwendeten Dateien und die dokumentierte Umgebung.

Projektzustand anhand repräsentativer Inhalte prüfen

Wählen Sie nicht irgendein Projekt als Probe. Nehmen Sie eine Kopie, die typische Arbeit Ihres Teams abbildet: mehrere Medienquellen, eine aussagekräftige Timeline und die Effekte, auf die es bei Ihrer Abnahme tatsächlich ankommt. Wenn Sie nur einen einfachen Clip prüfen, sagt das wenig über ein Projekt mit komplexen Übergaben oder stark angepassten Einstellungen aus.

Kontrollieren Sie die Timeline gezielt:

  • Stimmen Schnittpunkte, Clip-Reihenfolge und erwartete Abschnitte?
  • Lassen sich wichtige Sequenzen abspielen, ohne dass fehlendes Material oder unerwartete Platzhalter sichtbar werden?
  • Sind die Medien weiterhin korrekt zugeordnet? Wenn Dateien ausgelagert wurden, lässt sich der dokumentierte Medienpfad nachvollziehen?
  • Werden die für das Projekt entscheidenden Titel, Übergänge und Effekte wie erwartet dargestellt?
  • Sind wichtige Farbkorrekturen und gegebenenfalls Fusion-Kompositionen für die Abnahme verfügbar?

Nutzen Sie die offiziellen Unterlagen als Prüfhilfe, nicht als Kompatibilitätsgarantie. Der Resolve-21-Leitfaden zu neuen Funktionen hilft, Änderungen der Version im Kontext zu erkennen. Der offizielle Colorist-Leitfaden behandelt unter anderem Scopes, Farbkorrektur und Einstellungen für die Ausgabe. Daraus folgt nicht, dass jede bestehende Timeline mit allen individuellen Einstellungen unverändert bleibt. Nutzen Sie die Dokumentation, um für Ihr Material relevante Prüfpunkte auszuwählen.

Notieren Sie Abweichungen konkret. „Farbe wirkt anders“ ist für eine spätere Fehleranalyse zu ungenau. Halten Sie stattdessen fest, welcher Clip betroffen ist, welches Ergebnis Sie erwarten und ob der Unterschied im Viewer, in den Scopes oder erst in einer exportierten Datei auffällt. So kann das Team unterscheiden, ob es sich um ein Medienproblem, eine Änderung im Projekt oder eine abweichende Betrachtungsumgebung handelt.

Abnahme von Vorschau und Übergabe trennen

Eine korrekt wirkende Vorschau in Resolve ist nicht automatisch eine abgenommene Lieferdatei. Prüfen Sie deshalb die Arbeit in zwei Stufen: erst im Projekt, dann an einem Testexport, der den tatsächlichen Übergabeanforderungen entspricht. Die offizielle Dokumentation zu Farbkorrektur und Ausgabe unterstützt die Prüfung von Scopes und Export-Einstellungen.

Für den Export gelten Ihre vereinbarten Projektvorgaben. Halten Sie fest, welche Einstellungen für Bildformat, Bildgröße, Ton und Farbausgabe verlangt werden. Erfinden Sie keine allgemeine Preset-Empfehlung, wenn Kunde oder Team bereits verbindliche Spezifikationen vorgegeben haben.

Kontrollieren Sie nach dem Export:

  • Lässt sich die Datei am vorgesehenen Speicherort öffnen?
  • Stimmen Bild und Ton an den für das Projekt kritischen Stellen?
  • Kann die empfangende Person die Datei mit den vorgesehenen Werkzeugen verwenden?
  • Ist klar, welche Datei die freigegebene Lieferung ist und welche nur als Prüfexport dient?

Wenn der Empfänger das Ergebnis nicht öffnen oder korrekt einordnen kann, ist die Übergabe nicht abgeschlossen. Halten Sie daher neben dem technischen Export auch Dateiname, Speicherort und Zuständigkeit fest. Bei einer Kundenabnahme sollten Sie außerdem unterscheiden, ob das Team lediglich die Vorschau geprüft oder bereits die tatsächliche Lieferdatei freigegeben hat.

Entscheidung zwischen lokalem Test und Remote Mac

Ein Remote Mac kann für Sie eine Prüfoption sein, wenn der benötigte Mac-Zugriff sonst fehlt und Sie eine Projektkopie in der vorgesehenen macOS-Umgebung ansehen müssen. Er ersetzt nicht automatisch Ihre Windows-Arbeitsstation, eine Wiederherstellungskopie oder die Prüfung auf dem tatsächlichen Zielsystem. Auch Zugriffsweg, Datenübertragung und Verfügbarkeit der benötigten Resolve-Version müssen Sie für Ihren konkreten Ablauf prüfen.

Vergleich der Prüfwege:

Prüfweg Stärken Grenzen Geeignet, wenn …
Lokale Arbeitsumgebung Direkter Zugriff auf vorhandene Projektdateien und Teamabläufe Eine andere macOS-Umgebung wird damit nicht automatisch geprüft Sie die bestehende Arbeit zunächst ohne Plattformwechsel absichern wollen
Remote Mac mit Projektkopie Kann eine zusätzliche Prüfung in einer Mac-Umgebung ermöglichen Dateiübertragung, Version und Rückgabeweg müssen Sie vorher selbst testen Sie genau diese Umgebung für die Abnahme benötigen und eine Kopie verwenden
Ältere Resolve-Umgebung Kann für einen geplanten Rückfall relevant sein Die Versionsgrenze für in 21.1.2 verwendete Projekte ist zu beachten Sie den Rückweg vor dem Upgrade mit einer Sicherungskopie verifizieren

Für die Nutzung eines Remote-Angebots informieren Sie sich vorab über den für Sie passenden Mac-Mietweg bei MACCOME. Prüfen Sie unabhängig davon, ob die benötigte Anwendungsversion, Ihre Projektdateien und der geplante Rückgabeweg für Ihren Test geeignet sind. Ohne dokumentierte eigene Projektdaten lässt sich keine allgemeine Aussage zu Bildqualität, Reaktionszeit, Exportdauer oder erfolgreicher Wiederherstellung treffen.

Wenn Vertraulichkeit eine Rolle spielt, klären Sie außerdem intern, welche Projektdateien auf einen entfernten Rechner übertragen werden dürfen, wer darauf zugreift und wann Kopien entfernt werden. Diese Entscheidung muss zu Ihren Datenschutzvorgaben und gegebenenfalls zur DSGVO passen. Für ein Projekt mit sensiblen Kundendaten ist eine bequeme Testmöglichkeit kein Ersatz für eine Freigabe durch die verantwortliche Person.

Häufige Fragen zur Upgrade-Abnahme

Welche Sicherungen sollten Sie vor dem Upgrade anlegen?
Sichern Sie die Projektbibliothek und exportieren Sie zusätzlich ein DRP des einzelnen Projekts. Die beiden Dateien decken unterschiedliche Wiederherstellungsbedarfe ab. Prüfen Sie Speicherort, Benennung und Zuständigkeit. Wenn Ihr Team einen älteren Programmstand als Rückfallweg benötigt, testen Sie zusätzlich die Wiederherstellung einer Kopie mit der tatsächlich verfügbaren älteren Resolve-Version.

Lässt sich ein Projekt aus 21.1.2 noch in 20.3.2 öffnen?
Laut den veröffentlichten Versionshinweisen können Projekte aus 21.1.2 nicht mehr von 20.3.2 geöffnet werden. Öffnen Sie deshalb keine einzige produktive Projektkopie, wenn Sie auf diesen älteren Stand angewiesen sind. Sichern Sie vorher Bibliothek und Einzelprojekt und prüfen Sie den Rückweg mit einer separaten Kopie.

Beweist Bibliothekskompatibilität, dass jedes Projekt zurückgesetzt werden kann?
Nein. Der Zugriff auf die Projektbibliothek belegt nicht, dass jedes darin gespeicherte oder veränderte Projekt in einer älteren Resolve-Version geöffnet werden kann. Halten Sie Bibliothekszugriff und Projekt-Rückkehr als getrennte Abnahmepunkte fest. Erst ein erfolgreicher Wiederherstellungstest mit einer Kopie zeigt, ob der vorgesehene Pfad für dieses Projekt funktioniert.

Wie prüfen Sie ein Resolve-Projekt ohne eigenen Mac?
Wenn ein Mac für die Abnahme nötig ist, können Sie eine Remote-Umgebung als zusätzlichen Prüfplatz erwägen. Verwenden Sie dafür eine Projektkopie und testen Sie vorher, ob Version, Dateien und Rückgabeweg zu Ihrem Ablauf passen. Prüfen Sie anschließend Medien, Timeline, relevante Effekte und einen Testexport. Bewerten Sie das Ergebnis selbst; ein Remote-Test ist keine pauschale Garantie für Ihre lokale oder kundenseitige Umgebung.

Wenn Sie bisher nur eine Arbeitskopie und keinen getesteten Rückweg haben, verschieben Sie das Öffnen des Originals in DaVinci Resolve 21.1.2. Sichern Sie zuerst Projektbibliothek und DRP, prüfen Sie eine repräsentative Kopie und dokumentieren Sie, wer die Freigabe erteilt. Falls Ihnen für die Mac-Prüfung eigene Hardware fehlt, können Sie die MACCOME-Angebotsübersicht ansehen und anschließend anhand Ihrer Dateien und Abnahmekriterien entscheiden, ob ein Remote Mac für diesen konkreten Test passt.