WebRTC gibt gelegentlich schwarzen Bildschirm

Question

Ich erstelle einen Multi-User-Video-Chat mit WebRTC. Aber ich habe ein Problem mit RTCPeerConnection

Bei einigen Gelegenheiten habe ich mit 7 Benutzern chatten, wo jeder sieht die anderen Völker Videos aber manchmal bekomme ich schwarzen Bildschirm von einem Benutzer.

Komische Sache ist, dass es total zufällig ist, manchmal funktioniert alles. manchmal hat ein Benutzer einen schwarzen Bildschirm. Wenn dieser Benutzer sich erneut anmelden würde, wären andere Bildschirme schwarz oder alles würde funktionieren.

Ich habe meine Fluss wie Peerconnection Werke geprüft und hier ist, wie es funktioniert für mich:

Der Benutzer, der die Peerconnection beginnt:

• kenneth: Peerconnection erstellt main.js: 275
• Kenneth: Hörer für den Fernstrom hinzugefügt main.js: 280
• Kenneth: Zuhörer Fernstrom entfernt hinzugefügt main.js: 285
• Kenneth: added lokaler Strom peerc Steckerspleisssysteme main.js: 264
• kenneth: Angebot main.js erstellt: 293
• kenneth: Angebot Sent main.js: 315
• kenneth: Antwort erhalten main.js: 205
• kenneth: Listener hinzugefügt Bitte senden Sie lokalen ICE Kandidaten main.js: 210
• kenneth: Remote Beschreibung Satz von Antwort main.js: 215
• kenneth: Remote-Stream main.js hinzugefügt: 366
• kenneth: remote ICE main.js erhalten: 218
• Kenneth: Remote ICE hinzugefügt Peerconnection main.js: 225
• Kenneth: Fern ICE empfangenen main.js: 218
• Kenneth: remote ICE zu Peerconnection main.js hinzugefügt: 225
• Kenneth: ICE Kandidaten gesendet main. js: 340
• Kenneth: ICE Kandidat gesendet main.js: 340
• Kenneth: ICE Kandidat gesendet main.js: 340
• Kenneth: ICE Kandidat gesendet main.js: 340
• kenneth: Fern ICE empfangenen main.js: 218
• Kenneth: Remote ICE hinzugefügt Peerconnection main.js: 225
• Kenneth: remote ICE main.js erhalten: 218
• Kenneth: remote ICE zu Peerconnection main.js hinzugefügt: 225
• Kenneth: ICE Kandidaten gesendet Haupt .js: 340
• kenneth: ICE Kandidat gesendet main.js: 340
• kenneth: Ende der Kandidatenhauptleitung.js: 342

Der Benutzer, der ein Angebot erhält und dann schafft Antwort:

• kennethtest1: Angebot main.js erhalten: 183
• kennethtest1: Peerconnection erstellt main.js: 275
• kennethtest1: listener für remote stream hinzugefügt main.js: 280
• kennethtest1: listener remote stream entfernt hinzugefügt main.js: 285
• kennethtest1: Listener adde d lokalen ICE Kandidaten main.js senden: 189
• kennethtest1: Remote Beschreibung Set von Angebot main.js: 194
• kennethtest1: Lokalstrom hinzugefügt main.js zu Peerconnection: 198
• kennethtest1: Antwort erstellt main. js: 301
• kennethtest1: Remote Strom hinzugefügt main.js: 366
• kennethtest1: Antwort Gesendete main.js: 324
• kennethtest1: ICE Kandidaten gesendet main.js: 340
• kennethtest1: ICE Kandidaten gesendet Haupt .js: 340
• kennethtest1: ICE Kandidat main.js gesendet: 340
• kennethtest1: ICE Kandidaten gesendet main.js: 340
• kennethtest1: remote ICE main.js erhalten: 218
• kennethtest1: remote Eis gegeben Haupt zu Peerconnection. js: 225
• kennethtest1: Fern ICE empfangenen main.js: 218
• kennethtest1: remote ICE hinzugefügt Peerconnection main.js: 225
• kennethtest1: Fern ICE empfangenen main.js: 218
• kennethte ST1: Remote ICE hinzugefügt Peerconnection main.js: 225
• kennethtest1: remote ICE main.js erhalten: 218
• kennethtest1: remote ICE hinzugefügt Peerconnection main.js: 225
• kennethtest1: Ende des Kandidaten main. js: 342
• kennethtest1: Fern ICE empfangenen main.js: 218
• kennethtest1: remote ICE hinzugefügt Peerconnection main.js: 225
• kennethtest1: Fern ICE empfangen main.js: 218
• kennethtest1: Fern ICE zu Peerconnection main.js hinzugefügt : 225

Ich habe auch geprüft, Chrom out: // WebRTC-Interna/ , wo ich, dass für diesen speziellen schwarzen Bildschirm Peerconnection des Stromes ist dort sehen kann, aber es wird alle Daten durch sie nicht zu senden.

Hat jemand eine Idee, warum manchmal der Stream hier nicht öffnet?

Answer 1

Dies wurde behoben, indem mehrere STUN-Server hinzugefügt wurden, anstatt sich auf nur einen zu verlassen. Ich habe gesehen, dass mit der Verwendung eines Google STUN-Servers gelegentlich die Anfragen nicht rechtzeitig zurückkommen, wodurch webrtc aufhört, nach einem Pfad zu suchen, der über die Medienströme gesendet werden kann.

Ich habe hinzugefügt STUN-Server von anderen Open-Source-Lieferanten