Разработка мобильного приложения для вебинаров

Мы разрабатываем вебинарные приложения под iOS и Android, которые конкурируют с Zoom и Webex в нишевых сценариях — онлайн-курсы, корпоративные тренинги, вебинары с аудиторией до 500 человек. В отличие от готовых решений, наше приложение даёт полный контроль над интерфейсом, монетизацией и сбором данных. Основные требования: стабильное видео при нестабильной сети, демонстрация экрана, чат с реакциями, гибкие роли участников (организатор, спикер, слушатель), запись сессий и воспроизведение. И всё это с задержкой менее 500 мс. За 7 лет мы реализовали 20+ подобных проектов, накопив опыт работы с WebRTC, Livekit, Agora и собственной сборкой SFU. Типичная ошибка — попытка адаптировать Jitsi Meet под кастомный UX, что приводит к конфликтам версий и замедлению разработки. Мы избегаем этого, выбирая SFU под конкретную задачу.

Архитектурный выбор: WebRTC vs готовый SDK

Писать видеоконференцию с нуля на WebRTC — реально, но это 3-6 месяцев только на медиа-движок. Для большинства продуктов правильный выбор — специализированный SDK, который закрывает SFU, кодеки, адаптивный битрейт и перегрузку сети.

Livekit SDK — open source, self-hosted SFU, MIT лицензия. iOS/Android/Flutter SDK. Стандарт для новых проектов где важен контроль над данными. Room, LocalParticipant, RemoteParticipant — простая object model.

Agora SDK — мощный, но облачный с посекундной тарификацией. Хорош когда важна глобальная CDN и минимум DevOps. Однако при 100 участниках стоимость может быть в 2-3 раза выше, чем self-hosted Livekit.

Daily.co, 100ms, Whereby — облачные альтернативы с разными pricing-моделями. Twilio Video — зрелый API, но Twilio заморозила развитие Video в 2023.

Для self-hosted: Livekit + Janus + MediaSoup — три наиболее активно поддерживаемых SFU. Источник: WebRTC и официальная документация Livekit.

Почему мы выбираем Livekit для self-hosted?

Livekit даёт полный контроль над данными — SFU, записи, стриминг — всё на ваших серверах. Экономия по сравнению с Agora: при 50 участниках и 20 часов вебинаров в месяц self-hosted обходится в 2-3 раза дешевле. Кроме того, Livekit Open Source (MIT) позволяет модифицировать код под специфические задачи.

Как реализовать адаптивное видео под мобильные сети?

Главная проблема мобильных вебинаров — переход между Wi-Fi и LTE посередине выступления. SFU с simulcast решает это: спикер отправляет 3 качества видео (720p/360p/180p), сервер выбирает для каждого слушателя оптимальное исходя из его пропускной способности.

Livekit: simulcast включается флагом VideoPublishOptions(simulcast: true). iOS: LKLocalVideoTrack с CameraSource. Android: LocalVideoTrack + Camera2Source. Автоматическое снижение разрешения при потере пакетов — встроено в SFU.

Dynacast (Livekit) — автоматически паузирует видео-треки спикеров, которых не видит никто из слушателей. Экономит bandwidth на стороне сервера при >50 участниках.

Аудио: opus кодек, 48 кГц, AEC + NS + AGC встроены в WebRTC. Спикерфон vs earpiece: AVAudioSession.overrideOutputAudioPort(.speaker) / AudioManager.setSpeakerphoneOn(true). Автоматически при >2 участниках — включаем speakerphone, для 1-on-1 — earpiece.

Демонстрация экрана

iOS (ReplayKit). RPScreenRecorder.shared().startCapture(handler:) — работает с iOS 11, в iOS 12+ доступен из Control Center. Захват экрана возвращает CMSampleBuffer — передаём в WebRTC RTCVideoCapturer через кастомный RTCVideoCapturerDelegate. Ограничение: в RPBroadcastSampleHandler (Extension) нельзя напрямую вызвать код основного приложения — используем App Group + CFMessagePort или Darwin notifications для передачи состояния.

iOS 15+ RPSystemBroadcastPickerView — нативная кнопка запуска трансляции без кода.

Android (MediaProjection API). MediaProjectionManager.createScreenCaptureIntent() → пользователь подтверждает → VirtualDisplay → захват кадров через ImageReader → VideoEncoder → WebRTC VideoSource. Требует Foreground Service с типом mediaProjection (Android 10+). В манифесте: <service android:foregroundServiceType="mediaProjection"/>.

Flutter: flutter_screen_capture (нативные биндинги к обоим API) или нативный plugin с platform channels.

Чат, реакции, Q&A

Чат в реальном времени: WebSocket или Livekit DataChannel (LocalParticipant.publishData). DataChannel работает через тот же RTC-соединение — не нужен отдельный WebSocket сервер.

Реакции (👏🔥❤️): мгновенная анимация у всех участников. Отправляем через DataChannel, рендерим с particle animation поверх видео-грида. iOS: UIViewPropertyAnimator + CAEmitterLayer. Android/Compose: AnimatedVisibility + LaunchedEffect.

Q&A: очередь вопросов с upvote. Хранение на сервере (Livekit RPC или отдельный REST). Организатор видит приоритизированный список.

Роли и права доступа

Организатор, со-организатор, спикер, слушатель. Разница в правах: слушатель не публикует видео/аудио (экономия bandwidth), может только поднять руку → организатор даёт слово.

Livekit: ParticipantPermission — canPublish, canPublishData, canSubscribe. Устанавливается сервером при создании token или изменяется через RoomServiceClient.updateParticipant.

«Поднять руку»: DataChannel сообщение {type: "raise_hand", participantId: "..."} → у организатора появляется индикатор у участника.

Запись вебинара

Livekit Egress: cloud recording в S3/R2. EgressServiceClient.startRoomCompositeEgress() — записывает composite view (видео всех участников в сетке) или track-by-track (отдельные треки для монтажа). Формат: MP4 с H.264 + AAC.

Доступ к записи: presigned S3 URL с TTL 24ч. В приложении — плеер (AVPlayer / ExoPlayer) с позиционированием и скоростью воспроизведения.

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

• Техническое задание и архитектурная документация
• Настройка SFU (Livekit/Janus) и DevOps (K8s/Docker)
• Разработка iOS (Swift/SwiftUI) и Android (Kotlin/Compose) приложений
• Интеграция push-уведомлений (APNs/FCM), deep linking (Universal Links/App Links)
• настройка User Auth (OAuth 2.0, Firebase Auth)
• Поддержка App Store и Google Play: provisioning profiles, code signing, соблюдение гайдлайнов (Section 4.2/5.1)
• Нагрузочное тестирование с 50+ участниками
• Передача исходных кодов и доступов

Сравнение SFU для вебинаров

Этапы и сроки

Итого: MVP-вебинарное приложение — 6-8 недель. С регистрацией событий, email-рассылками, аналитикой присутствия — 10-12 недель.

Получите консультацию по архитектуре вашего вебинарного приложения — мы поможем выбрать оптимальный стек и уложиться в бюджет. Свяжитесь с нами для обсуждения деталей — мы ответим на все вопросы и предложим оптимальное решение.