Creative Communities of the World Forums

The peer to peer support community for media production professionals.

Activity Forums Apple Final Cut Pro Legacy Problem with GFX in Embedded Sequence

  • Problem with GFX in Embedded Sequence

    Posted by Betsy Thompson on December 18, 2007 at 7:10 am

    I’m working in a sequence with many graphics. I’m trying to take this sequence, lay timecode on it, and export it for upload. The problem I’m having is that when I render the embedded sequence with TC on it, all my graphics get screwy. Sometimes I get single layers of the files, but most of the time, it’s the wrong graphic all together. I try rendering the sequence before and after I embed it. Everything looks fine, even when I put on the TC. But as soon as I render the TC, the problem occurs. The graphics that are affected are usually the ones associated with text. (Chyrons and such). The full screen graphics are fine.

    Currently, the work around I’m using is to take each graphic into a seperate embedded sequence and lay that on top of the main embedded sequence. Then I crop it so the timecode (which is luckily on the top of the screen) shows up. This is pretty tedious and time consuming and I’m thinking there has to be an easier way to do this. I’ve already cleaned out the Render Manager and re-rendered. Any other suggestions?

    Betsy Thompson replied 18 years, 5 months ago 2 Members · 3 Replies
  • 3 Replies
  • David Bogie

    December 18, 2007 at 5:53 pm

    Not sure what you’re calling “embedded.” The term means many things depending on your sources, Motion, LT, STP, FCP nested sequences?

    I cannot explain why this is happening but the workaround, as I interpret your post, is to render the upstream sequence as a self-contained movie. Import it and apply timecode reader to it. The problem, of course, is if you’re using nested sequences, changes made upstream do not reflect in the t/c burn and you must output another movie before t/c ins applied.

    Most t/c requirements for output from FCP are handled this way fo simplicity and speed. But individual workflows demand creative answers. Some of our users must have tape burns and they’ve found it easier to use old fashioned t/c inserters over composite video on the way to a VHS or Betacam deck.

    bogiesan

    This is my standard sigfile so do not take it personally: “For crying out loud, read the freakin’ manual.”

  • Betsy Thompson

    December 19, 2007 at 12:25 am

    When I say embedded, I mean dragging the sequence into a new sequence. I haven’t actually been making self-contained files, just copying the graphics into a new sequence and then dragging that at the appropriate place in the new sequence. Why this seems to work, is because I’m rendering the timecode first. Then rendering the graphics. (I hope that makes sense.)

    Another work around that I tried last night that worked, is simply copying the original sequence into a new sequence and dragging that onto track two, and then deleteing it, thus “unrendering” the sequence, but not the timecode. When I do this, I get the light green preview render bar. Once this is rendered, all my graphics seem to be in tact.

    There are problems with this as well, as then I have to rerender the original sequence after my output. I know this is all very confusing, but the basic question I have is, why are my graphics render files getting confused when timecode is added? Could it be a drive issue? Or could it be the way the files are named?

    I’ll try the alternate timecode options too! Thanks for your input!

  • Betsy Thompson

    December 19, 2007 at 2:40 am

    I believe I’ve fixed the problem now. I just started rendering to a different drive and that seems to be working.

We use anonymous cookies to give you the best experience we can.
Our Privacy policy | GDPR Policy