我用下面的命令(我在這個網站上找到)翻轉拍攝的視頻倒置返回右側向上。ffmpeg - 轉置過濾器使輸出文件更大
$ ffmpeg -i in_file.mp4 -vf "transpose=2,transpose=2" out_file.mp4
我的問題是這樣的:out_file.mp4
比in_file.mp4
的情況下(GB)的50%。
這是正常的嗎?
我用下面的命令(我在這個網站上找到)翻轉拍攝的視頻倒置返回右側向上。ffmpeg - 轉置過濾器使輸出文件更大
$ ffmpeg -i in_file.mp4 -vf "transpose=2,transpose=2" out_file.mp4
我的問題是這樣的:out_file.mp4
比in_file.mp4
的情況下(GB)的50%。
這是正常的嗎?
是的。無論用什麼來編碼原始文件都比ffmpeg更高效。您最終可能會徹底仔細地調整回到原始文件大小。
想想發生了什麼事。
這是完全可能的(取決於源來自何處)你會看到不同的輸出。
現在,如果您對輸出執行相同的技巧,它的大小應該相似。
我不會稱之爲「更高效」,因爲那將是一個不公平的比較。 'ffmpeg'必須對已經有損耗的源進行重新編碼,可能存在影響可壓縮性的可見壓縮僞像:因爲它們現在是實際圖像的一部分,編碼器將會浪費它,因爲它會試圖將這些作爲正常細節保留下來。另外,不知道使用哪個編碼器。如果OP使用'mpeg4'而不是'libx264'來解決這個問題。那麼可能還有音頻。 – LordNeckbeard
假設定期編譯,OP的命令調用x264重新編碼。 x264幾乎是最高效的H.264編碼器。使用OP的命令,CRF 23和預設介質自動選擇。原始文件可能具有較高的CRF值(或比特率較低)和較慢的預設值。 – Mulvya
哇,謝謝大家!對於noob的偉大洞察力! –
您必須從命令中提供完整的控制檯輸出,以查看是否存在明顯的原因。更好的是,如果你還可以提供一個鏈接到'in_file.mp4'。否則,我們只能猜測。 – LordNeckbeard
in_file.mp4是3.8GB,所以輸出是一個百科全書集。大提示,但我會開始將其輸出到一個文件。 –