-
Notifications
You must be signed in to change notification settings - Fork 325
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
do not emit keepdeviceon if its not supported
- Loading branch information
Showing
1 changed file
with
3 additions
and
3 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
79b9913
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I noticed that while using
--wait-for-event
there is a keepdeviceon packet send to the camera for every event that is pulled from the backlog. This is clearly overkill. Given that one comment readsnot really proven to help keep it on
, I wonder why these calls are made at all. Is there a known situation where this call makes a difference?79b9913
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think its needed. I did not experiment on it.
but we can reduce it to once every 5 seconds perhaps
79b9913
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Do you remember when/why it was added? Do you believe that e.g. simply polling the event queue will not be sufficient to prevent the camera from shutting down?
79b9913
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I implemented your idea of limiting the number of keepdeviceon ptp transactions (to 1 every 10 seconds) in #1011.
Note this whole endeavor is related to my question in #968 about the best way to wait for the moment the camera is capable of accepting the next config/capture command.
79b9913
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
started testing .. . takes a bit as i need charge batteries
EOS2000D - when polling events does NOT shut down after 30s timeout configured
EOS1000D - same
79b9913
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Given that you merged #1011, I assume you found that sending those keepdeviceon ptp packets does something useful for at least one Canon body?
Just to put out the number somewhere: my R8 shuts down after 6 minutes when auto-power-off is set to 15s but the device is connected to USB without any traffic (no gphoto2 process running).
79b9913
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
i would leave them in for now.
I remember the single digit bodys had some reports for it, but I cannot find them currently.