Я думаю, что люди неправильно читают спецификацию здесь.
Если вы посмотрите на пример в спецификации, они конкретно говорят об одном ресурсе (файле), который содержит несколько треков.Два видеоэлемента содержат ссылку на один и тот же файл, но разные дорожки в этом файле.Эти две дорожки затем воспроизводятся синхронно с помощью медиа-группы.
Если у вас есть два видео-тега, которые ссылаются на один и тот же файл с одной и той же дорожкой, я не ожидаю, что они будут воспроизводиться синхронно по умолчанию.Я мог бы представить, что, указав их в одной и той же медиа-группе, можно добиться этого и, следовательно, разрешить обоим элементам использовать одно соединение с одним потоком запросов.
Если два видео не будут воспроизводитьсяпри синхронизации нецелесообразно ожидать, что браузер загрузит два видео по одному набору запросов.Обратите внимание, что это набор запросов, видео может генерировать много запросов к серверу, так как видео или мультимедийный сеанс (например, остановка, пауза и перезапуск) могут быть значительно длиннее, чем сервер или клиент желает держать открытым одно соединение.
Представьте, если два элемента имеют разные элементы управления.Вы приостанавливаете первое видео и оставляете воспроизведение второго.Проходит 30 минут, и вы перезапускаете первое видео.Браузер просто не собирается кэшировать то, что может составлять более ста мегабайт контента с сервера, чтобы позволить ему воспроизводить первое видео без отправки нового запроса на сервер.
Если вы ожидаете два дискретныхфрагменты потокового контента для отправки по одному соединению с использованием HTTP, тогда я не верю, что это возможно (ну, в настоящее время реализовано).Это будет мультиплексирование, и последнее, что я проверял, HTTP-серверы не поддерживают мультиплексирование.Обратите внимание, что это отличается от соединения поддержания активности, когда несколько частей контента обслуживаются последовательно, мультиплексирование описывает то, что несколько частей контента обслуживаются параллельно.Обычный способ добиться этого - просто открыть два сокета, и клиенту, и серверу гораздо проще иметь дело с этим, чем пытаться демультиплексировать один поток.