[Webkit-unassigned] [Bug 120482] [GStreamer] - Playing 2 mpeg2ts videos from Apache Server causes lockup

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=120482





--- Comment #5 from Lori Anderson <lori at rkymtnhi.com>  2013-08-30 07:54:09 PST ---
(In reply to comment #4)
> Why aren't you using the webkitsrc element? It internally uses appsrc which, IIRC, has an internal queue.
> 
> If the issue doesn't happen when webkitsrc is used I don't think I'll bother to work on this, to be honest.

We are working on a GStreamer DLNA "manager" element which will encapsulate GStreamer souphttpsrc and provide additional capabilities by issuing a HEAD request and gathering more detailed DLNA specific information about the server.  One of the major requirements is that an additional gstreamer filter element needs to be setup if the content coming from the server is encrypted (needs a decryption filter included after the souphttpsrc).  

This GStreamer DLNA manager element in also needed for another DMP which is outside of WebKit framework.  The plan is to submit this element for inclusion in the GStreamer open source project.  This source/manager element needs to work within and outside of the WebKit framework that is why we could not use the webkitsrc element.


The WebKitSrc does use an appsrc where souphttpsrc does not.  When playbin autoplugs the pipeline, uridecodebin queries the source.  Souphttpsrc responds with "bandwidth_limited", so Queue2 gets included where WebKitSrc does not since it already has its queue. 

I can understand your reluctance to work on this issue since it does not use WebKitSrc.  I'm stuck here because I can't get a simple gstreamer pipeline to reproduce the issue, currently I can only reproduce it within the WebKit framework.  

My best guess at this point on time is this is an issue with alsasink and its asynchronous state changes within autoaudiosink.  What would you suggest?  I think I will go back to gstreamer chat and see if anyone has any insight on why alsasink would have issues with asnyc state transitions.

I do have a workaround to this issue for fixed duration content.  I can enable the download buffering on uridecodebin which buffers everything to a file and eliminates the state transitions, hence eliminates the problem with alsasink state change.  Unfortunately, this won't work for live streams.

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