[asterisk-bugs] [JIRA] (ASTERISK-26595) ARI: Add the ability to control the source of video in a multi-party mixing bridge

[Friendly Automation (JIRA)]

    [ https://issues.asterisk.org/jira/browse/ASTERISK-26595?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=233780#comment-233780 ] 

Friendly Automation commented on ASTERISK-26595:
------------------------------------------------

Change 4431 merged by zuul:
res/ari/resource_bridges: Add the ability to manipulate the video source

[https://gerrit.asterisk.org/4431|https://gerrit.asterisk.org/4431]

> ARI: Add the ability to control the source of video in a multi-party mixing bridge
> ----------------------------------------------------------------------------------
>
>                 Key: ASTERISK-26595
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-26595
>             Project: Asterisk
>          Issue Type: New Feature
>      Security Level: None
>            Reporter: Matt Jordan
>            Assignee: Matt Jordan
>
> Since Asterisk 10, Asterisk has supported multi-party video in some capacity - namely, that it will forward a video stream to all the other participants in a multi-party video. There are two modes that Asterisk supports:
> * Follow the talker
> * Externally controlled source
> While there are various commands to control the source in AMI, those hooks don't exist in ARI. As it is, all mixing bridges will use 'follow the talker' as the default mode.
> The patch referenced on the Gerrit tab adds the ability to control the video source using two new routes:
> * {{POST /bridges/[bridgeId]/videoSource/[channelId]}} - set the video source to an explicit channel
> * {{DELETE /bridges/[bridgeId]/videoSource}} - remove any explicitly set video source, returning the bridge to talk detection



--
This message was sent by Atlassian JIRA
(v6.2#6252)