I've an issue with side-loaded TTML for a ~7 hour long video. Shorter videos works fine, so I assume that it's performance related. The TTML file is 3.3 MB :)
http://svt-dist-misc.s3-website.eu-central-1.amazonaws.com/dashjs-2534/forum/manifest.mpdhttp://svt-dist-misc.s3-website.eu-central-1.amazonaws.com/dashjs-2534/forum/sv.ttmlEverything freezes after a few seconds.
https://gist.github.com/carlanton/01c7e41d7ca428f97e6d6a6bf683fb7e
Hi @carlanton ,
there is no ttml subtitles in your dash stream, only vtt....could you, please, provide your dash url stream with ttml side-loaded file?
Thanks,
Nico
@nicosang - Sorry about that - the manifest now updated and contains ttml again!
It's getting stuck in TTMLParser.parse, generating ISDs for each of the ~26k events. This is time consuming (takes just under five minutes on my fast desktop!), and memory intensive (this particular TTML file consumes around 20MB when processed completely).
The parser was obviously designed to have fragmented segments appended. One option would to defer generation of the ISD until the cue becomes active if this is a use case that needs solving.
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.
This issue has been automatically closed because no further activity occurred. If you think this issue is still relevant please reopen it. Thank you for your contributions.
Most helpful comment
It's getting stuck in
TTMLParser.parse, generating ISDs for each of the ~26k events. This is time consuming (takes just under five minutes on my fast desktop!), and memory intensive (this particular TTML file consumes around 20MB when processed completely).The parser was obviously designed to have fragmented segments appended. One option would to defer generation of the ISD until the cue becomes active if this is a use case that needs solving.