Claire's Blog

甚麼是Chunked Encoding

Chunked encoding（分塊編碼）是一種HTTP/1.1協議中的傳輸編碼方式，用於將HTTP消息主體分成多個塊（chunks），以便在網絡上進行有效傳輸。分塊編碼主要用於動態生成的內容，以及在事先不知道內容大小的情況下傳輸數據。

分塊編碼的工作原理如下：

1. 服務器將HTTP消息主體分成多個大小可變的塊。每個塊由兩部分組成：塊大小（十六進制表示）和實際數據。
2. 每個塊都以塊大小開頭，然後是一個回車換行符（CRLF），接著是實際數據。在每個塊的數據之後，還有另一個回車換行符（CRLF）。
3. 數據傳輸完成後，服務器會發送一個大小為0的塊，表示數據已經全部傳輸完畢。接著，服務器可以選擇性地傳輸附加的HTTP頭部，以提供更多關於已傳輸數據的信息。
4. 客戶端接收到分塊編碼的數據後，將各個塊重新組合成完整的HTTP消息主體。

要使用分塊編碼，服務器需要在HTTP響應頭中設置Transfer-Encoding字段為chunked。這告訴客戶端，接收到的數據將使用分塊編碼格式。

分塊編碼的主要優點是允許服務器在不知道最終內容大小的情況下開始傳輸數據。這對於動態生成的內容、實時數據流和大文件傳輸非常有用。此外，分塊編碼還可以實現數據的即時壓縮和傳輸，從而提高傳輸效率。

設定nginx以支持Chunked Encoding

以下是一個簡單的nginx.conf範例，用於支持在http://127.0.0.1/live下的文件開啟chunked encoding。此配置檔案會將請求代理到後端應用伺服器（例如：Node.js、Python或其他後端應用）進行處理。請注意，這裡假設後端應用伺服器已經正確配置並支持分塊編碼。

http {
    include       mime.types;
    default_type  application/octet-stream;

    sendfile        on;
    keepalive_timeout  65;

    gzip  on;
    gzip_min_length 1024;
    gzip_proxied any;
    gzip_types text/plain text/css text/javascript application/json application/javascript application/x-javascript application/xml application/xml+rss;

    server {
        listen       80;
        server_name  127.0.0.1;

        location / {
            root   /usr/share/nginx/html;
            index  index.html index.htm;
        }

        location /live {
            proxy_pass http://backend:3000; # 請將 "backend" 替換為您的後端應用伺服器地址（IP 或 域名），並將 "3000" 替換為您的後端應用伺服器的端口

            proxy_set_header Host $host;
            proxy_set_header X-Real-IP $remote_addr;
            proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
            proxy_set_header X-Forwarded-Proto $scheme;

            proxy_http_version 1.1;
            proxy_set_header Connection "";
            chunked_transfer_encoding on;
        }

        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
            root   /usr/share/nginx/html;
        }
    }
}
events {
    worker_connections  1024;
}

這個配置檔案將Nginx設置為代理位於http://127.0.0.1/live的請求，並將請求轉發到後端應用伺服器。在location /live部分，使用chunked_transfer_encoding on;指令開啟分塊編碼。

觀察你的檔案是否有啟用Chunked Encoding

我們可以從伺服器的回應看到這個伺服器的檔案傳輸是否有支持Chunked Encoding，如下圖

CMAF介紹(Common Media Application Format)

CMAF（Common Media Application Format，通用媒體應用格式）是一種專為網絡媒體傳輸設計的標準。CMAF旨在簡化不同裝置和網絡環境之間的媒體流適配和交付，從而提高流媒體的性能和覆蓋範圍。CMAF是一種媒體封裝格式。CMAF被設計為簡化在不同裝置和網絡環境之間的媒體流適配和交付，從而提高流媒體的性能和覆蓋範圍。CMAF檔案通常具有.cmf或.mp4擴展名。

CMAF（Common Media Application Format，通用媒體應用格式）是一種媒體封裝格式，類似於FLV（Flash Video）和MP4（MPEG-4 Part 14）。CMAF旨在簡化在不同裝置和網絡環境之間的媒體流適配和交付，以提高流媒體的性能和覆蓋範圍。

與FLV和MP4等其他封裝格式相比，CMAF的一個主要優勢在於它的兼容性和靈活性。CMAF可以應對各種不同的網絡環境和裝置能力，並且可以與多種流媒體協議（如HLS和MPEG-DASH）無縫地配合使用。

CMAF的特點

CMAF的主要特點包括：

1. 單一檔案格式：CMAF允許使用單一檔案格式來適配多種媒體流協議，例如HLS（HTTP Live Streaming）和MPEG-DASH（Dynamic Adaptive Streaming over HTTP）。這使得內容提供商能夠更容易地在各種裝置和網絡上傳輸和管理媒體內容。
2. 切片：CMAF將媒體流切成較小的片段（通常稱為chunks），這些片段可以在不同品質層次之間進行無縫切換，以適應不同的網絡條件和裝置能力。這有助於實現更低的延遲和更高的播放質量。
3. 編碼效率：CMAF支持各種編解碼器，例如H.264（AVC）和H.265（HEVC），以實現高效的媒體編碼。此外，CMAF還支持多種音頻編解碼器，例如AAC和Opus。
4. 整合DRM（數字版權管理）：CMAF允許整合各種DRM技術，如Widevine、PlayReady和FairPlay，以保護內容的版權。

總之，CMAF是一種簡化網絡媒體傳輸的標準，它有助於提高流媒體的性能、覆蓋範圍和兼容性。

CMAF的延遲

CMAF（Common Media Application Format，通用媒體應用格式）主要用於適配和交付HLS（HTTP Live Streaming）和MPEG-DASH（Dynamic Adaptive Streaming over HTTP）等流媒體協議。CMAF的目標是在不同裝置和網絡環境之間提供高效的媒體流適配和交付，而非專注於低延遲。

由於CMAF依賴於HTTP，其延遲通常會比使用基於UDP的協議（如SRT或RTP）高。HTTP協議需要較長的時間來建立連接、請求和接收數據，這導致了較大的延遲。此外，CMAF通常用於分段媒體流，每個分段的持續時間也會增加延遲。

然而，CMAF的延遲性能可以通過使用CMAF的低延遲模式（CMAF-LLC）來改善。CMAF-LLC使用chunked encoding傳輸技術來實現低延遲，這允許客戶端在接收到完整的媒體分段之前開始解碼和播放。這樣可以將延遲降低到可接受的範圍，但仍然可能高於使用基於UDP的協議，如SRT。

總之，儘管使用CMAF的延遲可能較長，但通過使用CMAF-LLC可以改善延遲性能。然而，對於實時應用或低延遲要求非常嚴格的場景，使用基於UDP的協議，如SRT或RTP，可能是更合適的選擇。

After OBS Studio 29.1, they added support for Enhanced RTMP, it is now possible to push HEVC streaming via RTMP, and SRS also support HEVC over RTMP and HTTP-FLV v6.0.2+.

Here is a simple tutorial on how to use OBS to push HEVC streams to SRS.

OBS support H.265 over RTMP v29.1+

The original RTMP protocol cannot support high-compression video formats such as HEVC or AV1. But from OBS Studio 29.1 Beta, OBS adds support for the updated: Enhanced RTMP. For more detail, please refer to: Enable AV1, HEVC via RTMP to YouTube.

Therefore, the first step to push an HEVC stream via RTMP from OBS is to download the latest version of OBS. (Download here: OBS Studio 29.1 Beta Release Page).

SRS support H.265 over RTMP v6.0.42+

• RTMP: Support enhanced RTMP specification for HEVC, v6.0.42.
• Player: Upgrade mpegts.js to support it.

Enhanced RTMP specification: https://github.com/veovera/enhanced-rtmp

First, start SRS v6.0.42+ with HTTP-TS support:

./objs/srs -c conf/http.ts.live.conf

Pulish HEVC via RTMP from OBS

1. Your OBS version should be greater than v29.1, than open File -> Setting
2. Select Stream -> Service to Custom…
   
3. Select Output -> Output Mode to Advanced, than choice Encoder to HEVC
   
4. Click Start Streaming
   
5. Check your streaming from SRS console
6. Preview your streaming by SRS Player