-
Rendering shifts video, creating loss of sync.
-
[Joni Church] “When I render one clip on its own, it goes out of sync alone, the rest of the un-rendered clips are fine.”
And if you remove all filters from all clips, it stays in sync (in a duplicated timeline of course)?
[Joni Church] “Leaving the sequence un-rendered and exporting a QT doesn’t help, because the force-render FCP applies before the export makes the clips go out of sync in the resulting QT file. “
I fiugred as much, but worth it to check.
[Joni Church] “It’s puzzling. “
No doubt.
Anyway you can post a small out of sync clip? If not, I understand. is the sync predictable? If you adjust opacity, then render, then adjust it again, the render again, is it the same amount of shift or is it different?
Jeremy
-
Yeah, they all stay in sync if the filters and opacity adjustments are removed.
I was also thinking when I got home tonight about whether or not the sync would shift the same amount after multiple adjustments and renders- I hadn’t considered that before, so it’s a good question. I’ll do some tests tomorrow, and let you know what I come up with. I’ll also post a clip when I get back into the suite.
Thanks again!
-
No worries.
Jeremy
-
Hey Jeremy,
I’m sorry I dropped off the face of the earth- our server went down for a couple of days and then we moved offices so we just got back up and running today.
I did some more tests this morning, and after rendering it appears the actual timecode of the clip doesn’t change. The video most definitely shifts to another point in the clip, but the timecode reads as if no change has been made. So the only way for me to bandage it is to guess how many frames the clip shifts, bump it out of sync by that many, render, and check it. Less than ideal, of course. I did find that it only shifts once after rendered, so if I adjust it, render, and adjust it and render again, it doesn’t keep shifting (I hope that makes sense).
At this point I’m not sure where else to go with it. I think I might need to quit editing and open a flower shop. Flowers never need to be rendered.
-
[Joni Church] “I think I might need to quit editing and open a flower shop. Flowers never need to be rendered. “
Ha! I know how you feel.
Was this project upgraded from a previous version at all?
What happens if you capture new material, same problem?
Jeremy
-
No, it wasn’t updated at all so that’s not an issue. I actually sent the deck I rented (Panasonic 1400A) back last week, so I’m going to try to get another one in this week and recapture a few clips to see if it helps. It’s our only hope!
-
[Joni Church] “It’s our only hope! “
Yep. As far as I know (which doesn’t go that far), and without being there to see exactly what is going on, it’s hard to determine what is happenin. A recap will help reveal or solve the problem.
Jeremy
-
Since I can’t get a deck until next week, I figured I’d try a few new ideas (credited to my co-worker as well).
He wondered if exporting a full-res Quicktime of the original material captured at 59.94 and then bringing that file back in to FCP and re-running it through the FRC would do anything. It didn’t.
However as a last ditch attempt, I exported the files (simple EXPORT> QUICKTIME MOVIE) that I had already run through the FRC to convert to 23.98, and reconnected the clips using that media, and it worked. No sync problems whatsoever. All is well in the world. I still can’t explain technically why this would be (which still drives me crazy), but there it is. A solution.
I wanted to post it in case anybody else ever encounters this mess of a problem. Thanks again for your input!
-
Weird. Didn’t you say you tried to run the movies through Cinema Tools and conform to 23.98 a while ago?
When you first run the footage through the FRC, did you conform to 23.98 or 24.0?
Jeremy
-
That’s what’s so weird about it, I did run them through Cinema Tools to conform to 23.98 and it didn’t help. When I first ran them through the FRC I conformed to 23.98.
A mysterious mystery.
Reply to this Discussion! Login or Sign Up