Participant

Question

Closed Captions being cut off in Premier Pro

Forum|Forum|1 year ago
April 6, 2024
2 replies
1394 views

Howdy!

First off, I *do not* need nor want subtitles. I *need* closed captions. Premier Pro is truncating my closed captions, meaning that, once I upload to YouTube, I have to go *BACK* in and fix it--bascially doing double the work.

How can I fix this or work around it? Again, I *do not* need or want subtitles; I *need* closed captions. I *need* my audience to have the option of turning on or off the captions at will. Subtitles are on the screen 100% of the time, and this disrupts data I put on screen.

The CA-708 gives me 42 characters per line, but only two lines, meaning *normal* diaglogue is cut off.

D

David28533634n7rc

Participating Frequently

First off, I *do not* need nor want subtitles. I *need* closed captions. Premier Pro is truncating my closed captions on export. Premiere Pro is fully updated. I am creating these captions for a broadcasting network, but too often the export doesn't match what is in the edit. We are talking about trancated captions and also timing of captions that have been altered on export. I am create captions for both lines (608 & 708) but this issue only seems to be happening with 608. Just FYI, My methodology after export is to pull the file back into Premiere to make sure everything is good. This is how I have caught the problem (but the network has also caught on their end with their servers.

I have tried many trouble shoots/ work-arounds (including just exporting the 608 line, and importing an scc I crreated from the project in Premiere), but the issue remains.

Here is how it looks post edit (where all the captions are back to back wih no spaces):

And this is what it looks like post export (with spaces and timing shifted and some caps coming in late or ending early):

These are my export sttings (HDCAM MXF):

Any help would be very appreciated. Thanks.

Stan Jones

Community Expert

@David28533634n7rc,

Yes, Sparks had a good description of the issue, but he was incorrectly believing that he had to use closed captions for Youtube. That is actually more complicated than it sounds, because Youtube did (not sure about currently) prefer SCC sidecar. In any event, your post today is a new question about Broadcast use of mxf embedded 608+708 closed captions.

Analyzing PR's implementation of 608/708 is complicated because there can be various technical issues with broadcasters and various flavors of embedding. I don't have the tools to deal with these, but you are using reimport into PR as your test, and I think that is adequate for our purpose - and I can test that.

I am testing on Win 10 using PR 25.2.3. What version are you using? PR added the ability to keep multiple caption streams on the screen at once, and I have not looked at 608/708 embedding since then. It should not matter.

In your screenshots, you only show a 608 track, and I do not know what settings you used to create the captions. I get different results than you do, so that could be a factor.

I created a 2:37 sequence with 608 and 708 captions. I used the default for each, except for increasing the 708 to its allowable 42 characters. So 608 was 32, 3, 0, Double and 708 was 42, 3, 0, Double. I left both 608 and 708 tracks enabled (showing in Program Monitor).

I exported to mxf op1a with both streams embedded via AME and directly from PR. In AME, I confirmed that it still showed 608 and 708. I reimported the exports to PR, ensuring that include captions on import was on in preferences.

Unlike your situation, the 608 captions WERE NOT in the mxf export. I confirmed this with MediaInfo. When exported directly from PR, both 608 and 708 were embedded. (The 708 were disabled as was true before multiple tracks were possible.) Most of all the captions did not have zero gap. In the PR export, the 608 captions matched exactly the originals. The 708 captions usually matched the beginning times, but the export usually ran 5 to 9 frames longer. The original captions were more accurate, but original and exports were comfortable to view with the audio.

I repeated the tests with the 708 captions created with only 32 characters max per line. In that condition, the 608 and 708 captions matched exactly in the original timeline. Again, 608 captions were not embedded in the AME export and were in the PR export. I saw the same patterns (608 matched; 708 had the same frequent small differences).

Disabling the 708 track before export did not change anything. I think the failure of 608 to embed with 708 in mxf export via AME is a bug.

Stan

D

David28533634n7rc

Participating Frequently

Hi Stan! Thank you fro the informative post and your help with this.

I am also working from Win 10 using PR 25.2.3. The reason you are only seeing 608 on my sequnce is becuase I have isolated this issue as only happening with 608 (though for the project exports - they are embedded with both 608 & 708). I should note that I create the captions in a conventional sequnce with these settings:

Then I copy all the media and place it into a multitrack seq for 5-1 audio. So same sequence settings aside from the 8 channels of audio.

As for caption settings, I am using all the defaults aside from 608/708 designation, so 32, 3, 0, Double. Here is another shot of my edit (multitrack):

And this is what it looks like when I pull in the export:

See the misalignment and truncation happening on 608.

Just FYI, I have been exporting directly from PR and not using AME at all but that is interesting to here about the issues with AME. These are my export settings from the multtrack seq:

So, if I am understanding you correctly, you were not having the issues that I am having when exporting directly from PR and importing the file with caps (aside from the discrepancines in 708, which I am not having)?

So, I am at a loss as to what to do from here. I will just keep plugging away, changing variations and hope I come upon something that will fix it.

Thanks you for the time you have devoted to this matter - it is very appreciated 🙂

Mike Dziennik

Community Expert

Firstly, are you 100% sure you need CA-708 closed captions? Youtube supports other formats. such as SRT which I don't believe have length restrictions.

Otherwise, you're only option is to cram the text in and cut to the next caption again and again whilst the person is speaking.

S

sparks1524Author

Participant

The issue is in Premier. I'm given the CA-608 anc CA-708 options for closed
captions. I export those in SRT form--that's how YouTube uploads. SRT is
a file format, not a caption format.

I can use subtitles and export them as an SRT...but that means they show up
ALL the time and can't be turned off.

*Sincerely,*

*Nathanael Miller*
[personal info deleted by mod]

D

David28533634n7rc

Participating Frequently

Hey Sparks! Thanks for the verbage that I copied from one of your earlier posts - it was just wtitten perfectly. Anyway, this is for broadcast - hence the MXF output. I'm not sure what they are using the 708 for (maybe YT, but I think not). So this is not for youtube. Thanks.

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.

Scanning file for viruses.

This file cannot be downloaded