RTSP имеет то преимущество, что он очень гибкий, но за счет того, что его внедрение сложнее. Это также широко поддерживаемый стандарт, особенно для мобильных телефонов, где он является частью стека 3GPP.
Отвечая непосредственно на ваш список пунктов:
RTSP может использовать UDP и TCP. Некоторые клиенты изящно переключаются между транспортными протоколами.
Есть довольно много альтернатив; и с открытым исходным кодом, и коммерческий. Коммерческие предложения, как правило, дорогие, но довольно функциональные, в то время как предложения с открытым исходным кодом более гибкие, но, как правило, лишены большого блеска.
Хотя существует довольно много библиотек, готовых проектов не так много, как хотелось бы, большинство проектов находятся в стабильном состоянии, но довольно стары:
- MPEG4IP (изначально Cisco) не развивался более года
- DSS время от времени отстает от QTSS. Некоторые разговоры о вилке всплыли, но ничего определенного не обнаружилось
- VLC - это стандартный швейцарский армейский нож для медиа, включая потоковую передачу, но сервер NOT предназначен для большой нагрузки. VLC также довольно сложно заставить быть простым клиентом стримера.
Насколько мне известно, DSS не поддерживает SSL для соединения RTSP, и использование SSL для потоковой передачи реального видео может быть слишком медленным, чтобы быть практичным.
RTSP поддерживается VLC, QuickTime Player, mplayer, RealPlayer и большинством мобильных телефонов, совместимых с 3G (хотя пробег может отличаться).
Преимущество использования многоадресной рассылки и UDP, а также поддержки библиотек может сделать RTSP / RTP очень полезным для внутренних приложений. Широкая поддержка делает его также довольно хорошим выбором для приложений, которые должны поддерживать широкий круг клиентов. Фактическая стоимость сложности может быть не столь выгодна для внешних приложений, где совместимость с существующей технологией не требуется, например, для интернет-радиостанций, которым не требуется поддержка мобильных телефонов.