Clip timecodes reverting to audio time units (instead of SMPTE code) at random.

2 replies
20 views
Translate

I'm compiling segments for a show that I'm editing, and I've found various clips at random are reverting to showing audio time units rather than SMPTE timecode, despite nothing being set to show audio timecode units.

In photos below, in this particular sequence I've edited from the same multicam master clip, and different sections of the same multicam clip are showing audio timeunits or SMPTE timecode

In the first frame, the audio has reverted to displaying audio time units, despite the timeline being set to SMPTE timecode (Time Ruler Numbers); in the second screen grab, the clip immediately prior is showing the correct audio timecode, on the same timeline. In the the third frame, I've flicked the multicam angle of the clip over to show the same angle as the clip following it (which is displaying audio time units), to show that a different portion of the same multicam clip is displaying the correct SMPTE timecode for the audio

I've tried re-booting & resetting the Premiere app preferences, but haven't had any luck in stopping this issue from occuring

I'd love to hear any suggestions about how to keep the correct timecode being shown (I've found that having audio time units enabled while editing will lead to other problems in premiere when Premiere will start to cut half of a video frame)

Premiere 26.5.2
Mac OS 26.6.2
M1 MacBook Pro 2021 64GB RAM

Amy the Stuv

Community Manager

Hi again @Andrew C. Brinsmead,

Kes and I are on the case again. This is quite alarming. Please remember the workaround for the transcript issues on the rushes projects as we may need to open them again. Remember to export your transcripts as .json files using the Text Panel and that will preserve them, then you can update the transcripts in the Rushes projects.

I’m wondering if we could run some tests with the original multigroup clips opened as a sequence. Please create a copy of your Production before starting these tests and if we find what works, we can apply it to your working cut.

Let’s see if the Multigroup Clip has similar issues in the timeline. Is it set to Audio Time Units?
If it’s not set to Audio Time Units or resetting this does not update the edit sequence, What happens when you overcut those clips in the timeline with the same Multigroup?
If you Flatten these Audio Tracks, do they revert to the normal timecode?

Is this from the same project you shared with us for the Text Edits Reverting issue? If possible, could you email me this specific project and let me know which sequence to look at?

I am truly sorry for the issues you’re facing but truly grateful you’re bringing it to our attention.

Thank you,

Amy

Translate

A

Andrew C. BrinsmeadAuthor

Inspiring

Thanks @Amy the Stuv !

Yes, this is the same project that we were discussing a couple of weeks ago.

I did go back and open the sequence for the source multicam to check what sort of time counter (SMPTE or audio time units) was being used by the source multicam clip, the time counter in the Multicam clip is definitely set to show SMPTE timecode.

I haven’t tried re-editing or flattening the multicam clips.

While the audio time unit didn't create a direct issue, I found that the same sequence edited into a compile sequence was showing a slightly different duration, despite containing exactly the same material, and as I've been having issues with multicam clip angles randomly changing, I'm having to go through & triple check my story pods as I'm aggregating them into show segments - which is how I stumbled across this latest issue.

I’ll send you a current copy of this project.

Thanks!

Andrew

Translate

Sign up

To post, reply, or follow discussions, please sign in with your Adobe ID.

Sign in to Adobe Community

To post, reply, or follow discussions, please sign in with your Adobe ID.