Конкуренция iOS MobileVLCKit и VideoCore

Question

Я использую MobileVLCKit для потоковой передачи видео и аудио с Wowza RTMP-сервера. В то же время я использую VideoCore] 1 для потоковой передачи звука на сервер Wowza RTMP (я отключил видео канал в VideoCore). Теперь я пытаюсь сделать такое решение для телеконференций. Теперь я ограничен RTMP или RTSP, а не решением для телеконференций (WebRTC или SIP, а что нет ... Я не знаком с ними на данный момент) из-за ограничений на другом конце строки.

Вышеуказанная настройка не работает. Индивидуальная работа обеих функций (потоковое видео и аудио и аудиопоток) выполняется нормально. Но не при одновременном запуске, так как звук не слышен на другом конце. Фактически, когда приложение начиналось с потоковой передачи видеопотока VideoCore, как только я начал переходить через MobileVLCKit, звук не может быть слышен на другом конце, хотя поток открыт. Похоже, что микрофон каким-то образом вырвался из VideoCore, хотя MobileVLC не нужен микрофон.

Однако, когда я сделал два в два приложение и позволяю им работать в фоновом режиме (аудио & ротация фонового режима), два прекрасно работает с одним приложением стекают видео & аудио и другой собирание микрофона голос и поток на другой конец.

Есть ли причина, по которой две функции, по-видимому, находятся в конфликте внутри одного и того же приложения, и любые идеи, как разрешить конфликт?

Answer 1

Я столкнулся с той же проблемой. Скажем, у меня есть два объекта: vlc-плеер и другой аудиопроцессор, который слушает микрофон. Он отлично работает в симуляторе для одновременной работы обеих функций. Но конфликт в устройстве iPhone. Я думаю, что основная причина в том, что есть только одна позиция или право на прослушивание микрофона. И vlc занимает право, так что мой аудиопроцессор не может работать. Но по некоторым причинам я не могу изменить код vlc. Поэтому я хотел бы найти решение обходного решения. И я нашел его.

Проблема связана с vlc, который занимает право, но не использует микрофон, и мой звуковой процессор сделал. Таким образом, путь кажется явным. То есть, сначала проигрыватель vlc, а затем новый экземпляр объекта, аудиопроцессор в моем случае, который должен прослушивать микрофон. Поскольку аудиопроцессор появляется после vlc-плеера, он возвращает права на прослушивание микрофона. И они оба работают нормально.

Для справки и надежды он может вам помочь.