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

Video stream freezes when both rgb and depth streams are used at the same time in 640x320 (or higher) mode. #16

Open
sumittada opened this issue Mar 28, 2014 · 7 comments

Comments

@sumittada
Copy link

How to reproduce: update the NiViewer with give files and run it by selecting the new "Color & Depth" option. Choose 640x480@30 Rgb888 for Video mode and 640x480@30 Depth 1Mm. Click the Update button and let the stream run for a few minutes. One or both the streams freeze after a few minutes of running.

Extra details of the test run:

  • We have noticed that this problem occurs on one of our machines and doesn't occur on the other. In our bug tracker we have seen it happening to at least 5-6 other users with different OS and architecture.
  • It doesn't seem to be a hardware problem either because I can run the Sample Viewer that comes with OpenNI SDK with both streams running successfully at the same time on the same resolution mode.
  • The same thing also happens if rgb is in 1280x1024 mode and depth in 640x480 mode, and doesn't happen if one of them or both are in 320x240 mode.
  • It also doesn't seem to be directly related to a memory leak or any problem with resources as I didn't notice anything strange when monitoring the system memory with task manager while the application runs.
@sumittada
Copy link
Author

Here are the sample code files to reproduce the problem. They are taken from the sample NiViewer.Net and the problem can be reproduced when the "Color & Depth" option is chosen with both streams in 640x480 mode.

https://gist.github.com/sumittada/9829236
https://gist.github.com/sumittada/9829242

@falahati
Copy link
Owner

Thanks sumitta,
let me take a look at this, I will get back to you asap.

@falahati
Copy link
Owner

Unfortunately I couldn't reproduce the issue. Tried compiling as both 32 and 64bit and tested with two devices. (Kinect, Asus Xtion)

I am going to try it on an other machine and see if I can see the problem. Yet I am little busy now.

@sumittada
Copy link
Author

Thanks for checking it out! I hope it can be reproduced on other machine. If that doesn't succeed, what do you think is the best way to debug it? Maybe we could try a remote-debug session?

@falahati falahati closed this as completed Nov 5, 2014
@vidstige
Copy link
Contributor

I'm still seeing this alot. Perhaps we can keep it open for now? I'm suspecting its actually a bug in the OpenNI C-layer.

@falahati falahati reopened this Dec 16, 2014
@falahati
Copy link
Owner

Unfortunately as I cant reproduce the bug, I cant debug it either. I ask you guys to try to debug it if you had the time and encountered this bug. Even though I am not really sure if this problem is in the wrapper layer, I can guess that it is a multitasking or a buffering problem.

@falahati
Copy link
Owner

falahati commented Sep 9, 2018

I checked this issue again using the latest release of the library and it wasn't there. But then again I never had this error. So it might be a Kinect thing and I don't have a Kinect anymore.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants