GNOME Bugzilla – Bug 696095
Problems with playing .m3u8 / relative HLS
Last modified: 2013-03-18 20:38:23 UTC
I tried to play a .m3u8 file ( http://nl1-hls.tv.delta.nl/live/nl1/hls/stream7.m3u8) with relative urls in it and totem fails to play them. The same provider has a stream with absolute urls in it and that works fine: http://rtl5-hls.tv.delta.nl/live/rtl5/hls/stream8.m3u8 I've attached the message log from totem.
Created attachment 239181 [details] Totem log
Created attachment 239182 [details] .m3u8 with relative urls
I get a 404 NOT FOUND for both of those streams. However, it looks like Alessandro has fixed this earlier this morning: commit 175498434c0370729c5691966dffe9395a6f8cf8 Author: Alessandro Decina <alessandro.d@gmail.com> Date: Mon Mar 18 07:34:13 2013 +0100 hlsdemux: parse #EXT-X-KEY tags commit 4ca7426f2a78fe7e42b75f0d0ebdffc1d485b7f2 Author: Alessandro Decina <alessandro.d@gmail.com> Date: Mon Mar 18 07:22:36 2013 +0100 hlsdemux: factor out URI joining utility commit cb7ee940d2012301b884cdd26f568bbee6f2d450 Author: Alessandro Decina <alessandro.d@gmail.com> Date: Mon Mar 18 07:02:54 2013 +0100 hlsdemux: fix URI parsing for absolute fragment paths Please re-open if it still fails with git master of things.
Comment on attachment 239182 [details] .m3u8 with relative urls >EXTM3U >#EXT-X-TARGETDURATION:9 Note that gst-typefind does not correctly identify this file as an hls playlist, because the first line is expected to start with #EXTM3U - is that a copy'n'paste mistake?
Yes, sorry for that. It's a copy 'n paste mistake. About the 404's: the urls are correct so maybe there's some geoip stuff going on there to make the streams only visible from the Netherlands.