Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Attempt to control the display rate #24

Merged
merged 3 commits into from
Mar 25, 2016
Merged

Conversation

mungewell
Copy link
Contributor

This is the first stab at fixing bug #21

Raspberry Pi still stalls/pauses a lot, but is able to recover. Ran continuously for over an hour and was still display at fairly low lag at the end. I think that WiFi dongle I am using might be/have a soft MAC where the processor is heavily used to make WiFi function.

Strangely it seemed to work 'smoother' whilst microwaving dinner - perhaps more RF interference is a good thing... ;-)

If we've already seen a FrameInfo packet, don't draw image immediately
but wait until if FrameInfo pair arrives (they are sent in alternatively).
When working on slow computer (ie Raspberry Pi) the LiveView would
lock up, with the camera eventually closing the conneciton.

This patch attempts to rate match the camera and display by running
a rolling average on the duration between frames, dropping frames if
if the display is too slow.
@Bloodevil Bloodevil merged commit f1cb246 into Bloodevil:master Mar 25, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants