avcodec_decode_video2的奇怪表現

Question

我正在開發一款Android視頻播放器。我在本地代碼中使用ffmpeg來解碼視頻幀。在本機代碼，我有一個線程調用decode_thread調用avcodec_decode_video2()

int decode_thread(void *arg) { 
    avcodec_decode_video2(codecCtx, pFrame, &frameFinished,pkt); 
} 

我有一個名爲display_thread另一個線程使用aNativeWindow上顯示一個SurfaceView解碼幀。

問題是，如果我讓decode_thread連續運行沒有延遲。它顯着降低了avcodec_decode_video2()的性能。有時需要大約0.1秒來解碼幀。但是，如果我在decode_thread上放了一個延遲。有些東西喜歡這個。

int decode_thread(void *arg) { 
    avcodec_decode_video2(codecCtx, pFrame, &frameFinished,pkt); 
    usleep(20*1000); 
} 

avcodec_decode_video2()的表現非常好，大約0.001秒。然而，在decode_thread上延遲並不是一個好的解決方案，因爲它會影響播放。任何人都可以解釋avcodec_decode_video2（）的行爲，並建議我一個解決方案？

Answer 1

視頻解碼功能的性能看起來不可能僅僅因爲你的線程睡眠而改善。視頻解碼線程很有可能被另一個線程搶佔，因此你會得到更多的時間（因此你的線程無法工作）。當您將呼叫添加到usleep時，會將上下文切換到另一個線程。因此，當您的解碼線程下一次再次安排時，它將從完整的CPU片開始，並且不會在decode_ video2函數中中斷。

你應該怎麼做？你肯定想要比你向他們展示的數據包提前一點點解碼數據包 - avcodec_decode_video2的性能當然不是恆定的，並且如果你試圖只保留一幀，你可能沒有足夠的時間來解碼其中一幀。

我會創建一個生產者 - 消費者隊列與解碼幀，與上限。解碼器線程是一個生產者，它應該運行直到它填滿隊列，然後它應該等到另一個幀有餘地。顯示線程是消費者，它會從這個隊列中取出幀並顯示它們。