SDP a = control: trackID = 2 можно получить доступ к управляющему URL-адресу от клиента?

Question

Я пытаюсь понять, как работает RTSP для доступа к презентационным потокам внутри медиа-объекта. Я загрузил openRTSP, чтобы понять, как YouTube (самый простой потоковый сайт, о котором я мог думать) работает с RTSP для потокового видео на мобильные устройства. Я тестируя поток RTSP этого видео: http://www.youtube.com/v/U4M5rO1Kd04?version=3&f=videos&app=youtube_gdata

Ссылка RTSP связано это: RTSP: //r5---sn-p5qlsu7r.c.youtube.com/CiILENy73wIaGQlOd0rtrDmDUxMYESARFEgGUgZ2aWRlb3MM/0/0/0/video .3gp

Если я команду openRTSP RTSP: //r5---sn-p5qlsu7r.c.youtube.m/CiILENy73wIaGQlOd0rtrDmDUxMYESARFEgGUgZ2aWRlb3MM/0/0/0/video.3gp то это дает мне это:

Отправка запроса: SETUP RTSP: //r5---sn-p5qlsu7r.c.youtube.com/CiILENy73wIaGQlOd0rtrDmDUxMYESARFEgGUgZ2aWRlb3MM/0/0/0/video.3gp/trackID=2 RTSP/1,0 CSeq: 4 User-Agent: openRTSP (потоковое мультимедиа LIVE555 v2015.04.22)Транспорт: RTP/AVP; одноадресный; client_port = 49838-49839

И так далее ..

мне интересно, как/если я могу получить доступ к URL управления для ссылки RTSP, что SDP отчитывается меня. Я вижу, что установка напрямую запрашивает rtsp: // ..../trackID = 2, но если я попытаюсь подключиться к тому же URL-адресу, я получаю плохой запрос.

В целом, я знаю, что медиа-объект имеет в нем два потока представления: один для аудио и один для видео, потому что я могу ясно видеть, что openRTSP запрашивает эти два потока для получения двух аспектов медиа-объекта, но Я не могу, по-видимому, запросить отдельные потоки презентаций. Как я могу, возможно, просто запрашивать a = control: аспекты медиа-части вместо сеанса a = control: (который является базовым URL-адресом)? Мне было трудно просто запросить rtsp: //r5---sn-p5qlsu7r.c.youtube.com/CiILENy73wIaGQlOd0rtrDmDUxMYESARFEgGUgZ2aWRlb3MM/0/0/0/video.3gp/trackID=2, так что невозможно получить доступ к этому конкретному URL-адресу управления от клиента? Или я просто не получил правильную форму для запроса?

Answer 1

У вас, похоже, концепция URL перевернута. URL-адрес обозначает ресурс. Различные URL-адреса могут указывать разные вещи и, возможно, их нужно будет обращаться по-разному.

В этом случае базовый URL-адрес относится к двум потокам. Он используется в RTSP DESCRIBE. Это описание SDP - это то, как вы знаете, что есть два потока и их URL.

Идея использования управляющего URL для DESCRIBE вряд ли сработает. Сервер должен будет вернуть специальный SDP-документ, описывающий только один поток, и указывая на один поток пустой относительный URL (так как вы добавляете этот относительный URL к тому, что уже является управляющим URL).

Рассмотрите простую, но действительную камеру безопасности RTSP. Поскольку он имеет только аудио и видео в реальном времени, он может иметь статический файл SDP, который он обслуживает в запросе вашего ответа. Этот файл может быть сопоставлен с одним жестко настроенным URL-адресом SDP. Вы должны использовать этот точный URL-адрес в запросе DESCRIBE.

Конечно, вам разрешено использовать только один запрос SETUP. Не требуется устанавливать все потоки из ответа DESCRIBE.