[Kahlil Robinson]

ffmpeg doesn’t sync anything, it merely replaces one audio stream with another (which are perfectly synced in Audacity and are identical lengths with same bit depth and sample rate). Every file that I’ve done this with opens fine and plays correctly in QuickTime. Sync is good, no lag or dropped frames (ffmpeg would have given me warnings beforehand). It’s just the occasional batch of clips that FCP won’t accept after this process. I would guess it has something to do with the type of camera and how it encodes the video. Perhaps in the future I will make an ffmpeg log of each file and see if there’s any kind of pattern.

There is no system but GNU and Linux is one of its kernels.

[Kahlil Robinson]

I use Audacity to sync and process the audio (noise removal and dynamic range compression) then use ffmpeg to dump the video stream and new audio stream into a new MOV file (then pray that FCP will accept it). The audio is just raw PCM, 16-bit 48KHz so it’s not a codec issue.

There is no system but GNU and Linux is one of its kernels.

[Kahlil Robinson]

Takes extra time because I have to manually sync the audio for every video clip that I want to use, and the waveform for standalone WAV/AIFF audio almost always renders wrong, which also creates problems when I mess with the audio. Works fine if I’m using the audio in a video file.

ffmpeg is a command line tool for manipulating audio and video. I use it to copy the video stream and new audio stream into a MOV container. Since the streams are copied and not encoded, it doesn’t take very long. Usually only a few seconds unless it’s a huge file. Maybe I should repost or have a moderator move this to the ffmpeg section (is there one?). I suspect there is some proprietary QuickTime data that is being missed by ffmpeg, but it usually works fine.

There is no system but GNU and Linux is one of its kernels.