[jitsi-dev] linking dvswitch with jitsivideobridge

i'am new to this mailing list and a newbie in dvswitch and jitsi
videobridge. I would like first to know what is exactly the role of
jisti videobridge in xmpp/jingle setup. Is it just a media mixer or is
it add conference server features to an xmpp server? I'm interrested
in linking dvswitch/dvsink to jitsi videobridge for screen sharing
using webrtc. i want the final result been like the one of icecast.
As it is possible to sink from dvswtich to icecast, i would like to
add the necessary code modification may be to dvswitch or jitsi
videobridge (or may the two) so that it will be redirect/sink
dvswitch stream to jitsi videobridge. How i can i do that. regards

Hey Herv�,

i'am new to this mailing list and a newbie in dvswitch and jitsi
videobridge.

Nice meeting you!

I would like first to know what is exactly the role of
jisti videobridge in xmpp/jingle setup.

Before I go on, please note that Jitsi Videobridge is in no way specific to Jingle. It is first and foremost an RTP element.

Is it just a media mixer

It is not a mixer because it doesn't actually decode, mix and re-encode media. The correct term is a selective forwarding unit (SFU) [0] or an advanced RTP translator [1].

Its role is to take video from every participant and redistribute it to everyone else.

or is
it add conference server features to an xmpp server?

It does that yes.

I'm interrested
in linking dvswitch/dvsink to jitsi videobridge for screen sharing
using webrtc. i want the final result been like the one of icecast.
As it is possible to sink from dvswtich to icecast, i would like to
add the necessary code modification may be to dvswitch or jitsi
videobridge (or may the two) so that it will be redirect/sink
dvswitch stream to jitsi videobridge. How i can i do that. regards

I am not that familiar with DVswitch, but from what little I know, I believe the easiest way to handle this is to simply make it record the screen of one of the participants.

Emil

[0] SFU: http://tools.ietf.org/html/draft-ietf-avtcore-rtp-topologies-update
[1] RTP Translator: http://tools.ietf.org/html/rfc3550#section-7

···

On 28.03.14, 17:48, herv� frantz wrote:

--
https://jitsi.org

Hey Hervé

(CCing dev again. Let's keep this on the list)

Hi Emil,
thanks for replying
Dvswitch is a media mixer working on a client/server architecture aiming for
screen sharing. each clients(participants) records it screen and send the
stream to dvswitch which mix all incoming streams and can then send it to
another component such as icecast for streaming on the internet for example.

Yes, that was also my understanding.

from what i have read concerning jistsi videobridge (as it implement the
COLIBRI XEP) every participants have channels ( on the bridge (a set of 2
ports one for RTP and one for SCTP) , the problem of linking dvswitch for me
is how to have informations about channels involve in a particular
conference so that i can pass that streans from dvswitch to one of the
channels so that jitsi videobridge can then forward it to other channels.
You state that jitsi videobridge is an RTP element. Does it mean that
dvswitch has to support RTP too in other to communicate with videobridge ??

Maybe you missed this in my previous mail but what I suggested was
that the easiest way to integrate the two would be to just join a
conference from a browser (potentially make that fullscreen) and then
pass the screen of that participant to DVswitch.

Emil

···

On Mon, Mar 31, 2014 at 11:10 AM, hervé frantz <kmhfmassive@gmail.com> wrote:

2014-03-30 20:24 GMT+01:00 Emil Ivov <emcho@jitsi.org>:

Hey Hervé,

On 28.03.14, 17:48, hervé frantz wrote:

i'am new to this mailing list and a newbie in dvswitch and jitsi
videobridge.

Nice meeting you!

I would like first to know what is exactly the role of
jisti videobridge in xmpp/jingle setup.

Before I go on, please note that Jitsi Videobridge is in no way specific
to Jingle. It is first and foremost an RTP element.

Is it just a media mixer

It is not a mixer because it doesn't actually decode, mix and re-encode
media. The correct term is a selective forwarding unit (SFU) [0] or an
advanced RTP translator [1].

Its role is to take video from every participant and redistribute it to
everyone else.

or is
it add conference server features to an xmpp server?

It does that yes.

I'm interrested
in linking dvswitch/dvsink to jitsi videobridge for screen sharing
using webrtc. i want the final result been like the one of icecast.
As it is possible to sink from dvswtich to icecast, i would like to
add the necessary code modification may be to dvswitch or jitsi
videobridge (or may the two) so that it will be redirect/sink
dvswitch stream to jitsi videobridge. How i can i do that. regards

I am not that familiar with DVswitch, but from what little I know, I
believe the easiest way to handle this is to simply make it record the
screen of one of the participants.

Emil

[0] SFU:
http://tools.ietf.org/html/draft-ietf-avtcore-rtp-topologies-update
[1] RTP Translator: http://tools.ietf.org/html/rfc3550#section-7

--
https://jitsi.org

--
https://jitsi.org