GNOME Bugzilla – Bug 774041
ogg: gzipped files won't play
Last modified: 2018-11-03 13:56:25 UTC
Some people have the strange idea of compressing ogg files with gzip and serve that on their HTTP server: https://d1x2efl61akomv.cloudfront.net/assets/knock.ogg This asset is from http://appear.in Sebastian suggested a gzip demuxer/decoder could be added to support this use-case.
If someone wants to work on that, sure. Generally it seems like a silly idea to do that. Would also have to consider how that can work in the context of decodebin(3), as we would basically have a "decoder" before the demuxer now.
Or maybe we can tell souphttpsrc to unzip that transparently for us?
Some HTTP servers can be configured to compress its output on the fly [1] and perhaps the admin forgot to avoid compression on ogg files. I guess what Tim mentions makes sense, since it would be part of the HTTP protocol. 1. https://httpd.apache.org/docs/2.0/mod/mod_deflate.html
If it's part of the HTTP protocol, then souphttpsrc already handles that transparently for us. The problem here is, that it is not.
(In reply to Tim-Philipp Müller from comment #2) > Or maybe we can tell souphttpsrc to unzip that transparently for us? Do you mean that if the source element receives a response with the gzip mime-type it would decompress the data before pushing on the source pad?
> Do you mean that if the source element receives a response with the gzip > mime-type it would decompress the data before pushing on the source pad? No, I was wondering if we can tell libsoup to do this for us automatically.
-- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/issues/436.