Bug 149672
| Summary: | [GStreamer] Can't handle several internet radio streams | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Michael Catanzaro <mcatanzaro> |
| Component: | Media | Assignee: | Nobody <webkit-unassigned> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | Normal | CC: | mcatanzaro, pnormand |
| Priority: | P2 | ||
| Version: | Other | ||
| Hardware: | PC | ||
| OS: | Linux | ||
| See Also: | https://bugzilla.redhat.com/show_bug.cgi?id=1209637 | ||
Michael Catanzaro
It was reported that WebKit can't play several radio streams. Totem can handle them fine, so I'm reporting this against WebKit rather than GStreamer.
Example stream that works only in Totem: http://m.energy.de/webradio/cha/special
(Note, the stream does not play at all for me. I think it requires MP3.)
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Philippe Normand
Those streams seems to use the HLS adaptive streaming protocol.
The core of the issue is that hlsdemux uses our httpsrc element in WebKit whereas in Totem the usual souphttpsrc element would be used to download fragments.
See also https://bugs.webkit.org/show_bug.cgi?id=144040 and https://bugs.webkit.org/show_bug.cgi?id=138606
Philippe Normand
Our httpsrc element doesn't behave very well in some cases when used by adaptivedemux/hlsdemux.
Philippe Normand
*** This bug has been marked as a duplicate of bug 144040 ***