[Webkit-unassigned] [Bug 183331] [webrtc] Receiving an IDR frame under packet loss conditions can cause unrecoverable video distortions

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=183331

--- Comment #2 from andj2223 at gmail.com ---
I wanted to provide an update on this:

I was able to work around this issue by setting my encoder on the sender-side to produce a short-duration intra refresh after every IDR. This is certainly not ideal - more data is sent than should be necessary, but does work for now.

Ultimately, this is an issue that libwebrtc can probably fix somehow (perhaps by enabling the SpsPpsIdrIsH264Keyframe fieldtrial by default), but they're not sure exactly which method to do use because of how it might impact other streams. You can find a lot more information in the following bugs:
https://bugs.chromium.org/p/webrtc/issues/detail?id=8536

Particularly comment 28 and greater.

These also contain some relevant information:
https://bugs.chromium.org/p/webrtc/issues/detail?id=8423
https://bugs.chromium.org/p/webrtc/issues/detail?id=8923

Note:
This can also -- perhaps but I have not confirmed this -- be fixed on the encoder side by ensuring that any IDR frame is also accompanied by a new SPS/PPS with an updated sps_id and pps_id. Unfortunately though, it is common for many hw encoders to keep sps_id and pps_id at 0 even after an IDR.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20180309/3c877414/attachment.html>