]> git.ipfire.org Git - thirdparty/asterisk.git/commit
apps/app_echo: Only relay a single video source change frame 35/4435/1
authorMatt Jordan <mjordan@digium.com>
Mon, 14 Nov 2016 21:32:14 +0000 (15:32 -0600)
committerMatt Jordan <mjordan@digium.com>
Mon, 14 Nov 2016 22:03:32 +0000 (17:03 -0500)
commitcc86329228a9e27add4d9962b43d37ac745abca8
tree94864e7546d16c6c7f65a01da67f346cb2587c49
parentd1739bcf07502e5e59917818dfcf514b95a6c2e3
apps/app_echo: Only relay a single video source change frame

In 9785e8d0, app_echo was updated to relay video source updates to the
channel for the purposes of displaying video in WebRTC tests.
Unfortunately, this can cause a Kafkaesque nightmare if two or more
Local channels are in a bridge together where their ends are in
app_echo. When this situation occurs, a video update sent into app_echo
will cause the video update to be relayed to the other Local channels,
causing another round of video updates, etc. In not much time at all,
the channel length queues will be overwhelmed, channel alert pipes will
fail, and all hell will break loose as Asterisk merrily continues to
throw more video update requests onto the channels.

This patch updates app_echo to *only* relay a single video update. Once
a video update has been made, all further video updates are dropped.
This meets the intended purpose of the original patch: if we get a video
update and we're in app_echo, go ahead and ask the sender to update
themselves. However, once we've got that video stream sync'd up, don't
keep spamming the world.

Change-Id: I9210780b08d4c17ddb38599d1c64453adfc34f74
apps/app_echo.c