所以我調整了轉檔流程,改成先跑 ffmpeg、再跑 HandBrake 之後,遇到了一個狀況。
交換順序後的確達到了我想要的「更快處理」目的,但有幾部電視劇的「總時長」卻完全失控。
我有找到這篇討論,但我不確定是否 100% 相關 ─ Hardware decoding failure due to invalid parameter
你可以看到處理尾聲時,time = 01:00:47.71,但兩行後卻變成 19:53:16.92──沒錯,19 小時 53 分,哈哈。
2021-08-20T19:43:43 MCEBuddy.AppWrapper.FFmpeg --> frame=97190 fps=226 q=24.0 size= 531867kB time=01:00:33.95 bitrate=1199.0kbits/s dup=0 drop=120560 speed=8.45x
2021-08-20T19:43:44 MCEBuddy.AppWrapper.FFmpeg --> frame=97190 fps=226 q=24.0 size= 532181kB time=01:00:40.80 bitrate=1197.4kbits/s dup=0 drop=120970 speed=8.46x
2021-08-20T19:43:44 MCEBuddy.AppWrapper.FFmpeg --> frame=97190 fps=225 q=24.0 size= 532338kB time=01:00:47.71 bitrate=1195.5kbits/s dup=0 drop=121385 speed=8.46x
2021-08-20T19:43:44 MCEBuddy.AppWrapper.FFmpeg --> [ac3 @ 00000153a4b95740] incomplete frame
2021-08-20T19:43:44 MCEBuddy.AppWrapper.FFmpeg --> C:\MCE\working0\American Detective With Lt. Joe Kenda S01E06 Goodbye Horses 2021-08-19-2059.ts: corrupt decoded frame in stream 0
2021-08-20T19:43:45 MCEBuddy.AppWrapper.FFmpeg --> [matroska @ 00000153a6cc18c0] Starting new cluster due to timestamp
2021-08-20T19:43:45 MCEBuddy.AppWrapper.FFmpeg --> [matroska @ 00000153a6cc18c0] Starting new cluster due to timestamp
2021-08-20T19:43:45 MCEBuddy.AppWrapper.FFmpeg --> frame=97190 fps=225 q=24.0 Lsize= 532874kB time=19:53:16.92 bitrate= 61.0kbits/s dup=0 drop=121651 speed= 166x
完整日誌
American Detective With Lt. Joe Kenda S01E06 Goodbye Horses 2021-08-19-2059.mpg-Channels_Task-2021-08-20T15-23-26.log (893.7 KB)
有什麼想法,為什麼只有特定集數會這樣?
感謝!
Eric