[asterisk-users] Video conferencing?

[Dmitry Melekhov]

27.07.2012 19:25, Matthew Jordan пишет:
>
> Hi Dmitry!

Hello!
>
> So, our original conversation is here:
>
> http://lists.digium.com/pipermail/asterisk-video/2012-April/003621.html
>
> As I said in our previous conversation, we don't currently have plans
> to implement a re-transmission of a new source's I-Frame, or delay
> switching of the video source until an I-Frame from the new source arrives.
> I wouldn't characterize that as a "refusal".  I was simply informing you of
> the actual state of affairs: we do not have plans at this time to implement
> this feature.

Well, from my point of view this is refusal , just because this is real 
result :-)

>
> That being said, as I mentioned in our discussion, Asterisk should have
> some built in mechanisms currently to help alleviate this situation.  It
> should send a SIP INFO request when a video source changes notifying
> the client that it is the new video source.  The client can then transmit a
> new I-Frame, which alleviates the need for Asterisk to delay switching of
> the video source (or otherwise manipulate the video stream in some fashion
> itself).
>
> As I asked in the e-mail:

Really, I never read this mail...
> "1. What clients are you using?  Do they support RFC 5168 (XML Schema
> for Media Control)?

We did tests with jitsi, just because it is mentioned as tested in 
asterisk wiki.
( https://wiki.asterisk.org/wiki/display/AST/ConfBridge+10 )
I don't know does it support rfc5168 :-(

> 2. If you get a SIP trace or a packet capture, do you see Asterisk
> sending the SIP INFO messages when a video update occurs?"

Don't know too.
> Since I never got a concrete answer to those questions, I'll ask again:
>
> Do your clients support RFC 5168?  If not, do you have significant problems
> with clients that do support RFC 5168?

Could you point me to client with such support?
I see no info about this on link above.


Thank you!
>
>