В настоящее время я создаю прототип расширения для приложения для управления зданием React Native, предназначенного только для iOS, чтобы позволить пользователям, вошедшим в систему с достаточным разрешением, просматривать видеопотоки IP CCTV отдельных зданий на лету.
Проблема в том, что в настоящее время я использую React-Native-Video в качестве компонента видеоплеера, но он принимает только HTTPS-ссылки (Apple App Transport Security), а URL-адреса видео камеры не зашифрованы SSL.
Чтобы повысить безопасность, мне было интересно, можно ли «преобразовать» эти незащищенные потоки в новый видеопоток HTTP после того, как приложение запросит его для конкретной камеры через выделенный API. Я хочу, чтобы новый поток проходил через мой защищенный SSL домен для этой конкретной службы, предположительно по маршруту конечной точки, заданному клиентским приложением.
По сути, когда приложение iOS обнаруживает, например, действительную авторизацию /view-camera и POST и ссылку на камеру, оно начинает «копировать» данные из менее безопасного URL-адреса потока RTSP / HTTP, хранящегося в базе данных для этой записи камеры, и выводить их в новый поток вывода (возвращающий данные либо через какой-либо сокет), который будет проходить через мой собственный домен.
Existing HTTP stream -> API <- > iOS app.
У меня настроен API в HapiJS с необходимым промежуточным программным обеспечением / аутентификацией (обрабатывается отдельной службой API аутентификации), а следующая часть обрабатывает транскодирование видеопотоков, что, честно говоря, является чем-то, в чем я совершенно новичок. Я ожидаю, что я не смогу вернуть эти видеоданные через тот же запрос POST, который инициировал этот процесс, возможно, если он сможет предоставить новый URL-адрес, специфичный для этой камеры.
Я наткнулся на пакет Node под названием stream-transcoder.js, и он "кажется" делает то, что мне нужно, но знает ли кто-нибудь о других, которые я могу попробовать?
Надеюсь, я достаточно объяснил это, любой вклад будет очень признателен





Я не уверен, как помочь с преобразованием HTTPS, кроме как предложить попробовать мою компанию, Mux в качестве опции. API прямой трансляции (включая часть транскодирования) находится в стадии бета-тестирования, и я могу помочь вам пораньше, чтобы узнать, делает ли он то, что вам нужно. Он может принимать RTMP как входной и выходной HLS через HTTPS. Напишите мне на адрес steve at mux.com.