-
Notifications
You must be signed in to change notification settings - Fork 133
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
WIP Visualization using Foxglove #201
base: master
Are you sure you want to change the base?
Conversation
…a frame data to foxglove-studio
…ed in foxglove-studio)
…s (both as rgb frame and point cloud), also cleaned up some code
…me code to be removed
…ll some pygame code in other files
…nt_cloud.py, and segmented_frame.py
…Publisher.py to ros_lidar_publisher.py and adjusted import statement in visualizer operator
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.
Nice work!
In addition to the comments, a few more things need to be done:
- Fix merge conflicts. A quick way to do this is to add this repo as the upstream repository
git fetch upstream master
and thengit rebase upstream/master
- Push changes to
operator_creator.py
. I think you have some locally that haven't been pushed. - Fix the Dockerfile.
- Fix the code formatting. An easy way to do this is to pip install yapf and run
yapf -i <myfile.py>
to automatically format. - Automatically start and shutdown ROS/Foxglove in the visualizer operator.
Also, I was having some issues running Foxglove on a remote machine. Running foxglove-studio --no-sandbox
as you suggested helped, but the content of the window doesn't render. It could be an issue with my internet speeds/X-server being slow. We need to look into this before merging this PR.
Rosbridge provides a potential work-around for the rendering issue I ran into:
|
Co-authored-by: Peter Schafhalter <[email protected]>
Co-authored-by: Peter Schafhalter <[email protected]>
Co-authored-by: Peter Schafhalter <[email protected]>
…and methods, and added comments to visualizer operator
…a frame data to foxglove-studio
…ed in foxglove-studio)
…s (both as rgb frame and point cloud), also cleaned up some code
…me code to be removed
…ll some pygame code in other files
…nt_cloud.py, and segmented_frame.py
…Publisher.py to ros_lidar_publisher.py and adjusted import statement in visualizer operator
…and methods, and added comments to visualizer operator
Co-authored-by: Peter Schafhalter <[email protected]>
Co-authored-by: Peter Schafhalter <[email protected]>
Co-authored-by: Peter Schafhalter <[email protected]>
merge required to incorporate suggested changes on the WIP foxglove visualization pull request
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.
Josh, can you please rebase your PR from the main branch?
Just checking, if I rebased onto master earlier, would there be any way to avoid resolving the same merge conflicts again? |
Uses ROS publishers to send data to Foxglove for visualization. Removed pygame dependencies in the visualizer operator and operator creator. Additionally, removed the run_visualizer_control_loop() method in utils.py (and its calls) and the visualize() method in frame classes (camera_frame.py, point_cloud.py, etc.).
Dockerfile needs to be updated to install foxglove studio and ROS correctly.
Should the control_display_stream be kept or deleted?
Example screenshot (visualizing detected obstacles and depth camera (both depth frame and point cloud):