- Posts: 96
- Thank you received: 2
3 Post Moderation Rule for New Boarders (25 Jan 2021)
New boarders will have their posts moderated - Don't worry if you cannot see your post immediately.
Remote Editing - Is it possible to easily & quickly share Source Timecode?
The biggest problem I have is finding interview clips easily & quickly with remote producers, etc via Skype/Zoom, etc. It seems to take up a lot of time.
Often they use a transcription service for the interviews, but these never include the source/camera timecode. So, we always end up having to go through the whole or the majority of the interview(s) each time and sometimes several times to find the relevant clips.
I know FCPX can burn in timecode, but by the time this is done, then exported and then transferred to the person who then also has to be able to download before starting to look through it, also means it can take a long time.
Is there a way of exporting source timecode via an audio only file? I suspect the answer is no as I can't seem to find a way of doing this.
Is there some subscription software that can work with source timecode?
Ideally I'm looking for a free or cheap app as it's something that I won't use all the time as my main role is as a camera operator.
Any thoughts or insights are welcome.
Thanks
Please Log in to join the conversation.
Please Log in to join the conversation.
My editing is mainly on the day or occasionally for the next day for news and current affairs broadcasters.
So, others will be connected via Skype or Zoom and with me sharing my screen we collaborate on the go and mainly in the field/on location.
Sometimes it's a pretty swift turn around too.
That's why if they can use the source/camera timecode when they transcribe interviews, etc it cuts down on wasted time trying to find the clips.
With more remote editing likely, I'm just looking at what options there are to try to improve the workflow.
Thanks.
Please Log in to join the conversation.
Please Log in to join the conversation.
I can upload a clip with burnt in timecode, but I can do that for free from FCPX and send via say We Transfer or similar.
There are a lot of nice looking features with Frame.io, but not sure it's ideal for my use which would only be on an occasional basis.
But I will delve into it a bit further too.
Thanks
Please Log in to join the conversation.
Please Log in to join the conversation.
I’m on FCPX 10.5.2 which is rock solid for me and was told to update to the latest version which slightly surprised me as I’m only a couple of updates behind.
But the latest version means updating to Monterey as well.
This wouldn’t work for me as some of my card readers aren’t supported, etc.
So, the search continues…
Please Log in to join the conversation.
- Tom Wolsky
-
- Offline
- Moderator
-
Please Log in to join the conversation.
Please Log in to join the conversation.
Fastest upload/download times of any server for me.
Please Log in to join the conversation.
- Tom Wolsky
-
- Offline
- Moderator
-
Please Log in to join the conversation.
I know FCPX can burn in timecode, but by the time this is done, then exported and then transferred to the person who then also has to be able to download before starting to look through it, also means it can take a long time.
I've created a "timecode" Compressor preset that can be used to batch process clips into timecode versions. You can create a droplet or watch folder to speed up the process. Then of course, it's as fast as your slowest piece of the hardware chain.
This preset can be created via duplicating any of the HEVC or h264 built-in presets, modifying as needed, and adding Timecode Generator video effect. Don't forget to Rename the preset.
"_timecode" is added to the end of every clip, as I've configured it, which is the preset name. And I've set exports no larger than 540p, to make the upload/download process faster, to get them to the client quickly. HEVC files and mono audio tracks can make them even smaller, still. Which also means faster. FWIW, you could make an entire range of timecode presets, in case you have picky clients who want no less than 1080p or whatever. Such as "_timecode540p" or "_timecode1080p."
I recommend "Star Wars subtitle yellow" as an easily readable timecode color against most video content. In the lower center - title safe area of the frame. Font size does need to be fiddled with for each export resolution. The auto size checkbox result is too small.
Another Pro Tip: I created a graphic in photoshop to add a black background under the timecode. used a 1920x1080 canvas and placed a black rectangle where the timecode will be rendered. Drop this into the compressor preset via the "watermark" video effect. Took me a couple trial & error adjustments to get it placed right under the timecode correctly, but once done it makes a huge readability difference. And once this is saved in the preset, you got perfect timecode transcodes every time; batch processed.
Please Log in to join the conversation.
From my perspective, the quality of the image is fairly unimportant at this stage. I'm just looking for the quickest method to export an interview or interviews with source timecode to someone remotely so when they choose what clips they want we are both on the same page as it were.
Timing wise, Compressor is quicker than exporting direct from FCPX with the burnt in timecode with the smallest file size I can find.
But, as Compressor has so many different settings available, it's trying to find the optimum setting that will export the quickest, etc.
So far, a Quicktime movie of 640 x 480 with a custom data setting of between 100-500 kbps seems to be the quickest but I'm still looking at options.
If anyone knows of a very quick setting, then I'd be happy to try this.
As an aside, Frame.io has said they'll double check things re: Catalina when more people are back from holiday. They do have a good support service and have been helpful so far.
Please Log in to join the conversation.
With hardware acceleration, HEVC exporting is faster than H264, at least on Apple Silicon. And smaller in file size too. Be sure to test with HEVC in your presets against H264.
So if you're going to be doing "enough" of this transcoding, a base M1 Mac mini is not too expensive to use as a dedicated transcoding Mac.
Please Log in to join the conversation.
Please Log in to join the conversation.
Please Log in to join the conversation.
It wasn't me!
I'm looking for the smallest and quickest file size instead...
Please Log in to join the conversation.
That's the beauty of 240. It's fast. It's light. It can't be used for anything, even as an inset to a much larger canvas and, because it's so junky, no one will seriously take it to be the final product....But I do cringe at 240p. That would cross my personal threshold in the direction of being so low resolution it's distracting.
I don't know where some people find the time but I review EVERYTHING 1.5x speed minimum. It helps me pay closer attention and even 2x speed is often sufficient enough to establish cut points and relevant content. At the initial stage I'm not interested in resolution or color acuity and being fixated on such matters two steps into a project isn't time spent well.
- - - - - EDIT - - - - -
Here's a good example.
140 minutes of 1080 HD ProRes footage created a 152GB file. Created a 512x376 review file so they could index some 43 separate 8mm film reels chronologically. Retimed twice speed to playback in 70 minutes. File size 540MB. Chapter markers made jumping from reel to reel effortless. This technique cut render time, playing time, upload time, and file size drastically while not omitting anything that'd keep them from making the decisions that needed to be made. Properly encoded low res files (the image presented here was from a Compressor encode kicked to 19531 kbps, thus the reason image & letters are still crisp) aren't distracting unless you try to bloat them to full screen. (Astute readers will notice that my approach on film transfers captures upwards of 17% more image area than the typical station having a 4x3 ratio film gate crops away.)
Please Log in to join the conversation.
This maybe down to my MacBook Pro as it's a few years old but it still works well for my needs.
So, for my occasional need and use of sending a file/interview with source timecode, then I think I'll try the Compressor low resolution pre sets that I've now set up after help here.
Thanks for everyone's input.
Please Log in to join the conversation.
Please Log in to join the conversation.




