]> git.ipfire.org Git - thirdparty/asterisk.git/commit
bridge_softmix: Fix queueing VIDUPDATE control frames
authorGeorge Joseph <gjoseph@sangoma.com>
Wed, 17 Jul 2024 16:44:17 +0000 (10:44 -0600)
committerAsterisk Development Team <asteriskteam@digium.com>
Thu, 8 Aug 2024 13:25:20 +0000 (13:25 +0000)
commitc77fdb59f4aa09f5ad347ccd816532372650a6c1
tree48609f180f731d38eac2d90fa075816c29308423
parent7a0090325bfa9d778a39ae5f7d0a98109e4651c8
bridge_softmix: Fix queueing VIDUPDATE control frames

softmix_bridge_write_control() now calls ast_bridge_queue_everyone_else()
with the bridge_channel so the VIDUPDATE control frame isn't echoed back.

softmix_bridge_write_control() was setting bridge_channel to NULL
when calling ast_bridge_queue_everyone_else() for VIDUPDATE control
frames.  This was causing the frame to be echoed back to the
channel it came from.  In certain cases, like when two channels or
bridges are being recorded, this can cause a ping-pong effect that
floods the system with VIDUPDATE control frames.

Resolves: #780
(cherry picked from commit 3be176dfc4fb9e76d781fd068f772f3201fbc847)
bridges/bridge_softmix.c