> Looks like I was chasing ghosts (or my own tail) with this one. Seems > the table of contents file was corrupt. When I manually created a table > of contents for my HDV source file, the render worked properly.
I'm glad to hear it. The symptoms were a little strange though, even for a TOC issue. Oh well, at least the result is consistent now. > >>One question before we start. Was your multitrack and camera synced to the > >>same clock during the recording session (be it word clock, smtpe etc)? > No. > > >>the end. The only way to resolve this with unlocked sources is to > >>resample the audio from the multitrack in such a way that you correct for > >>the subtle clock differences of the gear used. > Wouldn't this difference show up in Cinelerra? > > >> http://www.physics.adelaide.edu.au/~jwoithe/audiosync-0.4.tgz > I will try your program out..definetly. Thank you for the detailed > explanation! No problem. Even though things appear to be working now you will still suffer from the problems I mentioned. You might just be lucky in that in this particular case your sources were sufficiently close in frequency such that the drift over the 4 minutes of footage wasn't particularly audible. As your clips get longer it is guaranteed that your sync will drift unless all digital audio recording sources are locked to the same clock. The amount of drift (and therefore the maximum clip length before you notice it) depends on how close the recorders' clocks were, which is indeterminant since there's a temperature dependency in the frequencies. Regards jonathan _______________________________________________ Cinelerra mailing list [email protected] https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
