Skip navigation
cbialk
Currently Being Moderated

Prores Renders from AE have Garbage Frames / Longer Duration than Source

Dec 11, 2013 11:46 AM

I've been having some weird issues outputting prores from After Effect recently. My typical offline workflow was to output Prores422HQ or Prores4444 for offline and it has been a rock steady method for years. Recently all Prores renders from After Effects have extra garbage frames and longer duration than the source:

 

An example 720 frame animation with DPX source, rendered to Prores4444 will end up 724 frames when played back on the desktop or ingested into Avid/Final Cut. When this render is re-imported into AE, it is seen as having only 720 frames and fits perfectly in the original 720 frame timeline, but outside of AE it is seen as having 724 frames (QT7, Avid, Final Cut, etc).

 

Anyone seen this issue before??? I've started using Avid codecs instead -- which works fine -- but this issue worries me since most deliverables are Prores these days... and AE has been the best way to maintain 16-bit color in these ouputs.

 

*This issue started around a month ago and is on all GFX boxes in the office*

 

Chris

 
Replies
  • Currently Being Moderated
    Dec 11, 2013 1:08 PM   in reply to cbialk

    It might be helpful to mention what version of AE you're using. (11.0.3? 12.1.0? 9.0.3?)

     

    Also, has anything (Quicktime, AE, your OS) been updated recently?

    Speaking of, I'm assuming you're using a Mac, but which OS are you using?

     
    |
    Mark as:
  • Currently Being Moderated
    Dec 11, 2013 1:11 PM   in reply to Szalam

    You seem to be very helpfull, can you take a look at my question? Thanks in advance

     
    |
    Mark as:
  • Currently Being Moderated
    Dec 11, 2013 1:56 PM   in reply to cbialk

    As I understand it, Apple changed a lot of stuff related to Quicktime in the new OS. I would look at that as the first culprit. There have been several quicktime-related threads recently, but none of the ones I've seen are similar to your issues. Hopefully someone else can pipe up with some good suggestions besides rolling back to the older OS.

     
    |
    Mark as:
  • Currently Being Moderated
    Dec 11, 2013 8:54 PM   in reply to cbialk

    Check the frame rate of your imported image sequence. That's probably where the problem is.

     
    |
    Mark as:
  • Currently Being Moderated
    Dec 13, 2013 2:30 PM   in reply to cbialk

    Try again when the After Effects CC (12.2) update has been released. That has not happened yet. We're doing it right now, so it should be available to you in a couple of hours.

     
    |
    Mark as:
  • Currently Being Moderated
    Dec 14, 2013 9:57 AM   in reply to Todd_Kopriva

    The After Effects CC (12.2) update is now available.

     

    Let us know how it works for you when you've tried with the updated version.

     
    |
    Mark as:
  • Currently Being Moderated
    Dec 15, 2013 9:04 PM   in reply to cbialk

    Check frame rates all through your workflow. Something is not set correctly. Also check timecode display. NDF timecode does not display the true length of a clip in hours minutes seconds and frames.

     
    |
    Mark as:
  • Currently Being Moderated
    Dec 16, 2013 9:25 AM   in reply to cbialk

    cbialk:

     

    - What frame rate is your comp, and what frame rate are you rendering to?

    - Are you rendering with audio? If so, what audio rate?

    - Does the problem go away if you disable audio in the render?

     
    |
    Mark as:
  • Currently Being Moderated
    Dec 16, 2013 2:20 PM   in reply to cbialk

    cbialk, I've spent some more time diagnosing this problem, and I think I'm able to reproduce what you're experiencing. It appears to be a bug, but only happens for certain codecs and only when audio is enabled.

     

    My test is a simple 5 second, 29.97fps comp with a solid and the Timecode and (audio) Tone effects applied. When I render that to QuickTime using any of the ProRes codec flavors, or the DVCPRO HD codec flavors, I get the following results:

    - In QuickTime 7 Player, the last frame is repeated once

    - In After Effects, the last frame is NOT repeated.

    - If I inspect the QT file metadata (open the file in TextEdit), the XMP duration value is incorrect. For a 5s 29.97 comp it should be 150150, but I'm getting 154151.

     

    So, in short, you have found a bug. Sorry about that. It's been filed. To work around the problem, you can:

    - Disable audio in the render.

    - Render to a different codec.

    - Render with audio to ProRes using AME.

     
    |
    Mark as:
  • Currently Being Moderated
    Dec 17, 2013 12:03 PM   in reply to cbialk

    Just to reiterate: the bug I'm seeing doesn't occur when audio is disabled for the render.

     

    So if you don't need synced audio, or can survive by exporting separate audio and video clips, then you can work around it by disabling audio.

     

    If you need synced audio, use AME. Which isn't a bad way to go regardless.

     
    |
    Mark as:
  • Currently Being Moderated
    Jan 23, 2014 2:34 AM   in reply to Tim Kurkoski

    Thank you cbialk and Tim for adressing this problem.

    And giving us the workaround through AME.

    I just encountered the problem myself while rendering out as Uncompressed YUV 8 bit 4:2:2. The file was 20.16 secounds long, rather than the 20 seconds it was meant to be.

     

    So are there any news on the bug Tim? Have you found out about the problem?

     

    Thanks

     
    |
    Mark as:
  • Currently Being Moderated
    Jan 23, 2014 8:36 AM   in reply to ek_4

    We are working on a fix now. If all goes well, we'll be able to release a fix next week.

     
    |
    Mark as:
  • Currently Being Moderated
    Jan 23, 2014 11:03 AM   in reply to Todd_Kopriva

    I'd like to give a little under-the-hood peek at why this bug occurs, as it highlights a notable change in how After Effects, Premiere Pro, and Adobe Media Encoder write QuickTime files.

     

    For writing most QuickTime files, After Effects sends the frames to the Adobe QT32 Server process to be encoded. This is because because After Effects is a 64-bit application, but the QuickTime API is only a 32-bit process. As of After Effects CC (12.1), certain codecs are written directly by After Effects, and the QT32 Server process is not used. These codecs are the ones being affected by this bug: ProRes, DVCPRO HD, and Uncompressed YUV. The same applies to Premiere Pro and Adobe Media Encoder. This behavior, in and of itself, does not cause the bug.

     

    This bug occurs only in After Effects because it does something that Premiere Pro and Adobe Media Encoder do not: it renders a few extra frames ahead of what is currently being encoded. It does this so that if the render is stopped by the user or by an application or system failure, there are enough completed frames so that the partially-completed file can be closed and used. It renders these extra frames even past the end of the composition, but when the frames are encoded the extra bits are trimmed off. It does this for audio as well as the video frames.

     

    OK, so now glue these two things together and we get the specific bug conditions: when After Effects was writing frames to those specific codecs (without using QT32 Server), it was not trimming off the extra audio. This results in a file with an audio track that was a few frames too long. The video frames are written to the correct length, which is why this problem did not affect renders from After Effects that have no audio track.

     

    As Todd mentioned, we have a fix in progress (I have successfully tested the fix), and we are aiming to release it next week. Until then, please use the workarounds mentioned earlier in this thread.

     

    I wanted to point out the specifics of this bug for two reasons:

    1. After Effects tries make the encoded file usable even when you cancel a partially-completed render.

    2. We have made significant progress in moving away from the QuickTime API's, and towards either writing the files natively or with the assistance of the AV Foundation API. Apple is deprecating QuickTime, integrating the important functions of that platform into Mac OS via AV Foundation. After Effects has a lot of code that relies on QuickTime API's, and it is important that we proceed carefully in following Apple's API changes, as moving the code between API's is a complex task.

     
    |
    Mark as:
  • Currently Being Moderated
    Jan 31, 2014 4:45 PM   in reply to cbialk

    FYI: We found a problem with the bug-fix update, so we needed to build a new patch and redo some testing. We're still working on this and hope to have a bug-fix update out within a week or two.

     

    In the meantime, here's a post about some known issues and their workarounds:

    http://adobe.ly/Lyq9D8

     
    |
    Mark as:
  • Currently Being Moderated
    Feb 10, 2014 7:54 AM   in reply to Todd_Kopriva

    This is a very serious bug, that shouldn't be so hard to solve, since CS6 doesn't seem to suffer from it.

    Adobe should get it's priorities right, we have been waiting far too long for a solution!

     
    |
    Mark as:
  • Currently Being Moderated
    Feb 10, 2014 11:36 AM   in reply to TALIGENCE

    After Effects CS6 doesn't experience this bug because we changed how frames are written with certain QuickTime codecs in After Effects CC (12.1). See my last post in this thread for more detail.

     

    We are progressing with the problem that has been preventing us from releasing the bug-fix update. We hope to release it soon, this week if all goes as expected.

     
    |
    Mark as:
  • Currently Being Moderated
    Feb 10, 2014 12:57 PM   in reply to Tim Kurkoski

    Honnestly, this bug drove me crazy today I thought it appeared only in cc 12,2 so I downgraded to 12,1 and it came back (I should have read you better).

    And because of it I had to redeliver 20 commercials today, because this bug is really weird when i import the prores I just made into Ae they last the good length so I said to myself ok this was a one time bug I don't know how but i solved it but once reading it in qt 7 it was 4 frame longer....??????

     

    How do you explain that AE sees a clip shorter than it really is in quicktime???

     
    |
    Mark as:
  • Currently Being Moderated
    Feb 10, 2014 1:18 PM   in reply to cbialk

    I can't deliver through AME my client need prores with a special aspect ratio and AME is unable to deliver it correctly so I now do the delivery in cs6 while doing everything else in cc and it's the same for my whole office where everybody is complaining about this bug and the 8 khz one among others all day long for 2months now!! ...

     
    |
    Mark as:
  • Currently Being Moderated
    Feb 13, 2014 1:13 PM   in reply to jo pi

    jo pi wrote:

     

    How do you explain that AE sees a clip shorter than it really is in quicktime???

    After Effects determines the duration of a QuickTime file by reading the number of video frames. This bug only affects the length of the audio track, so After Effects shows an affected file at the duration you expected to get. QuickTime Player is using a different method to determine the length of the file that includes the extra length generated by the extra audio frames.

     
    |
    Mark as:
  • Currently Being Moderated
    Feb 10, 2014 1:36 PM   in reply to cbialk

    I can't really answer that question because I didn't investigate enough, all i can say is that we have to deliver in SD in PAL with an old aspect pixel ratio that use to be in AE back in maybe CS4 and which allowed you to fit a 1024 pixels wide film into a 720 pixels wide for an height of 576 pixels which seems pretty prehistorical but still is the standard for delivering commercials to the french tv network, by the way sorry I didn't mention earlyer that I am french.

    Sorry to not be helpful

     
    |
    Mark as:
  • Currently Being Moderated
    Feb 13, 2014 12:21 PM   in reply to jo pi

    This problem is addressed by the After Effects CC (12.2.1) bug-fix update, which is now available:

    http://adobe.ly/AE_CC_1221

     

    Note the part at the end of that page about a crucial update for the Creative Cloud desktop application, which addresses some severe problems with AME, Premiere Pro, and After Effects.

     
    |
    Mark as:

More Like This

  • Retrieving data ...

Bookmarked By (0)

Answers + Points = Status

  • 10 points awarded for Correct Answers
  • 5 points awarded for Helpful Answers
  • 10,000+ points
  • 1,001-10,000 points
  • 501-1,000 points
  • 5-500 points