Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Receiver "kind" not known until calling receiver.receive() #411

Closed
aboba opened this issue Mar 11, 2016 · 2 comments
Closed

Receiver "kind" not known until calling receiver.receive() #411

aboba opened this issue Mar 11, 2016 · 2 comments

Comments

@aboba
Copy link
Contributor

aboba commented Mar 11, 2016

In Edge ORC, we got feedback from developers who attempted to hook up a receiver to an audio or video tag prior to calling receiver.receive(). Since the "kind" of a receiver was not determined until receiver.receive() is called, we were throwing an exception, and developers found this to be annoying.

To fix this, in Edge we added "kind" to the constructor. This would look like the following:

[ Constructor (RTCDtlsTransport transport, optional RTCDtlsTransport rtcpTransport, optional DOMString kind)]
partial interface RTCRtpReceiver : RTCStatsProvider {
};

@aboba aboba added the 1.1 label Mar 11, 2016
@ibc
Copy link
Contributor

ibc commented Mar 11, 2016

I agree.

@robin-raymond
Copy link
Contributor

+1 I'm in favour if this means a MediaStreamTrack is available immediately after construction.

I found it a bit awkward to not be able to have a MediaStreamTrack to wire up immediately without having to wait for some kind of signalling from the remote party to call receive().

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants