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

How to manage RTCRtpTransceivers for incoming MediaStreamTracks? #623

Closed
mparis opened this issue May 5, 2016 · 2 comments
Closed

How to manage RTCRtpTransceivers for incoming MediaStreamTracks? #623

mparis opened this issue May 5, 2016 · 2 comments

Comments

@mparis
Copy link
Contributor

mparis commented May 5, 2016

Hello,
when a remote MediaStreamTrack is processed, what happens if there is not any transceiver to manage it?

  1. Should a new transceiver be created automatically?
  2. Should the API have an event to notify the user if he wants to create a new transceiver to manage the incoming media? So:
    • if the user creates a new one, the media will be accepted (local SDP with "a=recvonly" or "a=sendrecv")
    • if the user does not create a new one, the media will be rejected (local SDP with: "a=sendonly" or "a=inactive")

From my point of view, this question is quite interesting in the case that an endpoint does not know how many tracks the remote endpoint will offer it.

In the current document, [1] only says that a new receiver has to be created.

Refs
[1] http://w3c.github.io/webrtc-pc/#processing-remote-mediastreamtracks

@taylor-b
Copy link
Contributor

taylor-b commented May 5, 2016

This may be the same as issue #563.

@alvestrand
Copy link
Contributor

Duplicate of #563. Closing.

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

4 participants