[Bug 702206] New: dashdemux: media range requests not supported

[GStreamer (bugzilla.gnome.org)]

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

           Summary: dashdemux: media range requests not supported
    Classification: Platform
           Product: GStreamer
           Version: 1.x
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: gst-plugins-bad
        AssignedTo: gstreamer-bugs at lists.freedesktop.org
        ReportedBy: greg at gsr-tek.com
         QAContact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---


MPEG-DASH MPDs are allowed to specify media segments using a "mediaRange"
attribute that gives a byte range in a larger file.  Currently, dashdemux is
sending a URL to uridownloader that looks like this:

https://www.mydomain.com/dash/file.mov?range=345-678

uridownloader searches for an element that know how to handle the given URI (in
this case, souphttpsrc).  souphttpsrc does not know how to download a subset of
a file using this URI format.  Internally, it supports the use of the HTTP
"Range" header, but it is only for resuming a paused stream from the previous
location.  souphttpsrc does support the ability to provide "other" HTTP
headers, but it is possible that some small changes would be needed to make
sure that its internal use of "Range" headers would not conflict with those set
by the user.

Even with that, how does our range request get to souphttpsrc if uridownloader
only takes a simple URI?  uridownloader would not know how to pass a byte range
to whatever element was constructed to service the URI request.

Not sure what the correct solution is at this point.

-- 
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.