[Telepathy] Unidirectional webcam calls (MSN)

[Jonathan Tellier]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

As someone who has been spending quite some time with the call window
lately, I can say that option 3 seems reasonable. However, I'm not an
expert in Telepathy/Empathy architecture so you may want to have someone
else validating your opinion before going ahead.

Jonathan


On Fri, Jul 17, 2009 at 11:56:49AM -0400, Louis-Francis Ratté-Boulianne wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Windows Live Messenger, being what it is, supports several way to have
> an audio/video conference with a buddy. One of them is unidirectional
> webcam sessions (when you click on the webcam icon near the avatar in
> the official client). Everything is in place to support this feature
> except one thing: bi-directional webcam "conference" (one session in
> each direction). Moreover, we could have an audio call while the webcam
> is enabled.
> 
> Here are some of the solutions Tester and I have evaluated:
> 
> - --------
> 
> 1 - Hide everything behind a media stream handler. When a new webcam
> session is added, just change the direction of the stream.
> 
>   => We need a new fsmsnconference element for each webcam session so
> that means we also need a new media session handler. Also, the
> connection state is different for each underlying stream. (REJECT)
> 
> - ---------
> 
> 2 - Create a new media session handler for each webcam session.
> 
>   => That could work..but that implies that if a new webcam session is
> requested afterwards (e.g. the peer was currently sending his webcam and
> he just asked you to send yours as well), we will have to auto-accept
> it. The pending_flags of the streams don't seem to be used anywhere
> (NEED CHANGES) *
> 
> * Also, i'm not sure if the Self member should be moved back in the
> pending list in that case...
> 
> - ---------
> 
> 3 - Create a new media channel for each webcam session.
> 
>   => That is the simplest solution from the CM side, but we need a way
> to have two media channels in the same window. (NEED UI CHANGES)
> 
> - ---------
> 
> According to me, solution 3 is the one making the more sense: a media
> channel represents a media call and a unidirectional webcam session is a
> call in itself.
> 
> Any comments on that matter ? Which solution seems the better to
> implement ? Thanks
> 
> PS: Do we want a different request message depending on the type of
> sessions ("XYZ want to send his webcam, do you want to answer?") The
> stream handlers are not yet created when asking user approval so we
> can't use that information to set the message. Maybe using the new
> InitialAudio and InitialVideo properties ?
> 
> - --
> Louis-Francis
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.9 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
> 
> iEYEARECAAYFAkpgnz8ACgkQRszUzciKwFkYwwCgxdX9jhdj6+TrEcQo2W1LXOne
> 1vMAn36GaJYxkGMu6nIW37OZJ6ONhEkh
> =1qbs
> -----END PGP SIGNATURE-----
> _______________________________________________
> telepathy mailing list
> telepathy at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/telepathy
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAkpluxUACgkQSOek70M7q8VO4wCfYqJoG+QY7whcc1BnjumZmkm3
SWMAn2wFRMQhnZhzT2r6SGA6PAFQQpV6
=tGnc
-----END PGP SIGNATURE-----