Юрий Удовиченко

Если хочется бОльших возможностей для проигрывания, вам придется транзмаксить - т.е. перепаковывать - поток из RTSP в другие протоколы. Вы правильно помянули HLS - это сейчас основной протокол для вещания. Также рассмотрите наш протокол SLDP, если нужна низкая задержка. Вот здесь у нас есть пример построения системы доставки с его помощью.

Лучше сконвертируйте поток в другой протокол - например, HLS - и смотрите любым плеером, который его поддерживает. Если нужен real-time, посмотрите на SLDP, у нас есть HTML5 плеер для браузеров с поддержкой MSE.

Можете попробовать нашу технологию SLDP. Работает на базе вебсокетов, позволяет доставлять контент с задержкой меньше секунды. На стороне сервера поддерживается нашим медиа-сервером Nimble Streamer.
На клиентах играет нашими плеерами на всех браузерах с MSE (Win, Linux, MacOS, Android), плюс есть приложения под iOS и Android. Для всех платформ есть SDK для кастомизации плееров.

Добрый день,

Попробуйте сделать как описано в этой статье. Ещё есть более общее описание настройки принятия потоков RTSP в этой статье. Также можете посмотреть вот это описание типового юзкейса.

Будут вопросы - пишите на хелпдеск, чтобы можно было разбираться на примере конкретных потоков.

Начнём с конца списка.
- RTSP в браузере не играется практически никак.
- RTMP играется только с помощью флешового плеера
- MPEG-TS в плеере вообще не играется, этот протокол для обмена меджу устройствами и транскодерами больше
- HLS (m3u8) будет играть в html5 только там, где его поддерживает браузер, а точнее если браузер поддерживает Media Source Extension, доступность смотри здесь caniuse.com/#feat=mediasource

Функционалность RTSP у Нимбла покрывает любые сценарии, включая транзмаксинг в другие протоколы. Получив на вход 16 потоков он может обернуть их в HLS или RTMP для проигрывания любым популярным веб-плеером.
Обработка опубликованных потоков описана здесь. Если потоки с камер доступны по ссылке, то эта статья подойдёт больше.
Пишите, если есть вопросы.

1. Вам нужен медиасервер, который умеет брать RTSP pull и отдавать его тем же образом. Список самых подходящих - в этом ответе.
2. Зачем такое требование - разные порты? Обычно раные трансляции разделяются на уровне разных URL-ов. Например rtsp://server.ip:554/live/stream1 , rtsp://server.ip:554/live/stream2 и т.п.
3. Чуть больше - выше правильно сказали про оверхед при передаче. Опять же, из общей полосы пропускания вычитаем входящие потоки - канал-то один. То есть по факты будет не 200, а 180-190 одновременных коннектов.

Вот здесь я кратко перечислил варианты.

Я отвечал на подобный вопрос здесь. Ставьте на свой сервер что-то из медиа-серверов, например наш Nimble Streamer, и сможете раздавать видео любым типам клиентов.

Этот процесс называется транзмаксингом (transmuxing), т.е. перепаковкой. Большинство софтовых медиа-серверов это умеет. В частности, это есть у нас в Nimble Streamer.