Fix segfault when reporting loss on incoming streams that are not yet accepted
This commit is contained in:
parent
c0f4bfdd5f
commit
797534b2e2
1 changed files with 2 additions and 2 deletions
|
@ -1287,7 +1287,7 @@ namespace Mist{
|
|||
if (now >= rtcpTimeoutInMillis){
|
||||
std::map<uint64_t, WebRTCTrack>::iterator it;
|
||||
for (it = webrtcTracks.begin(); it != webrtcTracks.end(); ++it){
|
||||
if (M.getType(it->first) != "video"){continue;}//Video-only, at least for now
|
||||
if (!M || M.getType(it->first) != "video"){continue;}//Video-only, at least for now
|
||||
sendRTCPFeedbackREMB(it->second);
|
||||
sendRTCPFeedbackRR(it->second);
|
||||
}
|
||||
|
@ -1298,7 +1298,7 @@ namespace Mist{
|
|||
if (now >= rtcpKeyFrameTimeoutInMillis){
|
||||
std::map<uint64_t, WebRTCTrack>::iterator it;
|
||||
for (it = webrtcTracks.begin(); it != webrtcTracks.end(); ++it){
|
||||
if (M.getType(it->first) != "video"){continue;}//Video-only
|
||||
if (!M || M.getType(it->first) != "video"){continue;}//Video-only
|
||||
sendRTCPFeedbackPLI(it->second);
|
||||
}
|
||||
rtcpKeyFrameTimeoutInMillis = now + rtcpKeyFrameDelayInMillis;
|
||||
|
|
Loading…
Add table
Reference in a new issue