-
Notifications
You must be signed in to change notification settings - Fork 4.8k
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
T265: A safe way to hang the camera on macOS, development branch, #5213 applied #5401
Comments
And would somebody please comment on the internal defaults of these cfg settings?
My guess is: true, true, true, false. Is that correct? EDIT: Yepp... get_option confirms that:
|
The astonishing fact: The python binding is absolutely not affected by this bug (?) I can set_options and the script runs w/o issues. It is just the CPP thing... EDIT: No, forget about this. The same bitchy behaviour :) I'm confused already, having seen too many fails with this... |
Thanks for the report @neilyoung, I am able to reproduce this, we will look into it and provide a fix. |
@bfulkers-i Great. Thanks for the follow up. |
o Avoid pruning the map near static nodes o Avoid starting upside down in rare cases (fixes fly-aways during initialization) o Fix/allow map preservatiom when there is was no previous map to preserve IntelRealSense#5401
o Avoid pruning the map near static nodes o Avoid starting upside down in rare cases (fixes fly-aways during initialization) o Fix/allow map preservatiom when there is was no previous map to preserve IntelRealSense#5401
Fixed with #5394 |
o Avoid pruning the map near static nodes o Avoid starting upside down in rare cases (fixes fly-aways during initialization) o Fix/allow map preservatiom when there is was no previous map to preserve IntelRealSense#5401
o Avoid pruning the map near static nodes o Avoid starting upside down in rare cases (fixes fly-aways during initialization) o Fix/allow map preservatiom when there is was no previous map to preserve IntelRealSense#5401
Issue Description
Probably related to the problems reported here #5394
Receipt to hang a T265 with the a.m. firmware and SDK under macOS Catalina:
like so:
It should not work anymore.
EDIT: If I omit the set_option calls, the script runs, but you MUST NOT call it too quickly after having terminated it. The promised result of a quick re-open after close is this:
I think it all boils down to some regression in #5213, since I don't remember to have seen this behaviour last week.
The text was updated successfully, but these errors were encountered: