Some RTS Forum video episodes (e.g. urn:rts:video:14827796) are delivered with the corresponding full-length audio as part of the chapter list, with fullLengthMarkin and fullLengthMarkOut both set to zero. The resulting behavior is awkward:
Though this could be seen as a backend or metadata issue, the media composition is flexible enough to allow such use cases. Letterbox also currently supports such use cases, though the user experience might be awkward (tapping on the audio content makes the context switch to the audio-only context).
For the moment I think we sadly have to fix the issue client-side. This is what this PR does by parsing the media type and ensuring chapters all have the same media type as the main content.
Changes made
Update parsing to extract media type from metadata.
Update condition used to associate chapters with the content being played.
Checklist
[x] APIs have been properly documented (if relevant).
[x] The documentation has been updated (if relevant).
[x] New unit tests have been written (if relevant).
Description
Some RTS Forum video episodes (e.g.
urn:rts:video:14827796) are delivered with the corresponding full-length audio as part of the chapter list, withfullLengthMarkinandfullLengthMarkOutboth set to zero. The resulting behavior is awkward:Though this could be seen as a backend or metadata issue, the media composition is flexible enough to allow such use cases. Letterbox also currently supports such use cases, though the user experience might be awkward (tapping on the audio content makes the context switch to the audio-only context).
For the moment I think we sadly have to fix the issue client-side. This is what this PR does by parsing the media type and ensuring chapters all have the same media type as the main content.
Changes made
Checklist