(30.1.2) WHIP streaming will cause serious picture damage when a tiny number of packets are lost.

[MarcoMayCry]

(30.1.2) WHIP streaming will cause serious picture damage when a tiny number of packets are lost.

[RytoEX]

Can this change be incorporated in the latest obs version?

We always investigate dependency updates between versions.

[MarcoMayCry]

Can this change be incorporated in the latest obs version?

We always investigate dependency updates between versions.

Thanks, hope this fix can be merged soon

[kaitlynia]

Wow, I am incredibly relieved to see this issue posted here. I thought somewhere along the way, either from OBS to MediaMTX, or from MediaMTX to my custom WHEP client, I was getting corrupted frames. But no, it's just a bug with OBS! Only here to report that I am having the same issue, and it tends to be quite common unless I have a nearly-perfect connection.

EDIT: Thought I could provide more examples of this type of corruption. Sometimes it's specific regions of the frames and other times it's spread throughout. Seems I have it worse than OP though 😢

[MarcoMayCry]

哇，看到这里发布这个问题我感到非常欣慰。我认为在整个过程中，无论是从 OBS 到 MediaMTX，还是从 MediaMTX 到我的自定义 WHEP 客户端，我都遇到了损坏帧的。但不是，这只是 OBS 的一个错误！只是在这里报告我遇到了同样的问题，而且它往往很常见，除非我有近乎完美的连接。

编辑：我想我可以提供更多此类犯罪的例子。有时它是框架的特定区域，有时它遍布整个框架。看来我的情况比OP还糟糕😢

Indeed, that's the case. Unless there is absolutely no packet loss on the network, there will be video corruption. The specific nature of the corruption depends on the location of the lost packets within the video frame. If it occurs in an I-frame within H.264, it will lead to artifacting across a Group of Pictures, whereas with AV1, it might result in an inability to decode, causing a freeze.
I expect that the new version of OBS will fix this issue. Currently, it seems that all users utilizing WHIP are experiencing this anomaly.

[dlwlr3ma]

nice, i am facing the same question, how to solve it??