記一次視頻加密播放以及適配問題

最近公司要做一個賣視頻的產品,既然是賣視頻,那視頻當然得加個密,不讓別人隨便下載咯。而且是課程類的視頻,一個視頻長度都在一個小時左右,那就也得考慮流量問題。
如果是使用普通的mp4視頻格式,既容易被下走,又非常浪費流量,如果用戶看了前百分之十的視頻內容就不想看或者想下次再看,但是以2018年的網速,說不定就已經把所有視頻全都下好了,既浪費了用戶的流量,也浪費了公司的流量,錢從兩邊都嘩嘩的流到了電信公司的手里。
所以需要選擇一個視頻看了多少,那就加載多少并且再多加載一丟丟的播放方法或者播放格式,經過公司大佬們的商量,選擇了使用七牛的音視頻切片。將一整個音頻、視頻流切割成可由HTTP下載的一個個小音視頻流,并生成一個M3U8播放列表,客戶端根據M3U8播放列表依次加載播放視頻——即HTTP Live Streaming(HLS)播放。

常見的兩種普通m3u8文件格式:

第一種:

#EXTM3U
#EXT-X-VERSION:3
#EXT-X-MEDIA-SEQUENCE:0
#EXT-X-ALLOW-CACHE:YES
#EXT-X-TARGETDURATION:24
#EXTINF:23.200000,
/7aq_l2qC3ULNDfVn0EVIGDP_SkQ=/lkUGxqs1gCaHdB3PBj_mbywxZpLS/000000.ts
#EXTINF:11.300000,
/7aq_l2qC3ULNDfVn0EVIGDP_SkQ=/lkUGxqs1gCaHdB3PBj_mbywxZpLS/000001.ts
#EXT-X-ENDLIST

這種m3u8文件只是做了視頻切片,可以達到節流需求,任何人拿到就可播(當然你得有個能播m3u8的播放器)。

第二種

#EXTM3U
#EXT-X-VERSION:3
#EXT-X-MEDIA-SEQUENCE:0
#EXT-X-ALLOW-CACHE:YES
#EXT-X-TARGETDURATION:11
#EXT-X-KEY:METHOD=AES-128,URI="http://ogtoywd4d.bkt.clouddn.com/hls128.key",IV=0xb279c05ae6a3d0ffd45da748cf305dd9
#EXTINF:10.927589,
/58IzAY_GglrObBBbbD98wrHIbLk=/llhpmYRGVWfZL8dyCPXwCwKovI9R/000000.ts
#EXT-X-KEY:METHOD=AES-128,URI="http://ogtoywd4d.bkt.clouddn.com/hls128.key",IV=0x4aec782ea1419fb7865ba5452cbd9413
#EXTINF:9.342667,
/58IzAY_GglrObBBbbD98wrHIbLk=/llhpmYRGVWfZL8dyCPXwCwKovI9R/000001.ts
#EXT-X-KEY:METHOD=AES-128,URI="http://ogtoywd4d.bkt.clouddn.com/hls128.key",IV=0xeac1912aaab5469783cbb742b9f6f534
#EXTINF:10.719044,
/58IzAY_GglrObBBbbD98wrHIbLk=/llhpmYRGVWfZL8dyCPXwCwKovI9R/000002.ts
#EXT-X-KEY:METHOD=AES-128,URI="http://ogtoywd4d.bkt.clouddn.com/hls128.key",IV=0x500f42c7a7c969f47bd8886444c2d198
#EXTINF:9.342667,
/58IzAY_GglrObBBbbD98wrHIbLk=/llhpmYRGVWfZL8dyCPXwCwKovI9R/000003.ts
#EXT-X-KEY:METHOD=AES-128,URI="http://ogtoywd4d.bkt.clouddn.com/hls128.key",IV=0x9b1b6e27eb70eb32c164bb12cde89a86
#EXTINF:10.468789,
/58IzAY_GglrObBBbbD98wrHIbLk=/llhpmYRGVWfZL8dyCPXwCwKovI9R/000004.ts
#EXT-X-KEY:METHOD=AES-128,URI="http://ogtoywd4d.bkt.clouddn.com/hls128.key",IV=0x947eba85bbefb54f364ce99b0121fbde
#EXTINF:9.300967,
/58IzAY_GglrObBBbbD98wrHIbLk=/llhpmYRGVWfZL8dyCPXwCwKovI9R/000005.ts
#EXT-X-ENDLIST

這種格式可以很明顯的看出比上一種多了#EXT-X-KEY:METHOD=AES-128,URI="http://ogtoywd4d.bkt.clouddn.com/hls128.key",IV=0xb279c05ae6a3d0ffd45da748cf305dd9這種內容,EXT-X-KEY是m3u8規定好的加密字段,如果包含這個字段,那么再訪問ts視頻之前會先去請求這個URI去獲取一個密鑰(key),再拿著這個key去訪問ts視頻才能播放。很明顯,如果要做到不是誰都能看視頻的話,那就得再這個獲取key的URI上動手腳,不是自己人就不給你key。

搞懂了這部分就可以開始前端的工作了。先來看看hls的兼容性,既然是蘋果出的方案,那么ios部分肯定是支持的,令人驚訝的是Edge的兼容性也很高。

HLS播放的兼容情況
在2018的今天ios以及android移動端都原生支持hls加密播放了,這真是個好消息,正好這個項目又不需要做pc部分,那么直接用原生開擼就好了。

<video id=video class="real-video" controls :poster='videoInfo.coverImageUrl'>
  <source :src="videoInfo.videoUrl" type="application/x-mpegURL">
</video>

現是使用上述第二種m3u8格式,但是URI未加鑒權直接返回key值的m3u8文件來測試。但是在調試的時候發現安卓沒毛病,但是ios移動端無論如何都播放不了加密后的視頻,這就有點頭大了,這不是apple自己出的嗎?怎么死活播不出來?調了半天播不出來,搜“HLS safari mobile”里面說的全是原生支持,但是我這里原生就是出不來。
原生不能播,那就用插件咯,用了hls.js、videojs7、video6.* + videojs-contrib-hls、ckplayer都沒成功播放出來(也有可能是我姿勢不對),弄了兩天都沒弄出個所以然來,去找后端負責視頻切片加密的大佬,發現我們使用的m3u8不只是hls加密,而且還在這個基礎上使用了rsa加密,讓他把rsa加密去掉后,safari mobile使用原生video標簽播放就啥問題都沒了。然后……然后就去掉了rsa加密只使用hls加密了[捂臉哭],所以safari mobile播放hls加密+rsa加密文件還是沒解決(路過的大佬有方法的話,求指教呀~)。

既然雙端播放hls加密(沒加鑒權)視頻沒問題的話,那就可以開始加上鑒權來進行測試了。
簡單點說,鑒權其實就是在訪問這個URI時,帶上特定的cookie讓后端來判斷是否是合法用戶,在我這個項目中,

  • 用戶登陸是用test.abc.com的接口,
  • 項目是在m.abc.com上,
  • 視頻是在video.def.com里,
  • m3u8中的URI是test.abc.com的接口,

非常混亂,但是除了視頻地址,其余的都有一個統一的一級域名,所以在后端傳cookie來的時候,domain可以改為.abc.com來匹配所有abc.com的二級域名。這個方案在ios部分是可行的,我所需要的user_tocken以及vidoe_ticket 在訪問m3u8中URI時,都成功的被攜帶了過去,并且成功獲取到了密鑰(key)。
但是在安卓的webview中,不被允許有這樣跨域的訪問,URI的訪問沒有帶上任何cookie,即便是將domain改為test.abc.com。這頭痛的設定又讓我試了幾個視頻框架,但是都沒有處理好這個問題,最終選擇了修改m3u8文件的URI為m.abc.com,然后再在nginx中進行代理,代理到test.abc.com上,一頓騷操作……終于能成功播放了。

整個項目使用的vue框架,想動態修改視頻src時,想當然的寫的:src="videoInfo.videoUrl",但是在實際操作中發現,即便動態的修改了src,但是視頻依舊按照原來的鏈接播放的。其解決方法是:

this.videoInfo = Object.assign(this.videoInfo, newVideo);
// this.$refs.realVideo.src = this.videoInfo.videoUrl
// this.$refs.realVideo.load()
document.querySelector("#video>source").src = this.videoInfo.videoUrl
document.querySelector("#video").load();

其實也可以使用vue的$refs屬性而不是原生的dom操作。

好了,項目終于完整的跑通了……遇到的問題很多,還未解決的問題也很多,但是學到的東西也挺多的,嘿……
這篇文章一定也有很多錯誤或者不夠完善的地方,還望指出一同進步~~

?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 229,763評論 6 539
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 99,238評論 3 428
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 177,823評論 0 383
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 63,604評論 1 317
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 72,339評論 6 410
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 55,713評論 1 328
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,712評論 3 445
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,893評論 0 289
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 49,448評論 1 335
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 41,201評論 3 357
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 43,397評論 1 372
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,944評論 5 363
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,631評論 3 348
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 35,033評論 0 28
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 36,321評論 1 293
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 52,128評論 3 398
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 48,347評論 2 377

推薦閱讀更多精彩內容