HTTPS HLS
#1
Hi,

I'm investigating a bug in playing https hls streams. Example: the stream linked here.

Right now the way xbmc handles these hls streams is they parse the top level playlist, select an appropriate bandwidth stream, and then pass it off to FFMPEG (along with the user agent, cookies, etc).

FFMPEG plays it without any difficulty. I've added some logging and I can see that everything after the initial request for the top-level m3u8 looks correct (cookies are set, user agent is good, etc). What I cannot see is the header data for the initial request... its made by the CurlFile, but in my local build of xbmc, I can't seem to find a way to output the initial request. So I have two questions I hope someone can help with:

1) How can i view the encrypted ssl request to make sure its consistant with the subsequent requests made by ffmpeg? I tried to find the curl lib source to just print it like I do for FFMPEG, but I'm coming up short.

2) Any other thoughts on what could be stuffing this up?
Reply
#2
You could wireshark the traffic for a start?
AppleTV4/iPhone/iPod/iPad: HowTo find debug logs and everything else which the devs like so much: click here
HowTo setup NFS for Kodi: NFS (wiki)
HowTo configure avahi (zeroconf): Avahi_Zeroconf (wiki)
READ THE IOS FAQ!: iOS FAQ (wiki)
Reply
#3
Its https, so I don't think I can decrypt it easily.

Edit: so far as I can tell, I cannot decrypt it.
Reply
#4
Shouldn't enabling curl debugging print this information?
Reply
#5
Yep -- ty. The main difference I can see is CURL has "Connection: keep-alive" and ffmpeg uses "Connection: close". Cookies and user agent are ok...
Reply

Logout Mark Read Team Forum Stats Members Help
HTTPS HLS0