-
-
Notifications
You must be signed in to change notification settings - Fork 1.1k
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
Forward TMMBR and TMMBN packets #91
Conversation
Question: should we also check possible TMMB packets into received RTCP compound packets? |
Also, this depends on #89 |
NOTE: I do know that the PR is wrong, as it must extract all the items from the TMMB packet and get the |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yes, sure 👍
} | ||
|
||
break; | ||
} | ||
|
||
case RTCP::FeedbackRtp::MessageType::TMMBR: | ||
case RTCP::FeedbackRtp::MessageType::TMMBN: | ||
{ |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
TMMBR is sent by a remote receiver
as a feedback to the sender
of the indicated SSRC.
TMMBN is sent by the remote sender
as response to the previous one.
They cannot be threaten the same way.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Wow, that's also right... disaster... I will just cancel this PR and delete the branch (I will copy the logs improvement into master branch).
Compound packets are decomposed on reception, just when parsing. After parsing them Mediasoup does not know whether they came in a compound or separately. It just processes the packets separatelly. |
Yes, right... I always forget that our RTCP design is so cool :) |
Forward TMMBR and TMMBN feedback packets to the corresponding
RtpReceiver
.