Общие заголовки RTSP 2.0 — это заголовки, которые могут использоваться как в запросах, так и в ответах. Общие заголовки RTSP 2.0 перечислены в таблице 1
Поле общего заголовка «Speed» запрашивает у сервера доставку определенного количества номинального времени мультимедиа на единицу времени доставки, в зависимости от способности сервера и желания обслуживать поток мультимедиа с заданной скоростью. Клиент запрашивает, чтобы скорость доставки находилась в заданном диапазоне с нижней и верхней границей. Сервер ДОЛЖЕН доставлять с максимально возможной скоростью в пределах диапазона, но не быстрее, чем верхняя граница, для которой базовый сетевой путь может поддерживать результирующие скорости передачи транспортных данных. Пока любое значение скорости в пределах данного диапазона может быть предоставлено, сервер НЕ ДОЛЖЕН изменять качество носителя. Только если сервер не может доставить носитель со скоростью, заданной нижней границей, он может снизить качество носителя.
Реализация функциональности Speed сервером НЕОБЯЗАТЕЛЬНА. Сервер может указать свою поддержку через тег функции play.speed. Отсутствие заголовка Speed в ответе свидетельствует о недостаточной поддержке этой функции.
Значения параметра скорости выражаются в виде положительного десятичного значения, например, значение 2,0 указывает, что данные должны доставляться в два раза быстрее, чем обычно. Нулевое значение скорости недопустимо. Диапазон указывается в форме «нижняя граница — верхняя граница». Значение нижней границы может быть меньше или равно верхней границе. Все скорости не могут быть поддержаны. Поэтому сервер МОЖЕТ изменить запрошенные значения до ближайших поддерживаемых. Фактическая поддерживаемая скорость ДОЛЖНА быть включена в ответ. Однако обратите внимание, что варианты использования могут различаться и что диапазоны значений скорости, такие как 0,7-0,8, 0,3-2,0, 1,0-2,5 и 2,5-2,5, имеют свое применение.
Пример:
Speed: 1.0-2.5
Использование этого заголовка изменяет пропускную способность, используемую для доставки данных. Он предназначен для использования в особых обстоятельствах, когда требуется доставка презентации с более высокой или более низкой скоростью. Основными вариантами использования являются операции буфера или операции локального масштаба. Разработчики должны иметь в виду, что полоса пропускания для сеанса может быть согласована заранее (с помощью средств, отличных от RTSP), и поэтому может потребоваться повторное согласование. Для выполнения операций Speed сервер должен убедиться, что сетевой путь может поддерживать результирующий битрейт. Таким образом, транспорт мультимедиа должен поддерживать обратную связь, чтобы сервер мог реагировать и адаптироваться к доступному битрейту.
Синтаксис поля общего заголовка Speed в RTSP 2.0
Speed = "Speed" HCOLON lower-bound MINUS upper-bound
lower-bound = POS-FLOAT
upper-bound = POS-FLOAT
Ссылки
Скачать оригинальный документ на английском языке RFC 7826 — Real-Time Streaming Protocol Version 2.0
Читать полную версию документа на русском языке RFC 7826 — Потоковый протокол в реальном времени (RTSP), версия 2.0
Ссылка на синтаксис
