EME 小整理

這裡的 EME 是指 Encrypted Media Extensions, 顧名思義, 它解決加密的媒體 – 主要是視訊的播放的問題, 而且它是一個 extension, 用來擴充 web browser (瀏覽器) 的功能.  這樣一來就可以在 browser 上播有版權、加密過的電影, 而且無須綁定加解密的演算法.

話說, 我們不是用 Adobe Flash plugin 看了好多年的片子了嗎? 為何最近大家都紛紛棄 Flash 而去呢? 一般的看法 [2] 是微軟長久以來把持著桌機的平台和 IE 瀏覽器, 但並未好好支援網頁視訊這個產業, 所以早期的 Youtube 網站才會需要 Adobe Flash Player (其實是 plugin) 來彌補這個技術缺口. 當我們逐漸使用更多的 mobile device, 就應該使用更好的瀏覽器, 自然也就不需要 Adobe 了. 當然, Adobe 得罪 Steve Jobs 那件事應該也是關鍵的一擊.

根據 W3C 的規範, 播放網頁視訊 (HTML5 video) 需要瀏覽器支援 Media Source Extensions (MSE) [3] 技術. 應用程式 (app) 透過 Java script 把影片的 bit stream 送給平台上的解碼器 (decoder, 或者更廣泛的 media codec) 解碼. 再用播放器把解碼後的影片播出來. 

如果片源有 DRM (Digital rights management ) 加密, 就該 EME 上場了. 在 [4] 裡面有相當完整的描述. 正常來說, Media key 不會跟著片源一起送下來, 而是放在網路上的某個伺服器  (license key server). App 可以經由 CDM  (Content Decryption Module) 介面取回 key 來解密片源. 若是 key 會持續變動, 生命週期  (life time) 只在某一段期間  (session) 內, app 就要反覆透過 CDM 去跟 server 要不同的 key ID, 用於新的 session.

CDM 有時候不只涵蓋解密, 也可以順便解碼. 因此 [4] 說到, CDM 可以定義在 browser, OS, HW decoder, firmware decoder, 或是一個獨立的 module. 此外, 這篇文章還提到 common Encryption, clear key, 和 DASH. 有興趣的人可以讀一下 [4] 這篇.

 

[REF]

  1. https://en.wikipedia.org/wiki/Encrypted_Media_Extensions
  2. https://www.cnet.com/news/firefox-tiptoes-toward-a-world-without-adobe-flash/
  3. https://en.wikipedia.org/wiki/Media_Source_Extensions
  4. http://www.html5rocks.com/en/tutorials/eme/basics/
  5. Media/EME – MozillaWiki – Wiki – Mozilla

 

SEO 小註解

話說有本新書看到第六頁就卡住了, "..適當的使用 hgroup 元素對於 SEO 有一定的好處." 至於什麼是 SEO 倒是沒有做解釋. 原來此處的 SEO 是指 search engine optimization. 也就是如何更容易被搜尋引擎的機器人找到.

根據 "如何寫出一篇具有 seo 效果的開箱文 (三) – 鏈結的設置" 中的記載, 首先要為文章選出一個 25 字以下的標題, 3~5 個關鍵字. 關鍵字還要愈早出現愈好. 接著就是下標籤 (tag) 與分類. 如果標籤和分類給得愈恰當, 就愈容易被搜尋引擎找到.

另外要考慮錨點文字 (anchor text), 具體地說就是超鏈結文字. 跟論文一樣, 被別人引用的次數愈多, 就顯得自己的文章愈有內容. 寫得最簡明的是這篇 "日本 SEO 現狀":

在搜尋Google「Exit」的結果顯示排名在搜尋結果前面的是Disney和Yahoo!。但是Disney和Yahoo!的網站上並沒有「Exit」的文字,且網站內也沒有「Exit」的相關情報。其實會出現此結果的原因是Disney和Yahoo!得到如下所示的錨點文字連結。

If you are less than 18 years old, please <a href="http://www.disney.com/">EXIT</a&gt; now.

以上敘述可以從很多成人網站中看得到。其目的是為了讓未滿18歳的使用者退場,但是它的出口連結卻是指向Disney或Yahoo!。所以搜尋引擎在解析連結後的結果,於是顯示和關鍵字相關連的網站,即為Disney和Yahoo!了。

紅色的這段就是錨點文字. Exit 這個關鍵字就會對應到 <a href="…"></a> 的這個網站. 既然文章是給別人引用的, 好像不操之在我. 但第一篇文章中說, 只要自己多引用自己就可以了. 嗯, 寫論文好像也是如此. 不過論文只能 reference 自己以前的文章, 但部落格卻可以把本文的 URL 當作文章的開始或是結束.

好! 話說 hgroup 又關 SEO 什麼事? 所謂的 hgroup 是 HTML5 的標籤, <hgroup></hgroup> 一般包在 <header></header> 下一層. 用來夾住好幾個不同層級的標題. <h1></h1> 夾大標題, <h2></h2> 夾小一號的標題, 書上建議可以逐步用到 <h6></h6>.

搜尋引擎會去撈 <h1></h1> 裡面的字串當作關鍵字, 因此慎選 <h1></h1> 可以幫助文章被找到. 此外, HTML5 容許多個 header  和 footer, 所以這招用得好, 也比較容易被搜尋引擎找到.

BML 小註解

什麼是 BML 呢?它和體檢時令人尷尬的 BMI 沒有關係, BML 全名是 Broadcast Markup Language (廣播標記語言). 它在 1999 年由日本提出來, 記載在 ARIB STD B24 標準之中. 如同它的名字顯示的, 這是 XML 的一種, 又用在數位電視廣播.

網路上相關的訊息很少, 最好的一個 link 可能是這個:New Generation TV platform API and Privacy Protection

試想, 如果電視台送過來的訊息是一個 XML file, 那麼傳輸效率還挺高的, 只要接收端的 browser 夠強, 就可以達到節省頻寬的目的.

至於在歐洲推動了很多年的 MHP (Multimedia Home Platform) 架構, 則是在接收端建好 Java 的虛擬機, 等著 run 傳過來 Java 程式 (例如用 DSM-CC), 相形之下效率就低了些. 

最近在歐洲比較紅的 HbbTV 基本上也是以 CE-HTML 做互動.未來更將改用 HTML5  取代 CE-HTML. 在那一天還沒有來臨之前, 我們先關心一下歷經市場十多年考驗的 BML 吧,它的 API 多達 229 個! 有些功能連 HTML5 都還沒有.

BML Broadcasting Extension API 包括:

• EPG API

• VOD/Broadcasting base on Home Server API

• Storage API

• Interactive/Presentation API

• Other TV set Control API

比方說, BML 還支援把節目的畫面用印表機印出來, 這樣夠炫了吧!更別說什麼連續劇預約錄影, 硬碟儲存權限保護等等了. 因此, 在上面提到的那篇文章中, 作者認為 BML + HTML5 會是最佳互動電視的解決方案.

不過, 個人以為 BML 幾乎只有日本人在用, 而 HTML5 可以無限改版擴充, 總有一天 HTML X 樣樣都會比 BML 強!