You're more likely to find that sort of thing in a consumer program, I think.
Actually this is an echo of my feature request =)
What do you mean under 'consumer program'?
1 person found this helpful
I'm not sure what you mean. Recdate/time are not captured in a discernable way in PR.
No way to sync clips that have no timecode crossing on timeline.
All captured clips have timecode. And all captured clips are synced by definition.
By Consumer application, Jim means something like the free WMM.
1 person found this helpful
Premiere Elements, Windows Movie Maker, Movie Edit Pro, etc. I can't say that any other program will have that feature. It just seems like the kind of thing a consumer would use more than a professional, so it's seems more likely to be found in software geared towards the non-professional.
You're absolutely right, using datecode for synchronization is non-professional approach. Professionals use freerun tc.
But there is a problem - free-run timecode breaks on some cameras when changing battery. And datecode still run smoothly.
You can solve this problem using timecode generator, but this is not always applicable.
And again, why not to let you to synchronize more than one clip per track?
But there is a problem - free-run timecode breaks on some cameras when changing battery
I have used many different types and brands of cameras, but never experienced this problem with a camera. Turn it off, replace the battery, turn it on and it always keeps the timecode intact. What camera did show this strange behaviour?
free-run timecode breaks on some cameras when changing battery
That is not likely to happen on a professional camera, which will typically use a small button battery for this type of thing, not the main camera battery.
Barry Green at dvxuser:
And the cameras will stay in sync as long as you don’t turn one of them off, or change between CAMERA and VCR modes.
And again(russian site):
However, be aware that sync may drift slightly between the cameras throughout the day, and if you turn off one of the cameras, change batteries, or switch a camera to VCR mode, that can briefly interrupt the flow of timecode.
The Red users have to use tc generator or re-sync camera with sound recorder after battery change in order to have correct timecode. http://reduser.net/forum/showthread.php?t=18029&page=2
Could a future version of RED be built to hold time code during battery changes? (Please???)
The major problem is not camera or hardware-based.
Barry is talking about syncing cameras without a connection. Honestly, I didn't even know that was possible. I've only ever done it with the cable connection left intact so that the receiving cameras are always taking timecode from the senders, and would recommend that method only be used.
Otherwise, syc using slates or other visual cues.