Microsoft Stream (傳統版) 影片傳遞和網路概觀

  • 發行項

警告

Microsoft Stream (傳統版) 即將淘汰，並由 SharePoint) 和 Microsoft Teams 即時活動中的 Stream (取代。 建議您開始使用 SharePoint) 上的 Stream (，方法是將影片上傳至 SharePoint、Teams、Viva Engage 或 OneDrive，並透過 Teams 和 Viva Engage 來執行即時活動。

Stream (傳統版) 中的功能將會在停用日期前變更和移除。 深入瞭解 SharePoint) 上的 Stream (...

自適性比特率串流

有許多支持的視訊格式可以上傳至 Microsoft Stream。 然後，每個視訊檔案都會編碼為標準格式，其中包含數個不同的視訊品質和播放大小。 Stream (傳統版) 使用 HTTPS 單播調適性比特率串流 (ABR) ，根據影片播放機的可用網路頻寬和大小，動態選取最佳的視訊播放品質。

在播放期間，播放機會適應網路狀況和播放機大小的波動。 當可用頻寬很高時，播放機會串流高品質的視訊版本。 當頻寬下降時，播放機會串流低質量的視訊版本。 影片的品質和解析度也會與播放機的大小成正比。 如果查看器在較小的螢幕上觀看，他們一律會取得較小版本的影片。

調適性比特率串流會在背景中執行所有這些工作，而視訊的播放中斷或緩衝處理則最少。 在影片播放期間，視訊播放機可讓查看器手動覆寫自動播放品質，以選取特定的視訊播放品質。

針對調適性比特率串流上傳的影片進行智慧編碼

Stream (傳統版) 使用一些智慧型手機來決定它如何建立與原始上傳影片不同的視訊品質和大小，以用於調適性比特率串流。

首先，Stream (傳統版) 決定應該為上傳的影片建立多少個不同的視訊品質或轉譯。 Stream (傳統版) 將影片的原始解析度納入考慮。 例如，如果是 1080p 或更高版本的影片，則會建立更多品質等級 (約 6) ，以逐步執行至最低品質版本。 如果上傳的影片是 480p，則會建立較少的品質等級 (大約 3) ，以逐步執行至最低品質版本。 Stream (傳統版) 不會產生超過原先上傳影片解析度的視訊解析度。

決定視訊品質或轉譯數目之後，下一個階段是決定每個轉譯的比特率。 轉譯的品質越高，它所需的位就越多。 不過，並非所有影片都建立相等，不同類型的影片需要不同的比特率，才能達到高品質的檢視體驗。 如果影片有許多動作，則必須以較高的比特率傳遞影片，才能獲得絕佳的觀看體驗。 不過，在大部分為靜態文字的影片中，PowerPoint 簡報仍能以較低的比特率獲得絕佳的檢視體驗。

若要解決視訊內容中的這個變異性，Stream (傳統版) 測量上傳影片的特性，然後針對每個轉譯建議比特率。 上傳至 Stream (傳統版) 的每個影片最後都會有一組稍微不同的解析度和串流處理的比特率，以確保我們明智地使用頻寬，而且只有在需要時才使用更多位。

在 Stream 上檢視影片時，可在播放機中看到針對調適性比特率串流所建立的不同轉譯：

  • 在 Stream (傳統版) 播放器中，按兩下齒輪圖示，然後選取 [品質]。
範例 描述 Player
Teams 會議錄製 Teams 會議錄製會以單一 1080p 解析度影片轉譯進行編碼。 1080p – 574 Kbps
視訊隨選 (不包括會議錄製) 非 Teams 視訊隨選會以內容感知預設進行編碼，以智慧方式選取最多 6 個視訊轉譯，如本範例所示。 色彩和動作變異程度較高的複雜性內容將會以較多的視訊轉譯進行編碼，而較低的複雜度內容會以較少的編碼方式進行編碼。 1080p – 3 Mbps
720p – 1.6 Mbps
540p – 989 Kbps
360p – 460 Kbps
270p – 327 Kbps
180p – 193 Kbps

即時活動的編碼配置檔

上面所列的智慧型手機僅適用於上傳至 Stream 的影片。

在 Stream (傳統版) 或「外部應用程式或裝置」中建立的即時活動，從 Yammer 或 Microsoft Teams 產生的即時活動將會取得固定的編碼配置檔：

  • 720p - 1.7 Mbps
  • 540p - 850 Kbps
  • 360p - 350 Kbps
  • 240p - 140 Kbps

注意事項

如果您來自編碼器的輸入視訊解析度為 720p 或更高，您將會取得上述配置檔。 如果您將輸入視訊解析度從編碼器卸除至低於 720p，則只會從輸入解析度和向下取得輸出比特率。 例如，如果您從編碼器傳送 540p 解析度，則檢視者可取得的最高比特率是 540p - 850kbps 版本。 Stream (傳統版) 不會根據編碼器的輸入比特率來變更上述即時編碼配置檔，它只會根據輸入解析來減少質量等級。

視訊播放的頻寬需求

Stream (傳統版) 中的視訊播放是單播的，這表示每個查看器都會從因特網取得自己的視訊串流。 根據 Stream 所使用的智慧編碼和自適性比特率串流，視訊播放的頻寬需求不是靜態數位。 視上傳的影片而定，播放視訊可能會耗用不同數量的因特網頻寬：

  • 原始解析度、比特率和內容
  • 使用者的可用頻寬
  • 播放機的大小

如果您想要開發一些頻寬估計，您必須上傳一些影片，這些影片代表組織將與 Stream (傳統版) 搭配使用的一般內容，並 watch 您認為使用者將使用的螢幕大小影片。 然後，您可以執行一些頻寬測量和取樣。 接著，您可以使用這些近似值來進行一些高階計算，並根據您認為同時 watch 影片的數目來估計使用者將耗用多少頻寬。

最佳化本機網路中的影片傳送

Stream (傳統版) 利用智慧編碼和調適性比特率串流來減少視訊播放的網路和因特網流量。 不過，播放是單播數據流。 針對向外傳送給組織中大多數人的即時活動或影片，檢閱者可能會明顯耗用大量網際網路頻寬。

對於想要減少即時活動和熱門影片的因特網流量的組織，有兩個選項：

  1. 利用您網路中的現有快取 Proxy

    因此，您可以設定一般 Web 快取 Proxy 來快取視訊播放流量，以透過 HTTPS 從 Stream (傳統版) 觀看影片。 您可能需要設定自定義 SSL 認證，才能使用 HTTPS 進行這項作業。 不過，如果您在播放視訊時查看網路追蹤，您會看到 Stream (傳統版) 用來串流組織視訊的 URL， (URL 可能會因租使用者) Stream (傳統版) 而有所不同。 如果您透過快取 Proxy 路由傳送這些 URL，它可以快取視訊流量，並減少經常播放影片的因特網流量。

  2. 使用針對 Stream (傳統版) 優化的第三方 eCDN 視訊傳遞解決方案

    有數個影片傳遞 eCDN 解決方案已預先整合，且可設定為與 Stream 搭配使用。 這些 eCDN 平臺可讓組織優化網路頻寬，而不會犧牲用戶檢視體驗。 我們的合作夥伴可協助您在整個企業網路上啟用更可擴充且更有效率的視訊發佈。 如需詳細資訊，請參閱 使用第三方 eCDN 提供者調整視訊傳遞 。

您網路內的使用者需要連線到的端點

一般 Microsoft Stream (傳統版) 端點

Microsoft Stream (傳統版) 需要連線到因特網。 Microsoft Stream Office 365 端點上列出的所有端點，都必須由組織網路內的 Microsoft Stream (傳統版) 用戶連線。

外部應用程式或裝置產生的即時活動 (先前的外部編碼器) - RMTP 內嵌端點

若要取得從編碼器傳送至 Microsoft Stream (傳統版) 之外部應用程式或裝置產生的即時活動影片摘要，您需要在網路防火牆中開啟下列IP範圍和埠：

  • 網域：*.channel.media.azure.net
  • 埠：1935/2935/1936/2936 (RTMP 和 RTMPS)

如果您的特定網路設定不允許您 (，或您不想) 開啟上述的網域範圍，則目前取得 RTMP/RTMPS 內嵌特定 IP 位址的唯一選項是取得 Microsoft Stream (傳統版) 租使用者所連線的 Azure 數據中心輪替 IP 範圍。

下列 JSON 檔案會隨著 Azure 資料中心的 IP 位址變更而更新，並依區域和已標記的服務中斷。

這些檔案會每周更新，並包含完整檔案和該檔案中每個個別服務標籤的版本設定。

若要尋找您 Stream (傳統版) 租使用者的 Azure 資料中心：

  1. 在 [數據流] 中，按兩下右上角的 [？ ]。

  2. 選取 [關於 Microsoft Stream]。

  3. 檢視 [ 您的數據儲存在其中] 中的資訊。

在您找到 Stream (傳統版) 租使用者的 Azure 數據中心之後，請在上述 XML 檔案中尋找對應的 IP 範圍，然後使用數據中心的特定 IP 範圍來更新防火牆/Proxy。 當 XML 檔案變更時，您也需要更新防火牆/Proxy 設定。

範例：

  • 如果 About Microsoft Stream 表示您的資料儲存在「美國東部 2」

  • 在 XML 檔案中，您會尋找標示為 <區域名稱=“useast2” 的節點>

  • 在該 [區域] 節點下，ipRange Subnet=“13.68.0.0/17”> (<所有 IP 範圍都會有數個專案)

  • 您必須設定 firewall\proxy 以允許所有這些 IP 範圍，並在 XML 檔案變更時定期變更它們。

社群中的使用者已撰寫程式代碼，依排程取得上述 XML 檔案，並將數據轉換成可查詢的 API。 您的組織或許能夠從此 開放原始碼 專案中完成的作業中學習，並建置您自己的類似解決方案，以定期更新您的防火牆/Proxy 設定。

用來播放影片的 CDN

來自 Stream (傳統版) 和外部應用程式的即時活動，或來自 Yammer/Teams 的裝置即時活動，以及隨選影片，都會自動使用 Azure CDN。

如有需要，上傳至 Stream 的隨選影片以及即時活動錄製也會使用 Azure CDN 進行播放。 當這些影片不需要 Azure CDN 時，會從與租使用者地理區域相關聯的 Azure 媒體服務源伺服器播放它們。

如果相同地理位置內相同組織中的幾個人員串流相同的視訊 () ，CDN 會將這些影片的複本儲存在更接近該地理區域的位置。 當影片儲存或快取到最接近的位置時，每個人都會從最接近他們的位置串流影片，而不是從更遠的位置串流。 Stream (傳統版) 使用 Azure 媒體服務來管理 Azure CDN 中快取的內容，以及多久。 Azure 媒體服務可以使用任何 Azure CDN 位置 來快取影片片段和指令清單數天。 如果您組織中的人員繼續 watch 快取的影片，他們將會留在快取中。 如果幾天內沒有人存取影片，則影片最終會從快取中卸除。 下次有人嘗試 watch 視訊時，會再次快取在最接近的CDN位置。

在附近的CDN快取內容時，嘗試 watch 視訊的每個人，都受益於影片愈近，而且在大部分情況下，躍點較少。 這可改善視訊播放速度;不過，它不會變更播放影片的網路需求。

影片層級加密和播放流程

Stream (傳統版) 知道保護數據安全性與私密性的重要性。 Microsoft 信任中心說明我們對內容隱私權和安全性的承諾。 透過視訊播放，速度對於良好的體驗很重要;不過，我們不會為了加快速度而危害您的安全性或隱私權。 以下是我們如何適應速度、安全性和隱私權。

當您或組織中的某人上傳新影片或建立即時活動時，該影片會轉碼、使用 AES-128 加密進行加密，並儲存在 Azure 媒體服務中。 這表示影片會在傳輸中和待用時加密。

當貴組織中的某人嘗試 watch 影片時，他們會遵循下列步驟：

  1. Stream (傳統版) 會檢查 Azure SQL 資料庫中視訊上設定的許可權，以取得使用者 Microsoft Entra ID 中的 Stream (傳統版) 和資訊，以判斷查看器是否可以存取影片

  2. 如果允許用戶檢視影片，解密密鑰會從 Azure 媒體服務擷取，並提供給 Stream (傳統版) 視訊播放程式

  3. 接著，Stream (傳統版) 視訊播放機會使用解密密鑰，在播放視訊時即時解密影片

另請參閱

使用第三方 eCDN 提供者調整視訊傳遞