cross domain failing on m3u8 HLS stream... but crossdomain.xml is there.

[cloudload_admin]

So, I’m trying to load an HLS stream from wowza into jwplayer6, the m3u8 file exists, works – you can load it with VLC and play the stream fine. WHen trying to load from the flash player however, the request fails with the Access-Control-Allow-Origin error.

wowza is on stream.domain.com.

The crossdomain.xml file (both at stream.mydomain.com/crossdomain.xml and stream.mydomain.com:1935/crossdomain.xml) allows *.domain.com, but when trying to load the playlist into the player, the crossdomain.xml request is ignored…

XMLHttpRequest cannot load http://stream.mydomain.com:1935/vod/mp4:/path/to/working/video.mp4/playlist.m3u8. Origin http://members.domain.com is not allowed by Access-Control-Allow-Origin. 

Is there a way to modify the header that wowza sends to add one for:

Access-Control-Allow-Origin: *.domain.com

Since the player seems to be ignoring the crossdomain.xml files?

It seems that somebody has done it here, but I am not sure how to replicate this:

Possible to add HTTP header to the playlis and mainfest requests

Is it possible to add a HTTP header to the playlist and manifest requests? I’ve done some testing with a HTTP proxy between and custom headers that I’m trying to keep for the whole session get lost on the playlist/manifest requests. If that is not possible - can I set a “server wide” header for all HTTP respones? Tried all I could find in IHTTPStreamerCupertinoVODActionNotify2, IMediaListProvider, IMediaListReader and then onHTTPSessionCreate etc… but they are all called after the first playlis…

or here:

Accessing Connection Count XML Information - Cross-Domain

I’ve written some javascript (using jquery) that will access the wowza server’s built-in connectioncounts information. It takes this XML information, cleans it up, and displays the information in an easy-to-read HTML page. Everything works great – on the localhost (on my personal computer)… but as soon as I place the HTML and javascript on an actual server (using Amazon S3 in this case) it doesn’t work. I’m assuming there is a crossdomain issue. I have the crossdomain.xml file in wowza’s conf …

Thanks

[Richard_Lanham]

You do need app instance when there is a path to content, and remove the forward slash after the mp4: prefix. These might be the only problems. Like this:

http://stream.mydomain.com:1935/vod/_definst_/mp4:path/to/working/video.mp4/playlist.m3u8

Are you using JW Player 6? Have you seen the example (first one) here:

https://www.wowza.com/docs/how-to-use-jw-player-with-wowza-streaming-engine

Are you trying to run JW Player in iOS device, is that where you are getting these errors?

Richard

[Richard_Lanham]

I’m not sure what you mean. Can you make it simpler? I have not had to do anything with crossdomain.xml to use HLS streaming in JW Player 6

https://www.wowza.com/docs/how-to-use-jw-player-with-wowza-streaming-engine

Richard

[cloudload_admin]

You do need app instance when there is a path to content, and remove the forward slash after the mp4: prefix. These might be the only problems. Like this:

http://stream.mydomain.com:1935/vod/_definst_/mp4:path/to/working/video.mp4/playlist.m3u8

Are you using JW Player 6? Have you seen the example (first one) here:

Players and playback

Are you trying to run JW Player in iOS device, is that where you are getting these errors?

Richard

JW6 premium yes, in flash player in the browser. It works fine on IOS, if I grab the m3u8 path, it works in VLC player too. The issue is in flash, the m3u8 is on a different subdomain and the request to retreive it gets declind because the cross domain header is missing (even though the crossdomain.xml file is there).