Jott hat geschrieben:Dann kannst du den Kameratyp ja noch mal hinschreiben. Für alle. Nicht dass ein Missverständnis im Raum stehen bleibt.
GH2, Karte anno domini 2011 mit 720p AVCHD bespielt, Zieldatenrate 18 MBit/s. Es gelang dem Ersteller trotz bereits 2012 inkompatiblen FC♒︎♰☁︎-Archives, einen Clip mit dem Namen "Sidlung" auf seinen Desktop zu extrahieren. Unter Besitzern der Kamera wurde immer wieder gestaunt, wie weit die tatsächliche Datenrate unter der von Panasonic angegebenen lag.
Ich hab das nochmal, wie von Dir beschrieben, mit dem Klick auf das Icon versucht (wohl gemerkt, aus dem FCP Kameraarchiv heraus, um das es hier ja geht) .... leider komme ich auf keine Clips.
Lediglich das Gesamtfile wird mir mit den Thumbnails dargestellt.
...
So wie ich das verstanden habe, hast du unter /pfad/x.fcarch/PRIVATE ein "File" namens "AVCHD" gefunden? Das hast du dann geoeffnet und Thumbnails deiner Videos bekommen, die man durch einen Doppelklick in QT oeffnen kann? "AVCHD" ist aber ein Ordner. Diesen musst du mit Rechtsklick > "Paketinhalte anzeigen" oeffnen. Dort befinden sich weitere Ordner, u.a. BDMV. Dieser ist wieder mit "Paketinhalte anzeigen" zu oeffnen.
Dort befinden sich dann die einzelnen Clips (bzw. im weiteren Ordner "Stream"; bin mir nicht sicher, da ich nicht zu Hause bin).
Uebrigens kannst du im Finder auch direkt nach den Dateiendungen (oder Dateinamen, falls du diese kennst) "AVCHD" suchen lassen.
Kunden rufen mich immer wieder an fluchen, wenn Sie etwas von FCP Cuttern angeliefert bekommen, denn es ist immer als *.mov gewrappt. Da sind so sinnfreie Sache dabei, wie m2t (HDV Streams) im *.mov Container. Liegt es in diesem Fall an der Applikation oder dem Anwender auf Apfel Seite?
So ein Quatsch, man kann sehr schön an den Darstellungen sehen, dass es sich um ein FCP Archivfile handelt, das auch in FCp funktioniert hat, jetzt aber nicht mehr durch FCPx zu öffnen ist.
(Das war Kern der Aussage)
Dass an dem File nichts geändert wurde, sagen die Installationsdaten sehr deutlich.
Deine Behauptung, es sei an dem File etwas manipuliert, entbehrt also jeder Begründung und ist reine Schutzbehauptung, weil Du keine Lösung siehst, es in FCPx wieder zu öffnen, also auch keine Lösungen anzubieten hast.
Was die Kamera betrifft, reicht ein Blick auf die Quelldatei, die Frage zu beantworten, aber soweit reicht es bei Euch "Experten" wohl nicht.
Aber hier geht es ja gerade um die Rückwärtskompatibilität. Und die Datei war absolut kompatibel, nur eben mit den FCP Versionen, die damals gültig waren.
Es bleibt also dabei .... FCPx Archive werden, wenn sie nicht mit den Versionen von App und System regelmäßig mit upgedated werden, unbrauchbar.
In ungefähr so sinnfrei wie TOD Files wrappen ... Tolle Wurst..
Was war es nun für ein Quellmaterial das vermurkst wurde.. Langsam kennt sich keiner mehr aus..die Pana GH3 Files als AVCHD Konform eingestellt werden als Archive problemlos seit 2012 verstanden.Die andern Archives machten auch nie Probleme auch wenn die Archives über Jahre nicht angefasst wurden..
WoWu hat geschrieben:Ja, aber das ist genau der springende Punkt ... FCPx ist nicht rückwärtskompatibel, ohne dass man seine Archovdaten ständig umspiels und upDated
????? Von was sprichst Du ?....wenn ich die Archive aus dem Jahre Schnee verwenden möchte, lese ich sie ein und fertig ist der Schmodder..
Die Archive der Quellmaterialien sind genau für den Zweck da und für nichts anderes in ungefähr so als ob du dir die Sd Card im Tresor aufbewahrst.
Langsam erinnert mich die Geschichte an deinen Beachball des Todes Fred und an deinen Freie Auflösungwahltheorien in FCPX Forum... Aber bevor Du die Leute wieder als für Dich Idiotisch antwortend abkanzelst, haue ich lieber gleich den Hut drauf ... Du hast 100% recht, FCPX verändert von Versionssprung zu Versionssprung die Archivinhalte und die werden dadurch unbrauchbar..
Ich hab das nochmal, wie von Dir beschrieben, mit dem Klick auf das Icon versucht (wohl gemerkt, aus dem FCP Kameraarchiv heraus, um das es hier ja geht) .... leider komme ich auf keine Clips.
Lediglich das Gesamtfile wird mir mit den Thumbnails dargestellt.
...
So wie ich das verstanden habe, hast du unter /pfad/x.fcarch/PRIVATE ein "File" namens "AVCHD" gefunden? Das hast du dann geoeffnet und Thumbnails deiner Videos bekommen, die man durch einen Doppelklick in QT oeffnen kann? "AVCHD" ist aber ein Ordner. Diesen musst du mit Rechtsklick > "Paketinhalte anzeigen" oeffnen. Dort befinden sich weitere Ordner, u.a. BDMV. Dieser ist wieder mit "Paketinhalte anzeigen" zu oeffnen.
Dort befinden sich dann die einzelnen Clips (bzw. im weiteren Ordner "Stream"; bin mir nicht sicher, da ich nicht zu Hause bin).
Uebrigens kannst du im Finder auch direkt nach den Dateiendungen (oder Dateinamen, falls du diese kennst) "AVCHD" suchen lassen.
Oder war das gar nicht das Problem? ^___^
@Sammy,
Danke für den Hinweis.
Das war der erste nützliche Beitrag zum Thema Datenrettung ... über ein paar weitere Klicks kommt man dann in der Tat zu einem STREAM Ordner, in dem man an die einzelnen Files kommt, in denen dann auch die Datenrate wieder mit den Originalen überein stimmt. Inwieweit die Metadaten wieder da sind, muss ich mal mit einem andern File anschauen.
Bleibt eben nur die Frage, warum FCPx nach Updates solche Files nicht mehr lesen kann, also die ursprüngliche Eingangsfrage, um die es hier im Kern ja ging.
Aber nochmals, schönen Dank für den Hinweis.
DV_Chris hat geschrieben:Ernstgemeinte Frage an die FCP(X) Anwender hier:
Kunden rufen mich immer wieder an fluchen, wenn Sie etwas von FCP Cuttern angeliefert bekommen, denn es ist immer als *.mov gewrappt. Da sind so sinnfreie Sache dabei, wie m2t (HDV Streams) im *.mov Container. Liegt es in diesem Fall an der Applikation oder dem Anwender auf Apfel Seite?
Chris, ganz lieben Dank, dass du diese Frage hier stellst. 2012 (im Jahr der Maya-Apocalypse, Manno, war das schlimm damals!) stelltest du diese Frage schon einmal. Ich möchte uns zitieren:
Axel hat geschrieben:Aber warum willst du denn AppleHDV überhaupt öffnen? Ach ja, das war sicher die Anekdote, wo der arrogante Mac-Bekannte bei dir vorbeikam und sagte, hey, DV-Chris, ich sag's ja ungern, aber ich komm gerade, äh, zeitmäßig in die Bredouille, kannst du mir mal beim Schnitt aushelfen? Dann darfst du mir auch gerne mal dein Edius zeigen?
DV_Chris hat geschrieben:Es kommt immer wieder vor, dass von Mac Usern die skurrilsten Daten angeliefert werden, zb solche gewrappten HDVs.
Axel hat geschrieben:Dann ist es also nicht nur einer!
"Du, HDV-Heini, ich hab gerade 2000 € für einen iMac hingeblättert und nochmal 300 € für FCP X, aber ..." (flüstert) "... unter uns, versprich es! Ich komm gar nicht klar auf diese skurrile Scheiße. Aber sag's nicht laut, bei Apple ist es ja schlimmer als bei Scientology."
"Du, Mov-Jupp, ging mir auch so, keine Sorge. Die ganze Gruppe trifft sich heute nacht wieder bei DV-Chris, anonym. Kennwort ist ..." (flüstert)
"JOBS IST TOT?"
"Psssssst!"
"Tschuldigung. Tja, awesome, dann bis heut nacht!"
Das sind legacy-Threads (Vermächtnis, Altlasten). Aber auf HDV im Mov-Container komme ich zurück. Damit war so vor acht, neun Jahren das alte FCP dem damaligen Premiere (das als native .mts capturete, wie FCP auch, bloß dort im Container) im HDV-Schnitt überlegen. Wurde die Timeline in Premiere länger, musste das Programm ständig "indizieren" (Zwangspause), und es kam auch nicht selten zu Bild-Ton-Asynchronität. Aber lassen wir das doch. Wer schneidet HDV? Du?
WoWu hat geschrieben:Ja, aber das ist genau der springende Punkt ... FCPx ist nicht rückwärtskompatibel, ohne dass man seine Archovdaten ständig umspiels und upDated
????? Von was sprichst Du ?....wenn ich die Archive aus dem Jahre Schnee verwenden möchte, lese ich sie ein und fertig ist der Schmodder..
Die Archive der Quellmaterialien sind genau für den Zweck da und für nichts anderes in ungefähr so als ob du dir die Sd Card im Tresor aufbewahrst.
Langsam erinnert mich die Geschichte an deinen Beachball des Todes Fred und an deinen Freie Auflösungwahltheorien in FCPX Forum... Aber bevor Du die Leute wieder als für Dich Idiotisch antwortend abkanzelst, haue ich lieber gleich den Hut drauf ... Du hast 100% recht, FCPX verändert von Versionssprung zu Versionssprung die Archivinhalte und die werden dadurch unbrauchbar..
Eben nicht ....
Siehe erste Grafik.
Wenn ich Content importieren will und genau diese Archivfiles anwähle, machen neue FCP Versionen das eben nicht !!!!
Und genau um diese Rückwärtskomüatibilität ging es im Kern ja.
Man muss sämtliche Archive ständig mit upDaten.
Bei kleinen Produktionen sicher kein Thema, aber wehe, man hat größere Archive ...
WoWu hat geschrieben: ... über ein paar weitere Klicks kommt man dann in der Tat zu einem STREAM Ordner, in dem man an die einzelnen Files kommt, in denen dann auch die Datenrate wieder mit den Originalen überein stimmt.
WOW. Das tut jetzt einfach nur WEH! LOL!!
Labert und labert und labert und schafft es nicht einmal DAS VIDEO zu schauen was gepostet wurde, wo ganz genau das gezeigt wird! Mal ganz von Alex Screenshot abgesehen!
Du bist echt eine so unfassbare Zeitverschwendung.
WoWu hat geschrieben:Bleibt eben nur die Frage, warum FCPx nach Updates solche Files nicht mehr lesen kann…
Nee. Die einzige Frage die bleibt ist, warum wohl es nachweislich bei jedem anderen geht und Apple ganz klar sagt, dass es NICHTS, NULL, NADA an Datenveränderung gibt... nur beim WoWu geht es nicht.
Welch eine Überraschung. Das KANN nur an FCP liegen! :-))))
Danke für den Hinweis.
Das war der erste nützliche Beitrag zum Thema Datenrettung ... über ein paar weitere Klicks kommt man dann in der Tat zu einem STREAM Ordner, in dem man an die einzelnen Files kommt, in denen dann auch die Datenrate wieder mit den Originalen überein stimmt. Inwieweit die Metadaten wieder da sind, muss ich mal mit einem andern File anschauen.
Bleibt eben nur die Frage, warum FCPx nach Updates solche Files nicht mehr lesen kann, also die ursprüngliche Eingangsfrage, um die es hier im Kern ja ging.
Aber nochmals, schönen Dank für den Hinweis.
Ich kann bei Archives aus aelteren Versionen von FCP nicht helfen, da ich erst seit Version X damit arbeite (dafuer aber ueber 20 Jahre mit MacOS und OS X). Ich kann mir aber dennoch nicht vorstellen (nein, das ist kein Wissen), dass Apple hier keine Rueckwaertskompatibilitaet gewaehrleistet. Beim Import bzw. Oeffnen von Libraries etc. aus aelteren Versionen von Apple-Programmen werden diese stets automatisch aktualisiert. Inhalte bleiben unveraendert, nur Strukturen werden angepasst.
Ich bin mir sicher, dass es ein einfache Loesung des Problems gibt. Diese kann es aber nur geben, wenn sachlich diskutiert wird und persoenliche Angriffe von beiden (!) Seiten unterbleiben. Denn das ist keine Art zu kommunizieren.
Es geht ja auch nicht um Hilfe (sonst würde ja endlich mal die Kamera genannt, aus deren Material das Archiv erstellt wurde), sondern nur um Rechthaberei. Denn: wowus Problem ist individuell, natürlich kann man alte Archive normalerweise öffnen, nur ausgerechnet seins nicht.
Woher allerdings - ganz allgemein - die Idee kommt, fcp-Kameraarchive als Basis für Content Management heranzuziehen zu wollen, erschließt sich irgendwie gar nicht. Das sind lediglich geschlossne Karten- oder auch Tape-Backups, die man irgendwo zur Sicherheit ablegen kann. Aber Content Management, was auch immer darunter verstanden wird, interessiert sich doch nicht für einzelne Karten, sondern für einzelne Clips mit Metadaten (wie im einfachsten Fall Datum, Kamerainfos, GPS-Daten). Die wird man ja wohl anders zentral speichern als in einer Sammlung von Kartenbackups. Das macht doch keinen Sinn.
Zuletzt geändert von Jott am Sa 20 Feb, 2016 17:11, insgesamt 1-mal geändert.
Da gebe ich Dir wohl Recht.
Ich hab auch kein Problem damit, aber wenn Leute von Vornherein auf Zoff gebürstet sind, weil man Ihre Ikone anzweifelt, Wechsel ich stets mit gleicher Münze.
Es bringt nichts, so wie manche das tun, dann den Kopf einzuziehen.
So geht dem Fprum wertvolles Potenzial verloren und übrig bleiben nur die Lautesten.
Was FCP betrifft, bin ich auch schon dabei, seit es die erste Version gegeben hat.
Bisher kam es aber nur selten vor, auf älteres Material zugreifen zu müssen und, wie ich oben schon erwähnt habe, für kleinere Archivmengen, die man mit updaten kann, sicher kein Problem.
Dazu wird es nur, wenn man einige Petabyte an Footage zu pflegen hat und hier ging es ja gerade um die Amwendung im professionellen Einsatz, wo solche Datenmengen nicht Ungewöhnliches sind.
Und solche Datensätze weisen eben neuer Versionen einfach zurück, statt sie zu aktualisieren, was ich erwarten würde und wovon Du ja auch ausgehst.
Also schauen wir mal.
Bisher stellt sich der Zusatnd allerdings noch als Inkompatibilität da.
Danke für Deinen Input.
Sammy D hat geschrieben:Ich kann bei Archives aus aelteren Versionen von FCP nicht helfen, da ich erst seit Version X damit arbeite
Es gibt sie auch erst seit FCP X.
Sammy D hat geschrieben:Ich kann mir aber dennoch nicht vorstellen (nein, das ist kein Wissen), dass Apple hier keine Rueckwaertskompatibilitaet gewaehrleistet.
Ist ja auch nicht so. Manche wie du begreifen das, andere nicht. Andere behaupten einfach jeden Unsinn der ihnen in den Kopf kommt um bloß nicht selber verantwortlich zu sein. Denn sie wissen alles, sie können alles. Dieser Zustand darf nicht gefährdet werden. Ist einfach manchmal so. ;-)
Sammy D hat geschrieben:Beim Import bzw. Oeffnen von Libraries etc. aus aelteren Versionen von Apple-Programmen werden diese stets automatisch aktualisiert. Inhalte bleiben unveraendert, nur Strukturen werden angepasst.
Wir reden hier von Archiven, nicht Mediatheken, Projekte, Ereignissen oder sonst etwas. Nur dass du weißt worum es geht. Es gibt bei Archiven nichts „upzudaten" noch wird irgendetwas an ihnen verändert. So einfach ist es. Und wenn es so wäre, würde es, wie du schon sagst, NATÜRLICH ein Abwärtskompatibilität geben. Weswegen es keine Version dieser Diskussion gibt die auch nur annähernd der Realität entspricht.
Jott hat geschrieben:Woher allerdings - ganz allgemein - die Idee kommt, fcp-Kameraarchive als Basis für Content Management heranzuziehen zu wollen, erschließt sich irgendwie gar nicht. […] Das macht doch keinen Sinn.
Nicht mal ansatzweise, nein. Höchstens nur dann, wenn man überhaupt kein Verständnis dafür hat für das was man eigentlich macht. Für so etwas gibt es die Cinegys, Cantemos oder Keyflow Pros dieser Welt.
DV_Chris hat geschrieben:Axel, Themenverfehlung. Die Frage war, ob alles gewrappt wird oder nicht.
Vorbemerkung: AVCHD im Mov-Container ist meistens kein Problem für Windows-NLEs. Ich gehe jetzt mal von einem worst-case-Szenario aus ("komisches Zeug").
Was durch FCP X beim Import kopiert wird, wird gewrappt. Wenn jetzt der Windows-Weiterverwender (z.B. in Edius) damit arbeiten will, müssen die Originalclips vorliegen, um sie neu zu verbinden. Wie wir gesehen haben, ist das auch mit einem FCP X - Archiv möglich, da dies keine Import-Kopie ist.
Eine zweite Alternative zeigt mein CLIPS - Beispiel. Ohne gültige Kartenstruktur (Ordner umbenannt oder die nackten Clips in neue Ordner verschoben) verlangt FCP X keine Kopie. Freilich muss der Nutzer dann selbst Sorge tragen, dass es noch irgendwo ein Backup gibt. Man kann die Clips dann "am ursprünglichen Ort" belassen (Importdialog). Dann ist QT komplett außen vor. Mein Premiere-Freund orphanisiert Clips grundsätzlich, er meint, die spanned-clips-Problematik habe sich erledigt. Ich bin da skeptisch.
Dritte Möglichkeit "Schnitt von Karte" wären "optimierte Medien" (während man mit dem Schnitt von der Karte beginnt, werden im Hintergrund ProRes-Kopien an einen frei wählbaren Ort geschrieben). ProRes läuft überall (ärgerlicherweise auf Windows nur in 32-bit). Dann sollte der FCP X-Benutzer die Clips in einen Ordner außerhalb der Mediathek schreiben, idealerweise eine externe exFAT-formatierte Platte mit USB3. Da auch dies Kopien sind, kann er die Platte jederzeit auswerfen und weggeben, solange er die Karte und/oder ein manuelles oder Archiv-Backup davon behält.
Möglich, dass ich was vergessen habe. Ich gucke nicht regelmäßig nach, was sich geändert hat. Dann bitte korrigieren. Wir sind schließlich auch hier, um was zu lernen ;-))
Wer nach 15 Jahren Apple-NLE (oder 25, wenn man die alte AVID/Mac-Zeit mitrechnet) immer noch nicht weiß, wie man sich zwischen den "verfeindeten Lagern" die Hand reicht, der WILL es doch gar nicht wissen. Wer auf Religionskriege steht, der kann sie immer haben. Dazu braucht man noch nicht mal Computer.
Axel, Danke für Deine Ausführungen. Meine Frage war jedoch noch simpler ;-)
Mir geht es um den profanen Export eines fertigen Films. Das macht man ja mit dem Compressor, oder? Ist es da so, dass jedwedes exportiertes Material gewrappt wird oder nicht?
Nein, das macht man nicht mit dem Compressor, sondern schnell und direkt in fcp x aus der Timeline heraus. Dieser fertige Film ist dann al gusto mp4, ProRes, MXF mit allem Schnickschnack nach Broadcaster-Vorgaben, also mit XDCAM 422 oder AVC Intra drin, DVD, Blu-ray. Alles auf Knopfdruck. Von all denen hat nur ProRes die Angst einflößende mov-Endung, stellt aber nur solche Windows-User vor Probleme, die Quicktime nicht installieren wollen. Hilfreich für viele auch der automatische Upload zu YouTube und Vimeo bis 4K, ohne an der Frage zu verzweifeln, was man da jetzt hochladen soll.
Was fehlt? DNxHD? Geht natürlich auch, die Codecs sind bei AVID erhältlich. wmv? H.265? Okay, dafür muss ein App-Hersteller ran. Der bekannte Ein-paar-Euro-Aufreger. Wo drückt der virtuelle Schuh sonst noch? Was könnte irgend jemand sonst noch brauchen? Auf MAZen ausspielen kann man mit kostenloser Blackmagic-Software, wenn's auch wieder darum geht.
Wenn du die Antwort nicht kennst, kann's dir doch egal sein? Die Ausgabe ist easy und - äh- kostenlos.
Direkter Import geht aber (noch) nicht meines Wissens. Gegenfrage: welche H.265-Kameraquelle außer der toten Samsung-Kameras gibt es denn? Wir müssen ja einen guten Aufreger konstruieren.
DV_Chris hat geschrieben:Ernstgemeinte Frage an die FCP(X) Anwender hier:
Kunden rufen mich immer wieder an fluchen, wenn Sie etwas von FCP Cuttern angeliefert bekommen, denn es ist immer als *.mov gewrappt. Da sind so sinnfreie Sache dabei, wie m2t (HDV Streams) im *.mov Container. Liegt es in diesem Fall an der Applikation oder dem Anwender auf Apfel Seite?
Chris, das einzige Mov was unter Windows Probleme bereitet, ist das besagte HDV MOV, da die Windowsversion von Quicktime aus lizenzrechtlichen Gründen den MPEG2 Codec nicht an Bord hat. Den konnte man früher extra bei Apple dazukaufen.
Selbiges gilt für DVCPRO, wenn ich mich richtig erinnere - aber das hat 2016 wohl keinerlei Relevanz mehr.
Robert, meine Frage war wirklich allgemeiner Natur. Kunden erleben immer wieder, dass wirklich alles (sinnfrei) im Container angeliefert wird. Daher die Frage, ob die Limitierung im oder vor dem Rechner setzt. Axel und Jott haben aber schon erklärt, dass es davor sitzt.
Rechtliche Notiz: Wir übernehmen keine Verantwortung für den Inhalt der Beiträge
und behalten uns das Recht vor, Beiträge mit rechtswidrigem oder anstößigem Inhalt zu löschen.
