WebTransport: почему WebSockets не работают при просмотре видео в реальном времени

Видеопоток с веб-камеры отправляется на сервер, обрабатывается и должен вернуться достаточно быстро, чтобы восприниматься как прямая трансляция. Именно здесь обычный набор инструментов для передачи данных начинает давать сбой. В этом эпизоде ​​рассматривается разделение буферизованного воспроизведения и интерактивных видеоциклов от браузера к серверу, объясняется, почему поток упорядоченных байтов WebSocket становится ловушкой очереди, описываются изменения QUIC в HTTP/3 и показано, где WebTransport находится между WebSocket и WebRTC, когда браузер взаимодействует с вашим собственным сервером. Создано на основе общедоступной документации, статей, докладов и кода, а затем проверено ведущими инженерами-программистами на корректность, компромиссы и реальные сценарии сбоев. 0:00 Цикл «браузер-сервер» 0:22 Когда транспорт становится продуктом 0:57 Почему обычный набор инструментов ломается 1:40 Три задачи, которые инженеры выполняют одновременно 2:32 Почему буферизация разрушает цикл 3:17 Ловушка очереди WebSocket 4:34 Блокировка начала очереди 5:20 Запоздалые данные — это неверные данные 5:56 Как QUIC меняет форму 6:45 Надежные потоки 7:14 Ненадежные датаграммы 8:50 Медиапримитивы браузера и поток кадров 9:35 Ловушка кругового пути 10:14 Отправляйте метаданные, а не видео 11:29 Почему бы просто не использовать WebRTC? 12:38 Больше контроля, больше ответственности 13:26 Подключение к собственному серверу через браузер 14:12 Когда выбирать HLS, WebRTC или WebTransport 14:51 Транспорт — это продукт Полная версия этого выпуска: WebTransport: Почему WebSockets не работают для видео в реальном времени (этот эпизод) Это отдельный выпуск, объясняющий WebTransport. Дополнительные главы не требуются. Подпишитесь на новые выпуски. Субтитры: английские