FCPX verwechselt beim Import Wavefiles

[Mediamind]

Das Problem ist für mich neu. Beim Import von meinem Zoom F8 möchte ich die Wavefiles der Originalspur und die zusätzlich von mir als Safteytrack erzeugten Spuren in die Mediathek importieren. Ich nehme normalerweise immer eine Spur, die um 10 dB abgesenkt ist, zusätzlich auf. Beim Import fehlen immer wieder Dateien. Mal der Safteytrack, mal die Originalspur. Auch ein erneuter Import scheitert. Die Dateien werden nicht kopiert oder FCPX soll die Originalspur ausschließlich importieren, importiert aber nur den Safteytrack. Kennt jemand dieses Verhalten und noch besser, kennt die Ursache und Abhilfe?

[R S K]

VON WO importierst du sie denn? Von der Karte? Aus dem Finder?

- RK

[Jott]

Hast du die Soundfiles erst mal auf den Finder kopiert?

Wenn fcp da was verwechselt, warum auch immer, könntest du Hauptclips und Safety Clips erst mal in verschiedene Ordner legen vor dem Import.

Die jeweiligen Filenames aus dem F8 unterschieden sich ja hoffentlich? Ich kenne das Gerät nicht.

[Mediamind]

Hallo Jott, die Dateinamen sind unterschiedlich. In der Bezeichnung wird der Buchstabe D in die Bezeichnung eingefügt. Auch das Kopieren in andere Verzeichnisse oder die Umbenennung bringt keine Änderung.
In dem Zusammenhang fällt mir noch auf, dass Plural Eyes 4 diese Dateien ebenfalls merkwürdig behandelt. Eine Stunde Aufzeichung wird in 4 Tracks unterteilt, nicht immer werden Sie dem selben Audiorecorder beim Abgleich zugeordnet. Ggf. liegt die Ursache ja beim F6. Ich werde dies noch einmal recherchieren.

Update:
Das Problem ist bekannt, eine Lösung habe ich noch nicht. In diesem Beitrag wird exakt mein Problem dargestellt. Die Files werden scheinbar nicht korrekt identifiziert. Der Beitrag ist aus 2018: https://forums.creativecow.net/docs/for ... 35&pview=t

[Jott]

Seltsam.

Ich würde folgendes tun: noch auf Finder-Ebene in zwei Ordner verteilen: einmal zum Beispiel "Original", einmal "Safety". Dann beide nacheinander einlesen, in zwei verschiedene Ereignisse mit diesen Namen. Wenn's dann immer noch durcheinander ginge, wäre ich ehrlich verblüfft.

[Mediamind]

Mir wird klar, warum es nicht geht. Deine Idee, lieber Jott, hatte ich mit SD Karte und einem weitern Laufwerk bereits umgesetzt. Also nicht nur untzerscchiedlicher Ordner, sondern gleich ein anderes physikalisches Laufwerk. Ohne Erfolg. Ich habe bisher immer links und rechts getrennt aufgenommen. Nun habe ich 1 und 2 als Stereopaar und 3 und 4 als zweites Stereopaar konfiguriert. Somit erhielt ich mit den Safteytracks 4 Dateien. Auf der Karte 2 habe ich ein Polyfile mit den 4 Stereoinhalten. Ich wollte mir mit dem Wave Vocalrider die Sache einfacher in der Post machen und fand die Steropaare übersichtlicher. Bei getrennten Spuren gab es nie Probleme, mit Stereotracks und Saftey hingegen schon. Es wird genau diese Kombination sein, die FCPX nicht mag. Aus meinem Link oben entnommen:

I have gone through some extensive testing scenarios with Apple to narrow down the problem and it appears to only affect stereo files.
If, for example, I record 4 stereo files and import them into FCPX, only one will be imported and it will link to a different one on disk, regardless of whether they are safety tracks.

ich stelle erst einmal wieder auf "Nicht Stereo" Files um.

[Jott]

Im Import-Dialog mal "Audio in Mono trennen ..." angeklickt?

[dosaris]

Apple und PCM-Files im *.wav-Format ist seit je her ein gespanntes Verhältnis.

Um sich vom Wettbewerb abzugrenzen wurde die Bit-Interpretation in einigen Unterformaten umgekehrt.
Dies kulminiert in den beiden Formaten
- big endian
- little endian

obwohl es ansonsten gleichwertige PCM-Formate sind, je nach Kanalaufteilung.

Du brauchst ggf einen AudioEditor, der die Import-Auswahl anbietet.
Das lässt sich aber verlustfrei konvertieren.

Das Problem hätte sich lösen lasen können, indem beim Umstieg von MACOS auf den
LinuxKernel (IIRC nach Rel 9) die UNIX-konforme innere Datei-Info übernommen worden
wäre. Aber aus Kompatibilitäts-Gründen zu den alten Dateien hat man's wohl gelassen.

[Mediamind]

Danke für die Hintergründe, es ist offensichtlich etwas im Argen. Ich werde es einmal mit Polywavfiles probieren. Oder einfach wieder die Kanäle trennen. Wave Agent wäre auch ein Ansatz. Ich will keine Workflows, die mir solch einen Ärger bescheren