Create captions - 'minimum duration in seconds' being completely ignored

This hasn't been fixed in years. We are all paying alot of money and Adobe never take action. I often have a perfect transcript and set the settings correctly only for Premiere to make random captions that are half a second long and timing that makes no sense. Oh well, further reason to make the slow transition away from Premiere and to Resolve since Adobe just take our money and don't listen years upon years! Good riddance Adobe. You can learn something from the team at Black Magic who actually work to implement changes and have a stable platform that doesnt get buggy every week.

My coworker and I have been experiencing the exact same issue. It is very frustrating as we sometimes need to make significant edits to the captions even after having cleaned up the transcript and carefully selected our settings. Adobe, please address this.

Thanks Stan for your exhaustive findings and research there. 

As you say, the further I look into this rabbit hole, the worse it seemingly gets. I've had further erreoneously generated captions which, as mentioned, don't even have the justification of punctuation as to why they're generating so stupidly. 

Should someone from the higher Adobe help make it into here, I've attached further examples below.

Despite captions being on default settings (length 42 character, duration 3 seconds), it has broken one line into two individual captions. Note there isn't even a pause in the audio, the speaker literally spoke a fluid sentence here without interruption. 

This is the transcript the above caption was generated from. 

This seriously needs to be better. I can only assume people haven't posted about this en-masse in the past is either because people are editing the transcript and then auto-generating captions and calling it a day, or people are creating more bespoke content with captions and therefore don't mind playing around with spacing etc. 

@Hypohamish,

Thanks for raising this issue, and for including so much detail. Here's another report:

https://community.adobe.com/t5/premiere-pro-discussions/create-captions-from-transcript-ignores-minimum-duration/td-p/13266244

I did a bit of testing (using Release 23.5.0), and I cannot make sense of some of the logic here. I am most interested in the interaction between the various options. I tested only the Subtitle format. There may be substantial differences in how closed caption formats operate. And I ignored the Gap option. First, I have a few general comments.

The basic “Create Captions” Dialogue is unchanged from the early 15.x release, except Max and Min character length.

The options in this dialogue include preset options, Style, Maximum length in characters (default 42, max 72, min 7), Minimum duration in seconds (default 3, min 1.2, max 6), Gap between captions (in frames: default 0, max 10), and Single/Double Lines.

Information on these options is in this help file, but the information is limited.
https://helpx.adobe.com/premiere-pro/using/speech-to-text.html

It is important to keep in mind that each option cannot be primary. For example, if we specify a line length of 42 characters and single line, many caption segments with more characters must move to a second line, or have short display times.

But, as you point out, sometimes the process produces very short captions for less than the selected minimum time.

Maximum Characters per line appears to be primary, meaning that PR will respect this over any other setting. And single vs double may be second in line. But captions are in a word wrap format, and even though PR may only add an actual line break at a particular location, larger font size or narrower bounding box limits may result in the display showing more lines.

But no matter the minimum duration setting, caption segments were often broken as short as less than one second even though they did not exceed the character max, with and without considering single vs double line.

Yes, often periods can result in breaking caption segments, but I also saw instances where such punctuation did not break a segment.

Stan