Mogrt Responsive Design Time bug
The Setting: I am a motion designer that has made a Mogrt template in After Effects for an Editor to use on long form content in Premiere. in AE, I animated an Intro and Outro for the template and created protected regions around the keyframes and the beginning and end of the comp. At first it was working as intended: when the Editor uses the template in Pr, he can lengthen and shorten the template as necessary without effecting the intro and outro animations.
The Problem: The Editor has found over time, when revisiting the project file, or even letting it sit open overnight and coming back to it in the morning, that the timing of the template has changed. The intro and outro animations change where they appear (randomly it seems). The duration of the template clip appears the same, but the timing within is off. It happens about 20-30% with the templates on his timeline.
Attempted fixes that failed: Clearing the memory cache, closing and restarting the program, restarting the computer, opening the file on another PC with an earlier version of Pr (13.1.2), dragging the template from Essential graphics panel onto the broken template on the timeline
Our Current Workaround: The Editor has recently discovered that if he nests the templates, they do not experience the problems templates on the main timelines have. We don't know for sure if this trend will hold, but it's been working for a few days now.
This problem happens randomly to some template clips, and to different degrees, so it is a huge problem for my Editor when he has to drag new templates to the timeline and re-enter new information every time this happens. And on long form content, it is incredibly time-consuming to keep checking on all the templates before rendering each time.
I've attached a ZIP that contains 2 samples of this problem occurring (labeled Bad), along with how they are supposed to look (labeled Correct) and images of the timeline for each clip. One is much more drastic than the other, but the problem occurs in both. The Editor has some text he created in Pr that dissolves in, which is supposed to happen after the intro transition. You can use it to see how off the timing of the Mogrt has become.
Specs -
Motion Designer:
PC, Windows 10, AE (16.1.2) Pr (13.1.2)
Editor:
PC, Windows 10, AE (16.1.2) Pr (13.1.4)
Jessica Compton
shared this idea
Hi All!
I’m thrilled to finally be able to announce that the Premiere Pro v. 14.0.1 that was released last night has new functionality to help resolve issues that happen when the retiming of a Responsive Time Mogrt gets out of whack.
We’ve added a new function called “Reset Duration” in the Graphics top bar menu, which will use the length of the track item in the timeline as the single source of truth for how long the Mogrt should be retimed to. So if anything ends too early all you have to do is select the Mogrt in the timeline, use the Reset Duration command in the top bar Graphics menu, and voila!
This will also work with multiple selections at a time.
No more manual re-trimming or redundant work.
The primary source of the issue stems from relinking to the Mogrt’s aegraphic file in the Motion Graphics Template Media folder. Having multiple projects pointing to the same root aegraphic or moving the project around and relinking to a different version of the same Mogrt can also get users into this state.
Hopefully this will help resolve some of the headaches that y’all have been experiencing. We tested a ton of scenarios, but you creative powerhouses work in a plethora of amazing ways that we cannot always predict. Please feel free to reach out if anything weird continues.
Hope everyone’s New Year is off to a great start,
Dacia
14 comments
-
Jarle Leirpoll commented
Thanks Dacia! Now please give us a chance to Render & Replace MOGRTs in sequences that are 1080 pixels wide. We need ProRes 4444 in addition to Cineform with Alpha. :)
-
Hi All!
I'm thrilled to finally be able to announce that the Premiere Pro v. 14.0.1 that was released last night has new functionality to help resolve issues that happen when the retiming of a Responsive Time Mogrt gets out of whack.
We've added a new function called “Reset Duration” in the Graphics top bar menu, which will use the length of the track item in the timeline as the single source of truth for how long the Mogrt should be retimed to. So if anything ends too early all you have to do is select the Mogrt in the timeline, use the Reset Duration command in the top bar Graphics menu, and voila!
This will also work with multiple selections at a time.
No more manual re-trimming or redundant work.The primary source of the issue stems from relinking to the Mogrt's aegraphic file in the Motion Graphics Template Media folder. Having multiple projects pointing to the same root aegraphic or moving the project around and relinking to a different version of the same Mogrt can also get users into this state.
Hopefully this will help resolve some of the headaches that y'all have been experiencing. We tested a ton of scenarios, but you creative powerhouses work in a plethora of amazing ways that we cannot always predict. Please feel free to reach out if anything weird continues.
Hope everyone's New Year is off to a great start,
Dacia -
Sarah Ebeling
commented
...same problem. Any solutions so far?
-
Jakob Sjöbom
commented
..with the difference that I'm on a mac.
-
Jakob Sjöbom
commented
-
Super huge shout out to Jessie and her team!
They were able to provide a few key insights that finally helped us set up the proper environment to get this bug to reproduce here for the developers.
The bug is officially filed and we are investigating a fix.Thanks for all your patience y'all. I know this is a pain point for many of you and I will update the channel as soon as I can publicly announce the fix.
-
Eugene Afanasiev
commented
I have the same problem.
I know how to reproduce it. 1) you create a heavy mogrt with protected regions that are within the comp that is also with protected regions and already retimed in the first level comp. 2) you edit it in premiere change speed and duration stretch etc, duplicate several times. change its controls, then save the project and reopen. It won't be the same. somewhere randomly especially at the end animation of each mogrt you might see it freezed or cut the end animation or hide the controls (like Premiere's not loading the whole mogrt).
also could provide built mogrt that envisions this bug. -
Jessica Compton
commented
Dacia, thanks for responding!
I'll respond to your email with the attachments. Not sure why they didn't go through :(
To answer your second comment, the 2 editors at my workplace, plus myself, who've experienced the problem can't see when the glitch happens, they only catch it after playing back the video in the timeline after time has passed. In one Editor's case, the project was left open overnight, and in the other's, Premiere was closed for the night and then reopened the next day.
I'll email you more details!
-
One more question for everyone here who is experiencing this issue... are y'all rendering the selection of Mogrts or the sequence for preview at any point? Is there anything happening between re-timing them, leaving the project open overnight, and then coming back to it in the morning and finding a new frame?
-
Hi Jessica,
I'm a QE on the Motion Graphics templates team. Thanks for the thorough description of this bug. I've been chasing this for issue for awhile now from other user reports and I have not been able to reproduce in-house so I haven't gotten much traction from devs.
Unfortunately, it doesn't look like the attachments made their way to the post. I'll email you directly so we can get cracking on your files.
So far every time I've received a user project in this state everything starts behaving as expected which makes this super frustrating to get to the bottom of. If you could also get a screen recording showing the issue (how it should look, sitting idle, and then it changing) it will help us and our devs to get to the root of the issue.I'm very anxious to get this bug resolved for y'all so thanks so much for all of the detail.
Cheers,
Dacia -
Carly S.
commented
Thanks for posting! Templates are essential to efficient editing practices. We are experiencing major delays due to this bug.
-
Adam
commented
I've experienced this on a few occasions myself. Would love an update that addresses this problem.
-
Marc Sugrue
commented
Building a graphic in essentials is now pointless. The time originally saved is now wasted on this bug.
-
Michael Newman
commented
Serious issue that causes major challenges for delivering quality products to our clients. Please fix this Adobe.