-
Notifications
You must be signed in to change notification settings - Fork 39
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
HLS/M3U8 not working. #27
Comments
Hmm in your example the clappr player doesn't embed the m3u8 url directly in the One approach to fixing and finding urls even in livestream situations would be to use chrome extensions' ability to monitor web requests and detect it from there. Though I don't have any plans to redo the extension to find urls via network requests instead of DOM scraping, I'll keep the issue open since it is a valid point and would definitely improve usability. Another option that requires more manual effort on the part of the user might be to add a button where one can enter the url to cast. For your situation in particular, you may consider using "channel pear" which I believe allows you to manually enter URLs that will be displayed on the roku. Another option (assuming you want to watch that WGN9 stream frequently) would be to build a simple channel using the roku template. |
Yeah an option to enter a custom URL will be great (if it's possible). Thanks for your quick reply.
On Tuesday, August 1, 2017, 12:31:35 AM GMT-4, Pranav Prakash <notifications@github.com> wrote:
Hmm in your example the clappr player doesn't embed the m3u8 url directly in the element (which makes sense since I believe only Apple's safari supports inline hls playback via the element)— instead it uses an indirect method of playback using localstorage and media blob objects, making it hard to find the url via the DOM only. In fact almost all livestreams you come across online will either use this method or their own flash player.
One approach to fixing and finding urls even in livestream situations would be to use chrome extensions' ability to monitor web requests and detect it from there. Though I don't have any plans to redo the extension to find urls via network requests instead of DOM scraping, I'll keep the issue open since it is a valid point and would definitely improve usability. Another option that requires more manual effort on the part of the user might be to add a button where one can enter the url to cast.
For your situation in particular, you may consider using "channel pear" which I believe allows you to manually enter URLs that will be displayed on the roku. Another option (assuming you want to watch that WGN9 stream frequently) would be to build a simple channel using the roku template.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub, or mute the thread.
|
Hi,
Thank you so much for this Chrome Extension. There's a problem detecting hls/m3u8 links from pages, it always detect as an mp4, resulting when you click download (normaly you should get the .m3u8 text file) but instead you get a file not found error.
Can be reproduced:
Using Clappr (html 5 player) demo page: http://clappr.io/demo/
And with this m3u8 from WGN9 (Chicago): http://wgntribune-lh.akamaihd.net/i/WGNPrimary_1@304622/master.m3u8
Thanks.
The text was updated successfully, but these errors were encountered: