We've covered that.
Under the circumstances, I think it needed covered again.
G
Follow along with the video below to see how to install our site as a web app on your home screen.
Note: This feature may not be available in some browsers.
We've covered that.
The biggest problem with doing it this way is that it is completely nonstandard and generally speaking people and software will assume that if there is valid TC in a file that it is going to match the TC on the other files that go with it
Dave Fisk and Alex H answered it well enough.
"You'll...need to...increase your budget for a recorder. "
"the cheapest recorder that offers everything you want is the TASCAM DR-701D at $500 new."
Thank you everyone.
I understand. I also don't care. Knowing which clips go together is all I need. Syncing is done with audio.
Personally I'm dubious that there are recorders that do this. I haven't found any but supposedly they do exist. In professional uses non referenced TC is worse than useless because of the problem mentioned above..
The work around I guess would be to sync the tracks you can and then snap the corresponding tracks to the ones that did sync.
The reason it's a OMB issue is if you are going to sound post or even have a sound editor you know they will have lots of software to convert and transform just about anything to just about anything. It's one of the "costs of doing business" in sound post. You are always getting files that need to converted into something else.
To me it sounds like a workflow that has only been tested on paper because I can see a lot of places where it could fall apart, as in the board feed is different enough from what the camera picks up that you end up having to sync everything by ear. There were a lot of that kind of failure when PluralEyes first started being used. To get the software to work your tracks needed to be very similar to each other. It was a workflow that was not a replacement for TC but a way to replace the compressed often noisy audio that DSLR's had with the same track recorded on a better recorder. The "proper" workflow then was to feed the same audio to both the DSLR and the recorder. If you did that then it worked like magic. Second best was to match a better track to on camera recordings and that worked pretty well most of the time. But then folks started thinking they could record anything at the same time and the software would somehow figure it out and the whole workflow fell apart.
"Throughout the course of the shoot day, jam sync timecode tends to drift slightly, causing some synced clips to be a few frames off. This isn’t always the case, but it happens often enough that I’ve found waveform syncing to be more reliable." - Sofi Marshall
Without accurate time code then neither you or the PC will have any idea which clips go together
Yup, PluralEyes is perfect for replacing the very bad sounding yet broadly very similar sounding (if you ignore bit depth / noise floor / odd bit of peaking / etc) DSLR sound.
it looks like she has worked on a few ultra low budget projects.
Except, it doesn't work with Resolve.
That's not true, though. As long as the start times of all clips show up close to each other, it's very easy to figure out which audio clips go with which video clips. My audio op knows to start recording as soon as he sees me filming, so the clips are never more than a few seconds off in start time. That works well enough to find matching clips.
And thanks for the tip on the F4. I'll keep an eye on the used market to see if any fall into my budget.
I consider my projects below even that. I film weddings. High end workflows (and budgets) aren't relevant.
you are going to pay a lot more for a feature that is simply a duplicate of something that already exists.
for events real jammed TC is probably the fastest way to go.
It's just not practical, though. Even if an affordable device existed that could wirelessly send timecode to all hardware, the hardware that can accept it is generally outside the budget's of event shooters.
It's just not practical, though. Even if an affordable device existed that could wirelessly send timecode to all hardware, the hardware that can accept it is generally outside the budget's of event shooters.
Actually, I think the "timecode" is incidental here. It's the "4 channel file" that's the crux of my need, and what doesn't seem to be available on DARs in my budget. All the models, both in and above budget, record the "timecode" that I need.
weddings are pretty much impossible to slate.
the DR40 I believe can put the time in the file name