[Bug 709455] dlnasrc: new manager type element used for dlna specific HTTP transfers

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=709455
  GStreamer | gst-plugins-bad | 1.x

--- Comment #39 from Sebastian Dröge (slomo) <slomo at coaxion.net> 2013-12-04 14:37:33 UTC ---
(In reply to comment #38)
> In response to:
> 
> >Changing souphttpsrc does not sound like a good plan to me, but can't you
> >auto-detect the two use cases? Maybe based on the caps that downstream
> >supports? What would it passthrough in the WebKit case, you mean that it
> >wouldn't be a source element but instead get data from upstream?
> 
> The dlnasrc can't really detect which mode it should support.  I added the
> "passthru-mode" property which tells the dlnasrc it should act like a filter
> and not like a source.  When it is in the passthru-mode it creates a sometimes
> sink pad. 
> 
> When running from within webkit, the webkitwebsrc creates dlnasrc, [...]
>
> When dlnasrc is in "normal" mode, it is a bin acting as a source and internally
> uses souphttpsrc as the source.  It gets the seek events and sets the extra
> headers on souphttpsrc.

That sounds like it should be different elements. But why can't webkit create
dlnasrc, and that then creates webkitwebsrc instead of souphttpsrc internally?

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