官方介紹 官方啟動指令介紹頁面: https://obsproject.com/kb/launch-parameters 如何使用啟動指令 要使用自定義啟動參數創建 OBS Studio 的捷徑： 若要通過計劃任務或其他自動方式啟動 OBS Studio，請確保也設置了工作目錄（「開始於…」），該目錄必須指向 obs64.exe 所在的文件夾。 啟動參數介紹 OBS Studio 支援的啟動參數（Launch Parameters）。這些參數用於自動化和便攜式使用。每個參數都有特定的功能，可以在啟動 OBS Studio 時進行特定的操作或設定。 參數及其描述如下： 這些參數提供了更多的控制和靈活性，使使用者可以根據自己的需求和工作流程自定義 OBS Studio…

Broadway介紹 Broadway 是一個 JavaScript H.264 解碼器。H.264 是一個廣泛使用的視頻壓縮標準，Broadway 提供了一種在瀏覽器中，特別是不支持該格式的瀏覽器中，直接解碼 H.264 視頻的能力。 主要特點 Live Demo 當首次訪問上述示範頁面時，可能會感覺視頻播放器的速度有點慢，這是因為它需要首先下載整個視頻才能開始播放。但請有耐心，一旦視頻下載完畢，您可以點擊播放器來觀看視頻。 上面的左上角播放器在主線程上運行，而其餘的播放器在背景工作線程上運行。 本機端使用範例 把Player資料夾內的檔案下載下來，放進本地端的node.js專案的Player資料夾內 檔案連結: https://github.com/mbebenita/Broadway/tree/master/Player 接著撰寫node.js程式 接著開啟電腦的http://127.0.0.1:8080/treeDemo.html，就可以在本機運行可動的範例了

使用PYAV的前提 PyAV 是FFmpeg函式庫的 Pythonic 綁定。目標是提供底層庫的所有功能和控制，但盡可能管理細節。 PyAV 可透過容器、串流、封包、編解碼器和影格直接、精確地存取您的媒體。它公開了該資料的一些轉換，並幫助您將資料傳入/傳出其他套件（例如 Numpy 和 Pillow）。 這種權力確實伴隨著一些責任，因為與媒體合作非常複雜，PyAV 無法將其抽象化或為您做出所有最佳決策。如果該ffmpeg命令無需您竭盡全力即可完成工作，那麼 PyAV 可能會成為障礙而不是幫助。 所以如果我們想要在推流前處理串流、或者是拉流後處理串流內容，或者是更改串流編碼的相關資訊等【較難直接使用ffmpeg指令達到的事情時】，才較適合使用PYAV。 用RTMP的方式推流 範例程式碼如下: 輸出透明背景的影片 若要使用 pyav (Python 的 ffmpeg/avconv 綁定) 來輸出具有透明背景的影片，你通常會使用像…

下載ffmpeg https://ffmpeg.org/download.html 推一個時鐘文字的影片 ffmpeg的指令如下 使用虛擬鏡頭來推流 極低延遲播放串流 把虛擬鏡頭和某個線上串流做綠幕合成 更多詳細設置串流的方式 `-r` 轉成多少 fps `-y` (global) Overwrite output files without asking. `-i` 輸入檔案 `-c:v` video codec `-profile:v` video…

ffmpeg中的analyzeduration和probesize 在FFmpeg中，-analyzeduration和-probesize是用於設置媒體分析的參數。 -analyzeduration參數用於指定分析媒體文件的持續時間。當你在FFmpeg中打開一個媒體文件時，它需要一些時間來分析文件的內容，以確定其格式、編解碼器和其他相關的信息。這個參數設置了分析的時間長度。較長的-analyzeduration值可能會導致更準確的分析結果，但同時也會增加打開文件的時間。預設值為5,000,000微秒（5秒）。 -probesize參數用於指定分析媒體文件時讀取的數據大小。當FFmpeg分析媒體文件時，它會從文件中讀取一些數據並進行分析。這個參數設置了從媒體文件中讀取的數據大小。較大的-probesize值可能會導致更準確的分析結果，但同時也會增加分析的時間和記憶體使用量。預設值為50,000字節。 前置metadata 播放器在網絡點播場景下去請求MP4 視頻數據，需要先獲取到文件的metadata，解析出該文件的編碼、幀率等信息後才能開始邊下邊播。如果MP4 的metadata 數據塊被編碼在文件尾部，這種情況會導致播放器只有下載完整個文件後才能成功解析並播放這個視頻。對於這種視頻，我們最好能夠在服務端將其重新編碼，將metadata 數據塊轉移到靠近文件頭部的位置，保證播放器在線請求時能較快播放。比如FFmpeg 的下列命令就可以支持這個操作： 控制讀取的數據量大小 在外部可以通過設置 probesize 和 analyzeduration 兩個參數來控制該函數讀取的數據量大小和分析時長為比較小的值來降低 avformat_find_stream_info 的耗時，從而優化播放器首屏秒開。但是，需要注意的是這兩個參數設置過小時，可能會造成預讀數據不足，無法解析出碼流信息，從而導致播放失敗、無音頻或無視頻的情況。所以，在服務端對視頻格式進行標準化轉碼，從而確定視頻格式，進而再去推算 avformat_find_stream_info 分析碼流信息所兼容的最小的 probesize 和analyzeduration，就能在保證播放成功率的情況下最大限度地區優化首屏秒開。 probesize 和 analyzeduration太短的可能影響 如果將-probesize和-analyzeduration設置得太短，可能會導致以下問題：

甚麼是Chunked Encoding Chunked encoding（分塊編碼）是一種HTTP/1.1協議中的傳輸編碼方式，用於將HTTP消息主體分成多個塊（chunks），以便在網絡上進行有效傳輸。分塊編碼主要用於動態生成的內容，以及在事先不知道內容大小的情況下傳輸數據。 分塊編碼的工作原理如下： 要使用分塊編碼，服務器需要在HTTP響應頭中設置Transfer-Encoding字段為chunked。這告訴客戶端，接收到的數據將使用分塊編碼格式。 分塊編碼的主要優點是允許服務器在不知道最終內容大小的情況下開始傳輸數據。這對於動態生成的內容、實時數據流和大文件傳輸非常有用。此外，分塊編碼還可以實現數據的即時壓縮和傳輸，從而提高傳輸效率。 設定nginx以支持Chunked Encoding 以下是一個簡單的nginx.conf範例，用於支持在http://127.0.0.1/live下的文件開啟chunked encoding。此配置檔案會將請求代理到後端應用伺服器（例如：Node.js、Python或其他後端應用）進行處理。請注意，這裡假設後端應用伺服器已經正確配置並支持分塊編碼。 這個配置檔案將Nginx設置為代理位於http://127.0.0.1/live的請求，並將請求轉發到後端應用伺服器。在location /live部分，使用chunked_transfer_encoding on;指令開啟分塊編碼。 觀察你的檔案是否有啟用Chunked Encoding 我們可以從伺服器的回應看到這個伺服器的檔案傳輸是否有支持Chunked Encoding，如下圖