Разработка мобильного приложения для видеонаблюдения (IP-камеры)

// Android: WS-Discovery multicast class ONVIFDiscovery { private val MULTICAST_ADDRESS = "239.255.255.250" private val MULTICAST_PORT = 3702 suspend fun discoverDevices(timeout: Long = 3000): List<ONVIFDevice> { val socket = MulticastSocket(MULTICAST_PORT) socket.joinGroup(InetAddress.getByName(MULTICAST_ADDRESS)) socket.soTimeout = timeout.toInt() val probeMessage = buildWSDiscoveryProbe() val packet = DatagramPacket( probeMessage.toByteArray(), probeMessage.length, InetAddress.getByName(MULTICAST_ADDRESS), MULTICAST_PORT ) socket.send(packet) val devices = mutableListOf<ONVIFDevice>() val buffer = ByteArray(4096) try { while (true) { val response = DatagramPacket(buffer, buffer.size) socket.receive(response) parseWSDiscoveryResponse(String(response.data, 0, response.length)) ?.let { devices.add(it) } } } catch (e: SocketTimeoutException) { /* нормальное завершение */ } socket.close() return devices } } 

Для получения RTSP URL: SOAP-запрос GetStreamUri с авторизацией WS-Security (Digest auth). Библиотека onvif4java упрощает, но часто отстаёт от актуальных прошивок камер — проще написать SOAP-клиент на Retrofit с кастомным конвертером.

Многокамерный просмотр

Сетка из 4 или 9 камер одновременно — тяжёлая задача. Каждый RTSP-поток требует отдельного декодера. На Android с 9 камерами Full HD рискуем исчерпать аппаратные декодеры (их обычно 4-8 на чипе); остальные уходят на программный декодер с просадкой FPS до 5-10 кадров.

Решение: для сетки используем MJPEG-снапшоты через ONVIF GetSnapshotUri с обновлением раз в 2-3 секунды вместо полного видеопотока. Полный RTSP включаем только при тапе на камеру — режим полного экрана. Это компромисс между нагрузкой и информативностью.

Запись и история: локальное и облачное хранение

Запись клипов с камеры на телефон: скачиваем через ONVIF GetRecordings или ISAPI (Hikvision). Локально сохраняем в MediaStore (Android 10+) или Photos Library (iOS). Для облачных камер — прямые ссылки на MP4 из облака производителя.

Motion detection: либо аппаратный (в самой камере, события приходят через ONVIF Event Service), либо программный на мобильном через сравнение кадров по YUV разнице между предыдущим и текущим. Аппаратный надёжнее — меньше ложных срабатываний.

Что входит в разработку

• Анализ модельного ряда камер и ONVIF-совместимости
• Выбор протокола и настройка RTSP-потоков
• Разработка многокамерной сетки с MJPEG-снапшотами
• Интеграция записи и motion detection
• Публикация в App Store и Google Play
• Техническая документация и обучение сотрудников
• Поддержка после релиза (опционально)

Пошаговый процесс реализации RTSP-просмотра

1. Проверяем, какие протоколы поддерживают ваши камеры (RTSP, ONVIF, HLS).
2. Выбираем плеер: для Android — ExoPlayer с RTSP-расширением, для iOS — VLCKit или FFmpegKit.
3. Настраиваем буферизацию с минимальной задержкой (цель — не более 500 мс).
4. Тестируем на разных камерах и при разных условиях сети.
5. Для многокамерных режимов внедряем MJPEG-снапшоты для экономии ресурсов.

Сроки разработки

Разработка мобильного приложения с RTSP-просмотром одной камеры и базовым ONVIF-управлением: 4-5 недель. Многокамерная система с WS-Discovery, PTZ-управлением, историей записей и пуш-алертами по motion: 8-12 недель. Стоимость рассчитывается индивидуально после анализа модельного ряда камер и требований к хранению. Экономия времени на разработку с использованием готовых библиотек составляет до 40% по сравнению с созданием собственного RTSP-клиента. Получите консультацию по вашему проекту — оценим сроки и стоимость.

Наш опыт в разработке приложений для видеонаблюдения — более 7 лет и свыше 50 успешных проектов для камер Hikvision, Dahua, Axis, Reolink. Гарантируем соответствие App Store Review Guidelines (Section 4.2/5.1) и безопасность данных.