americosfacebook / googletv-issues

Automatically exported from code.google.com/p/googletv-issues
0 stars 0 forks source link

HLS doesn't properly resolve Relative URLs with a Leading Slash #139

Open GoogleCodeExporter opened 8 years ago

GoogleCodeExporter commented 8 years ago
Suppose we tell Google TV to play a video URL: http://example.com/hls.m3u8

This file's contents look like:
#EXTM3U
#EXT-X-STREAM-INF:PROGRAM-ID=1, BANDWIDTH=200000
/h1.m3u8

So technically Google TV SHOULD then hit: "http://example.com/h1.m3u8"

HOWEVER, it instead hits: "http://example.com//h1.m3u8"

Which naturally causes the playback to fail (since it's hitting the wrong path).

So can we get a fix for this?

[To reproduce: try using the Beamer app for Mac to stream to the Google TV app 
"Airtight". The Beamer app uses this format for it's HLS m3u8 files]

Original issue reported on code.google.com by yossie.tv on 18 Jan 2013 at 8:02

GoogleCodeExporter commented 8 years ago

Original comment by kri...@google.com on 8 Mar 2013 at 3:41

GoogleCodeExporter commented 8 years ago
It is unclear if the issue is the resolution is from the HLS client (Google TV) 
or the Beamer app which is not correctly handling the URL requested. Can you 
reproduce using a different HSL setup (ie. dont use Beamer).

Original comment by kri...@google.com on 8 Mar 2013 at 3:48

GoogleCodeExporter commented 8 years ago
Remove the slash in /h1.m3u8, or replace it with ../

Original comment by DustinBr...@gmail.com on 17 Mar 2013 at 5:30

GoogleCodeExporter commented 8 years ago
This also appears to apply with more complex URLs. So for example the URL: 
http://example.com/a/b/c/hls.m3u8

With contents:
#EXTM3U
#EXT-X-STREAM-INF:PROGRAM-ID=1, BANDWIDTH=200000
/h1.m3u8

SHOULD then hit: "http://example.com/hls.m3u8"

However, it instead actually hits: "http://example.com/a/b/c//hls.m3u8"

And in reply to Dustin...: This is not a solution where we don't control the 
remote server...

Original comment by yossie.tv on 12 May 2013 at 4:22