diff options
author | Vito Caputo <vcaputo@pengaru.com> | 2020-07-13 13:07:29 -0700 |
---|---|---|
committer | Vito Caputo <vcaputo@pengaru.com> | 2020-07-14 15:51:33 -0700 |
commit | e4028bfe09ea77a99cc74ab03c9c3d69ae57d05e (patch) | |
tree | 601b8682629d11fc8165b776377b272222928e09 /rMD-exp/src | |
parent | 5bf7e838d38debacd4ad624f1f3024b26e83f9eb (diff) |
get_frame: don't let avd influence frame sampling
Maybe this made sense at some point in the original code, but the
way I have this setup currently get_frame() should strictly
capture a frame on every tick of the timer at the desired FPS to
the best of its ability.
The capture_frameno gets propagated to the encoder whenever a new
frame is acquired on that timer. When the encoder consumes it,
it should just dupe the frame to fill any gaps between the last
encoded frameno and the new one.
As-is, this avd value seems to drift permanently negative
eventually at which point get_frame() ceases ever waiting on the
timer. That's obviously broken, and devolves into a pinned CPU
with get_frame() attempting an infinitely high frame rate. Which
likely just makes things worse not better by starving the encoder
of CPU time.
I need to go check out the encoder now to make sure it fills
frameno gaps.
Diffstat (limited to 'rMD-exp/src')
0 files changed, 0 insertions, 0 deletions