[Bug 24936] Channel.Type.Call (StreamedMedia 2.0)

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=24936

--- Comment #43 from Sjoerd Simons <sjoerd at luon.net> 2010-06-23 06:23:35 PDT ---
(In reply to comment #39)
> Re org.freedesktop.Telepathy.Call.Content.Interface.Media, comment "FIXME: How
> should the streaming implementation know when it is its turn to set the
> codecs": there should be a boolean property similar to the current
> StreamHandler.CreatedLocally, that will tell the streaming engine to defer
> setting local codecs until a remote codec offer is received.

> This could be used to avoid unnecessary codec enumeration for a received call,
> and issues with remapping payload types.
> I don't think the Creator property on Content is good for this, as it would
> force the streaming implementation to be aware of handles and the channel
> object.

The Creator property doesn't work very well it seems (especially in Muji there
isn't really a creator in the first place). I'll probably remove that one.
CreatedLocally is possible but again in the Muji case it's a bit more complex.

Filed #28692 to track this issue

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.