Timecode in DPX sequence at Release 3.1.2

[ronaldosousa]

When I try to convert in Output Tab , my DPX File don't come with TImecode , and I Olnly see in SMPTE 15:15:15:15:15... I try other version , and the only version if worked is the 1.0.1. Someone know something about this ?

Thanks

 

[mikejrvip]

sound issues

 

[mikejrvip]

I'm using a red adapter and an omni microphone, but not getting any sound

 

[Rainer Fritz]

ronald.... how did you check the TC in the DPX header? with which software?

 

[Simon Baechler]

Hi

I used Redcine 3.1.2 to convert to dpx and the files did have timecode. It is important that when you recorded the camera was set on "Timecode" not "Edgecode".
The gluetools codec didn't read the timecode correctly. But Baselight did.

I also used a tool called dpx timecode editor to inject timecode into clips that were rendered. Worked great.

 

[RyanKunkleman]

Hi

I used Redcine 3.1.2 to convert to dpx and the files did have timecode. It is important that when you recorded the camera was set on "Timecode" not "Edgecode".
The gluetools codec didn't read the timecode correctly. But Baselight did.

I also used a tool called dpx timecode editor to inject timecode into clips that were rendered. Worked great.

thats interesting, we always use edgecode. The TC and EC are both stored in meta data. i didnt know people were having problems with that.

 

[Tai Wah Lim]

Hi

I used Redcine 3.1.2 to convert to dpx and the files did have timecode. It is important that when you recorded the camera was set on "Timecode" not "Edgecode".
The gluetools codec didn't read the timecode correctly. But Baselight did.

I also used a tool called dpx timecode editor to inject timecode into clips that were rendered. Worked great.

The RED will record both TOD and Edgecode. Do not quiet understand setting the camera on "timecode" not "Edgecode". Unless you are referring to which time code the LCD/EVF is set for display. Thanks for the tip for the tool dpx timecode editor. - Lim

 

[Anthony S. Pratt]

thats interesting, we always use edgecode. The TC and EC are both stored in meta data. i didnt know people were having problems with that.

I think the biggest thing is that when one is finishing to film/high-end DI the ext/tod code is likely the TC used for the on-line. Therefore it makes sense for that to be the default TC displayed on the back of the camera (i.e. the first TC track in the QT proxy movies).

That will probably save a lot of confusion - especially if the offline is done in FCP (which successfully reads TC1 in the proxy), metadata supplied to an Avid edit should be the ext/tod for a workflow equivalent to a traditionall film offline -> online.

Then again, your post house may be kind of clever and has written tools to match either TC based on the r3d data

Basically whatever TC is used for the on-line should be the same as the TC you're using for your off-line.