Enabling WebVTT Segmented Subtitles in HLS fails on first try. Works on second intent. #5076
Labels
component: captions/subtitles
The issue involves captions or subtitles
component: HLS
The issue involves Apple's HLS manifest format
priority: P2
Smaller impact or easy workaround
status: archived
Archived and locked; will not be updated
type: bug
Something isn't working correctly
Milestone
Have you read the FAQ and checked for duplicate open issues?
YES
What version of Shaka Player are you using?
v4.3.5 (uncompiled)
Can you reproduce the issue with our latest release version?
YES
Can you reproduce the issue with the latest code from
main
?Are you using the demo app or your own custom app?
shaka-player-demo.appspot.com
If custom app, can you reproduce the issue using our demo app?
What browser and OS are you using?
Windows 11, Chrome 110.0 x64
For embedded devices (smart TVs, etc.), what model and firmware version are you using?
What are the manifest and license server URIs?
HLS with fragmented WebVTT subtitles
What configuration are you using? What is the output of
player.getConfiguration()
?shaka-player-demo.appspot.com
What did you do?
Start playing. Enable subtitles (Svenska).
What did you expect to happen?
Subtitles should start displaying.
On the second intent enabling the subtitles, the subtitles are displayed, however without the styling information from the WebVTT init segment. STYLE from the WebVTT init segment should be processed in the same way as Shaka-Player does when STYLE is present in the WebVTT text format.
What actually happened?
After enabling subtitles (Svenska), the player loads the subtitle playlist (.m3u8), the WebVTT init segment (.mp4) and the first WebVTT subtitle segment (.m4s). Then it reports the error "Shaka Error TEXT.INVALID_TEXT_HEADER ()". No subtitles are displayed.
On the second intent enabling the same subtitles, the subtitles are displayed.
However they are displayed without the styling information from the WebVTT init segment. STYLE from the WebVTT init segment should be processed in the same way as Shaka-Player does when STYLE is present in the WebVTT text format.
The text was updated successfully, but these errors were encountered: