Розробка мобільного додатку для відеоспостереження (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-керуванням, історією записів та push-алертами по motion: 8-12 тижнів. Вартість розраховується індивідуально після аналізу модельного ряду камер та вимог до зберігання. Економія часу на розробку з використанням готових бібліотек складає до 40% порівняно зі створенням власного RTSP-клієнта. Отримайте консультацію по вашому проєкту — оцінимо терміни та вартість.

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