Thank you for the suggestion, Steven. Actually I developed a solution within the thread that controls the conference video, and send an event when the video is paused or resumed. I would like to ask FS team if you are interested in integrating this into FS. The solution is pretty straight forward. How should I proceed? 2015-04-07 7:51 GMT-03:00 Steven Ayre <steveayre@gmail.com>:

Not ideal, but you could try using the uuid_set_media_stats API on the channel. If they have negotiated video this'll set some rtp_video_ variables which'll include packet counters (a snapshot each time you run the API). You could see if they're sending video packets that way.

On 6 April 2015 at 20:51, Mateus Dalepiane <mdalepiane@gmail.com> wrote:

...

Hello,

I am looking for a mechanism to detect whether the user that currently holds the conference video floor is actually sending a video stream or not.

So far I know that the variable CF_VIDEO may be used to check if the channel is video capable, either to send and/or receive video. But this is not enough to ensure that a user is sending video, just if he is able to send and/or receive video.

My idea is to check if there are video packets flowing through FS, that would mean that the user holding the floor is sending video.

Is there a better way to do this?

If not, where would be the best place to monitor the video packets flow?

Thanks!

_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com

Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com

FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org

_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com

Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com

FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org

If you are working on any patches that have anything at all to do with video, you should be working on them against the fs-video2 branch in git.

On Apr 7, 2015, at 7:44 PM, Mateus Dalepiane <mdalepiane@gmail.com> wrote:

Thank you for the suggestion, Steven.

Actually I developed a solution within the thread that controls the conference video, and send an event when the video is paused or resumed.

I would like to ask FS team if you are interested in integrating this into FS. The solution is pretty straight forward.

How should I proceed?

2015-04-07 7:51 GMT-03:00 Steven Ayre <steveayre@gmail.com <mailto:steveayre@gmail.com>>: Not ideal, but you could try using the uuid_set_media_stats API on the channel. If they have negotiated video this'll set some rtp_video_ variables which'll include packet counters (a snapshot each time you run the API). You could see if they're sending video packets that way.

On 6 April 2015 at 20:51, Mateus Dalepiane <mdalepiane@gmail.com <mailto:mdalepiane@gmail.com>> wrote: Hello,

I am looking for a mechanism to detect whether the user that currently holds the conference video floor is actually sending a video stream or not.

So far I know that the variable CF_VIDEO may be used to check if the channel is video capable, either to send and/or receive video. But this is not enough to ensure that a user is sending video, just if he is able to send and/or receive video.

My idea is to check if there are video packets flowing through FS, that would mean that the user holding the floor is sending video.

Is there a better way to do this?

If not, where would be the best place to monitor the video packets flow?

Thanks!