You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.

Mark Michelson 2da869408a Add primitive SFU support to bridge_softmix. ... This sets up the "plumbing" in bridge_softmix to be able to accommodate Asterisk asking as an SFU (selective forwarding unit) for conferences. The way this works is that whenever a channel enters or leaves a conference, all participants in the bridge get sent a stream topology change request. The topologies consist of the channels' original topology, along with video destination streams corresponding to each participants' source video streams. So for instance, if Alice, Bob, and Carol are in the conference, and each supplies one video stream, then the topologies for each would look like so: Alice: Audio, Source video(Alice), Destination Video(Bob), Destination video (Carol) Bob: Audio, Source video(Bob) Destination Video(Alice), Destination video (Carol) Carol: Audio, Source video(Carol) Destination Video(Alice), Destination video (Bob) This way, video that arrives from a source video stream can then be copied out to the destination video streams on the other participants' channels. Once the bridge gets told that a topology on a channel has changed, the bridge constructs a map in order to get the video frames routed to the proper destination streams. This is done using the bridge channel's stream_map. This change is bare-bones with regards to SFU support. Some key features are missing at this point: * Stream limits. This commit makes no effort to limit the number of streams on a specific channel. This means that if there were 50 video callers in a conference, bridge_softmix will happily send out topology change requests to every channel in the bridge, requesting 50+ streams. * Configuration. The plumbing has been added to bridge_softmix, but there has been nothing added as of yet to app_confbridge to enable SFU video mode. * Testing. Some functions included here have unit tests. However, the functionality as a whole has only been verified by hand-tracing the code. * Selectivenss. For a "selective" forwarding unit, this does not currently have any means of being selective. * Features. Presumably, someone might wish to only receive video from specific sources. There are no external-facing functions at the moment that allow for users to select who they receive video from. * Efficiency. The current scheme treats all video streams as being unidirectional. We could be re-using a source video stream as a desetnation, too. But to simplify things on this first round, I did it this way. Change-Id: I7c44a829cc63acf8b596a337b2dc3c13898a6c4d		8 years ago
..
bridge_softmix	Binaural synthesis (confbridge): Adds binaural synthesis to bridge_softmix.	8 years ago
Makefile	Binaural synthesis (confbridge): Adds binaural synthesis to bridge_softmix.	8 years ago
bridge_builtin_features.c	automon: restore mixing of the both channels after recording stops	9 years ago
bridge_builtin_interval_features.c	Remove ASTERISK_REGISTER_FILE.	9 years ago
bridge_holding.c	Remove ASTERISK_REGISTER_FILE.	9 years ago
bridge_native_rtp.c	bridge_native_rtp: Handle case where channel joins already suspended.	8 years ago
bridge_simple.c	Add primitive SFU support to bridge_softmix.	8 years ago
bridge_softmix.c	Add primitive SFU support to bridge_softmix.	8 years ago
bridges.xml	Binaural synthesis (confbridge): Adds binaural synthesis to bridge_softmix.	8 years ago