-
-
Notifications
You must be signed in to change notification settings - Fork 4.6k
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
Unify OpenNI 1.x and 2.x grabber data types #670
Comments
Sounds good! Do you have time to do it? |
Possibly, but I may not have much free time until August. I don't think this will be a huge code change, but I also don't (currently) have a system that can build and run tests against OpenNI 1.x. |
I made a first pass at updating the image classes, available at this branch. It compiles with Clang 3.4, but I have _not_ tested it with hardware. |
Marking this as stale due to 30 days of inactivity. It will be closed in 7 days if no further activity occurs. |
@kwaegel if you're still around, you should create a PR when you have the code. I'm closing this since it's been 6 years, but you can reopen if you have interest in upstreaming you patch. |
Right now the two OpenNI grabbers return different image data types, which makes switching between the two difficult.
I propose changing the OpenNI 1.x grabber to use a metadata wrapper and return the same image types as the 2.x grabber (
pcl::io::image
, etc.). This should make the rest of the processing pipeline source-agnostic, at least between these two grabbers.Untested example class:
The text was updated successfully, but these errors were encountered: