[Telepathy] StreamedMedia/Call spec ambiguities

[mikhail.zabaluev at nokia.com]

Hi,

> -----Original Message-----
> From: telepathy-
> bounces+mikhail.zabaluev=nokia.com at lists.freedesktop.org
> [mailto:telepathy-
> bounces+mikhail.zabaluev=nokia.com at lists.freedesktop.org] On Behalf Of
> ext Olli Salli
> Sent: Tuesday, April 05, 2011 11:04 AM
> To: Youness Alaoui
> Cc: telepathy at lists.freedesktop.org
> Subject: Re: [Telepathy] StreamedMedia/Call spec ambiguities
> 
> >> Telepathy-Rakia should return the stream with direction Receive and
> the Pending_Remote_Send flag.
> 
> Umm, you mean Send + Pending_Remote_Send, right? That would be the
> natural complement for the Receive + Pending_Local_Send combination
> mandated for remote-initiated streams.

Actually it's Bidirectional + Pending_Remote_Send for locally created streams, so yes, it's the "maximum possible" direction in which streaming may proceed without further StreamedMedia signalling. The pending flag would be cleared by SIP protocol exchanges, but it may happen after payloads actually start coming in; the pending flag is in effect non-authoritative.

To think of it, maybe it should be documented: if Receiving direction and Pending_Remote_Send flag are both set, the underlying protocol authorises the remote end for sending, and the pending flag is only used for confirmation. Et pour Call, la même chose.

The sending and playing bits on StreamHandler are used for precise streaming control.

Best regards,
  Mikhail