You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Unlike with mfb_wait_sync, I do not want the thread to stall until the next frame is due but I want to execute code in between, if there is still time to do so. I would appreciate a way do to so, maybe even with an argument to check the future (like mfb_frame_is_due_in(nanoseconds)
If there already is a way to due so, please tell me. If there isnt, this is a feature suggestion (:
The text was updated successfully, but these errors were encountered:
Consider a use case where there is some sort of logic being calculated iteratively in a loop. If some representation of this logic is ought to be rendered in a MiniFB window, then its tick-rate is locked to match the framerate of the window.
The only workaround to this issue is to, in the aformentioned scenario, have the miniFB window's update logic running in a separate thread than that of the physical logic. However, then you have to work around the logistics of thread affinity.
Unlike with
mfb_wait_sync
, I do not want the thread to stall until the next frame is due but I want to execute code in between, if there is still time to do so. I would appreciate a way do to so, maybe even with an argument to check the future (like mfb_frame_is_due_in(nanoseconds)If there already is a way to due so, please tell me. If there isnt, this is a feature suggestion (:
The text was updated successfully, but these errors were encountered: