Работа с родным приложением Android webRTC и попытка удалить видеодорожку из медиапотока, который содержит комбинированный аудио/видео (например, localMS.addTrack (peerConnectionFactory.createVideoTrack («ARDAMSv0», videoSource)) и localMS.addTrack (peerConnectionFactory.createAudioTrack («ARDAMSa0», аудиоисточник));), поток видео по-прежнему отправляется на удаленный конец, и нет генерации «onrenegotiation» ' Перезвони.webRTC remove media track не генерирует повторные переговоры и не останавливает носитель
Существует много дискуссий о removetrack по сравнению с функциональностью до removestream (например, см https://bugs.chromium.org/p/webrtc/issues/detail?id=5265#c4 или https://bugs.chromium.org/p/webrtc/issues/detail?id=2136), кроме того, некоторые работы обходные обсуждаются такие как удаление потока, с последующим удалением дорожки из потока и добавляя прежде чем создавать новое предложение. В стандартах W3C (см. http://w3c.github.io/mediacapture-main/#dfn-settings), похоже, не существует реального указания на то, что должно произойти пересмотр.
Вопросы, которые я пытаюсь решить, следующие: Правильно ли это удалить видеодорожку (т. Е. Вызвать удаленную ссылку на медиа-поток)?
Почему это не происходит? и если это не произойдет, когда следует отправить новое предложение?
Почему вызов удаляемого потока фактически не останавливает поток от передачи? (передача самого нового предложения, похоже, не оказала бы никакого влияния на передачу потока только в том случае, если у получателя есть recv_only в sdp для этого медиа-компонента).
Любые мысли по любому из этих вопросов были бы очень благодарны, и я опубликую все обновления, с которыми я сталкиваюсь, и рабочее решение после его разрешения.
благодаря
Помогает ли [этот ответ] (http://stackoverflow.com/a/35515536/918910)? – jib