-
Notifications
You must be signed in to change notification settings - Fork 322
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
[BUG] Answer m-lines should match offer m-lines even when answerer doesn't support media type #803
Comments
It looks like this issue has not been active for a long time. If the issue is not resolved, please add an update to the ticket, else it will be automatically resolved in a few days. |
The work has not been initiated yet. |
This is a very old issue. We encourage you to check if this is still an issue in the latest release and if you find that this is still a problem, please feel free to open a new one. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Describe the bug
The master sample right now adds audio/video transceivers. If we modify it to only have video -- when replying to an offer which has recvonly audio, instead of sending an m-line it will send nothing.
Need to modify the logic that determines the response to match m-lines in offer even when local transceivers might not have matching media.
SDK version number
eac3e16 (latest)
Open source building
To Reproduce
Steps to reproduce the behavior:
Expected behavior
The answer (from the master side) should contain an m-line for audio but the direction can indicate it's not actually supported
Screenshots
If applicable, add screenshots to help explain your problem.
Desktop (please complete the following information):
The text was updated successfully, but these errors were encountered: