Our current method of serving subtitles to TMH is rather poor.
We need a new endpoint to serve them.
dynamic, cacheable, allow multiple content types etc.
Our current method of serving subtitles to TMH is rather poor.
We need a new endpoint to serve them.
dynamic, cacheable, allow multiple content types etc.
Subject | Repo | Branch | Lines +/- | |
---|---|---|---|---|
Subtitles served through API, with WebVTT conversion | mediawiki/extensions/TimedMediaHandler | master | +2 K -54 |
Change 232214 had a related patch set uploaded (by TheDJ):
[WIP] First go at a subtitle serving api
Added option to core to output http error codes for this with: https://gerrit.wikimedia.org/r/236076
Now added an option to convert subtitles in this patch
I noticed that the SRT for Folgers clip is rather esoteric and failing in conversion. Also already found two bugs in the VTT conversion of captioning/captioning, but when it works. it's easy peasy.
Outstanding upstream issues in the SRT/WebVTT converters:
https://github.com/captioning/captioning/issues/22
https://github.com/captioning/captioning/issues/25
https://github.com/captioning/captioning/issues/26
Change 232214 restored by Brion VIBBER:
[WIP] First go at a subtitle serving api
Reason:
Recovering this and taking over
I'm cleaning this one up, since videojs really wants webvtt it's a requirement for switching to get things set up cleaner. Also needed for cross-site InstantCommons usage.
Change 232214 had a related patch set uploaded (by Brion VIBBER; owner: Brion VIBBER):
[mediawiki/extensions/TimedMediaHandler@master] Subtitles served through API, with WebVTT conversion
Change 232214 merged by jenkins-bot:
[mediawiki/extensions/TimedMediaHandler@master] Subtitles served through API, with WebVTT conversion