Open Bug 943186 Opened 11 years ago Updated 2 years ago

Design, prototype, and propose (to html-media) a method of using demuxed data with the MSE API

Categories

(Core :: Audio/Video: Playback, defect, P5)

Product:
Core
Component:
Audio/Video: Playback
Type:
defect

Tracking

()

People

(Reporter: kinetik, Unassigned)

References

(Blocks 1 open bug)

Details

From internal discussions it seems like there's a use case for supplying the MSE API with demuxed data in some form to allow JS processing of streams and not require remuxing into an MSE-supported container format. I don't have even a vague plan at this stage, so filing the bug to act as a placeholder for later discussion and actions. Example use cases: - Shumway support for RTMP streams by reading from RTMP and writing h.264/AAC packets - Shumway support for FLV streams containing supported codecs - HLS support in UAs that support h.264/AAC but not MPEG-2 TS by moving demuxing to JS - Handling encrypted tracks in JS Removing the container loses at least the following data that would need to be supplied some other way: - mapping of codec packets to tracks - mapping of codec packets to timestamps - initialization packets (e.g. Vorbis headers in WebM)
Component: Audio/Video → Audio/Video: Playback
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.