Creative Communities of the World Forums

The peer to peer support community for media production professionals.

Activity Forums Creative Community Conversations Question for Frame Rate/Codec Wizards! :-)

  • Question for Frame Rate/Codec Wizards! :-)

    Posted by Charlie Austin on March 21, 2014 at 9:51 pm

    Had an issue, solved it, but wonder if anyone had an idea WYF was going on… So..

    received a bunch of VFX shots. 1080p ProRes HQ 23.976 fps. They are all about a second long, with each frame numbered. Here’s the issue, one clip as an example, but this happened on all of ’em…

    It’s a 24 frame clip, 1 frame of slate, and then frames 1-23. In QT player (7 and 10), Compressor, and PrCC frame 23 is visible. In FCP 7 and FCP X, the last frame is 22 frame 23 is not there at all. (same with the last frame of all clips.not there in Fcp 7 or X) Changing field settings, interlace settings.], *any* settings makes no difference. The 24 frame clips, is 23 frames long. Anyway…

    Brought all original clips into compressor. Exported them at the same frame rate, same codec, same everything.

    The re-exported clips from compressor now show all the frames in Fcp7 and X. Nothing changed, just ran them through Compressor.

    So, my question is… WTF? 🙂 Anyone?

    ————————————————————-

    ~ My FCPX Babbling blog ~
    ~”It is a poor craftsman who blames his tools.”~
    ~”The function you just attempted is not yet implemented”~

    Keith Koby replied 12 years, 1 month ago 6 Members · 12 Replies
  • 12 Replies
  • Al Levine

    March 21, 2014 at 10:08 pm

    Just a bunch of questions and statements. I don’t have a solution, but maybe things to think about:

    You shouldn’t have to worry about field settings or interlace, etc… That doesn’t apply here.

    Are you taking into consideration that :00 of each second counts as a frame (technically frame 1, but timecode wise frame 00)? Maybe the VFX house didn’t export the last frame.

    Do the clips have timecode on them? I’m talking metadata TIMECODE, not just time. Compressor could be adding timecode to your clips, correcting some sort of corruption when shots are imported.

    How does After Effects see the raw clips compared to the converted clips? To me, After Effects always seems to interpret footage 100% correctly when other programs don’t.

    I had this problem a few years ago when I was capturing video from an HDCAM-SR deck. My setting was accidentally set to 1080p, not 1080psf. Not sure this is applicable to you though…

  • Charlie Austin

    March 21, 2014 at 10:21 pm

    [Al LeVine] “Just a bunch of questions and statements. I don’t have a solution, but maybe things to think about:”

    Yep. 🙂 As I said, running through compressor “fixed” it. Odd thing is, for example, the original 24 frame clip – (and yes the first frame is frame 0. Slate on that frame, then 23 frames of pic, one of which just disappears) – shows as 23 frames duration in the 7/X timeline (missing frame 23), and the same clip run thru compressor is 24 frames, and contains frame 23.

    Weird, I’ll check the TC on both…

    ————————————————————-

    ~ My FCPX Babbling blog ~
    ~”It is a poor craftsman who blames his tools.”~
    ~”The function you just attempted is not yet implemented”~

  • Charlie Austin

    March 21, 2014 at 10:31 pm

    [Al LeVine] “Do the clips have timecode on them? I’m talking metadata TIMECODE, not just time. Compressor could be adding timecode to your clips, correcting some sort of corruption when shots are imported”

    I think that’s it. Original clips have no TC track/metadata, Running through Compressor adds it. Odd that 7 and X lose the last frame when there’s no TC though…

    Compressor clip on Left, Original on Right

    ————————————————————-

    ~ My FCPX Babbling blog ~
    ~”It is a poor craftsman who blames his tools.”~
    ~”The function you just attempted is not yet implemented”~

  • Al Levine

    March 21, 2014 at 10:37 pm

    Cool. Not sure what your VFX house is using, but definitely make them aware that you need TC for delivery. That way you won’t get generation loss. (ProRes HQ to ProRes HQ is likely 99.9999% identical, …but you know…)

  • Jeremy Garchow

    March 21, 2014 at 11:16 pm

    [Charlie Austin] “So, my question is… WTF? 🙂 Anyone?”

    *shrug*

    https://www.youtube.com/watch?v=HarGoJgPtAo

    Jeremy

    Some contents or functionalities here are not available due to your cookie preferences!

    This happens because the functionality/content marked as “Google Youtube” uses cookies that you choosed to keep disabled. In order to view this content or use this functionality, please enable cookies: click here to open your cookie preferences.

  • Jeremy Garchow

    March 21, 2014 at 11:19 pm

    Actually, this reminds of a problem where the footage was rendered 23.98 instead of 23.976.

  • Charlie Austin

    March 21, 2014 at 11:27 pm

    [Jeremy Garchow] “Actually, this reminds of a problem where the footage was rendered 23.98 instead of 23.976.”

    I think that may have something to do ith it. As i said, the original 23.976 clips, with no TC, show as 23.976 in QT Player(s), Compressor, and PrCC. FCP 7 and X show them as 23.98, and lose the last frame. Adding the TC with compressor though, and the last frame reappears, even though they still show them both as 23.98 Here’s a pic of the 2 clips, both have the exact same settings/info in the inspector, but as you can see, the clip with TC (on top) is 1 frame longer.
    (if you look at the duration metadata from these 2 clips posted above, it’s exactly the same) weird…

    ————————————————————-

    ~ My FCPX Babbling blog ~
    ~”It is a poor craftsman who blames his tools.”~
    ~”The function you just attempted is not yet implemented”~

  • Oliver Peters

    March 22, 2014 at 12:29 am

    This has always been a problem with Apple. It boils down to a rounding error in how frame rates are calculated. If you look at Adobe-generated versus Apple-generated 23.976/23.98 footage, they are stamped differently. Way back when, Apple manuals for FCP “legacy” actually stated that a frame of QT media was not guaranteed to actually cover the exact duration of 1 frame of time. Remember, even though you are working with I-frame codecs, the video engine is not a frame-based architecture, like Quantel or Autodesk.

    – Oliver

    Oliver Peters Post Production Services, LLC
    Orlando, FL
    http://www.oliverpeters.com

  • Charlie Austin

    March 22, 2014 at 12:43 am

    Yeah, I was actually remembering something about that as i was wondering where my frame went. 🙂 Good to know that, if there is TC, it will interpret it correctly…

    ————————————————————-

    ~ My FCPX Babbling blog ~
    ~”It is a poor craftsman who blames his tools.”~
    ~”The function you just attempted is not yet implemented”~

  • Franz Bieberkopf

    March 22, 2014 at 2:08 pm

    [Oliver Peters] “Remember, even though you are working with I-frame codecs, the video engine is not a frame-based architecture …”

    Oliver,

    How is the architecture best described then, if not frame-based?

    Is AV Foundation any different in this respect? What about MXF, etc.

    Franz.

Page 1 of 2

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