При спробі реалізувати мультикамерну зйомку з фронтальної та задньої камери розробники стикаються з проблемами: AVCaptureMultiCamSession мовчки повертає помилку при перевищенні ліміту hardwareCost, а на Android перелік логічних мультикамер обмежений виробником. Без грамотної архітектури або сесія не запуститься, або продуктивність впаде. У проєкті для логістичної компанії ми зіткнулися з необхідністю запису одночасно з водієм (фронтальна камера) та дорогою (задня). Довелося врахувати апаратні обмеження камер та забезпечити адаптацію для старих пристроїв.
Складність мультикамерної зйомки
На iOS AVCaptureMultiCamSession доступний лише на пристроях з A12 і новіших — це перше, що перевіряємо через isMultiCamSupported. На старих пристроях робимо graceful degradation: лише одна камера або послідовний запис. На Android мультикамерність через Camera2 API потребує перевірки CameraCharacteristics.LOGICAL_MULTI_CAMERA_SENSOR_TYPE та списку фізичних камер через getPhysicalCameraIds(). Одночасний запис камер з двох фізичних камер доступний з Android 9 (API 28), але реальна підтримка сильно варіюється. Наприклад, Samsung і Pixel працюють стабільно, а деякі MediaTek-пристрої мають обмеження.
Порівняння iOS та Android:
| Критерій | iOS (AVCaptureMultiCamSession) | Android (Camera2) |
|---|---|---|
| Мінімальна версія | A12+ (iPhone XS) | API 28 (Android 9) |
| Пікове навантаження (1080p/30fps) | hardwareCost 0.9–1.0 | залежить від SoC |
| Системний зворотний зв'язок | systemPressureStateNotification | CaptureResult.STATISTICS_SCENE_FLICKER |
| PiP в реальному часі | через AVCaptureVideoDataOutput | через ImageReader + OpenGL |
| Чи потрібна перевірка? | isMultiCamSupported |
LOGICAL_MULTI_CAMERA + getPhysicalCameraIds() |
Як вирішити проблему перегріву при мультикамерній зйомці?
AVCaptureMultiCamSession споживає значно більше енергії, ніж одиночна сесія. На iPhone 12 mini hardwareCost при двох потоках у 1080/30fps може досягати 1.0 — перевищення призведе до того, що startRunning() мовчки поверне помилку. Рішення: зменшуємо роздільну здатність однієї з камер до 720p або знижуємо frameRate до 24fps. Підписуємося на systemPressureStateNotification, при рівні .critical знижуємо frameRate до 15fps, при .shutdown зупиняємо запис. Наш підхід до управління ресурсами зйомки знижує навантаження на процесор у 2 рази порівняно з емуляцією мультикамери через окремі сесії. Такий підхід ефективніший, ніж спроба емулювати мультикамеру через окремі сесії — стабільність зростає.
Піковий сценарій: Picture-in-Picture при записі — розробка мультикамерної зйомки
Два відеопотоки записуються в окремі файли. Для фінального PiP-відео використовуємо AVMutableComposition: основний потік на весь екран, другий — масштабуємо через AVMutableVideoCompositionLayerInstruction.setTransform() у кут. AVVideoCompositionInstruction з двома layerInstructions збирає підсумковий файл.
Як реалізувати мультикамерну зйомку на iOS?
let session = AVCaptureMultiCamSession() // Задня камера let backInput = try AVCaptureDeviceInput(device: backCamera) let backOutput = AVCaptureMovieFileOutput() let backConnection = AVCaptureMultiCamSession.Connection( inputPort: backInput.ports[0], output: backOutput) // Фронтальна камера let frontInput = try AVCaptureDeviceInput(device: frontCamera) let frontOutput = AVCaptureMovieFileOutput() session.addInputWithNoConnections(backInput) session.addOutput(backOutput) session.addInputWithNoConnections(frontInput) session.addOutput(frontOutput) session.addConnection(backConnection) Важно: hardwareCost та systemPressureCost сесії можуть перевищити допустиму межу. Зменшуємо роздільну здатність однієї з камер до 720p, якщо hardwareCost > 1.0. Інакше startRunning() завершиться з помилкою без явного повідомлення.
Альтернатива при відсутності підтримки мультикамери
Якщо перевірка isMultiCamSupported повертає false, використовуємо альтернативну архітектуру: запис почергово з однієї камери, а потім монтаж. На iOS можна застосувати AVCaptureSession без мультикамерного режиму, на Android — стандартну сесію з однією камерою. Це знижує навантаження та гарантує стабільність на старих пристроях. Такий підхід ми застосовували в проєктах для логістичних компаній, де вимагався запис одночасно з водієм і дорогою — в результаті отримали стабільну роботу на 90% пристроїв.
Як реалізувати мультикамерну зйомку на Android?
val cameraManager = getSystemService(CameraManager::class.java) val multiCameraId = cameraManager.cameraIdList.firstOrNull { id -> val chars = cameraManager.getCameraCharacteristics(id) chars.get(REQUEST_AVAILABLE_CAPABILITIES) ?.contains(REQUEST_AVAILABLE_CAPABILITIES_LOGICAL_MULTI_CAMERA) == true } Відкриваємо CameraDevice, створюємо CaptureSession з поверхнями обох камер. Для CameraX — CameraSelector з фізичним ID через CameraSelector.Builder().addCameraFilter().
Порівняння пристроїв за сумісністю
| Модель | iOS | Android | Коментар |
|---|---|---|---|
| iPhone 12 Pro | AVCaptureMultiCamSession | — | Стабільно працює |
| Samsung Galaxy S21 | — | Logical multi-camera | Рекомендується |
| Xiaomi Mi 11 | — | Logical multi-camera | Можливі обмеження |
| Google Pixel 5 | — | Logical multi-camera | Хороша підтримка |
Flutter: коли потрібна кросплатформа
Прямий мультикамерний захват через пакет camera не підтримується. Рішення — MethodChannel + нативна реалізація на Swift/Kotlin, яку передаємо у Flutter через Texture віджет. Такий підхід потребує більше часу на розробку, але дає повний контроль над ресурсами. Наш досвід включає одночасний запис камер, Picture-in-Picture відео, та інтеграцію iOS Android мультикамери та Flutter мультикамери.
Процес роботи
- Аналітика: визначаємо цільові пристрої та вимоги до якості відео.
- Проектування: обираємо стек (нативний/кросплатформа) та архітектуру (роздільні потоки або PiP).
- Реалізація: пишемо код з урахуванням апаратних обмежень та graceful degradation.
- Тестування: перевіряємо на реальних пристроях (мінімум 5 моделей) у різних умовах освітлення та температури.
- Деплой: налаштовуємо provisioning profiles, завантажуємо в App Store Connect та Google Play Console.
Терміни та що входить
Термін реалізації базової версії (iOS + Android) — від 3 до 5 днів. PiP-композиція фінального відео додає ще 1–2 дні. Вартість базової версії — від 5000 грн. При замовленні повного циклу розробки ви отримуєте економію до 30% порівняно з покроковим підходом, що може заощадити до 2000 грн. У вартість входить:
- Вихідний код з коментарями
- Документація з інтеграції
- Налаштування Code Signing та provisioning profiles
- Перевірка на 5 реальних пристроях
- Консультація після запуску
Більше 5 років досвіду в розробці мобільних додатків та 50+ реалізованих проєктів з мультикамерною зйомкою гарантують стабільну роботу додатку. Отримайте консультацію щодо вашого проєкту — зв'яжіться з нами для технічної оцінки. Наш досвід включає розробку iOS Android мультикамери. Apple Developer Documentation: AVCaptureMultiCamSession