
disabling analytics while still using HLS encryption
With an Enterprise license, is it possible to disable analytics, but still be able to use HLS encryption? If so, how? Thanks.
With an Enterprise license, is it possible to disable analytics, but still be able to use HLS encryption? If so, how? Thanks.
Yes, this will work fine. Do you have an enterprise account?
We do have an enterprise (Ads) account but when we go to disable analytics, using:
analytics: {
enabled: false,
cookies: false
}
we are no longer able to play encrypted HLS video.
Thanks,
Kuan
That makes no sense that doing that would disable HLS AES. Do you have a link?
enabling/disabling analytics is not related. In our example, it looks like when using Firefox ( flash fallback), encrypted HLS fails to play, got black screen with some sound. But, Non-encrypted HLS plays fine:
HLS encrypted
http://162.17.40.225:9900/jwplayer/ex1.html
HLS non-encrypted
http://162.17.40.225:9900/jwplayer/ex2.html
One thing I noticed here is that the encrypted stream’s duration changes every second?
no every second, but every minute, here is part of ch11.m3u8:
#EXT-X-KEY:METHOD=AES-128,URI="keys/ch11.2.key",IV=0X6d6c00ebfc621c00fff5c96f85b88000
#EXTINF:9.00,
ch11-00000682.ts
#EXTINF:9.04,
ch11-00000683.ts
#EXTINF:9.02,
ch11-00000684.ts
#EXTINF:8.99,
ch11-00000685.ts
#EXTINF:9.05,
ch11-00000686.ts
#EXT-X-KEY:METHOD=AES-128,URI="keys/ch11.3.key",IV=0X8eceeb51de1f7f00f0635a1256d74600
Are key rotations and variable segment length supported using jwplayer 6.9 flash fallback ?
Key rotations should be fine, but we don’t recommend variable segment length.
variable segment length seems to work fine with a non-encrypted.
here is another example with a single AES-128 encryption key and same segment length (10 sec)
http://162.17.40.225:9900/jwplayer/ex3.html
The flash fallback still fails to play (black screen, fast sound)
Do you recommend another encryption method instead of AES-128?
Or is there perhaps a jwplayer.flash.swf update for the enterprise version?
Thanks
What happens if key rotations are not used?
The last example doesn't have key rotation. I extended it to 5min for you to debug as requested:
http://162.17.40.225:9900/jwplayer/ex3.html
http://162.17.40.225:9900/jwplayer/testhls.tgz
Thanks,
Hm, that is very odd. We have tested encrypted streams which have worked fine. Are there any specifics here that could be causing this?
Oddly enough, I get some issues in VLC with the same stream – http://162.17.40.225:9900/jwplayer/live/ch06.m3u8
I don’t get a black screen, it takes a while to load, and then I get a frozen frame.
You recommended to use the same segment length, and that what http://162.17.40.225:9900/jwplayer/live/ch06.m3u8 is; each segment is 10 seconds. VLC seems to freeze when transitioning to the next segment.
Regarding the black screen, I should have been more specific, it happens when using jwplayer flash fallback; i.e.: http://162.17.40.225:9900/jwplayer/ex3.html in Firefox
Using Safari, http://162.17.40.225:9900/jwplayer/live/ch06.m3u8 the stream works fine.
Yes, I know it has an issue in Flash. HTMlL5 works fine. I was just mentioning that the VLC video is frozen for a while (longer than 10 seconds) when I load the stream in it.
generated yet another encrypted HLS stream, this time without the initialization vector:
http://162.17.40.225:9900/jwplayer/ex4.html
http://162.17.40.225:9900/jwplayer/live/ch05.m3u8 can be read with jwplayer's flash fallback as well as VLC.
The previous stream example ch06.m3u8 was generated using VLC with the generate-iv option. VLC failed to properly read its own generated HLS, it freezes at each segment transition. jwplayer flash fallback failed as well, only ios native was able
to properly read ch06.m3u8.
How does jwplayer deal with the initialization vector?
Yeah, this one is fine.
I am not that familiar with initialization vectors, how do they work?