本頁面由 Cloud Translation API 翻譯而成。

Chrome 69 的媒體更新功能

François Beaufort

Chrome 支援 AV1 影片解碼功能。
透過以下途徑查詢支援哪些加密配置：現已支援 EME。
網頁開發人員可以嘗試查詢是否可強制執行特定 HDCP 政策。
媒體來源擴充功能現在使用緩衝範圍和持續時間值的 PTS。
Android Go 使用者可以在 Chrome 中開啟已下載的音訊、影片和圖片。
使用 MSE 的媒體元素會移除停滯事件。

AV1 影片解碼器

Chromestatus Tracker | Chromium 錯誤

EME：查詢加密配置支援

部分平台或金鑰系統只支援 CENC 模式，有些則只支援 CENC 模式 CBCS 模式。但其他人仍可同時支援這兩種模式。這兩種加密機制因此網頁程式開發人員必須能要放送什麼內容

不必苦苦判斷特定平台是否「已知」支援加密配置，新的 encryptionScheme 金鑰已新增至 MediaKeySystemMediaCapability 字典：允許網站指定加密媒體擴充功能 (EME) 中可使用哪些加密配置。

新的 encryptionScheme 鍵可以是以下其中一個值：

'cenc'AES-CTR 模式完整樣本和影片 NAL 子取樣加密。
'cbcs' AES-CBC 模式部分影片 NAL 模式加密。

如果未指定，代表可接受任何加密配置。注意事項 Clear Key 一律支援 'cenc' 配置。

以下範例說明如何查詢具有不同加密配置。在此情況下，系統只會選擇其中一個。

await navigator.requestMediaKeySystemAccess('org.w3.clearkey', [
    {
      label: 'configuration using the "cenc" encryption scheme',
      videoCapabilities: [{
        contentType: 'video/mp4; codecs="avc1.640028"',
        encryptionScheme: 'cenc'
      }],
      audioCapabilities: [{
        contentType: 'audio/mp4; codecs="mp4a.40.2"',
        encryptionScheme: 'cenc'
      }],
      initDataTypes: ['keyids']
    },
    {
      label: 'configuration using the "cbcs" encryption scheme',
      videoCapabilities: [{
        contentType: 'video/mp4; codecs="avc1.640028"',
        encryptionScheme: 'cbcs'
      }],
      audioCapabilities: [{
        contentType: 'audio/mp4; codecs="mp4a.40.2"',
        encryptionScheme: 'cbcs'
      }],
      initDataTypes: ['keyids']
    },
  ]);

在以下範例中，只有一個設定具備兩種不同的加密機制會發出查詢配置遇到這種情況時，Chrome 會捨棄所有功能物件由於 Pod 不支援，因此累積的設定可能含有一個加密配置或這兩者的配置。

await navigator.requestMediaKeySystemAccess('org.w3.clearkey', [{
    videoCapabilities: [
      { // A video capability using the "cenc" encryption scheme
        contentType: 'video/mp4; codecs="avc1.640028"',
        encryptionScheme: 'cenc'
      },
      { // A video capability using the "cbcs" encryption scheme
        contentType: 'video/mp4; codecs="avc1.640028"',
        encryptionScheme: 'cbcs'
      },
    ],
    audioCapabilities: [
      { // An audio capability using the "cenc" encryption scheme
        contentType: 'audio/mp4; codecs="mp4a.40.2"',
        encryptionScheme: 'cenc'
      },
      { // An audio capability using the "cbcs" encryption scheme
        contentType: 'audio/mp4; codecs="mp4a.40.2"',
        encryptionScheme: 'cbcs'
      },
    ],
    initDataTypes: ['keyids']
  }]);

意圖實作 | Chromestatus Tracker | Chromium 錯誤

EME：HDCP 政策檢查

目前 HDCP 是串流高解析度串流的常見政策規定「受保護的內容」類別。想要強制執行 HDCP 政策的網頁程式開發人員必須等待授權交換完成，或是開始串流觀賞內容這屬於 HDCP 政策的不幸情況查看 API 來解決問題。

這個提議的 API 可讓網頁開發人員查詢特定 HDCP 政策才能以最佳解析度開始播放最佳使用者體驗其中包含一個用來查詢與 HDCP 政策相關聯的假設性金鑰，不必建立 MediaKeySession 或擷取實際授權。無須要求 MediaKeys 附加至任何音訊或影片元素

HDCP Policy Check API 的運作原理，是呼叫將 mediaKeys.getStatusForPolicy() 替換為具有 minHdcpVersion 鍵的物件和有效的值如果 HDCP 適用於指定版本，則會傳回承諾使用 'usable' 的 MediaKeyStatus 可解析。否則可透過 MediaKeyStatus 的其他錯誤值解析，例如 'output-restricted' 或 'output-downscaled'。如果按鍵系統支援 HDCP 政策檢查 (例如清除金鑰系統)，承諾就會拒絕。

簡單來說，以下是 API 目前的運作原理。查看官方範例，試用所有版本的 HDCP。

const config = [{
  videoCapabilities: [{
    contentType: 'video/webm; codecs="vp09.00.10.08"',
    robustness: 'SW_SECURE_DECODE' // Widevine L3
  }]
}];

navigator.requestMediaKeySystemAccess('com.widevine.alpha', config)
.then(mediaKeySystemAccess => mediaKeySystemAccess.createMediaKeys())
.then(mediaKeys => {

  // Get status for HDCP 2.2
  return mediaKeys.getStatusForPolicy({ minHdcpVersion: '2.2' })
  .then(status => {
    if (status !== 'usable')
      return Promise.reject(status);

    console.log('HDCP 2.2 can be enforced.');
    // TODO: Fetch high resolution protected content...
  });
})
.catch(error => {
  // TODO: Fallback to fetch license or stream low-resolution content...
});

適用於來源試用

為了收集網頁程式開發人員的意見，我們先前加入了 HDCP 政策查看 Chrome 69 電腦版 (ChromeOS、Linux、Mac 和 Windows) 的 API 功能。

試用期已於 2018 年 11 月順利完成。

意圖進行實驗 | Chromestatus Tracker | Chromium 錯誤

MSE PTS/DTS 法規遵循

緩衝區範圍和時間長度值現在採用簡報時間戳記媒體中的 (PTS) 間隔，而非解碼時間戳記 (DTS) 間隔 Source Extensions (MSE)。

MSE 是 Chrome 的實作版本，針對 WebM 和 MP3 進行測試。媒體串流格式 (PTS 和 DTS) 沒有加以區別。且但經過 ISO BMFF (又稱 MP4) 之前，這項錯誤可以正常運作。這個容器經常包含順序失真的與解碼時間串流 (例如例如 H.264 等轉碼器) 會造成 DTS 和 PTS 不同。已造成 Chrome 會回報不同的緩衝範圍和時間長度值超出預期Chrome 69 將逐步推出這項新行為並使其 MSE 實作符合 MSE 規格。

這項變更會影響 MediaSource.duration (進而 HTMLMediaElement.duration)、SourceBuffer.buffered (以及 HTMLMediaElement.buffered) 和 SourceBuffer.remove(start, end)。

如果您不確定要使用哪種方法回報緩衝範圍和時間長度請前往內部 chrome://media-internals 頁面搜尋「ChunkDemuxer：buffering by PTS」或「ChunkDemuxer：DTS 緩衝」的。

意圖實作 | Chromium 錯誤

處理 Android Go 上的媒體檢視意圖

Android Go 是專為入門級設計的 Android 輕量版本智慧型手機因此，「實際」媒體檢視不一定能如此一來，如果使用者嘗試開啟下載的影片將完全沒有應用程式可以處理該意圖

為解決這個問題，Android Go 上的 Chrome 69 現在會監聽媒體檢視意圖，使用者就能觀看已下載的音訊、影片和圖片也就是說因此，我們不必再擔心遭到忽略的檢視應用程式。

請注意，所有搭載 Android 的 Android 裝置都會啟用這項 Chrome 功能 RAM 低於 1 GB 的 O 和後續機型。

Chromium 錯誤

移除「停滯」使用 MSE 的媒體元素事件

「停滯」如果下載的媒體資料有無法繼續進行約 3 秒使用媒體來源額外資訊時 (MSE)，網頁應用程式會管理下載內容，但媒體元素不知道其進度。這導致 Chrome 將包含不當活動表示網站沒有附加新的媒體資料區塊時過去 3 秒的SourceBuffer.appendBuffer()。

由於網站可能會選擇低頻率附加大量資料，因此這並不是有關緩衝健康狀態的實用信號。正在移除「停滯」事件使用 MSE 時可清楚混淆，並讓 Chrome 更加排行與 MSE 規範請注意，沒有使用 MSE 的媒體元素繼續提高「穩定」活動。