mirror of
https://github.com/mozilla/gecko-dev.git
synced 2024-10-16 14:55:47 +00:00
dd566696a6
The changes to Call are required because we create the Call object on the main thread, but deliver packets and query stats from the socket thread. The changes to ChannelProxy are required because we query stats from the socket thread rather than the main thread. For RtpVideoStreamReceiver, this removes the worker_task_checker_ assertions and replaces them with a critical section. This is how the code worked prior to this update. We create the Call object (and thus eventually the RtpVideoStreamReceiver) on the main thread, but we want to deliver packets on the socket thread. To retain these assertions we'd either have to dispatch calls to deliver packets from the socket thread to the main, which seems pretty bad from a performance point of view, or we'd have to refactor the code to create the Call object on the socket thread, which seems like a major refactoring best done outside of a branch update. Going back to the previous behaviour seemed like the least bad alternative. Differential Revision: https://phabricator.services.mozilla.com/D7440 --HG-- extra : rebase_source : f427225442dba10683f3928add8059a3630aafe5 |
||
|---|---|---|
| .. | ||
| audioipc | ||
| ffvpx | ||
| gmp-clearkey/0.1 | ||
| kiss_fft | ||
| libaom | ||
| libcubeb | ||
| 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 | ||