Like I said originally between about 3 or 4 of us we raised the bounty to about $4000 if memory serves me correctly but nobody delivered so we had to buy a Flash Media Server solution for our requirements.
I’m offering $100 to start it off again – how much are you willing to put up?
From:asterisk-video-bounces@lists.digium.com [mailto:asterisk-video-bounces@lists.digium.com] On Behalf Of Ramtin Amin
Sent: Thursday, 7 June 2007 1:32 PM
To: Development discussion of video media support in Asterisk
Subject: RE: [Asterisk-video] Simple vidéo conference
In india maybe someone would do it for $100 !
> Subject: RE: [Asterisk-video] Simple vidéo conference
> Date: Thu, 7 Jun 2007 11:21:53 -0400
> From: Dean@cognation.net
> To: asterisk-video@lists.digium.com
>
> Voip-info wiki, search my name or video conferencing and you'll find it - it was a while ago I got together with a few business associates of mine and we ante up'd a few thousand between us. Basically at the end of the day no one came through (though I got more than a few replies saying yep we are going to start developing this.....nobody even got to the poc stage) so I ended up having a dedicated FMS server built for our requirements and cancelled the bounty.
>
> Like I said - happy to restart the bounty and will kick in the first pledge of $100 anyone else wanting this feature start up the wiki bounty again and put your money where your mouth is.
>
>
>
>
>
> Regards,
>
> Dean Collins
> Cognation Pty Ltd
> dean@cognation.net
> +1-212-203-4357 Ph
> +61-2-9016-5642 (Sydney in-dial).
>
>
>
>
> > -----Original Message-----
> > From: asterisk-video-bounces@lists.digium.com [mailto:asterisk-video-
> > bounces@lists.digium.com] On Behalf Of Andrey Kuprianov
> > Sent: Thursday, 7 June 2007 10:59 AM
> > To: Development discussion of video media support in Asterisk
> > Subject: Re: [Asterisk-video] Simple vidéo conference
> >
> > Can u give me that link where you specify the bounty prize? i might
> > ask a friend or two about this.
> >
> > On 6/7/07, Dean Collins <Dean@cognation.net> wrote:
> > > I've offered to kick in money for a bounty several times in the past and I make this
> > offer yet again.
> > >
> > > I'm after a minimum of 4 video calls multiplexed on a single display.
> > >
> > >
> > >
> > > Regards,
> > >
> > > Dean Collins
> > > Cognation Pty Ltd
> > > dean@cognation.net
> > > +1-212-203-4357 Ph
> > > +61-2-9016-5642 (Sydney in-dial).
> > >
> > >
> > >
> > >
> > > > -----Original Message-----
> > > > From: asterisk-video-bounces@lists.digium.com [mailto:asterisk-video-
> > > > bounces@lists.digium.com] On Behalf Of Andrey Kuprianov
> > > > Sent: Thursday, 7 June 2007 10:10 AM
> > > > To: Development discussion of video media support in Asterisk
> > > > Subject: Re: [Asterisk-video] Simple vidéo conference
> > > >
> > > > Thanks Emmanuel! Hope myself i have time to try this. :) However, Im
> > > > still waiting for a feature that will do mixing of streams just like
> > > > Michel mentioned in the first mail.
> > > >
> > > > On 6/7/07, Emmanuel BUU <emmanuel.buu@ives.fr> wrote:
> > > > > Andrey Kuprianov wrote:
> > > > > > Hi!
> > > > > >
> > > > > > How does app_conference decide which video stream to "focus" on?
> > > > > Each participant declare an ID for sending his video stream (argument in
> > > > > the dialplan)
> > > > > Each partipant can decide wich video stream it looks (argument in the
> > > > > dialplan)
> > > > >
> > > > > If I read the code correctly,
> > > > >
> > > > > Switching between video stream can be done by the mean of DTMF
> > > > > It seem also that a VAD feature can automatically switch the focus on
> > > > > the "active" participant (the one which talks).
> > > > > I did not try those features personally.
> > > > >
> > > > > Emmanuel
> > > > > >
> > > > > > On 6/7/07, Mihai Balea <mihai@hates.ms> wrote:
> > > > > >> Hello,
> > > > > >>
> > > > > >> Right now app_conference can do video, but only one person at a time
> > > > > >> (usually the person that is speaking). It cannot do combine multiple
> > > > > >> video
> > > > > >> streams.
> > > > > >>
> > > > > >> Mihai
> > > > > >>
> > > > > >>
> > > > > >> On Jun 7, 2007, at 8:35 AM, michel memeteau wrote:
> > > > > >>
> > > > > >>
> > > > > >> Hi , sorry I just discovered vidéo part of asterisk and then I have a
> > > > > >> simple, and recurrent question.
> > > > > >>
> > > > > >> Using such plugin like app_conference, things that we are already
> > > > > >> using for
> > > > > >> audio conference. Is it possible for latest unstable asterisk plugins to
> > > > > >> handle vidéo such as instead of having one image of one caller, you
> > > > > >> would
> > > > > >> see a " pachwork " of all images of all participants in the
> > > > > >> conference ?
> > > > > >> plus the audio we already have
> > > > > >>
> > > > > >> If you feel like there is a simpler way to have multi participants vidéo
> > > > > >> using SIP & asterisk for example please let me know .
> > > > > >>
> > > > > >> Thanks
> > > > > >>
> > > > > >>
> > > > > >> --
> > > > > >> %<------------------------------------------------------->%
> > > > > >> Michel memeteau
> > > > > >> VOIP | Visio: sip:freechelmi@proxy01.sipphone.com
> > > > > >> 0491886375 0624808051
> > > > > >> jabber/GoogleTalk : freechelmi@jabber.fr
> > > > > >> _______________________________________________
> > > > > >> --Bandwidth and Colocation provided by Easynews.com --
> > > > > >>
> > > > > >> asterisk-video mailing list
> > > > > >> To UNSUBSCRIBE or update options visit:
> > > > > >>
> > > > > >> http://lists.digium.com/mailman/listinfo/asterisk-video
> > > > > >>
> > > > > >> _______________________________________________
> > > > > >> --Bandwidth and Colocation provided by Easynews.com --
> > > > > >>
> > > > > >> asterisk-video mailing list
> > > > > >> To UNSUBSCRIBE or update options visit:
> > > > > >>
> > > > > >> http://lists.digium.com/mailman/listinfo/asterisk-video
> > > > > >>
> > > > > >>
> > > > > > _______________________________________________
> > > > > > --Bandwidth and Colocation provided by Easynews.com --
> > > > > >
> > > > > > asterisk-video mailing list
> > > > > > To UNSUBSCRIBE or update options visit:
> > > > > > http://lists.digium.com/mailman/listinfo/asterisk-video
> > > > >
> > > > >
> > > > > _______________________________________________
> > > > > --Bandwidth and Colocation provided by Easynews.com --
> > > > >
> > > > > asterisk-video mailing list
> > > > > To UNSUBSCRIBE or update options visit:
> > > > > http://lists.digium.com/mailman/listinfo/asterisk-video
> > > > >
> > > > _______________________________________________
> > > > --Bandwidth and Colocation provided by Easynews.com --
> > > >
> > > > asterisk-video mailing list
> > > > To UNSUBSCRIBE or update options visit:
> > > > http://lists.digium.com/mailman/listinfo/asterisk-video
> > > _______________________________________________
> > > --Bandwidth and Colocation provided by Easynews.com --
> > >
> > > asterisk-video mailing list
> > > To UNSUBSCRIBE or update options visit:
> > > http://lists.digium.com/mailman/listinfo/asterisk-video
> > >
> > _______________________________________________
> > --Bandwidth and Colocation provided by Easynews.com --
> >
> > asterisk-video mailing list
> > To UNSUBSCRIBE or update options visit:
> > http://lists.digium.com/mailman/listinfo/asterisk-video
> _______________________________________________
> --Bandwidth and Colocation provided by Easynews.com --
>
> asterisk-video mailing list
> To UNSUBSCRIBE or update options visit:
> http://lists.digium.com/mailman/listinfo/asterisk-video
Posted: Thu Jun 07, 2007 9:19 pm Post subject: [Asterisk-video] Simple vidéo conference
Hi everyone,
I've been working on a video mixer latelly, with the help of Lorenzo Miniero we've been able ablo to integrate it with app_conference (althougth I still don't have the details).
The idea of this video mixer is having an external server which just deal with rtp traffic do the decoding, video mixing, encoding and sending of the return audio/video. I've also implemented the client library to control the conference creationg and participant control (adding to conference, setting incoming and outgoing ports) which is what lorenzo has integrated into asterisk.
About the mixing capabilites. Rigth now I've got working h263, h263-1998 and mpeg4 decoding, h263-1998 and mpeg4 encoding, audio mixing, video mixing with continious presence (but with fixed participant position, i.e, the screen split on 4 and each participant in a specifyc quarter). Each participant has it's own encoder and mixing resource, so each one can be sending and receiving at different codec/bandwith/size/fps/etc.
The idea is to implement the conference control protocols lorenzo is working on (floor control and things like that), and integrate it with my video mixer and asterisk.
To continue the development it would be great to define the posible use cases so we can specify an API to handle it and implement it..
Issues that need to be defined on the video mixing side are:
-Specify layout for each participant
-Audio/Video Mutes
-Position change in screen based on vad
-Fixing position for a participant (been able to specify a fixed position for the speaker and the rest based on vad).
-Watching only participant
-RTSP streaming
-etc,etc..
If you're serious about the bounty (and not like the h324m guy jeje) specify all the uses cases and I will go for it (with the help of Lorenzo I hope, and if he
is interested).
Greetings
Sergio
P.S. The original reply extended the allowed size and I've got a "moderator approval need" mail, so excuse me if you get this mail twice.
Dude it’s a bounty – it’s meant for other people to kick in as well.
Like I said originally between about 3 or 4 of us we raised the bounty
to about $4000 if memory serves me correctly but nobody delivered so
we had to buy a Flash Media Server solution for our requirements.
I’m offering $100 to start it off again – how much are you willing to
put up?
*From:* asterisk-video-bounces@lists.digium.com
[mailto:asterisk-video-bounces@lists.digium.com] *On Behalf Of *Ramtin
Amin
*Sent:* Thursday, 7 June 2007 1:32 PM
*To:* Development discussion of video media support in Asterisk
*Subject:* RE: [Asterisk-video] Simple vidéo conference
> Subject: RE: [Asterisk-video] Simple vidéo conference
> Date: Thu, 7 Jun 2007 11:21:53 -0400
> From: Dean@cognation.net
> To: asterisk-video@lists.digium.com
>
> Voip-info wiki, search my name or video conferencing and you'll find
it - it was a while ago I got together with a few business associates
of mine and we ante up'd a few thousand between us. Basically at the
end of the day no one came through (though I got more than a few
replies saying yep we are going to start developing this.....nobody
even got to the poc stage) so I ended up having a dedicated FMS server
built for our requirements and cancelled the bounty.
>
> Like I said - happy to restart the bounty and will kick in the first
pledge of $100 anyone else wanting this feature start up the wiki
bounty again and put your money where your mouth is.
>
>
>
>
>
> Regards,
>
> Dean Collins
> Cognation Pty Ltd
> dean@cognation.net
> +1-212-203-4357 Ph
> +61-2-9016-5642 (Sydney in-dial).
>
>
>
>
> > -----Original Message-----
> > From: asterisk-video-bounces@lists.digium.com [mailto:asterisk-video-
> > bounces@lists.digium.com] On Behalf Of Andrey Kuprianov
> > Sent: Thursday, 7 June 2007 10:59 AM
> > To: Development discussion of video media support in Asterisk
> > Subject: Re: [Asterisk-video] Simple vidéo conference
> >
> > Can u give me that link where you specify the bounty prize? i might
> > ask a friend or two about this.
> >
> > On 6/7/07, Dean Collins <Dean@cognation.net> wrote:
> > > I've offered to kick in money for a bounty several times in the
past and I make this
> > offer yet again.
> > >
> > > I'm after a minimum of 4 video calls multiplexed on a single display.
> > >
> > >
> > >
> > > Regards,
> > >
> > > Dean Collins
> > > Cognation Pty Ltd
> > > dean@cognation.net
> > > +1-212-203-4357 Ph
> > > +61-2-9016-5642 (Sydney in-dial).
> > >
> > >
> > >
> > >
> > > > -----Original Message-----
> > > > From: asterisk-video-bounces@lists.digium.com
[mailto:asterisk-video-
> > > > bounces@lists.digium.com] On Behalf Of Andrey Kuprianov
> > > > Sent: Thursday, 7 June 2007 10:10 AM
> > > > To: Development discussion of video media support in Asterisk
> > > > Subject: Re: [Asterisk-video] Simple vidéo conference
> > > >
> > > > Thanks Emmanuel! Hope myself i have time to try this. :)
However, Im
> > > > still waiting for a feature that will do mixing of streams just
like
> > > > Michel mentioned in the first mail.
> > > >
> > > > On 6/7/07, Emmanuel BUU <emmanuel.buu@ives.fr> wrote:
> > > > > Andrey Kuprianov wrote:
> > > > > > Hi!
> > > > > >
> > > > > > How does app_conference decide which video stream to
"focus" on?
> > > > > Each participant declare an ID for sending his video stream
(argument in
> > > > > the dialplan)
> > > > > Each partipant can decide wich video stream it looks
(argument in the
> > > > > dialplan)
> > > > >
> > > > > If I read the code correctly,
> > > > >
> > > > > Switching between video stream can be done by the mean of DTMF
> > > > > It seem also that a VAD feature can automatically switch the
focus on
> > > > > the "active" participant (the one which talks).
> > > > > I did not try those features personally.
> > > > >
> > > > > Emmanuel
> > > > > >
> > > > > > On 6/7/07, Mihai Balea <mihai@hates.ms> wrote:
> > > > > >> Hello,
> > > > > >>
> > > > > >> Right now app_conference can do video, but only one person
at a time
> > > > > >> (usually the person that is speaking). It cannot do
combine multiple
> > > > > >> video
> > > > > >> streams.
> > > > > >>
> > > > > >> Mihai
> > > > > >>
> > > > > >>
> > > > > >> On Jun 7, 2007, at 8:35 AM, michel memeteau wrote:
> > > > > >>
> > > > > >>
> > > > > >> Hi , sorry I just discovered vidéo part of asterisk and
then I have a
> > > > > >> simple, and recurrent question.
> > > > > >>
> > > > > >> Using such plugin like app_conference, things that we are
already
> > > > > >> using for
> > > > > >> audio conference. Is it possible for latest unstable
asterisk plugins to
> > > > > >> handle vidéo such as instead of having one image of one
caller, you
> > > > > >> would
> > > > > >> see a " pachwork " of all images of all participants in the
> > > > > >> conference ?
> > > > > >> plus the audio we already have
> > > > > >>
> > > > > >> If you feel like there is a simpler way to have multi
participants vidéo
> > > > > >> using SIP & asterisk for example please let me know .
> > > > > >>
> > > > > >> Thanks
> > > > > >>
> > > > > >>
> > > > > >> --
> > > > > >> %<------------------------------------------------------->%
> > > > > >> Michel memeteau
> > > > > >> VOIP | Visio: sip:freechelmi@proxy01.sipphone.com
> > > > > >> 0491886375 0624808051
> > > > > >> jabber/GoogleTalk : freechelmi@jabber.fr
> > > > > >> _______________________________________________
> > > > > >> --Bandwidth and Colocation provided by Easynews.com --
> > > > > >>
> > > > > >> asterisk-video mailing list
> > > > > >> To UNSUBSCRIBE or update options visit:
> > > > > >>
> > > > > >> http://lists.digium.com/mailman/listinfo/asterisk-video
> > > > > >>
> > > > > >> _______________________________________________
> > > > > >> --Bandwidth and Colocation provided by Easynews.com --
> > > > > >>
> > > > > >> asterisk-video mailing list
> > > > > >> To UNSUBSCRIBE or update options visit:
> > > > > >>
> > > > > >> http://lists.digium.com/mailman/listinfo/asterisk-video
> > > > > >>
> > > > > >>
> > > > > > _______________________________________________
> > > > > > --Bandwidth and Colocation provided by Easynews.com --
> > > > > >
> > > > > > asterisk-video mailing list
> > > > > > To UNSUBSCRIBE or update options visit:
> > > > > > http://lists.digium.com/mailman/listinfo/asterisk-video
> > > > >
> > > > >
> > > > > _______________________________________________
> > > > > --Bandwidth and Colocation provided by Easynews.com --
> > > > >
> > > > > asterisk-video mailing list
> > > > > To UNSUBSCRIBE or update options visit:
> > > > > http://lists.digium.com/mailman/listinfo/asterisk-video
> > > > >
> > > > _______________________________________________
> > > > --Bandwidth and Colocation provided by Easynews.com --
> > > >
> > > > asterisk-video mailing list
> > > > To UNSUBSCRIBE or update options visit:
> > > > http://lists.digium.com/mailman/listinfo/asterisk-video
> > > _______________________________________________
> > > --Bandwidth and Colocation provided by Easynews.com --
> > >
> > > asterisk-video mailing list
> > > To UNSUBSCRIBE or update options visit:
> > > http://lists.digium.com/mailman/listinfo/asterisk-video
> > >
> > _______________________________________________
> > --Bandwidth and Colocation provided by Easynews.com --
> >
> > asterisk-video mailing list
> > To UNSUBSCRIBE or update options visit:
> > http://lists.digium.com/mailman/listinfo/asterisk-video
> _______________________________________________
> --Bandwidth and Colocation provided by Easynews.com --
>
> asterisk-video mailing list
> To UNSUBSCRIBE or update options visit:
> http://lists.digium.com/mailman/listinfo/asterisk-video
-----Original Message-----
From: asterisk-video-bounces@lists.digium.com [mailto:asterisk-video-
bounces@lists.digium.com] On Behalf Of dave cantera
Sent: Thursday, 7 June 2007 4:57 PM
To: Development discussion of video media support in Asterisk
Subject: Re: [Asterisk-video] Simple vidéo conference
dean,
count me in for $250 now and more towards the end of the year!
daveC
Dean Collins wrote:
>
> There you go Chris kicked in $500 so now we are at $600.
>
> And seeing I cant let him make me look bad I'll match him for $500 so
> now we are at $1000.
>
> As the requirements have already been documented on the voip-info wiki
> I'll repost requirements again over the weekend. Anyone else want to
> kick in?
>
> Regards,
>
> Dean Collins
> Cognation Pty Ltd
> dean@cognation.net
> <mailto:dean@cognation.net>+1-212-203-4357 Ph
> +1-917-207-3420 Mb
> +61-2-9016-5642 (Sydney in-dial).
>
> ------------------------------------------------------------------------
>
> *From:* Ramtin Amin [mailto:keytwho@hotmail.com]
> *Sent:* Thursday, 7 June 2007 1:39 PM
> *To:* Dean Collins
> *Subject:* RE: [Asterisk-video] Simple vidéo conference
>
> Am currently developping an MCU with sofia-sip + ffmpeg for doing that...
> But the $100 were just ridiculious :)
>
>
>
> ------------------------------------------------------------------------
>
> Subject: RE: [Asterisk-video] Simple vidéo conference
> Date: Thu, 7 Jun 2007 13:37:16 -0400
> From: Dean@cognation.net
> To: asterisk-video@lists.digium.com
> CC: keytwho@hotmail.com
>
> Dude it's a bounty - it's meant for other people to kick in as well.
>
> Like I said originally between about 3 or 4 of us we raised the bounty
> to about $4000 if memory serves me correctly but nobody delivered so
> we had to buy a Flash Media Server solution for our requirements.
>
> I'm offering $100 to start it off again - how much are you willing to
> put up?
>
> Regards,
>
> Dean Collins
> Cognation Pty Ltd
> dean@cognation.net
> <mailto:dean@cognation.net>+1-212-203-4357 Ph
> +1-917-207-3420 Mb
> +61-2-9016-5642 (Sydney in-dial).
>
> ------------------------------------------------------------------------
>
> *From:* asterisk-video-bounces@lists.digium.com
> [mailto:asterisk-video-bounces@lists.digium.com] *On Behalf Of *Ramtin
> Amin
> *Sent:* Thursday, 7 June 2007 1:32 PM
> *To:* Development discussion of video media support in Asterisk
> *Subject:* RE: [Asterisk-video] Simple vidéo conference
>
> In india maybe someone would do it for $100 !
>
>
>
>
> ------------------------------------------------------------------------
>
>
> > Subject: RE: [Asterisk-video] Simple vidéo conference
> > Date: Thu, 7 Jun 2007 11:21:53 -0400
> > From: Dean@cognation.net
> > To: asterisk-video@lists.digium.com
> >
> > Voip-info wiki, search my name or video conferencing and you'll find
> it - it was a while ago I got together with a few business associates
> of mine and we ante up'd a few thousand between us. Basically at the
> end of the day no one came through (though I got more than a few
> replies saying yep we are going to start developing this.....nobody
> even got to the poc stage) so I ended up having a dedicated FMS server
> built for our requirements and cancelled the bounty.
> >
> > Like I said - happy to restart the bounty and will kick in the first
> pledge of $100 anyone else wanting this feature start up the wiki
> bounty again and put your money where your mouth is.
> >
> >
> >
> >
> >
> > Regards,
> >
> > Dean Collins
> > Cognation Pty Ltd
> > dean@cognation.net
> > +1-212-203-4357 Ph
> > +61-2-9016-5642 (Sydney in-dial).
> >
> >
> >
> >
> > > -----Original Message-----
> > > From: asterisk-video-bounces@lists.digium.com [mailto:asterisk-video-
> > > bounces@lists.digium.com] On Behalf Of Andrey Kuprianov
> > > Sent: Thursday, 7 June 2007 10:59 AM
> > > To: Development discussion of video media support in Asterisk
> > > Subject: Re: [Asterisk-video] Simple vidéo conference
> > >
> > > Can u give me that link where you specify the bounty prize? i might
> > > ask a friend or two about this.
> > >
> > > On 6/7/07, Dean Collins <Dean@cognation.net> wrote:
> > > > I've offered to kick in money for a bounty several times in the
> past and I make this
> > > offer yet again.
> > > >
> > > > I'm after a minimum of 4 video calls multiplexed on a single display.
> > > >
> > > >
> > > >
> > > > Regards,
> > > >
> > > > Dean Collins
> > > > Cognation Pty Ltd
> > > > dean@cognation.net
> > > > +1-212-203-4357 Ph
> > > > +61-2-9016-5642 (Sydney in-dial).
> > > >
> > > >
> > > >
> > > >
> > > > > -----Original Message-----
> > > > > From: asterisk-video-bounces@lists.digium.com
> [mailto:asterisk-video-
> > > > > bounces@lists.digium.com] On Behalf Of Andrey Kuprianov
> > > > > Sent: Thursday, 7 June 2007 10:10 AM
> > > > > To: Development discussion of video media support in Asterisk
> > > > > Subject: Re: [Asterisk-video] Simple vidéo conference
> > > > >
> > > > > Thanks Emmanuel! Hope myself i have time to try this. :)
> However, Im
> > > > > still waiting for a feature that will do mixing of streams just
> like
> > > > > Michel mentioned in the first mail.
> > > > >
> > > > > On 6/7/07, Emmanuel BUU <emmanuel.buu@ives.fr> wrote:
> > > > > > Andrey Kuprianov wrote:
> > > > > > > Hi!
> > > > > > >
> > > > > > > How does app_conference decide which video stream to
> "focus" on?
> > > > > > Each participant declare an ID for sending his video stream
> (argument in
> > > > > > the dialplan)
> > > > > > Each partipant can decide wich video stream it looks
> (argument in the
> > > > > > dialplan)
> > > > > >
> > > > > > If I read the code correctly,
> > > > > >
> > > > > > Switching between video stream can be done by the mean of DTMF
> > > > > > It seem also that a VAD feature can automatically switch the
> focus on
> > > > > > the "active" participant (the one which talks).
> > > > > > I did not try those features personally.
> > > > > >
> > > > > > Emmanuel
> > > > > > >
> > > > > > > On 6/7/07, Mihai Balea <mihai@hates.ms> wrote:
> > > > > > >> Hello,
> > > > > > >>
> > > > > > >> Right now app_conference can do video, but only one person
> at a time
> > > > > > >> (usually the person that is speaking). It cannot do
> combine multiple
> > > > > > >> video
> > > > > > >> streams.
> > > > > > >>
> > > > > > >> Mihai
> > > > > > >>
> > > > > > >>
> > > > > > >> On Jun 7, 2007, at 8:35 AM, michel memeteau wrote:
> > > > > > >>
> > > > > > >>
> > > > > > >> Hi , sorry I just discovered vidéo part of asterisk and
> then I have a
> > > > > > >> simple, and recurrent question.
> > > > > > >>
> > > > > > >> Using such plugin like app_conference, things that we are
> already
> > > > > > >> using for
> > > > > > >> audio conference. Is it possible for latest unstable
> asterisk plugins to
> > > > > > >> handle vidéo such as instead of having one image of one
> caller, you
> > > > > > >> would
> > > > > > >> see a " pachwork " of all images of all participants in the
> > > > > > >> conference ?
> > > > > > >> plus the audio we already have
> > > > > > >>
> > > > > > >> If you feel like there is a simpler way to have multi
> participants vidéo
> > > > > > >> using SIP & asterisk for example please let me know .
> > > > > > >>
> > > > > > >> Thanks
> > > > > > >>
> > > > > > >>
> > > > > > >> --
> > > > > > >> %<------------------------------------------------------->%
> > > > > > >> Michel memeteau
> > > > > > >> VOIP | Visio: sip:freechelmi@proxy01.sipphone.com
> > > > > > >> 0491886375 0624808051
> > > > > > >> jabber/GoogleTalk : freechelmi@jabber.fr
> > > > > > >> _______________________________________________
> > > > > > >> --Bandwidth and Colocation provided by Easynews.com --
> > > > > > >>
> > > > > > >> asterisk-video mailing list
> > > > > > >> To UNSUBSCRIBE or update options visit:
> > > > > > >>
> > > > > > >> http://lists.digium.com/mailman/listinfo/asterisk-video
> > > > > > >>
> > > > > > >> _______________________________________________
> > > > > > >> --Bandwidth and Colocation provided by Easynews.com --
> > > > > > >>
> > > > > > >> asterisk-video mailing list
> > > > > > >> To UNSUBSCRIBE or update options visit:
> > > > > > >>
> > > > > > >> http://lists.digium.com/mailman/listinfo/asterisk-video
> > > > > > >>
> > > > > > >>
> > > > > > > _______________________________________________
> > > > > > > --Bandwidth and Colocation provided by Easynews.com --
> > > > > > >
> > > > > > > asterisk-video mailing list
> > > > > > > To UNSUBSCRIBE or update options visit:
> > > > > > > http://lists.digium.com/mailman/listinfo/asterisk-video
> > > > > >
> > > > > >
> > > > > > _______________________________________________
> > > > > > --Bandwidth and Colocation provided by Easynews.com --
> > > > > >
> > > > > > asterisk-video mailing list
> > > > > > To UNSUBSCRIBE or update options visit:
> > > > > > http://lists.digium.com/mailman/listinfo/asterisk-video
> > > > > >
> > > > > _______________________________________________
> > > > > --Bandwidth and Colocation provided by Easynews.com --
> > > > >
> > > > > asterisk-video mailing list
> > > > > To UNSUBSCRIBE or update options visit:
> > > > > http://lists.digium.com/mailman/listinfo/asterisk-video
> > > > _______________________________________________
> > > > --Bandwidth and Colocation provided by Easynews.com --
> > > >
> > > > asterisk-video mailing list
> > > > To UNSUBSCRIBE or update options visit:
> > > > http://lists.digium.com/mailman/listinfo/asterisk-video
> > > >
> > > _______________________________________________
> > > --Bandwidth and Colocation provided by Easynews.com --
> > >
> > > asterisk-video mailing list
> > > To UNSUBSCRIBE or update options visit:
> > > http://lists.digium.com/mailman/listinfo/asterisk-video
> > _______________________________________________
> > --Bandwidth and Colocation provided by Easynews.com --
> >
> > asterisk-video mailing list
> > To UNSUBSCRIBE or update options visit:
> > http://lists.digium.com/mailman/listinfo/asterisk-video
>
> ------------------------------------------------------------------------
>
> http://www.windowslive.fr/hotmail/default.asp
>
> ------------------------------------------------------------------------
>
> http://www.windowslive.fr/hotmail/default.asp Windows Live Hotmail
> <Besoin%20d>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> --Bandwidth and Colocation provided by Easynews.com --
>
> asterisk-video mailing list
> To UNSUBSCRIBE or update options visit:
> http://lists.digium.com/mailman/listinfo/asterisk-video
>
> ------------------------------------------------------------------------
>
> Internal Virus Database is out-of-date.
> Checked by AVG Free Edition.
> Version: 7.5.472 / Virus Database: 269.8.0/818 - Release Date: 05/25/2007 12:32
PM
>
--
Building Strong Relationships w/ Intelligent Customer Service
--
Interlocking Business Solutions, LLC
856-380-0894 x5000
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --
Posted: Fri Jun 08, 2007 7:41 am Post subject: [Asterisk-video] Simple vidéo conference
Quote:
About the mixing capabilites. Rigth now I've got working h263,
h263-1998 and mpeg4 decoding, h263-1998 and mpeg4 encoding, audio
mixing, video mixing with continious presence (but with fixed
participant position, i.e, the screen split on 4 and each
participant in a specifyc quarter). Each participant has it's own
encoder and mixing resource, so each one can be sending and
receiving at different codec/bandwith/size/fps/etc.
How do you handle licensing for patents here?
/O
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --
Posted: Fri Jun 08, 2007 8:41 am Post subject: [Asterisk-video] Simple vidéo conference
I'm using libavcodec for video encoding/decoding so I've not taken into account that issue.
So you should read
http://ffmpeg.mplayerhq.hu/legal.html
---------- Original Message ----------------------------------
From: Olle E Johansson <oej@edvina.net>
Reply-To: Development discussion of video media support in Asterisk<asterisk-video@lists.digium.com>
Date: Fri, 8 Jun 2007 09:40:43 +0200
Quote:
> About the mixing capabilites. Rigth now I've got working h263,
> h263-1998 and mpeg4 decoding, h263-1998 and mpeg4 encoding, audio
> mixing, video mixing with continious presence (but with fixed
> participant position, i.e, the screen split on 4 and each
> participant in a specifyc quarter). Each participant has it's own
> encoder and mixing resource, so each one can be sending and
> receiving at different codec/bandwith/size/fps/etc.
How do you handle licensing for patents here?
/O
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --
it looks like implementors would have a challenge with bandwidth along
with encoding/decoding. if I am running a videoconferencing server and
connecting all channels in and out, that is really sucking up my
bandwidth. could make the application too expensive for most.
would it be appropriate to put a throttle option in the config files to
limit bandwidth or video updates to every other frame or every 4th frame
unless you are the speaker then you get full throttle? I would not
mention the throttling ability except I can see that if development
shoots for four streams you know that four will want to invite eight,
and eight sixteen. before you know it everyone will want to use it and
that would be cost prohibitive for the provider and make it only
available to those who can pay the high bandwidth rates the provider
will have to charge. don't know if throttling is possible but it is
better to talk about it sooner than later...
below is the parc research abstract... I don't know what licensing
requirements would be from parc...
daveC
Floor control alternatives for distributed videoconferencing over IP
networks
Garcia-Luna-Aceves, J. J.
<http://www.parc.xerox.com/research/publications/results.php?author=1607>;
Mantey, P. E.; Potireddy, S. N. Floor control alternatives for
distributed videoconferencing over IP networks. Proceedings of IEEE
CollaborateCom 2005: The First International Conference on Collaborative
Computing: Networking, Applications and Worksharing; 2005 December
19-21; San Jose; CA; USA.
Applications that require the communication of multiple video streams
can consume considerable bandwidth and computing resources, which poses
a challenge for the widespread use of videoconferencing over the IP
Internet. On the one hand, the bandwidth of the link connecting a given
participant to a videoconferencing session may not be enough to support
many video streams at bit rates of 500 kbps or more, especially when the
participant is connecting to the rest of the Internet through a wireless
link. On the other hand, the processing capacity of a participating site
may not be enough to decode several video streams in real time. This
paper explores the use of floor control over videoconferencing
applications as a means to support videoconferences with many
participating sites, but with a processing and communication overhead
per site that is equivalent to a two-party videoconference. The main
tradeoff we explore is the scalability attained with floor control
versus the latencies incurred with floor transitions, which can be much
too disruptive to the videoconference participants. We present a viable
compromise in which only the video stream of the "floor holder" is sent
to all sites, but the floor-passing protocol is such that it supports a
brief overlap of the transmissions from the old and the new floor
holder, such that the participants in the videoconference can
instantaneously switch over to the media streams of the next speaker in
an apparently seamless transition. Experimental results and
implementation in a research video-conferencing system show that the
proposed protocol can run effectively, eliminating race conditions,
while maintaining scalability and reliability.
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --
Posted: Sun Jun 10, 2007 9:37 am Post subject: [Asterisk-video] Simple vidéo conference
Hi Dave,
to have a better view of what I mean with floor control, you can have a look
at the BFCP RFC (http://www.ietf.org/rfc/rfc4582.txt), which is exactly the
protocol we implemented.
To sum it up, a floor is a logical element: when you associate this token to a
resource (e.g. audio) or a set of resources (e.g. audio and video together),
the floor becomes the permission to access this resource. To get this
permission you need to request the floor, which is done by means of a floor
control protocol, in this case the BFCP. This way you can moderate the access
to the resources: all the requests are handled as queues, and there can be
chairs (moderators) which decide if a request has to be accepted or denied.
So, when you associate a floor to video, you basically let a video stream by a
participant be part of a conference only if this participant has been granted
the video floor. As the paper states, it can be used to limit bandwidth if
each participant in a conference with N users receives N-1 video streams, to
limit to M<N the maximum allowed active video streams for example.
However, this is not the case of the videomixer we are talking about in this
thread, since both with basic videoswitching and with video mixing involved,
you would always only get one video stream back. And in both cases you can
have floor control: you could want to have a floor-moderated video, where
only one person at a time can be granted video (floor-moderated
videoswitching, which is what we already have in our prototype), or you could
want to have a floor-moderated video, where N persons at max at a time can be
granted video (floor-moderated video mixing, where sources are enabled and
admitted in the mix only if they have the floor).
I hope I clarified it all, regards,
Lorenzo
On Sunday 10 June 2007 04:59:36 dave cantera wrote:
Quote:
sorry, I am a neophyte to video over IP... I didn't know what floor
control was so I googled it...
it looks like implementors would have a challenge with bandwidth along
with encoding/decoding. if I am running a videoconferencing server and
connecting all channels in and out, that is really sucking up my
bandwidth. could make the application too expensive for most.
would it be appropriate to put a throttle option in the config files to
limit bandwidth or video updates to every other frame or every 4th frame
unless you are the speaker then you get full throttle? I would not
mention the throttling ability except I can see that if development
shoots for four streams you know that four will want to invite eight,
and eight sixteen. before you know it everyone will want to use it and
that would be cost prohibitive for the provider and make it only
available to those who can pay the high bandwidth rates the provider
will have to charge. don't know if throttling is possible but it is
better to talk about it sooner than later...
below is the parc research abstract... I don't know what licensing
requirements would be from parc...
daveC
Floor control alternatives for distributed videoconferencing over IP
networks
Garcia-Luna-Aceves, J. J.
<http://www.parc.xerox.com/research/publications/results.php?author=1607>;
Mantey, P. E.; Potireddy, S. N. Floor control alternatives for
distributed videoconferencing over IP networks. Proceedings of IEEE
CollaborateCom 2005: The First International Conference on Collaborative
Computing: Networking, Applications and Worksharing; 2005 December
19-21; San Jose; CA; USA.
Applications that require the communication of multiple video streams
can consume considerable bandwidth and computing resources, which poses
a challenge for the widespread use of videoconferencing over the IP
Internet. On the one hand, the bandwidth of the link connecting a given
participant to a videoconferencing session may not be enough to support
many video streams at bit rates of 500 kbps or more, especially when the
participant is connecting to the rest of the Internet through a wireless
link. On the other hand, the processing capacity of a participating site
may not be enough to decode several video streams in real time. This
paper explores the use of floor control over videoconferencing
applications as a means to support videoconferences with many
participating sites, but with a processing and communication overhead
per site that is equivalent to a two-party videoconference. The main
tradeoff we explore is the scalability attained with floor control
versus the latencies incurred with floor transitions, which can be much
too disruptive to the videoconference participants. We present a viable
compromise in which only the video stream of the "floor holder" is sent
to all sites, but the floor-passing protocol is such that it supports a
brief overlap of the transmissions from the old and the new floor
holder, such that the participants in the videoconference can
instantaneously switch over to the media streams of the next speaker in
an apparently seamless transition. Experimental results and
implementation in a research video-conferencing system show that the
proposed protocol can run effectively, eliminating race conditions,
while maintaining scalability and reliability.
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --
Posted: Mon Jun 11, 2007 1:34 am Post subject: [Asterisk-video] Simple vidéo conference
lorenzo,
Great! I see you have everything covered. nice job!
daveC
Lorenzo Miniero wrote:
Quote:
Quote:
Hi Dave,
to have a better view of what I mean with floor control, you can have a look
at the BFCP RFC (http://www.ietf.org/rfc/rfc4582.txt), which is exactly the
protocol we implemented.
To sum it up, a floor is a logical element: when you associate this token to a
resource (e.g. audio) or a set of resources (e.g. audio and video together),
the floor becomes the permission to access this resource. To get this
permission you need to request the floor, which is done by means of a floor
control protocol, in this case the BFCP. This way you can moderate the access
to the resources: all the requests are handled as queues, and there can be
chairs (moderators) which decide if a request has to be accepted or denied.
So, when you associate a floor to video, you basically let a video stream by a
participant be part of a conference only if this participant has been granted
the video floor. As the paper states, it can be used to limit bandwidth if
each participant in a conference with N users receives N-1 video streams, to
limit to M<N the maximum allowed active video streams for example.
However, this is not the case of the videomixer we are talking about in this
thread, since both with basic videoswitching and with video mixing involved,
you would always only get one video stream back. And in both cases you can
have floor control: you could want to have a floor-moderated video, where
only one person at a time can be granted video (floor-moderated
videoswitching, which is what we already have in our prototype), or you could
want to have a floor-moderated video, where N persons at max at a time can be
granted video (floor-moderated video mixing, where sources are enabled and
admitted in the mix only if they have the floor).
I hope I clarified it all, regards,
Lorenzo
On Sunday 10 June 2007 04:59:36 dave cantera wrote:
Quote:
sorry, I am a neophyte to video over IP... I didn't know what floor
control was so I googled it...
it looks like implementors would have a challenge with bandwidth along
with encoding/decoding. if I am running a videoconferencing server and
connecting all channels in and out, that is really sucking up my
bandwidth. could make the application too expensive for most.
would it be appropriate to put a throttle option in the config files to
limit bandwidth or video updates to every other frame or every 4th frame
unless you are the speaker then you get full throttle? I would not
mention the throttling ability except I can see that if development
shoots for four streams you know that four will want to invite eight,
and eight sixteen. before you know it everyone will want to use it and
that would be cost prohibitive for the provider and make it only
available to those who can pay the high bandwidth rates the provider
will have to charge. don't know if throttling is possible but it is
better to talk about it sooner than later...
below is the parc research abstract... I don't know what licensing
requirements would be from parc...
daveC
Floor control alternatives for distributed videoconferencing over IP
networks
Garcia-Luna-Aceves, J. J.
<http://www.parc.xerox.com/research/publications/results.php?author=1607>;
Mantey, P. E.; Potireddy, S. N. Floor control alternatives for
distributed videoconferencing over IP networks. Proceedings of IEEE
CollaborateCom 2005: The First International Conference on Collaborative
Computing: Networking, Applications and Worksharing; 2005 December
19-21; San Jose; CA; USA.
Applications that require the communication of multiple video streams
can consume considerable bandwidth and computing resources, which poses
a challenge for the widespread use of videoconferencing over the IP
Internet. On the one hand, the bandwidth of the link connecting a given
participant to a videoconferencing session may not be enough to support
many video streams at bit rates of 500 kbps or more, especially when the
participant is connecting to the rest of the Internet through a wireless
link. On the other hand, the processing capacity of a participating site
may not be enough to decode several video streams in real time. This
paper explores the use of floor control over videoconferencing
applications as a means to support videoconferences with many
participating sites, but with a processing and communication overhead
per site that is equivalent to a two-party videoconference. The main
tradeoff we explore is the scalability attained with floor control
versus the latencies incurred with floor transitions, which can be much
too disruptive to the videoconference participants. We present a viable
compromise in which only the video stream of the "floor holder" is sent
to all sites, but the floor-passing protocol is such that it supports a
brief overlap of the transmissions from the old and the new floor
holder, such that the participants in the videoconference can
instantaneously switch over to the media streams of the next speaker in
an apparently seamless transition. Experimental results and
implementation in a research video-conferencing system show that the
proposed protocol can run effectively, eliminating race conditions,
while maintaining scalability and reliability.
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --
Posted: Tue Jun 12, 2007 8:52 pm Post subject: [Asterisk-video] Simple vidéo conference
Hi All,
Just thought I'd chip in and mention that we have Continuous Presence working in a derivative app_conference for H.263, H.261 and H.264 - up to 16 participants per conference. We're using our own codecs I'm afraid so can't share much of what we've done. But just to let you know that app_conference has made a good platform from which to work. And before anyone gets all upset - we do give back as well as take (T.140, VIDEOCAPS, Maxcallbitrate etc).
We did find a number of deadlocks in app_conference that were're working on producing a patch for - hopefully Mihai will be able to review them when we've completed the patch and benefit everyone.
We've found that a Core2Duo 2.2GHz can do up to 16 way H.263 CIF conference - assuming there are a few common sets of video bitrate/resolutions that need to be encoded. For example that would be 16 decodes, typically 4 encodes but only one view, so only one composition and scaling session required. We had to use a lot of MMX/SSE to get the performance but it can be done. We found this to be a similar performance to OpenMCU.
to have a better view of what I mean with floor control, you can have a
look
at the BFCP RFC (http://www.ietf.org/rfc/rfc4582.txt), which is exactly
the
protocol we implemented.
To sum it up, a floor is a logical element: when you associate this token
to a
resource (e.g. audio) or a set of resources (e.g. audio and video
together),
the floor becomes the permission to access this resource. To get this
permission you need to request the floor, which is done by means of a
floor
control protocol, in this case the BFCP. This way you can moderate the
access
to the resources: all the requests are handled as queues, and there can be
chairs (moderators) which decide if a request has to be accepted or
denied.
So, when you associate a floor to video, you basically let a video stream
by a
participant be part of a conference only if this participant has been
granted
the video floor. As the paper states, it can be used to limit bandwidth if
each participant in a conference with N users receives N-1 video streams,
to
limit to M<N the maximum allowed active video streams for example.
However, this is not the case of the videomixer we are talking about in
this
thread, since both with basic videoswitching and with video mixing
involved,
you would always only get one video stream back. And in both cases you can
have floor control: you could want to have a floor-moderated video, where
only one person at a time can be granted video (floor-moderated
videoswitching, which is what we already have in our prototype), or you
could
want to have a floor-moderated video, where N persons at max at a time can
be
granted video (floor-moderated video mixing, where sources are enabled and
admitted in the mix only if they have the floor).
I hope I clarified it all, regards,
Lorenzo
On Sunday 10 June 2007 04:59:36 dave cantera wrote:
> sorry, I am a neophyte to video over IP... I didn't know what floor
> control was so I googled it...
>
> from this Parc Research paper:
>
> http://www.parc.xerox.com/research/publications/details.php?id=5634
>
> it looks like implementors would have a challenge with bandwidth along
> with encoding/decoding. if I am running a videoconferencing server and
> connecting all channels in and out, that is really sucking up my
> bandwidth. could make the application too expensive for most.
>
> would it be appropriate to put a throttle option in the config files to
> limit bandwidth or video updates to every other frame or every 4th frame
> unless you are the speaker then you get full throttle? I would not
> mention the throttling ability except I can see that if development
> shoots for four streams you know that four will want to invite eight,
> and eight sixteen. before you know it everyone will want to use it and
> that would be cost prohibitive for the provider and make it only
> available to those who can pay the high bandwidth rates the provider
> will have to charge. don't know if throttling is possible but it is
> better to talk about it sooner than later...
>
> below is the parc research abstract... I don't know what licensing
> requirements would be from parc...
> daveC
>
> Floor control alternatives for distributed videoconferencing over IP
> networks
>
> Garcia-Luna-Aceves, J. J.
>
<http://www.parc.xerox.com/research/publications/results.php?author=1607>;
> Mantey, P. E.; Potireddy, S. N. Floor control alternatives for
> distributed videoconferencing over IP networks. Proceedings of IEEE
> CollaborateCom 2005: The First International Conference on Collaborative
> Computing: Networking, Applications and Worksharing; 2005 December
> 19-21; San Jose; CA; USA.
>
> Applications that require the communication of multiple video streams
> can consume considerable bandwidth and computing resources, which poses
> a challenge for the widespread use of videoconferencing over the IP
> Internet. On the one hand, the bandwidth of the link connecting a given
> participant to a videoconferencing session may not be enough to support
> many video streams at bit rates of 500 kbps or more, especially when the
> participant is connecting to the rest of the Internet through a wireless
> link. On the other hand, the processing capacity of a participating site
> may not be enough to decode several video streams in real time. This
> paper explores the use of floor control over videoconferencing
> applications as a means to support videoconferences with many
> participating sites, but with a processing and communication overhead
> per site that is equivalent to a two-party videoconference. The main
> tradeoff we explore is the scalability attained with floor control
> versus the latencies incurred with floor transitions, which can be much
> too disruptive to the videoconference participants. We present a viable
> compromise in which only the video stream of the "floor holder" is sent
> to all sites, but the floor-passing protocol is such that it supports a
> brief overlap of the transmissions from the old and the new floor
> holder, such that the participants in the videoconference can
> instantaneously switch over to the media streams of the next speaker in
> an apparently seamless transition. Experimental results and
> implementation in a research video-conferencing system show that the
> proposed protocol can run effectively, eliminating race conditions,
> while maintaining scalability and reliability.
>
> _______________________________________________
> --Bandwidth and Colocation provided by Easynews.com --
>
> asterisk-video mailing list
> To UNSUBSCRIBE or update options visit:
> http://lists.digium.com/mailman/listinfo/asterisk-video
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --
________________________________________________________________________
This e-mail has been scanned for all viruses by Star. The
service is powered by MessageLabs. For more information on a proactive
anti-virus service working around the clock, around the globe, visit:
http://www.star.net.uk
________________________________________________________________________
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --
Posted: Sun Jun 17, 2007 7:47 pm Post subject: [Asterisk-video] Simple vidéo conference
On Jun 12, 2007, at 4:20 PM, John Martin wrote:
Quote:
Hi All,
Just thought I'd chip in and mention that we have Continuous
Presence working in a derivative app_conference for H.263, H.261
and H.264 - up to 16 participants per conference. We're using our
own codecs I'm afraid so can't share much of what we've done. But
just to let you know that app_conference has made a good platform
from which to work. And before anyone gets all upset - we do give
back as well as take (T.140, VIDEOCAPS, Maxcallbitrate etc).
We did find a number of deadlocks in app_conference that were're
working on producing a patch for - hopefully Mihai will be able to
review them when we've completed the patch and benefit everyone.
We've found that a Core2Duo 2.2GHz can do up to 16 way H.263 CIF
conference - assuming there are a few common sets of video bitrate/
resolutions that need to be encoded. For example that would be 16
decodes, typically 4 encodes but only one view, so only one
composition and scaling session required. We had to use a lot of
MMX/SSE to get the performance but it can be done. We found this to
be a similar performance to OpenMCU.
Sorry for the delay in getting this to you Mihai.
John,
Sorry for the delayed reply. I was on vacation over the past week
and had limited internet access.
I would be glad to take a look at any fixes and improvements you
might have, just send me the patches or tell me how you would like to
proceed.
Regarding your work on a derivative app_conference, could you please
give us some more details as to what it entails?
Regards,
Mihai
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --
You can post new topics in this forum You can reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum