vsync

    0熱度

    1回答

    我已閱讀DispSync等的源代碼,但它太複雜了。 我所學到的是「FrameCallback」由APP_VSYNC事件觸發,它可能與HW_VSYNC有時間偏移。那麼,我怎麼知道HW_VSYNC的準確時間呢? 如果FrameCallback的時間參數告訴APP_VSYNC時間,我可以在哪裏獲得HW_VSYNC和APP_VSYNC之間的偏移值,以便計算硬件vsync時間?

    0熱度

    1回答

    我正在建立一個模塊,應該以一定的速度顯示圖像(沒有預先定義,但不是很高 - 最大10Hz交換圖像)。 從我的研究中得出的結論是,在使用OpenGL調用(SwapInterval系列)啓用vsync之後,QGLWidget是完成此任務的正確工具。 然而,我不知道如何實際實現交換mechanisem - 我應該使用計時器嗎?如果我爲333.3 ms(3 Hz)設置一個定時器,當刷新率爲60 Hz(每個

    0熱度

    1回答

    中的VSYNC This解釋VSYNC,但速度非常快,我無法找到任何其他好的資源來理解這個話題。 我的理解是這個; VSYNC發生在每16ms,並且所有的框架部件INPUTANIMATIONLAYOUTRECORD DRAW & RENDER的只在這一時間發生1,所以與VSYNC的幀渲染是同步的,並且它在指定的時間限制重繪幀。 如果這種理解是正確的,請引導我。

    2熱度

    1回答

    我初始化SDL與此代碼: SDL_Init(SDL_INIT_VIDEO); SDL_Window* win = SDL_CreateWindow( "SDL Window", SDL_WINDOWPOS_UNDEFINED, SDL_WINDOWPOS_UNDEFINED, WIDTH, HEIGHT, SDL_WINDOW_SHOW

    1熱度

    1回答

    注意到我的遊戲在將其構建到iOS設備時非常緊張之後,我檢查了分析器,發現vsync有責任。經過一些研究後,爲了解決遊戲的抖動問題,我不得不將目標幀速率設置爲60,因爲它的值默認設置爲30。 所以在我的腳本連接到我的遊戲場景二一個遊戲對象的一個​​包括代碼: void Awake(){ Application.targetFrameRate = 60; } 重新建立我的應用程序,我

    4熱度

    2回答

    後,我有一個JVM上運行的應用程序(遊戲)。 遊戲的更新邏輯(運行60次/秒)與它的「時間片」(1/60秒)的使用約25%完成後,然後睡掉剩下的75%。但是,當GC採集器運行時,它會上升到75-200%,並在其餘的執行階段停留在那裏。 遊戲採用約堆的70MB和長約1-2MB /秒。 GC運行時會回到70Mb,所以沒有真正的內存泄漏。我將在未來嘗試降低這個數字,但在這個範圍內它不應該是一個問題。 我

    -1熱度

    1回答

    我正在使用SDL 2.0.4和GLEW 1.13.0,似乎在SDL2中存在某種fps限制。我知道這一點,因爲我做了一些時間測量。 更具體地講,我不畫任何東西,但如果我在主循環調用SDL_GL_SwapWindow(),每個週期大約需要16毫秒。沒有這個電話,幾乎沒有時間。它甚至需要16毫秒,當SDL_GL_SwapWindow是主循環中唯一的函數調用時。這意味着,必須在SDL2中啓用某種fps限制

    2熱度

    1回答

    這是我如何處理遊戲循環: while (running) { diff = duration_cast<milliseconds>(end - start).count(); start = clock::now(); dt = diff/(16.0); handleInput(); // get input update(dt); // ga

    2熱度

    1回答

    對於科學任務,應在屏幕上顯示具有穩定頻率(最大60 Hz)的閃爍區域。我試圖用Qt 5.6實現穩定的可視化刺激。 根據這blog entry和許多其他在線建議,我實現了三種不同的方法:從QWindow類繼承,QOpenGLWindow類和QRasterWindow類。我想獲得vsync的優勢並避免使用QTimer。 可以顯示閃爍區域。此外,幀之間的穩定時間段已經用16至17毫秒進行了測量。但每隔幾

    5熱度

    1回答

    我正在調查我的Android應用程序中的幀丟失。它們不規則,平均每秒發生一次。我已經將渲染器與一個非常簡單的着色器配對,我相信幀渲染時間很短。 當我運行systrace時,我可以看到看起來像丟失的幀,但原因似乎是HW_VSYNC_0信號偶爾無法翻轉(即半個週期內停留在0或1處)。我的理解(從this answer)是這個時鐘來自顯示硬件,因此應該是常規的。 無論VSYNC-sf信號如何,儘管偶爾也