尋找OpenGL的垂直回掃時間

Question

我的應用程序可以快速渲染（通常每幀1-6毫秒），雙緩衝和同步到vblank啓用。在我的主循環中，我想睡10毫秒左右，然後讀取一些實時輸入並儘可能晚地進行渲染，同時仍然在截止日期之前更新幀（對於實時60 FPS渲染，延遲時間最短）。

我可以交換緩衝區但不幸的是在某些系統上使用後glfinish在（Linux的非合成，至少）這似乎等不只有等到下一個緩衝交換，但直到圖像已經發出了HDMI端口（總等待25毫秒的範圍，應用程序以30 FPS運行）。在其他系統上（Linux複合），這種方法工作正常。沒有glFinish更多的工作被緩衝，造成更長的延遲，所以這也不好。

我對更精確的幀定時有什麼選擇？主要平臺爲Windows，Linux和OS X.

Answer 1

我想睡大約10毫秒，然後讀取一些實時輸入並儘可能晚地進行渲染，同時仍然在截止日期之前更新幀（對於固體60 FPS渲染，延遲最小）。

這是一種非常不可靠的方法。我建議你把所有的渲染操作放到它們自己的線程中，這會阻塞緩衝區交換直到交換髮生。在所有輸入數據被計算的單獨線程中執行所有輸入處理。在進行交換之前，您應該在處理線程上解除互斥鎖或信號量，這是緩衝區交換期間的事情。

請記住，您不應該延遲渲染實用程序非常接近的V-Sync，因爲這可能會導致您錯過它。相反，你應該在垂直回溯時間間隔開始時假設你有75％的時間用於渲染你的東西，而其餘的25％應該保留爲緊急餘量。另外，如果你正在運行一個合成器，這個也需要一些GPU的時間。

如果您提前或延遲渲染，視覺效果沒有區別。如果你關心你的模擬時間：姑且你居然會做出最後期限，使模擬的狀態時，它會在V-Sync的時間。在任何數據輸入上使用Kalman filter進行模擬，以便根據預測進行渲染並「僅」調整新輸入。

交換緩衝區後，但不幸的是在某些系統（Linux的非合成，至少）這似乎等不只有等到下一個緩衝交換，但直到圖像已經發出了HDMI端口，我可以使用glfinish在（總計等待時間爲25 ms，應用程序以30 FPS運行）。

如果您的時序錯過了V-Sync，則會發生這種情況：SwapBuffers將等待完整的垂直回掃期。恕我直言SwapBuffers應該添加某種超時參數，但到目前爲止它沒有。