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

add limitation on number of captures in DQT #13735

Open
wants to merge 3 commits into
base: development
Choose a base branch
from

Conversation

gilpazintel
Copy link

tracked by RSDSO-20044

@gilpazintel gilpazintel requested a review from Nir-Az February 3, 2025 13:33
@@ -1008,7 +1047,9 @@ namespace rs2
_plane_fit(false),
_roi_percentage(0.4f),
_active(true),
_recorder(viewer_model)
_recorder(viewer_model),
_limit_captures(0),
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

At another place we set this default to 1
Maybe we want to combine to a single member that has
-1 / 0 = don't limit

= 1 = limit
?

Copy link
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

one member belongs to the tool model class. if I'll set it to default 0, then the value which will be displayed on the edit box once the user clicks the check box, will be zero, and we don't want to allow to limit to zero.

the other member belongs to the metrics_model. as a default value we want to set it to a value that must be changed if the limitation was asked (zero is a good candidate). i can change it to 1 if you want and it will still work, but i think it is better to leave it as zero.

we must have 2 separate members, one for each class.

{
_limit_captures = limit_captures;
_is_capture_limited = limit_captures >= 0;
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This is was we may want a single member?

Copy link
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

we must have a member for each class. the tool_model for display of the default value (1), and the metric_model for the logic. the limit_capture in metric_model act also as a counter which is been decreased on each capture ==> this is another reason why we must have two separate members - we don't want to UI to be decreased on each frame captured.

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