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

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

Вебинар на мобильном — это конкурент Zoom, Webex и Google Meet в конкретной нише. Значит, требования не «сделать видеозвонок», а: стабильный поток при падении качества сети, демонстрация экрана, чат с реакциями, роли участников (организатор / спикер / слушатель), запись и воспроизведение. И всё это на iOS и Android с задержкой < 500 мс.

Архитектурный выбор: 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.

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

Twilio Video — зрелый API, но Twilio заморозила развитие Video в 2023.

Для self-hosted: Livekit + Janus + MediaSoup — три наиболее активно поддерживаемых SFU.

Видео и аудио: адаптивность под сеть

Главная проблема мобильных вебинаров — переход между 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) с позиционированием и скоростью воспроизведения.

Этапы и сроки

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