Warum wird die WebRTC-Remotevideoquelle von URL.createObjectURL generiert?

Question

In this document wird die Videoquelle mit URL.createObjectURL festgelegt. (Dies ist der Code, um einen Anruf zu beantworten).

Ich erwartete video.src, um die Adresse zu sein, um das entfernte Video abzurufen. Es sollte also festgelegt und von der anderen Seite der Verbindung (wer auch immer den Anruf initiiert hat) gegeben werden. Aber der Wert URL.createObjectURL wird auf der Seite des Antwortsenders generiert, und das Ereignis hängt davon ab, wann die Funktion aufgerufen wird. Wie kann es verwendet werden, um den Remote-Video-Stream zu erhalten?

Bearbeiten: Das Ergebnis von URL.createObjectURL sieht aus wie Blob: http://some.site.com/xxxx-the-token-xxxx. Wie weiß die Videokomponente mit dieser Zeichenfolge, wo der Remote-Stream geladen werden soll? Wird irgendwo eine Hashmap von {url: stream} gespeichert? Wenn ja, wie greift die Videokomponente auf die Hashmap zu?

Ein Stream-Objekt speichert eine Token-Zeichenfolge, die Sie mit stream.toURL erhalten können. Aber es ist anders als das Ergebnis von URL.createObjectURL. Der Wert URL.createObjectURL hängt von der Zeit ab. Wenn Sie es zweimal hintereinander aufrufen, erhalten Sie unterschiedliche Werte.

Answer 1

URL.createObjectURL(stream) ist ein Hack. Hör auf es zu benutzen. Bemühungen sind im Gange remove it.

Verwenden Sie stattdessen direkt video.srcObject = stream. Es ist Standard und gut umgesetzt.

Diese Zuordnung einer lokalen Ressource sollte eigentlich nie eine URL sein und ist ein Vorwand, um zu verstehen, wie WebRTC funktioniert.

WebRTC ist eine Übertragungs-API, die Daten direkt von einem Peer zum anderen sendet. Keine Inhalts-URLs sind beteiligt. Die Fernbedienung stream, die Sie von onaddstream erhalten, ist eine lokale Objektempfängerseite und ist das Live-Streaming-Ergebnis der Übertragung, das abgespielt werden kann.

Die Dokumentation, die Sie lesen, ist alt und veraltet. Danke, dass du es aufgezeigt hast, ich werde es reparieren. Es hat andere Probleme: Sie sollten setRemoteDescription sofort aufrufen, nicht warten, bis der Empfänger ihre Kamera zu teilen, sonst eingehende Kandidaten werden verpasst. Anstelle der Code, den Sie zeigen, dies tun:

pc.onaddstream = e => video.srcObject = e.stream; 

function getOfferFromFriend(offer) { 
    return pc.setRemoteDescription(new RTCSessionDescription(offer)) 
    .then(() => navigator.getUserMedia({video: true})) 
    .then(stream => { 
     pc.addStream(stream); 
     return pc.createAnswer(); 
    }) 
    .then(answer => pc.setLocalDescription(answer)) 
    .then(() => { 
     // send the answer to a server to be forwarded back to the caller (you) 
    }) 
    .catch(error); 
} 

Es srcObject verwendet, vermeidet die veralteten Callback-API, und nicht intermittierend ICE Ausfälle verursachen.

Answer 2

Da eine WebRTC-Verbindung mehrere Schritte umfasst und was Sie von einer solchen Verbindung erhalten, ist ein Stream. Die src-Eigenschaft des Tags video akzeptiert jedoch keinen Stream, sondern eine URL. Und das ist der Weg, um einen Stream in eine URL zu "konvertieren".