2014-09-17 12 views
8

Pracuję nad klientem WebRTC i chciałbym umożliwić klientom modyfikowanie trwającej sesji audio/wideo w celu dodania lub usunięcia strumienia audio lub wideo.WebRTC wiele strumieni wideo w tym samym peerConnection

Na przykład, jeśli trwa ciągłe połączenie audio/wideo między dwoma klientami, jeden klient może zmodyfikować sesję i dodać kolejny strumień wideo, aby udostępnić swój ekran. Tak więc zdalny klient może zobaczyć wideo z kamery i wideo przechwycone z ekranu.

Dokonuję modyfikacji, wysyłając ponownie ZAPRASZAĆ ​​ze zaktualizowanym SDP, który powinien zawierać dwie linie nośników wideo.

Moje pytanie brzmi, czy odbiornik mógłby odbierać takie SDP i radzić sobie z każdą linią wideo, niezależnie od tego samego połączenia peerConnection?

Dziękuję.

+0

Tak, powinno być możliwe –

Odpowiedz

7
  • Firefox jest obecnie ograniczony do 1 dźwięku i 1 wideo.
  • obsługa wielu strumieni na komputerze podlega 3 podejściom: plan A, plan B i plan ujednolicony [here]. Hangout korzysta z planu B, który na razie jest obsługiwany przez Chrome. Firefox ogłosił, że będzie obsługiwał ujednolicony plan ... w dniu, w którym implementuje tę funkcję.
  • w skrócie, ponieważ interpretacja sdp jest dokonywana przez przeglądarkę, NIE jest to możliwe dzisiaj.
+0

Dziękuję za odpowiedź. Czytałem plan B i przykład, który pokazuje, że jest dokładnie to, co chciałem wprowadzić. Przypuszczam, że zadziała w Chrome. Czy jest coś, czego nie rozumiem, że mówisz, że NIE jest to możliwe dzisiaj? Oprócz Firefoksa. –

+0

jest to możliwe w chrome i to wszystko. Zespół jitsi, który korzysta z planu B na swoim moście "spotkaj mnie", ma połączenie z hangoutem, ale ma swoją cenę za brak pracy w firefoxie. Mają jeden błąd przeciwko Firefoxowi, który był ignorowany przez dłuższy czas. google jitsi + plan B + firefox. –

+1

Jestem bardzo zdezorientowany, do którego planu A i planu B się odwoływałeś? –

Powiązane problemy