Timecode maintained?

[Zach Hilton]

This is probably a silly question, but how are people maintaining timecode on Redcine Exports? Is that even possible? The only way that I can see it working at this moment is burning the timecode and shot name into the footage, and then go back to the original footage after you've made your edit. Any thoughts?

 

[Nick Shaw]

Good point. Currently QuickTime movies exported from Redcine have no timecode track in them. I'm hoping this will change in future versions – maybe when it gets that ability to read a "Red Pull List".

 

[Zach Hilton]

That would be ideal. The easiest is probably to use the proxies and edit directly off of those in FCP then export an EDL which can be sent to Redcine which grabs the shots you used, then just color and export those. I know it's been talked about a lot, but just re-iterating it. A lot of workflows that we're trying to work out is really dependent upon whether or not timecode is maintained.

 

[Brenton]

Couple of ways currently that you could try, all manual I'm afraid

1/ Copy the timecode track from the QT generated in camera (or RedAlert) into the QT exported from RedCine (using QTPro for example)

2/ In FCP (Avid to be confirmed) adjust the timecode of each clip, this'll let you enter a 'tape' reel as well so you can generate an EDL for passing onto to your nonScratch DI conform of choice This is assisted by burning the timecode into your clip and having the assistant do it as part of 'logging & digitize'.

Agreed that using the R3D QTs in FCP is the easiest but not always the most practical.

regards,

B

 

[Dave French]

There also doesn't seem to be timecode on the DPX or TIFF outputs from RedCine or Red Alert.

Or am I missing something?

Dave

 

[Brenton]

no problem here. exported multiple clips from Redcine to individual folders all retained timecode.

 

[Dave French]

Really? I've tried ProRes and DPX and neither one had timecode.

Dave

 

[Rob Lohman]

At the moment the QT output out of REDCINE does not have timecode or reel # indeed, that will change though.

DPX should definitely have timecode option. If it doesn't please provide us with an exact step by step guide to reproduce this issue (including your export settings) and we'll take a look at it right away.

Thanks,

 

[Dave French]

I'm just loading an R3D file in Red Cine, selecting 4K in the viewer, going to the output section and selecting DPX.

I understand the timecode info should be in the file header so I'm putting the DPX file in to a Text Editor and the only numbers in the header is a date and time stamp. No numbers actually match the timecode of the R3D file.

Dave

 

[Nick Shaw]

I don't know how timecode is stored in a DPX header, but I think just because you can't see it as an ASCII string does not mean it isn't there. Timecode is often encoded as binary coded decimal, which would not be obvious at all in a text editor, but you could see it in a hex editor if you looked.

 

[Rob Lohman]

Timecode is not stored as a text string in a DPX file. It's encoded as a 32-bit WORD in the television information header

 

[mikeburton]

I have personally exported from REDCINE a DPX sequence and imported that DPX into a clients SCRATCH system. the DPX holds the original camera embed timecode just fine. So, you could use the Quicktime proxies with burnt in timecode window, edit in FCP, export the exact frames you need based off your EDL in REDCINE or REDALERT as DPX and send the EDL and DPX files to SCRATCH or another coloring suite for conforming and coloring. Of coarse SCRATCH can take the R3d files directly. But if your using a different color grading system, DPX will hold the timecode metadata for you.