This is not a bug, it’s as designed. We specifically limit the visibility to one track at a time to avoid accidentally burning in multiple tracks. Also, when exporting to a format that only supports one captions stream like SRT or STL, we need to know which is the active track in order to export the correct track.
But I understand why you might need two tracks visible at the same time.
If we could automatically identify speakers and designate a style associated with them, would that help? For example speaker 1 is blue and on the left, speaker 2 is yellow and on the right?
Do you ever need to burn in both at the same time or is it just a matter of being able to see both to aid in translation and alignment?
Thanks for the feedback, we really are listening :)
An error occurred while saving the commentAzaria Spindler commented
While the new captions workflow is well designed and a little more straight forward, the multi-track option not being available is frustrating. I like to subtitle 2 different speakers, who happen to be speaking at the same time, and not have the lines overlap with the '-' because they might be off by a second or two. Allowing the multi-caption visibility will allow users to not only have 2 different tracks but allow different customization to fit their project, while seeing both at the same time.
While I'm at it, the fact that you aren't able to customize each line individually anymore is also frustrating. I have to create several subtitle tracks and bring them into my sequence in order to have different size fonts for my lines. (I like to have English along the bottom in a smaller font, then a different language on the top line in a bigger font.)
Like many others have said, to keep people from accidentally burning subs into their video just provide a warning at export. After that it's their error.