зеркало из https://github.com/mozilla/gecko-dev.git
4b3fa9c67e
This is inherently large, because modifying these bits of DOMMediaStream and MediaStreamTrack affects all consumers and producers of all DOMMediaStreams and MediaStreamTracks. Things are generally much simpler now. Producers of tracks now create a MediaStream in the graph, add it to a MediaStreamTrackSource subclass that takes ownership of it, and add the source to a MediaStreamTrack. Should the producer need a DOMMediaStream it is now much simpler to create as the only thing needed is the current window. The stream is a rather simple wrapper around an array of MediaStreamTracks. HTMLMediaElement is still not as straight forward as other consumers since it consumes the DOMMediaStream directly, as opposed to a set of tracks. The new MediaStreamRenderer helper class helps bridge the gap between this fact and the new track-based MediaStreamGraph interface, as it needs to juggle registering multiple audio tracks for audio output. This hooks into existing HTMLMediaElement logic and brings a welcome simplification to all the glue previously needed there. Differential Revision: https://phabricator.services.mozilla.com/D37934 --HG-- extra : moz-landing-system : lando |
||
|---|---|---|
| .. | ||
| audioipc | ||
| ffvpx | ||
| gmp-clearkey/0.1 | ||
| kiss_fft | ||
| libaom | ||
| libcubeb | ||
| libdav1d | ||
| libjpeg | ||
| libmkv | ||
| libnestegg | ||
| libogg | ||
| libopus | ||
| libpng | ||
| libsoundtouch | ||
| libspeex_resampler | ||
| libtheora | ||
| libtremor | ||
| libvorbis | ||
| libvpx | ||
| libwebp | ||
| libyuv | ||
| mp4parse-rust | ||
| mtransport | ||
| openmax_dl | ||
| openmax_il/il112 | ||
| psshparser | ||
| webrtc | ||
| moz.build | ||
| update-libjpeg.sh | ||