[Bug 795605] New: adaptivedemux: Can't handle HTTP compressed subtitle segments

[GStreamer (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=795605

            Bug ID: 795605
           Summary: adaptivedemux: Can't handle HTTP compressed subtitle
                    segments
    Classification: Platform
           Product: GStreamer
           Version: git master
                OS: Linux
            Status: NEW
          Severity: normal
          Priority: Normal
         Component: gst-plugins-bad
          Assignee: gstreamer-bugs at lists.freedesktop.org
          Reporter: floobleflam at gmail.com
        QA Contact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---

The DVB DASH profile requires conformant clients to support gzip HTTP
compression. This is generally enabled for TTML subtitle segments, which will
compress down nicely. Currently, however, if a server serves subtitle segments
with gzip content-coding, souphttpsrc will not decompress the response body and
the ISOBMFF parsing code within dashdemux will block trying to find an mdat
box, causing the whole pipeline to stall.

The attached patch sets the "compress" option on adaptivedemux's internal
souphttpsrcs to true, which fixes the problem.

A consequence of the fix is that every segment request will have an
"Accept-Encoding: gzip, deflate" header in it. But, according to the HTTP RFC,
servers are always allowed to return uncompressed data to such a request. The
default behaviour of browsers seems to be to add this header to every request
they make.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.