Vertical subtitles: verify writing mode in the receiving player

Identify which element is actually vertical

Open the exact recording and authorized caption resource in their intended receiving context. Check whether the picture is rotated, individual letters appear upright in columns, or the text follows an ordinary horizontal line in another direction. These observations require different explanations; changing video rotation to repair a cue can damage an otherwise correct scene.

Record a representative cue with several columns and meaningful punctuation. Confirm that the wording and timing are intact before reviewing layout. A missing glyph or incorrect decoded character is not a writing-mode problem. Keep an authorized source reference where the intended reading order is known rather than guessing it from a stylized screenshot.

Inspect format-specific writing direction

WebVTT defines vertical cue directions that grow left or right. Its vertical setting uses rl or lr, and the rendering model maps those choices to corresponding vertical writing modes. This describes column progression, not a rotation command for the movie or a universal language assignment.

Inspect the settings associated with the affected cue in a trusted editor. In a supported WebVTT resource, a timing line can carry vertical:rl or vertical:lr. Preserve the original field and other placement settings while testing. Other caption formats use their own presentation systems, so do not insert WebVTT syntax into an SRT file and assume the receiver will apply it.

Verify multiple columns and changing picture context

Load the matching resource explicitly in the target player and seek to the known cue. Check column order, glyph orientation, punctuation and the line that follows it. Test ordinary playback as well as a paused frame; the reading task can fail even when each individual character is technically visible.

Review boundaries against important picture content and test another intended screen size where practical. A desktop receiver can support a mode that another player ignores or simplifies. Record the actual implementation and observed result instead of describing format syntax as proof that every receiver supports the full presentation.

Choose an explicit alternate delivery if needed

If the required receiver cannot preserve the writing mode, ask the authorized caption owner for a suitable alternative or use an agreed rendering workflow with complete visual review. Converting to a simpler text format may preserve words while losing the layout. Keep that change explicit and retain the styled resource rather than describing the conversion as unchanged.

SocialVidDownloader does not certify arbitrary caption writing-mode conversion or restore vertical styling from burned picture text. Its local subtitle tools have their supported input scope and do not imply universal WebVTT presentation. Preserve the original recording and cue resource, verify accepted wording and timing, and leave a wrong-order or unsupported presentation unapproved.

Worked example

Example: one player honors a vertical cue’s column progression while a second presents the same words horizontally. The reviewer records that receiver difference, keeps the supplied resource and obtains an agreed alternate delivery instead of rotating the movie or calling the horizontal display a preserved styled master.

Related guidance

• Caption letters are readable but mixed-script punctuation moves
• WebVTT regions: preserve grouped placement or label simplification

Sources and verification

• W3C WebVTT writing direction and cue processing

Reviewed 2026-10-13. Product behavior is limited to available source formats and provider access; it is not a promise that every public link works.