-
Notifications
You must be signed in to change notification settings - Fork 640
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
cut at specific angle feature #35
cut at specific angle feature #35
Conversation
I've been using this PR in our project for a while. There is a bug where the timestamp is sometimes pulled from the wrong packet. Under this PR it still pulls the timestamp from |
Thanks for the report @lemiant. I have merged this PR into a separate |
|
||
static int last_base_rotation = -1; | ||
// Extract base rotation of first block in packet | ||
std::size_t rot_data_pos = 100*0+2; |
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.
doesn't this always equal to 2? why have 100*0?
{ | ||
while(true) | ||
{ | ||
int rc = input_->getPacket(&tmp_packet); |
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.
The API has changed here. getPacket now expects two arguments.
velodyne/velodyne_driver/include/velodyne_driver/input.h
Lines 80 to 81 in 3747e93
virtual int getPacket(velodyne_msgs::VelodynePacket *pkt, | |
const double time_offset); |
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.
This only leads to an error, if you try to merge the "cut at specific angle" feature into the latest master branch. Please see #126 for an updated version of this feature.
Stale PR. Updated with #126. |
Hello,
this pull request should fix #33. I tested it sucessfully with a HDL 32E. We also used this code with an HDL 64E S2. The block-format never changed since 2008 I think.
A new parameter "cut_angle" is introduced, where one can set the desired "cut angle" in degree in device coordinates.
Standard behaviour is unchanged, so no code should be broken by this fix.
Denis