Stepping through the video frame-by-frame, everything looks fine.
#Opacity flicker premiere movie#
They won’t love you (or me) for saying this. But it will make your movie look better. But if that ship has sailed, you can still request that your post team insert a smooth, DCI-compliant, square-pixel render into your DCP authoring timelines. Third, avoid non-standard rasters in your DI workflow.Make separate renders for separate deliverables instead of relying on a single “master” end titles render. Second, don’t re-size your end titles.First, only scroll at safe integer speeds.We’ve even seen theaters that run everything through a scaler in the projection booth. So if you’re not resizing in the timeline itself, it’s still possible that your titles are being scaled in the signal path to the display. Which, as a reminder, is going to look like this:ĭid we mention how we feel about “1152p”?Įven if your post team swears up and down that that your titles are not being resized, be cautious: HD monitors and 2k D-Cinema projectors still have a maximum vertical resolution of 1080 lines. And here’s why: if your end titles were originally moving at 3 pixels per frame, the “1152p” workflow is guaranteeing a scroll speed of 2.8125 pixels per frame in all of your masters. For example, we’ve previously written about 2048×1152 being a bad idea. Resizing happens when your DI workflow is based off a non-standard raster. 95% of our reports of “omg, jitter” come down to this. You received a clean render, but it was re-sized in post.This method, while common, virtually guarantees that you’ll land on a non-integer scroll speed. Your title designer simply keyframed an in- and out-point instead of specifying a scroll speed.Sub-pixel motion generally comes from two places: This yields the typical “pulsing” or “strobing” effect. That shifting pattern usually has a phase-it repeats itself every n number of frames. That’s what makes your end titles jitter. Changing those grey pixels frame-to-frame results in temporal aliasing. Sub-pixel motion is accomplished by subtly shifting the pattern of grey (actually, semi-transparent) pixels at the edges of each glyph. This means that the number of pixels your credits travel each frame is not a round integer like 3.00, but a decimal like 3.18752. Subpixel motion -> temporal aliasing -> jitter What causes it?