我正在使用 kdenlive 16.12.3（使用 Ubuntu Studio 17.04），所以這不能是如何讓Kdenlive的穩定功能發揮作用？我認為這個問題應該是很久以前就被修復的。
我在做什麼：
我將想要穩定的視訊剪輯添加到專案中。然後我可以右鍵單擊剪輯並添加videostab2（剪輯作業>穩定），看起來與我上面提到的SO問題中包含的螢幕截圖相同。但是當我這樣做時什麼也沒有發生。
當我儲存時，最終
.mlt會在來源視訊檔案旁邊出現一個檔案。我可以看到它有一些關於videostab2的資訊（請參閱mlt-service，最後我們可以看到videostab2的參數）：20928 暫停GOPR0444.MP4 2 影片29.97 0 2704 1524 0 29.97 yuvj420p 1 709 1 h264 H.264 / AVC / MPEG-4 AVC / MPEG-410068631000 部分第 100106010010 部分 1001002 000 000Z eng GoPro AVC GoPro AVC編碼器音訊fltp 48000 2 aac AAC（高級音訊編碼） 128000 2017-06-08T11:08:26.000000Z eng GoPro AAC avc1 0 avc1isom 2017-06-08T111001001030101001010010010010010100100130101301001301301301301393013330333333333933333303: 1 1 0 1 avformat 30000 1001 709 1 2704 1524 0 1 4 8 6 1 0.3 0 10 -1 -1 1 0 1 0 1 0.8 videotab2 GOPR0444.MP4.
我將剪輯放在播放清單中。
我渲染。
作為參考，當我產生渲染腳本時，它不包含任何 videotab 的痕跡。毫不奇怪，最終結果根本不穩定。
我怎樣才能讓它發揮作用？
答案1
為了穩定特定的視訊文件，我將文件匯入 kdenlive，右鍵單擊它，選擇“剪輯作業”，然後選擇“穩定”。
這將啟動一個“作業”，產生一個在原始視訊檔案名稱末尾附加 .mpi 的檔案。
然後從專案文件列表中刪除原始視頻，添加 .mpi 視訊文件，將其放入時間軸中並進行渲染。
問題是這個 .mpi 檔案只能在創建它的專案環境中工作。由於處理是單線程的，它也比原始視頻的長度花費更多的時間。那麼大檔案可能會出現記憶體問題。因此，創建一個大視頻然後穩定它是一個非常耗時和內存密集的過程，需要至少與在 kdenlive 中創建該大視頻而不穩定它一樣多的內存和交換空間以及數倍的時間。對於IS 攝影機來說，這是一個很好的論點，或者至少將不穩定的最終產品分成區塊，並將這些區塊穩定在不需要使用交換檔案的群組中，然後將所有穩定的區塊組合到一個最終項目中並進行渲染。
然後是穩定通道的有效性...kdenlive 為您提供了許多選項，所有這些都會影響速度、記憶體需求、IQ 和穩定性。或者您可以嘗試直接使用 ffmpeg 工具，這需要新水平的理解和努力......但至少這是可能的。
無論如何，在嘗試對直接從高解析度相機拍攝的不穩定檔案（尤其是在高幀速率下）執行此操作之前，以低解析度執行此操作並解決所有問題將非常有幫助。我的 4Gig 筆記型電腦剛剛花了 5 天來穩定一個 30 分鐘 5GB 4k-30fps h265 mp4 影片。現在我試圖找出如何最好地渲染 .mpi 檔案。我正在考慮僅以 720p 或至少 1080p 渲染最終產品。在中等 IQ 和編碼設定下渲染原始不穩定的 5GB 4k 產品大約需要 8 小時，該產品是 12MP 靜態影像和 1080p 視訊的混合…這需要 30 分鐘的 4k 視訊。我擔心的是，嘗試以 4k 渲染最終產品會對我目前擁有的 4GB 內存 + 1GB 交換空間要求過高，而且只需在 1080p 下完成即可匹配原始視頻組件。所以我會先嘗試一下，然後再更新。
答案2
正如@kdarras 在上面的評論中寫道：“在kdenlive 20.04 中，'剪輯作業'下不再有穩定選項”.. 好吧，我使用較新的20.12.1，它有這樣的菜單項目：剪輯- 剪輯作業 - - 穩定 (vidstab) 也可以透過右鍵點擊項目箱清單中的影片來實現。